Cisco Cisco Packet Data Interworking Function (PDIF) Guía Para Resolver Problemas

 

▄  Cisco ASR 5000 Series Packet Data Serving Node Administration Guide 

(CORBA)-based management via the Web Element Manager application, and event notification via the Simple 
Network Management Protocol (SNMP).  

The system defaults to a Local context which should not be deleted. Management interfaces are defined in the 
Local management context and should only be bound to the ports on the Switch Processor Input/Output (SPIO) 
cards . 

 

R-P interface: Also referred to as the A10/A11 interface, this interface is the communications path between the 

Radio Node (also referred to as a PCF) and the PDSN.  

The A10/A11 interface carries traffic signaling (A11) and user data traffic (A10). The A10/A11 interface is 
implemented in accordance with IS-835.  

R-P interfaces are bound to ports on either the Ethernet 10/100 or Ethernet 1000/QGLC Line Cards. 

 

Pi interface: The packet interface (Pi) is the communications path between the PDSN/Foreign Agent (PDSN/FA) 

and the Home Agent (HA) for Mobile IP applications.  

Pi interfaces are bound to ports on either the Ethernet 10/100 or Ethernet 1000/QGLC Line Cards. 

 

PDN interface: The interface to the packet data network (PDN). For Simple IP applications, this is the 

communications path between the PDSN and the PDN. For Mobile IP applications, this is the communications 
path between the HA and the PDN. 

PDN interfaces are bound to Ethernet ports. 

 

AAA interface: The AAA interface is the connection between the PDSN and/or HA and the network servers that 

perform AAA functions. With this release of the system, the Remote Authentication Dial-In User Service 
(RADIUS) Protocol is used for communication on this interface. 

AAA interfaces are bound to Ethernet ports. However, AAA interfaces can also be bound to the Local 
management context and to ports on the SPIO to provide AAA functions for subscribers, and for context-level 
administrative users. 

 

ICC interface: Inter-context communication (ICC) interfaces are only required when multiple services are 

configured in the same context. As mentioned previously, services are bound to interfaces. Creating an ICC 
interface provides a communication path between the services. For example, if an FA and HA service were 
configured in the same context, the FA service would need to be bound to an address assigned to the ICC 
interface and the HA service would need to be bound to a secondary address on the same ICC interface to 
provide a communications path between the two services. 

The ICC interface must be configured with multiple addresses (one per service that it is facilitating) and bound 
to a physical port. 

 

A binding is an association between ―elements‖ within the system. There are two types of bindings: static and dynamic. 

Static binding is accomplished through the configuration of the system. Static bindings are used to associate: 

 

 

A specific logical interface (configured within a particular context) to a physical port. Once the interface is 

bound to the physical port, traffic can flow through the context just as if it were any physically defined circuit. 
Static bindings support any encapsulation method over any interface and port type.  

 

A service to an IP address assigned to a logical interface within the same context. This allows the interface to 

take on the characteristics (i.e., support the protocols) required by the service. For example, a PDSN service