No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

Brasil-NE40-Problem of MPLS label forwarding for non-vpn traffic

Publication Date:  2012-07-27 Views:  33 Downloads:  0
Issue Description
Customer wants that all traffic to be label forwarded, but PE routers in topology do not have label to forward IP traffic to destinations announced by other PE routers. MPLS VPN traffic is working OK, but normal IP traffic is not being label forwarded, normal IP traffic is being routed. PE routers do not have hot to reach networks received by BGP in their forwarding table.
Alarm Information

Null

Handling Process
About the Peru MPLS forwarding problem, based on VRP5, we have two solutions PEA---------P---------PEB  |                     | CEA                   CEB Note: 1、There is no any VPN in the netwrk 2、LSP is correctly established、loopback interfaces of all the them included in the IGP 3、EBGP or static routing protocol used between PE and CE 4、In PEA, there is a ip routing with destination of CEB and nexthop pointing to the PEB loopback Requirment: We need ping from CEA to CEB Solution: VRP5 V3R2,need to config followed command   route recursive-lookup tunnel   The routemap for the issued version is the May 2006 VRP5 V3R1 can support now(e.g. telemar version),need commands in PE to assign the label by BGP   peer 100.1.1.1 route-policy app-lable export   peer 100.1.1.1 label-route-capability route-policy app-lable permit node 0  apply mpls-label     In V3R2, we have: [105]disp ip rout 104.1.1.1 32 verbose  Routing Table : Public  Summary Count : 1  Destination: 104.1.1.1/32       Protocol: BGP             Process ID: 0     Preference: 255                   Cost: 0        NextHop: 102.1.1.1        Interface: Ethernet2/0/2   RelayNextHop: 102.105.1.1      Neighbour: 102.1.1.1          Label: NULL             Tunnel ID: 0x800406    (Tunnel ID ready)                              SecTunnel ID: 0x0      BkNextHop: 0.0.0.0        BkInterface:        BkLabel: NULL             Tunnel ID: 0x0                               SecTunnel ID: 0x0          State: Active Adv GotQ        Age: 00h00m49s            Tag: 0    In V3R1, we have:   [NE40_Internet]disp ip routing-table 200.2.2.2 32 verbose Routing Table : Public Summary Count : 1 Destination: 200.2.2.2/32      Protocol: BGP             Process ID: 0    Preference: 255                   Cost: 0       NextHop: 100.2.2.2        Interface: Ethernet2/0/0   RelyNextHop: 1.1.1.2          Neighbour: 100.2.2.2     Tunnel ID: 0x888003           Label: 19456                   State: Active Adv GotQ        Age: 00h06m35s           Tag: 0 [NE40_Internet]en_
Root Cause

this is a special application of MPLS, it is not typical MPLS-VPN, but it can be used for hiding the customer IP address from public network, ther are two forwarding stage, the first is normal ip forwarding, the ip packets are sent to the NE40, when NE40 check the next hop is remote loopback address, and NE40 have the lable for the nexthop.  NE40 will send the packets into MPLS forwarding,

Suggestions
Null

END