cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1882
Views
0
Helpful
5
Replies

MP-BGP RR route propagation

dusko.djuric
Level 1
Level 1

MP-BGP RR receives update for aggregated route from RR Client, which is PE router, installs it in routing table but doesn't send UPDATE to other clients.

Route is aggregated using

aggregate-address ADDRESS MASK summary-only

command on MPLS PE router.

Does anyone have similar problem???

Thanks in advance!

5 Replies 5

Giuseppe Larosa
Hall of Fame
Hall of Fame

Hello Dusko,

you need to check using appropriate command all the attributes of the VPNv4 route

for IOS you can use

show ip bgp vpnv4 all

are there other PE nodes advertising more specific routes with same RD?

Are the route target extended communities the expected ones?

Hope to help

Giuseppe

Hello Giuseppe,

Thank you for your fast answer! I've checked all attributes and all seems ok, but it doesn't work. You can find bellow output for sh ip bgp vpnv4 XXXX

sh ip bgp vpnv4 vrf test:999 192.168.2.0
BGP routing table entry for XXX:9991:192.168.2.0/24, version 30546
Paths: (1 available, best #1, table test:999)
  Not advertised to any peer
  Local, (aggregated by XXX 10.0.0.2), (Received from a RR-client), imported path from XXX:9992:192.168.2.0/24
    10.0.0.2 (metric 3) from 10.0.0.2 (10.0.0.2)
      Origin IGP, metric 0, localpref 100, valid, internal, atomic-aggregate, best
      Extended Community: RT:XXX:999
      mpls labels in/out nolabel/64

If try to check this prefix on other PE router it looks like:

sh ip bgp vpnv4 vrf test:999 192.168.2.0 255.255.255.0
% Network not in table

I've tried with your suggested command

show ip bgp vpnv4 all

and find that there isn't any PE router which is advertising this prefix.

This is output for other subnet which is not aggregated

sh ip bgp vpnv4 vrf test:999 10.3.1.0 255.255.255.0
BGP routing table entry for XXX:9991:10.3.1.0/24, version 22911
Paths: (1 available, best #1, table test:999)
  Not advertised to any peer
  Local, (Received from a RR-client), imported path from XXX:9993:10.3.1.0/24
    10.0.0.3 (metric 2) from 10.0.0.3 (10.0.0.3)
      Origin incomplete, metric 0, localpref 100, valid, internal, best
      Extended Community: RT:XXX:999
      mpls labels in/out nolabel/32

This prefix is regulary advertised to other clients...

Regards,

Dusko

Hi,

Can you please show us the output of following commands on RR:

sh ip bgp vpnv4 all

sh ip bgp vpnv4 all summary

show ip bgp vpn4 all neigh [IP] advertised-routes

Hi

Not really sure if this is of any relevance, but can this be CSCtc55897?

Happens to be fixed in latest SRE now.

CSCtc55897            Bug Details

Route reflectors not reflecting aggregate routes
Symptoms: R2 will not advertise the routes.

Conditions: The symptom is observed under the following conditions:

1. R2 has two IBDG neighbors in the same update-group one neighbor with
4BAS and and the other with 2BAS capability.
2. The locally originated routes or routes without any AS_PATH will not be
advertised to this kind of group.

Workaround: Try to make the 2BAS and 4BAS neighbors fall into different
update-groups by configuring dummy route-maps.

Regards, zdenek

Hi,

It is probably some IOS bug. I use c7600rsp72043-adventerprisek9-mz.122-33.SRE2.bin IOS version.

In next few days I'll try to upgrade my IOS version and I'll let you know if I can make it to work with this.

Regards,

Dusko