Hi
Those route targets are leftovers from some, not so educated experiments. I do no fully understand how they work and why rd needs to be uniqe for vsx pair but the route-targets do not.
For the addresses and vlans I added a more detailed diagram.
The routing tables for vrf prod
DC1-CORE1# show ip route vrf prod
Prefix Nexthop Interface VRF(egress) Origin/ Distance/ Age
Type Metric
--------------------------------------------------------------------------------------------------------
0.0.0.0/0 172.31.90.1 vlan901 - S [1/0] 04d:18h:07m
10.30.1.0/24 - vlan300 - C [0/0] -
10.30.1.253/32 - vlan300 - L [0/0] -
10.40.1.0/24 172.31.100.2 - - B/EV [200/0] 21h:53m:22s
10.100.1.0/24 - vlan100 - C [0/0] -
10.100.1.11/32 172.31.100.2 - - B/EV [200/0] 21h:53m:22s
10.100.1.253/32 - vlan100 - L [0/0] -
10.180.10.0/24 172.30.100.70 vlan817 - B/E [20/0] 21h:34m:36s
10.200.1.0/24 - vlan200 - C [0/0] -
10.200.1.253/32 - vlan200 - L [0/0] -
172.30.1.0/24 - vlan1 - C [0/0] -
172.30.1.253/32 - vlan1 - L [0/0] -
172.30.100.64/29 - vlan817 - C [0/0] -
172.30.100.66/32 - vlan817 - L [0/0] -
172.30.101.64/29 172.30.100.70 vlan817 - B/E [20/0] 21h:34m:36s
DC1-CORE2# show ip route vrf prod
Prefix Nexthop Interface VRF(egress) Origin/ Distance/ Age
Type Metric
--------------------------------------------------------------------------------------------------------
0.0.0.0/0 172.31.90.1 vlan901 - S [1/0] 04d:18h:07m
10.30.1.0/24 - vlan300 - C [0/0] -
10.30.1.254/32 - vlan300 - L [0/0] -
10.40.1.0/24 172.31.100.2 - - B/EV [200/0] 21h:53m:21s
10.100.1.0/24 - vlan100 - C [0/0] -
10.100.1.11/32 172.31.100.2 - - B/EV [200/0] 21h:53m:21s
10.100.1.254/32 - vlan100 - L [0/0] -
10.180.10.0/24 172.31.100.2 - - B/EV [200/0] 21h:28m:51s
10.200.1.0/24 - vlan200 - C [0/0] -
10.200.1.254/32 - vlan200 - L [0/0] -
172.30.1.0/24 - vlan1 - C [0/0] -
172.30.1.254/32 - vlan1 - L [0/0] -
172.30.100.64/29 172.31.100.2 - - B/EV [200/0] 21h:28m:51s
172.30.101.64/29 172.31.100.2 - - B/EV [200/0] 21h:31m:38s
172.31.8.1/32 172.31.100.2 - - B/EV [200/0] 21h:28m:51s
172.31.90.0/28 - vlan901 - C [0/0] -
172.31.90.13/32 - vlan901 - L [0/0] -
DC2-CORE1# show ip route vrf prod
Prefix Nexthop Interface VRF(egress) Origin/ Distance/ Age
Type Metric
--------------------------------------------------------------------------------------------------------
0.0.0.0/0 172.31.100.1 - - B/EV [200/0] 19h:16m:35s
10.30.1.0/24 172.31.100.1 - - B/EV [200/0] 19h:16m:35s
10.40.1.0/24 - vlan400 - C [0/0] -
10.40.1.253/32 - vlan400 - L [0/0] -
10.100.1.0/24 - vlan100 - C [0/0] -
10.100.1.10/32 172.31.100.1 - - B/EV [200/0] 19h:16m:35s
10.100.1.251/32 - vlan100 - L [0/0] -
10.180.10.0/24 172.30.101.70 vlan817 - B/E [20/0] 21h:28m:51s
10.200.1.0/24 - vlan200 - C [0/0] -
10.200.1.251/32 - vlan200 - L [0/0] -
172.30.1.0/24 - vlan1 - C [0/0] -
172.30.1.251/32 - vlan1 - L [0/0] -
172.30.100.64/29 172.30.101.70 vlan817 - B/E [20/0] 21h:28m:51s
172.30.101.64/29 - vlan817 - C [0/0] -
172.30.101.66/32 - vlan817 - L [0/0] -
172.31.8.1/32 172.30.101.70 vlan817 - B/E [20/0] 21h:28m:51s
172.31.90.0/28 172.31.100.1 - - B/EV [200/0] 19h:16m:35s
DC2-CORE2# show ip route vrf prod
Prefix Nexthop Interface VRF(egress) Origin/ Distance/ Age
Type Metric
--------------------------------------------------------------------------------------------------------
0.0.0.0/0 172.31.100.1 - - B/EV [200/0] 19h:16m:34s
10.30.1.0/24 172.31.100.1 - - B/EV [200/0] 19h:16m:34s
10.40.1.0/24 - vlan400 - C [0/0] -
10.40.1.254/32 - vlan400 - L [0/0] -
10.100.1.0/24 - vlan100 - C [0/0] -
10.100.1.10/32 172.31.100.1 - - B/EV [200/0] 19h:16m:34s
10.100.1.252/32 - vlan100 - L [0/0] -
10.180.10.0/24 172.31.100.1 - - B/EV [200/0] 19h:16m:34s
10.200.1.0/24 - vlan200 - C [0/0] -
10.200.1.252/32 - vlan200 - L [0/0] -
172.30.1.0/24 - vlan1 - C [0/0] -
172.30.1.252/32 - vlan1 - L [0/0] -
172.30.100.64/29 172.31.100.1 - - B/EV [200/0] 19h:16m:34s
172.30.101.64/29 172.31.100.1 - - B/EV [200/0] 19h:16m:34s
172.31.8.1/32 172.31.100.1 - - B/EV [200/0] 19h:16m:34s
Original Message:
Sent: Feb 28, 2023 10:16 AM
From: thomasbnc
Subject: Routing off of VXLAN to expternal router.
Hi
Thanks for the additional information.
Any reason why you have different route-target import/export statements in DC1 and DC2?
For better understanding, could you please mention the peering VLAN / peering addresses to the external routers (e.g. firewall and DC3-R1) in your diagram? Could you also name the routes (or some of them) you are missing from the external routers?
Could you please send us the extract of "show ip route vrf prod" of each of the core devices?
If using EVPN you don't need a separate iBGP peering per VRF. This will be done though the peering used in the global bgp config. Just make sure you activate the ipv4 address-family per VRF and redistribute "connected" which you have. So in my eyes your bgp peerings look fine, given that you use a different BGP AS for the external peering with DC3-R1 and/or the firewall.
Regards,
Thomas
Original Message:
Sent: Feb 28, 2023 08:27 AM
From: tommyd
Subject: Routing off of VXLAN to expternal router.
Thank you for the reply.
I've attached output from show bgp l2vpn evpn
as files for clarity. How do I configure this iBGP peering inside the VRF? Only between switches in VSX pair in each DC or between all of them. I would need a bunch of interconnects and IP addresses in the overlay network. Or can I use those propagated by evpn?
I've updated the diagram in original post because I posted wrong loopback addresses and I also added an internet uplink to the setup. The internet uplink behavior is even stranger. The internet firewall have static routes for private address ranges pointing to an active gateway on shared vlan configured on DC1-S1 and DC1 S2. All switches can ping to the internet except DC2-S1. It probably is connected to the topic because of how physical and vrrp addresses look from DC1-S1 and DC1-S2.
For the interested I have attached also, somewhat cleaned configs.
Original Message:
Sent: Feb 28, 2023 06:49 AM
From: vincent.giles
Subject: Routing off of VXLAN to expternal router.
Getting some show ip route and show bgp l2evpn evpn output would help on DC1-S1 and DC1-S2 to better understand.
As it is likely that the EVPN type-5 route on DC1-S2 includes the VSX logical VTEP anycast IP as the next-hop (172.31.101.1), this NH IP being hosted on DC1-S2, the packet is dropped. So, to your point, you would need an iBGP peering inside the tenant VRF (ala VRF-lite) to get routes properly learnt inside the said VRF between the VSX primary and secondary of the same VSX cluster.
Hope this helps.
Original Message:
Sent: Feb 28, 2023 06:38 AM
From: vincent.giles
Subject: Routing off of VXLAN to expternal router.
Original Message:
Sent: Feb 27, 2023 05:56 AM
From: tommyd
Subject: Routing off of VXLAN to expternal router.
Getting some show ip route and show bgp l2evpn evpn output would help on DC1-S1 and DC1-S2 to better understand.
As it is likely that the EVPN type-5 route on DC1-S2 includes the VSX logical VTEP anycast IP as the next-hop (172.31.101.1), this NH IP being hosted on DC1-S2, the packet is dropped. So, to your point, you would need an iBGP peering inside the tenant VRF (ala VRF-lite) to get routes properly learnt inside the said VRF between the VSX primary and secondary of the same VSX cluster.
Hope this helps.
I am trying to configure two VSX pairs of Aruba-CX switches for two small DC-s which are supposed to work as a primary and backup site and host VMWare clusters. I am using this guide: https://www.arubanetworks.com/techdocs/AOS-CX/10.09/PDF/vxlan.pdf
The EVPN part works for me for VLANs defined locally on VSX pair as well as stretched across both clusters and devices connected over MLAG. I have problem with addresses/routes present only on one (primary) switch in eatchpair.
.Simplified diagram below.
When I try to connect external router in production VRF (DC3-R1) to one switch in each pair using BGP. I can't communicate with the remote router and ntworks behind it from secondary device in VXS pair. Routes for network behind DC3-R1 are present in ip routing table as well as type 5 routes in l2vpn table.
I do not have more links to DC3 (and interfaces) to connect all 4 switches.
Is there any solution for this problem simpler than running BGP in production VRF. Do I miss something important?
I tried to use vlan interfaces on both switches in a pair and bgp sessions to DC3-R1 and it seemed to be working but I'd like to avoid this because of complexity, there will be way more external routers connected.
