cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1022
Views
0
Helpful
11
Replies

Issue with MPLS label at ingress router

sanjoy2006
Level 1
Level 1

I have a PE where I have to putting

" mpls static binding ipv4 "command other wise label not generating .

Can isolate where actually issue.

11 Replies 11

swaroop.potdar
Level 7
Level 7

Sanjoy, can you elaborate the issue further...

why you have to use IPV4 binding and isnt the route there in IGP (as LDP should generate bindings for all routes in the IGP).

HTH-Cheers,

Swaroop

Hi Swaroop,

My igp unicust routing working properly still now no lebel initite ,I have to mapped static

vishalpreenja
Level 1
Level 1

With a regular binding, labels are randomly assigned.

Static bindings between labels and IPv4 prefixes need to be configured to support MPLS hop-by-hop forwarding through neighbor routers that do not implement LDP label distribution. May be LDP distribution is not configured in your case.

Rajesh Sir : Plz verify

Sanjoy, is there LDP enabled for label distribution, as I dont see a reason why you should not have labels with LDP being there with the routes present in the IGP, unitll and unless there is a acl based filter prohibiting it. what is the protocol you are predominatly using for label distrbution in you network.

Vishal,

Although the label values are randomly asigned you can still configure a range for the labels to be assigned from using the mpls label range command.

And even if the label assignment is random, it shouldnt be any problem for operations, as you seldom have to look at a label value beyond a router itself.

Is your network consisting of 2 islands where each entity is running a different label distrbution protocol?

HTH-Cheers,

Swaroop

william.caban
Level 5
Level 5

Did you have "ip cef" disabled in the router? It is about the only time when I've seen this.

Also, if your PE is an old router try upgrading the IOS image. This can be more a bug issue than a configuration issue.

Ya , I am susspecting the same will degarde the IOS because there is ADVENT image .

For carrier I will recommend the advip feature set instead of the advent. Having unnecessary enterprise features on a carrier or ISP increase the possibility of hitting more bugs.

Sanjoy, William,

I really doubt that it would be a bug, as label assignment is a very preliminary function. Unless we are missing something else somewhere.

HTH-Cheers,

Swaroop

Well, I know by a fact, there are such bugs in older images. (Now, I don't know if that is the case here).

I've seen this problem in the 3640 with the following IOS and specs:

c3640-p-mz.120-25.S

3640 12.0(25)S 64MB

In this particular image, you may have an ASBR receiving labels but it stop to generate labels, or you can see routes being advertised as untagged when they are being received as tagged.

It usually get fixed with "no ip cef" and then "ip cef" or shutdown the interface and enabling it again. In some instances, I have to reboot them (...and this has happened with any of the 12 of these I have used for MPLS labs)

But also, as you mention, we might not have the whole picture here.

Willam Swaroop ,

Can't use advip because it's not support Xconnect for L2tpv3

Sanjoy, to take the issue conclusively further, rather than upgrading the IOS can you give the outputs below.

1) show runn mpls ldp

2) show route

3) show mpls ldp bindings

4) show mpls forwarding

HTH-Cheers,

Swaroop