Routing

Pls i need an advice on what could likely be an issue . 

3 routers in this scenario , from the diagram i have eBGP and iBGP...

R1 advertised 2-prefix to me , which i received on R2 via , here is the problem , i was expecting the prefix to propagate  to R3 using the iBGP peer between R2 and R3.

pls note R2 and R3 is an MPLSL3VPN setup... 

I know in this case , BGP rule is not in play now , because these are not prefixes advertised from another IBGP.

Kindly advice me on what could be the issue . 

Hello olalekan ajayi
Can you share 
From R2:
show route receive-protocol bgp <R1 ip neighbor>
and
show route advertising-protocol bgp <R3 ip neighbor>

Please can you check if you use "next-hop self" attribute when R2 export routes to R3, if not try to add it in the export policy when in iBGP R2 export to R3.
Let us know.

thank you.

Pls i need an advice on what could likely be an issue . 

3 routers in this scenario , from the diagram i have eBGP and iBGP...

R1 advertised 2-prefix to me , which i received on R2 via , here is the problem , i was expecting the prefix to propagate  to R3 using the iBGP peer between R2 and R3.

pls note R2 and R3 is an MPLSL3VPN setup... 

I know in this case , BGP rule is not in play now , because these are not prefixes advertised from another IBGP.

Kindly advice me on what could be the issue . 

Pls i need an advice on what could likely be an issue . 

3 routers in this scenario , from the diagram i have eBGP and iBGP...

R1 advertised 2-prefix to me , which i received on R2 via , here is the problem , i was expecting the prefix to propagate  to R3 using the iBGP peer between R2 and R3.

pls note R2 and R3 is an MPLSL3VPN setup... 

I know in this case , BGP rule is not in play now , because these are not prefixes advertised from another IBGP.

Kindly advice me on what could be the issue . 

Pls i need an advice on what could likely be an issue . 

3 routers in this scenario , from the diagram i have eBGP and iBGP...

R1 advertised 2-prefix to me , which i received on R2 via , here is the problem , i was expecting the prefix to propagate  to R3 using the iBGP peer between R2 and R3.

pls note R2 and R3 is an MPLSL3VPN setup... 

I know in this case , BGP rule is not in play now , because these are not prefixes advertised from another IBGP.

Kindly advice me on what could be the issue . 

Hi @olalekan ajayi ,

R2 should ideally have advertised the eBGP route received from R1 to R3, as an iBGP peer advertises an eBGP route to another iBGP peer. R3 would not further advertise it to any other iBGP peer, as for R3 it would be an iBGP route on R3. 

Can you kindly share the outputs of the below from R2

- show route receive-protocol bgp <R1 IP> extensive
- show route advertising-protocol bgp <R3 IP> extensive
- show bgp summary

from R3
-show bgp summary
-show route receive-protocol bgp <R2-IP> extensive

The output of "show protocols" from the R2 and R3 routers will also be helpful.

Pls i need an advice on what could likely be an issue . 

3 routers in this scenario , from the diagram i have eBGP and iBGP...

R1 advertised 2-prefix to me , which i received on R2 via , here is the problem , i was expecting the prefix to propagate  to R3 using the iBGP peer between R2 and R3.

pls note R2 and R3 is an MPLSL3VPN setup... 

I know in this case , BGP rule is not in play now , because these are not prefixes advertised from another IBGP.

Kindly advice me on what could be the issue . 

Okay let me set this straight node I m dealing with here is not a juniper product, it an Ericsson node .

@sheetanshu thanks for the break down again, this were all the principle of bgp which I believe should have worked properly. But unfortunately I'm not seeing prefixes on the R3.

Let me explain further the setup
So R2 and R3 are peer using the loopback in an mplsl3vpn. I have different context (vrf) on those box so I won't be able to share advertised route in vrf ,because the peer are in global routing table .

But yes, I m learning route advertised on R3 in R2 in same vrf .

But this particular case, the ebgp learnt prefixes on R2 is not propagating on R3

Hi @olalekan ajayi ,

R2 should ideally have advertised the eBGP route received from R1 to R3, as an iBGP peer advertises an eBGP route to another iBGP peer. R3 would not further advertise it to any other iBGP peer, as for R3 it would be an iBGP route on R3. 

Can you kindly share the outputs of the below from R2

- show route receive-protocol bgp <R1 IP> extensive
- show route advertising-protocol bgp <R3 IP> extensive
- show bgp summary

from R3
-show bgp summary
-show route receive-protocol bgp <R2-IP> extensive

The output of "show protocols" from the R2 and R3 routers will also be helpful.

Pls i need an advice on what could likely be an issue . 

3 routers in this scenario , from the diagram i have eBGP and iBGP...

R1 advertised 2-prefix to me , which i received on R2 via , here is the problem , i was expecting the prefix to propagate  to R3 using the iBGP peer between R2 and R3.

pls note R2 and R3 is an MPLSL3VPN setup... 

I know in this case , BGP rule is not in play now , because these are not prefixes advertised from another IBGP.

Kindly advice me on what could be the issue . 

Hi,

While I have not worked on an Ericsson node, the following are general checks: -

- Even with MPLS L3 VPN and vrf configurations, R2 will advertise the vpnv4 routes to R3. We can still look at the advertised vpnv4 prefixes from R2 to R3 and verify the route-target/next-hop and other relevant route attributes to ensure these values are expected.
- In the vrf configuration, do we have correct route-target values/import-export policies configured?
- Does the route advertised by R2 have a valid next-hop for it to be accepted on R3 (next-hop-self)?

Regards

Okay let me set this straight node I m dealing with here is not a juniper product, it an Ericsson node .

@sheetanshu thanks for the break down again, this were all the principle of bgp which I believe should have worked properly. But unfortunately I'm not seeing prefixes on the R3.

Let me explain further the setup
So R2 and R3 are peer using the loopback in an mplsl3vpn. I have different context (vrf) on those box so I won't be able to share advertised route in vrf ,because the peer are in global routing table .

But yes, I m learning route advertised on R3 in R2 in same vrf .

But this particular case, the ebgp learnt prefixes on R2 is not propagating on R3

Hi @olalekan ajayi ,

R2 should ideally have advertised the eBGP route received from R1 to R3, as an iBGP peer advertises an eBGP route to another iBGP peer. R3 would not further advertise it to any other iBGP peer, as for R3 it would be an iBGP route on R3. 

Can you kindly share the outputs of the below from R2

- show route receive-protocol bgp <R1 IP> extensive
- show route advertising-protocol bgp <R3 IP> extensive
- show bgp summary

from R3
-show bgp summary
-show route receive-protocol bgp <R2-IP> extensive

The output of "show protocols" from the R2 and R3 routers will also be helpful.

Pls i need an advice on what could likely be an issue . 

3 routers in this scenario , from the diagram i have eBGP and iBGP...

R1 advertised 2-prefix to me , which i received on R2 via , here is the problem , i was expecting the prefix to propagate  to R3 using the iBGP peer between R2 and R3.

pls note R2 and R3 is an MPLSL3VPN setup... 

I know in this case , BGP rule is not in play now , because these are not prefixes advertised from another IBGP.

Kindly advice me on what could be the issue . 

Thanks to everyone, all suggestions make sense 
So I found the problem and fixed it . 
Here is it , on the  ebgp configuration  VRF I was using ASN 64512 . This was the same ASN for the iBGP I'm using in the global bgp .

For some reason in the vrf the R3 was dropping the prefixes it was receiving in the context .

So I thought about changing the ASN number which I was using to peer on the ebgp and all issue was resolved.

Hi,

While I have not worked on an Ericsson node, the following are general checks: -

- Even with MPLS L3 VPN and vrf configurations, R2 will advertise the vpnv4 routes to R3. We can still look at the advertised vpnv4 prefixes from R2 to R3 and verify the route-target/next-hop and other relevant route attributes to ensure these values are expected.
- In the vrf configuration, do we have correct route-target values/import-export policies configured?
- Does the route advertised by R2 have a valid next-hop for it to be accepted on R3 (next-hop-self)?

Regards

Okay let me set this straight node I m dealing with here is not a juniper product, it an Ericsson node .

@sheetanshu thanks for the break down again, this were all the principle of bgp which I believe should have worked properly. But unfortunately I'm not seeing prefixes on the R3.

Let me explain further the setup
So R2 and R3 are peer using the loopback in an mplsl3vpn. I have different context (vrf) on those box so I won't be able to share advertised route in vrf ,because the peer are in global routing table .

But yes, I m learning route advertised on R3 in R2 in same vrf .

But this particular case, the ebgp learnt prefixes on R2 is not propagating on R3

Hi @olalekan ajayi ,

R2 should ideally have advertised the eBGP route received from R1 to R3, as an iBGP peer advertises an eBGP route to another iBGP peer. R3 would not further advertise it to any other iBGP peer, as for R3 it would be an iBGP route on R3. 

Can you kindly share the outputs of the below from R2

- show route receive-protocol bgp <R1 IP> extensive
- show route advertising-protocol bgp <R3 IP> extensive
- show bgp summary

from R3
-show bgp summary
-show route receive-protocol bgp <R2-IP> extensive

The output of "show protocols" from the R2 and R3 routers will also be helpful.

Pls i need an advice on what could likely be an issue . 

3 routers in this scenario , from the diagram i have eBGP and iBGP...

R1 advertised 2-prefix to me , which i received on R2 via , here is the problem , i was expecting the prefix to propagate  to R3 using the iBGP peer between R2 and R3.

pls note R2 and R3 is an MPLSL3VPN setup... 

I know in this case , BGP rule is not in play now , because these are not prefixes advertised from another IBGP.

Kindly advice me on what could be the issue . 

Good catch, to close the loop the definition of iBGP is peers that have the same ASN.  As a result the stopping of redistribution of prefixes beyond the direct peer would correctly apply in that case absent a route reflector configuration.

Thanks to everyone, all suggestions make sense 
So I found the problem and fixed it . 
Here is it , on the  ebgp configuration  VRF I was using ASN 64512 . This was the same ASN for the iBGP I'm using in the global bgp .

For some reason in the vrf the R3 was dropping the prefixes it was receiving in the context .

So I thought about changing the ASN number which I was using to peer on the ebgp and all issue was resolved.

Hi,

While I have not worked on an Ericsson node, the following are general checks: -

- Even with MPLS L3 VPN and vrf configurations, R2 will advertise the vpnv4 routes to R3. We can still look at the advertised vpnv4 prefixes from R2 to R3 and verify the route-target/next-hop and other relevant route attributes to ensure these values are expected.
- In the vrf configuration, do we have correct route-target values/import-export policies configured?
- Does the route advertised by R2 have a valid next-hop for it to be accepted on R3 (next-hop-self)?

Regards

Okay let me set this straight node I m dealing with here is not a juniper product, it an Ericsson node .

@sheetanshu thanks for the break down again, this were all the principle of bgp which I believe should have worked properly. But unfortunately I'm not seeing prefixes on the R3.

Let me explain further the setup
So R2 and R3 are peer using the loopback in an mplsl3vpn. I have different context (vrf) on those box so I won't be able to share advertised route in vrf ,because the peer are in global routing table .

But yes, I m learning route advertised on R3 in R2 in same vrf .

But this particular case, the ebgp learnt prefixes on R2 is not propagating on R3

Hi @olalekan ajayi ,

R2 should ideally have advertised the eBGP route received from R1 to R3, as an iBGP peer advertises an eBGP route to another iBGP peer. R3 would not further advertise it to any other iBGP peer, as for R3 it would be an iBGP route on R3. 

Can you kindly share the outputs of the below from R2

- show route receive-protocol bgp <R1 IP> extensive
- show route advertising-protocol bgp <R3 IP> extensive
- show bgp summary

from R3
-show bgp summary
-show route receive-protocol bgp <R2-IP> extensive

The output of "show protocols" from the R2 and R3 routers will also be helpful.

Pls i need an advice on what could likely be an issue . 

3 routers in this scenario , from the diagram i have eBGP and iBGP...

R1 advertised 2-prefix to me , which i received on R2 via , here is the problem , i was expecting the prefix to propagate  to R3 using the iBGP peer between R2 and R3.

pls note R2 and R3 is an MPLSL3VPN setup... 

I know in this case , BGP rule is not in play now , because these are not prefixes advertised from another IBGP.

Kindly advice me on what could be the issue .