Cisco Cisco Packet Data Interworking Function (PDIF) Documentation Roadmaps

 

▄  Cisco ASR 5000 Series Product Overview 

With every new session setup, the PDIF supports a mechanism to verify whether there is any old session that is bound 
with the same International Mobile Subscriber Identity (IMSI) number. This is derived from the Callback-Id AVP in the 
last DEA message from the HSS after it has verified the subscriber. 

For example, if an MS accesses the PDIF and subsequently moves out of the Wi-Fi coverage area, when the MS comes 
back on line, it could initiate a new session. After authentication, if an old session with the same IMSI is detected, the 
PDIF starts clearing it by sending a proxy-MIP Deregistration request to the HA. Once a Deregistration request is sent 
and a Deregistration response is received, the PDIF resumes the new session setup by sending a proxy-MIP Registration 
request. This setup procedure continues after the PDIF receives a proxy-MIP Deregistration response from the HA. 

IMSI-based duplicate session detection is supported per source PDIF context. The PDIF requires only one source 
context to be configured per PDIF, therefore duplicate session detection across the entire chassis is possible. The feature 
is designed with the assumption that no more than one call with duplicate identifies are in the setup stage at any time. 
There is no limit to the number of duplicate session handling iterations. 

When an old session is cleared, the PDIF sends Diameter STR messages and Radius Accounting STOP messages to 
corresponding AAA servers. 

The PDIF allows duplicate session detection based on the NAI or IMSI. Note that when detecting based on the NAI, it is 
the first-phase (Multi-Authentication device authentication phase) NAI that is used. 

If NAI-based duplication session handling is enabled, the PDIF sends an INFORMATIONAL (Delete) message to the 
MS. 

Duplicate Session Detection is configured in PDIF-Service mode. The default is NAI-based. 

Note that this configuration applies only to calls established after the configuration is made. It is therefore suggested that 
this selection be made in the boot-time configuration before any calls are established. For example, if NAI-based is used 
initially and an X number of calls is established, and then the configuration changes to IMSI-based, IMSI-based 
duplicate session handling does not apply to the calls established before the configuration change. 

 

This feature provides a mechanism whereby the PDIF ignores all unsupported critical payloads and continues 
processing as if those payloads were never received. 

For MOBIKE IKEv2 messages, the PDIF returns UNSUPPORTED_CRITICAL_PAYLOAD in the IKEv2 response 
messages. The PDIF also drops all NAT-T keep-alive messages. 

 

Registration Revocation is a general mechanism whereby the HA providing mobile IP or proxy mobile IP functionality 
to a mobile node notifies the PDIF/FA of the termination of a binding. This functionality provides the following 
benefits: 

 

 

Timely release of mobile IP resources at the FA and/or HA 

 

Accurate accounting 

 

Timely notification to mobile node of change in service