Release Note для Cisco Cisco Packet Data Gateway (PDG)

 

▄  Cisco ASR 5x00 Release Change Reference 

Similar to 802.1p marking, MPLS EXP bit marking is supported for Enterprise APN’s that use MPLS tunneling on the 
SGi interface on the P-GW. The QoS marking used in the LTE/EPC network (QCI per EPS bearer) is mapped to the 
802.1p and MPLS EXP bit marking between the P-GW and L2/EPC switch and MPLS/PE routers (this is applicable to 
the upstream direction, from the P-GW to the Network).MPLS EXP marking related configuration is available as part of 
the QCI-QOS configuration table. MPLS EXP marking is selected based on QCI of the bearer to which that packet 
belongs.  

UEs usually use a hardcoded MTU size for IP communication. If this hardcoded value is not in sync with the network 
supported value, it can lead to unnecessary fragmentation of packets sent by the UE. Thus, in order to avoid unnecessary 
fragmentation, this feature helps in using the network-provided MTU size instead of the hardcoded MTU in UE. 

3GPP defined a new PCO option in Release 10 specifications for the network to be able to provide an IPv4 MTU size to 
the UE. P-GW will support an option to configure a IPv4 Link MTU size in the APN profile. 

If the UE requests IPv4 Link MTU size in the PCO options during Initial Attach or PDN connectivity request, the P-GW 
will provide the preconfigured value based on the APN. 

If the MTU size configuration on APN is changed, the new MTU size will take effect only for new PDN connections 
and initial attaches. P-GW will not update for the existing PDN connections. 

If UE does not request IPv4 Link MTU size, P-GW will not include the IPv4 Link MTU size. 

Previous Behavior:  



 

MR device may be used for multiple VRFs to connect within different enterprise networks. 



 

HA service shall enable the MR to work with independent enterprise networks. 

New Behavior:  



 

Each enterprise network is associated with its own VRF. Both MR and HA share common vrf-names. 



 

MR and HA services are enhanced to support Cisco NVSE extension for NEMO with multiple VRF. 

This feature helps exchange capabilities of two communicating GTP nodes, and uses the new feature based on whether 
it is supported by the other node. 

This feature allows S-GW to exchange its capabilities (MABR, PRN, NTSR) with the peer entities through ECHO 
messages. By this, if both the peer nodes support some common features, then they can make use of new messages to 
communicate with each other. 

With new “node features” IE support in ECHO request/response message, each node can send its supported features 
(MABR, PRN, NTSR). This way, S-GW can learn the peer node’s supported features. S-GW’s supported features can 
be configured by having some configuration at the service level. 

If S-GW wants to use new message, such as P-GW Restart Notification, then S-GW should check if the peer node 
supports this new feature or not. If the peer does not support it, then S-GW should fall back to old behavior. 

If S-GW receives a new message from the peer node, and if S-GW does not support this new message, then S-GW 
should ignore it. If S-GW supports the particular feature, then it should handle the new message as per the specification.