LDP question

Unanswered Question
Mar 21st, 2007

Hi, all,

I have a question regarding LDP tunnel LSP which I can't think of a satisfied answer.

Suppose we have two routers connected back to back, but, LDP is not enabled on either router's interface. If I configure EoMPLS in between , a LDP targeted session will be initiated and both prefix-fec and VC-fec mapping will be exchanged. In current IOS image, the l2 vc will not come up because the tunnel LSP is not ready. Now my question is, why do we need to enable LDP on the interface in order to bring up the tunnle LSP? from either router's point of view, it has label mapping to peer's router-id and peer is directly connected, it should just install the label (either implicit-null or explicit null) in its LFIB, and declare LSP is ready, right?

Anybody can please tell me why the router decides not to install the tunnel label?

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Harold Ritter Wed, 03/21/2007 - 19:42

IOS detects that the outgoing interface is not configured for LDP

r2#sh mpls int se2/0 det

Interface Serial2/0:

IP labeling not enabled <+++++ Problem.

LSP Tunnel labeling enabled

BGP labeling not enabled

MPLS operational

Fast Switching Vectors:

IP to MPLS Fast Switching Vector

MPLS Turbo Vector

MTU = 1500

r2#

and it declares the LSP as broken (shown as "untagged" in the show mpls forwarding output) whether the LSP tail end is one or several hops away.

Not configuring LDP (or RSVP/TE) on the back to back interface would be consider as a misconfiguration.

Hope this helps,

mheusinger Thu, 03/22/2007 - 10:42

Hi,

maybe an analogy can help to clarify this: assume you have two routers back to back with no IP address on either interface. Even if you install static routes to each others loopbacks pointing to the connecting interface, no IP forwarding takes place. The reason is, that for IP forwarding to take place a valid IP needs to be configured on the interface enabling this protocol (0x0800).

Similar, "mpls ip" enables the usage and forwarding of MPLS labeled packets (protocol 0x8847) over an interface. Works as designed.

[Edit] From another point of view: this might be seen as a secutrity feature. Assume a MPLS PE connecting through an IP interface to a customer CE. The customer can NOT send labeled packets (DoS), which would then be forwarded, because MPLS is not enabled on the interface.

Hope this helps!

Regards, Martin

jiangu Thu, 03/22/2007 - 11:35

Actually there are other scenarios that when "mpls ip" is not configured on an interface but still the interface can forward tagged packet, ie, "mpls traffic-enginnering tunnel" and "mpls bgp forwarding", the sole result of configuring "mpls ip" is to enable interface to sent LDP link-hellos to discover a neighbor.

I got your point, if a specific application is not configured on an interface, the interface should not allow any traffic of that application to come in or out.

Harold Ritter Thu, 03/22/2007 - 11:45

Jian,

As I specified in my first email, the only way you could get it working without configuring "mpls ip" would be to configure the LSP setup via MPLS TE.

RFCs are there for interoperability purposes not to dictate how any implementation should work internally.

BTW: Other vendors heve the same behavior. It won't work unless you specifically configure LDP (or MPLS/TE) between the two routers.

Hope this helps,

Actions

This Discussion