Cisco Cisco Packet Data Gateway (PDG) Documentation Roadmaps

 

▄  Cisco ASR 5000 Series Product Overview 

also a tighter inter-working between IPSEC tunnel and BGP peering state to insure consistency of state information 
between multiple protocol layers. 

 

Provides a highly secure network hosted private networking service for large enterprises that have data roaming users 
that seek remote connectivity solutions to enterprise managed applications. The enterprise HA also provides a cost 
effective solution for telemetry applications such as remote meter reading. 

 

 

Enables use of single mobility core network for provisioning of IPv6 and IPv4 Mobile IP access services. Mitigates 
IPv4 address depletion concerns for address intensive always-on applications and interactive applications such as VoIP, 
video telephony and Push-to-Talk (PTT). 

 

MIPv6 allows a user to maintain a persistent IPv6 address even when handing off between Access Service Networks 
(ASNs) connected to different ASN GWs and allows the access device to be reachable via the same MIPv6 Home of 
Address (HoA) irrespective of the current point of attachment. A Mobile IPv6 Node (MN) uses two IPv6 addresses: 

 

Care of Address (CoA) derived from Interface-ID assigned by DHCP Proxy component on ASN GW after verification of 
user or device credentials during network access 

 

Home of Address (HoA) assigned by HA during the Mobile IP registration with home network. The MN registers its 
current point of attachment by providing its CoA. 

The MN can operate in two modes: 

 

Bidirectional tunnel - In this mode, all data traffic originating from or destined to the MNs MIPv6 HoA is 

tunneled via the HA. 

 

Route optimization - In this mode, the MN informs its correspondent node of its current point of attachment, 

allowing the correspondent node to directly route packets destined to the MN's HoA through its CoA. Route 
optimization will not be supported in this release. 

 

 

MIPv6 message authentication mobility options in binding updates as per RFC 4285 

 

MN-NAI mobility option in binding messages as per RFC 4283. The MN-NAI option must be included in all Binding 
messages (Eg initial registration and subsequent updates).