Cisco Cisco Packet Data Interworking Function (PDIF)

For activating location reporting for a UE over Gx, RAR from PCRF was sent with the event trigger
"USER_LOCATION_CHANGE". On receiving this event trigger, P-GW should typically send CRA IE with
"Start Reporting " towards the MME to enable the Location-Change reporting for the UE in an MME.

Earlier, P-GW was not initiating Update Bearer Request procedure explicitly to inform only CRA IE and was
relying on any other procedure like QoS change happening at same time or in future. This resulted in delay
in updating required action at the MME. After this feature change, P-GW would immediately initiate Update
Bearer Request, even for updating only CRA IE, if there are no other changes detected in RAR received with
ULI_LOCATION_CHANGE event trigger. If there are other changes detected in RAR, CRA IE would be
combined with Update Bearer Request initiated for the same.

Previous Behavior: Earlier, P-GW initiated update Bearer procedure was not triggered when the ULI event
trigger was received from a RAR than a CCA-U.

New Behavior: Now, P-GW initiated update bearer procedure for CRA IE is triggered, if RAR is received
with the ULI trigger.

CSCuz51684 - IPv6 pdn rejected if UE req v6 addr n Access-Accept has Framed Prefix

Applicable Products: P-GW, SAEGW

IPv4 or IPv6 PDN were rejected, when the UE requests IPv4 or IPv6 static address when the CLI command
ipv6 address alloc-method no-dynamic was configured under the APN. However, Ipv4v6 PDN was accepted
when the UE requested static IPv6 address when the CLI command ipv6 address alloc-method no-dynamic
was configured.

Old Behavior: Earlier, Ipv4v6 PDN was accepted when the UE requested static IPv6 address when the CLI
command ipv6 address alloc-method no-dynamic was configured.

New Behavior: Now, Ipv4v6 PDN is rejected when the UE requested static IPv6 address when the CLI
command ipv6 address alloc-method no-dynamic is configured.

CSCuz59475 - L2TP password behavior parity between PGW and GGSN

Applicable Products: P-GW, SAEGW

GGSN L2TP call received from the UE without PCO IE in CSReq is successful. However, P-GW/SAEGW
fails PPP authentication for a L2TP call if PCO IE is not received or PCO IE is received without authentication
information in the Create Session Request. As a result the call is rejected.

A new keyword has been added to the existing CLI command PPP at the APN level. This CLI command
allows L2TP P-GW/SAEGW call's PPP authentication to be successful even if: