Cisco Cisco Packet Data Gateway (PDG) Fehlerbehebungsanleitung

 

There is a single MPLS-capable link between the CE and the PE. MP-BGP communicates across this link as a TCP 
session over IP. Data packets are sent bidirectionally as MPLS encapsulated packets. 

This solution does not use any MPLS routing protocols. The MPLS label corresponding to the immediate upstream 
neighbor is statically configured on the downstream router, and similarly in the reverse direction. 

When forwarding subscriber packets in the upstream direction to the PE, the CE encapsulates packets with MPLS 
headers that identify the upstream VRF (the label sent as an extended community with the NLRI) and the immediate 
next hop. When the PE receives a packet it switches the label to an MPLS-labeled packet. 

The CE does not run any MPLS routing protocol (LDP or RSVP-TE). 

When receiving data packets in the downstream direction from the PE, the label is checked to identify the destination 
VRF. Then the packet is de-encapsulated into an IP packet and sent to the session subsystem for processing. 

  MPLS ping/trace route debugging facilities are not supported. 

 

 

 

Up to 100 virtual routing tables per context. This allows up to 100 BGP-VPNs per context. 

 

Up to 5k ―host routes‖ spread across multiple VRFs per BGP process. Limited to 6000 pool routes per chassis. 

 

Up to 1024 VRFs per chassis. 

 

MPLS provides networks with a more efficient way to manage applications and move information between locations. 
MPLS prioritizes network traffic, so administrators can specify which applications should move across the network 
ahead of others. 

 

The following RFCs related to MPLS are partially supported: 

 

IETF RFC 4364 BGP/MPLS IP VPNs 

 

IETF RFC 3032 MPLS Label Stack Encoding