[c-nsp] MPLS labels with VPNv4 blackholing
Ross Halliday
ross.halliday at wtccommunications.ca
Tue Jun 5 11:55:03 EDT 2012
Hi list,
My Google-fu seems to be letting me down. Maybe I haven't had enough coffee yet.
I'm in the lab playing with finally implementing remote-triggered black hole routes into an MPLS network with BGP VPNv4 prefixes. After I realized that the null-route destination set by BGP as the next hop address had to be in the global table everything's working fine. However I notice that the route reflector I'm sending out the "666" community on is generating separate labels for each prefix:
test-lab-c6506#sh bgp vpnv4 uni rd 64723:666 12.34.56.78/32
BGP routing table entry for 64723:666:12.34.56.78/32, version 254
Paths: (1 available, best #1, no table)
Not advertised to any peer
Local
6.6.6.6 from 172.18.96.255 (172.18.96.255)
Origin IGP, metric 0, localpref 200, valid, internal, best
Extended Community: RT:64723:666,
mpls labels in/out nolabel/66
test-lab-c6506#sh bgp vpnv4 uni rd 64723:666 23.45.67.89/32
BGP routing table entry for 64723:666:23.45.67.89/32, version 255
Paths: (1 available, best #1, no table)
Not advertised to any peer
Local
6.6.6.6 from 172.18.96.255 (172.18.96.255)
Origin IGP, metric 0, localpref 200, valid, internal, best
Extended Community: RT:64723:666,
mpls labels in/out nolabel/35
I don't plan on sending out thousands of black hole routes that might exhaust the label table but all this junk in LDP is annoying me. I looked at the "Per-VRF Label" feature but it's only available on the 6500 platform. My route reflectors are 7200 boxes.
Any advice or recommended approaches?
Thanks
Ross
More information about the cisco-nsp
mailing list