next-hop-self for update received from iBGP neighbor
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎08-22-2016 03:12 PM
Hi,
will next-hop-self still work for bgp update received from iBGP neighbor in ExtremeXOS?
for example for cisco additional routemap is required:
route-map RM-NHSset ip next-hop peer-address neighbor X.X.X.X route-map out RM-NHS While for juniper it works by default for iBGP neighbors within different clusters
will next-hop-self still work for bgp update received from iBGP neighbor in ExtremeXOS?
for example for cisco additional routemap is required:
route-map RM-NHSset ip next-hop peer-address neighbor X.X.X.X route-map out RM-NHS While for juniper it works by default for iBGP neighbors within different clusters
18 REPLIES 18
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎08-22-2016 03:36 PM
You can use 'next-hop' action along with appropriate matching conditions in a routing policy.
entry 1 {
if match any {
nlri 0.0.0.0/0;
} then {
next-hop;
} }
entry 1 {
if match any {
nlri 0.0.0.0/0;
} then {
next-hop
} }
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎08-22-2016 03:36 PM
You can use 'next-hop' action along with appropriate matching conditions in a routing policy.
entry 1 {
if match any {
nlri 0.0.0.0/0;
} then {
next-hop;
} }
entry 1 {
if match any {
nlri 0.0.0.0/0;
} then {
next-hop
} }
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎08-22-2016 03:36 PM
I should have better read the topic. You want to change nh attribute for a route learnt by iBGP that you want to reflect in iBGP... This is bad in BGP (https://tools.ietf.org/html/rfc4271#section-5.1.3) and could result in network issues. So I hope you know what you're doing. RR shouldn't modify nh attribute for clients and non-clients and I'm surprized JunOS would do that by default (https://tools.ietf.org/html/rfc4456#section-10). I believe a routing policy can allow you to modify the nh attribute, there's a next-hop parameter from what I recall. Check the routing policy chapter in the EXOS User Guide (http://www.extremenetworks.com/support/documentation/), sorry I don't have access to it right now to give the exact syntax.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎08-22-2016 03:36 PM
Thanks a lot. For Cisco actualy a route-policy helps to solve this case, it changes next-hop atribute. Could someone translate the below cisco route-policy :
route-map RM-NHS
set ip next-hop peer-address
to ExtremeXOS one?
Thanks
route-map RM-NHS
set ip next-hop peer-address
to ExtremeXOS one?
Thanks
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎08-22-2016 03:36 PM
The eBGP diagram confuses me a lot. Should I understand A and B are in AS 100 with an iBGP session and C is in AS 200? I imagine also the identical /30 is a copy-paste typo. Assuming this, the eBGP scenario is expected, and without nhs on B I imagine the network from C is unreachable from A. I was referring to this for nhs keyword.
