Cisco Cisco Packet Data Gateway (PDG)

However, when the packet filter was configured for source and destination IP address, and the packet filter
matched with the received packet, traffic passed through the dedicated bearer.

New Behavior: Now, SCTP downlink traffic pass through the dedicated when the received packet is matched
with the packet filter, which was configured in either of the following ways:

• Source and destination IP address

• Only source port or destination port was configured

• IP Address and port was configured

CSCuy47807- Incorrect counters- PGW-anchored and Collocated PDNs by Operational Mode

Applicable Products: SAEGW

Previous Behavior: There was a discrepancy in the CLI output of the command show saegw-service statistics
all. The PGW-Anchor PDNS (Active) were pegged much higher than expected and the co-located PDNs
(Active) were pegged much lower than expected. In addition to this, the 'Setup' and 'Release' stats were
undervalued. This was observed because, the co-located stats were not pegged in the inter-tech handoff cases
and the formula for setup/release statistics did not account for inter-tech handoff scenario. Statistics following
under the following types were impacted during these cases.

• PDNs by PDN-Type and Operational-mode

• PDNs By Operational-Mode

• Bearers By Operational-Mode

New Behavior: Stats related issues in inter-tech handover cases are fixed and the above stats are now pegged
appropriately.

CSCuy78988- SPGW incorrectly sending UDPv6 packets with 0x0 checksum against RFC2460

Applicable Products: GGSN, P-GW, SAEGW, S-GW

Previous Behavior: Earlier, if the result of the UDPv6 checksum calculation is zero, GW used to send the
same, which effectively disables checksum for that packet. This was not compliant with the RFC2460, which
suggests the checksum value to be set to 0xFFFF if derived calculation is zero.

New Behavior: After the fix, the checksum value is set to 0xFFFF if the result checksum calculation is ZERO
and the compliance is met.

Impact on customer: Packet drops might be seen at peer, which does not support of handling packet with
0xFFFF checksum as suggested by the RFC.