Few clarifications or perhaps a small diagram would help. I'll give it a shot anyways, please correct me if I got some part wrong here.
- You use an Aruba Branch Gateway
- You have a static S2S IPSec Tunnel to a 3rd party device from this BGW
- This 3rd party device peers with the Aruba BGW through BGP on top of the S2S tunnel.
- The 3rd party device advertises multiple routes, one of which is 192.168.0.0/16
- You want 192.168.0.0/16 to be advertised from the BGW to your orchestrated overlay (between BGW and VPNC) but not the other routes.
If my understanding is correct, then yes, you need to define at the Branch group that you redistribute BGP learnt routes into the overlay and filter out using a route map whatever prefixes you want to send to the overlay.
The route map alone won't do it. You need to specify the source protocol (BGP). The route map only controls the route advertisements.
------------------------------
I work for Aruba. Any opinions expressed here are solely my own and not necessarily that of Hewlett Packard Enterprise or Aruba Networks.
------------------------------
Original Message:
Sent: Feb 28, 2022 12:26 AM
From: Manodha Dias
Subject: Edge device not redistributing a BG learned route to its SD_WAN fabric peers
Hey Guys,
Has anybody seen this behavior?
We have a Edge device which has a 3rd part BGP peer. This BGP peer advertises 192.168.0.0 to us. We have a IPSec tunnel/vti to this peer.
Route learned is EBGP - PE 192.168.0.0/16
The edge does not seem to redistribute this BGP Learned 192.168.0.0 route to the SDWAN fabric even though its on the route map to SDWAN fabric advertisements.
As a workaround, I had to put a static route on the EDGE (192.168.0.0/16, take vti interface).
Once I put this static route on to the SDWAN fabric route map, then it gets advertised fine.
I noticed on the Template Groups on the Orchestrator that I can push "redistribute BGP learned routes to SD WAN". But I guess this will make the edge to redistribute all BGP learned routes to SDWAN ?
Any ideas/help will be greatly appreciated.
Thanks,
Daham
------------------------------
Manodha Dias
------------------------------