*:EVPN IPv6 VTEP support - Multihomed #20116
Open
+3,037
−212
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
chiragshah6
force-pushed
the
evpnv6mh_1
branch
from
ba48c89 to
e20f737
Compare
chiragshah6
force-pushed
the
evpnv6mh_1
branch
from
e20f737 to
5fe45a5
Compare
chiragshah6
force-pushed
the
evpnv6mh_1
branch
2 times, most recently
from
d6fbcd6 to
c8c3dc3
Compare
chiragshah6
changed the title
chiragshah6
force-pushed
the
evpnv6mh_1
branch
3 times, most recently
from
d4b8599 to
1d0526f
Compare
chiragshah6
force-pushed
the
evpnv6mh_1
branch
from
0887e38 to
00b77cd
Compare
|
This pull request has conflicts, please resolve those before we can evaluate the pull request. |
chiragshah6
force-pushed
the
evpnv6mh_1
branch
from
00b77cd to
0604344
Compare
RFC alignment of Type4 route size to accomodate v6 nh BGP_EVPN_TYPE4_V6_PSIZE Signed-off-by: Chirag Shah <[email protected]> Signed-off-by: Jared Mauch <[email protected]>
bgp_evpn_remote_es_evi_add/ bgp_evpn_remote_es_evi_del were incorrectly using p->prefix.ead_addr.ip directly, prefix (prefix in global table has IP zeroed out), extracts the vtep_ip from the BGP path attributes Signed-off-by: Chirag Shah <[email protected]> Signed-off-by: Jared Mauch <[email protected]>
Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Chirag Shah <[email protected]> Signed-off-by: Jared Mauch <[email protected]>
Signed-off-by: Jared Mauch <[email protected]>
Signed-off-by: Chirag Shah <[email protected]> Signed-off-by: Jared Mauch <[email protected]>
The prefixlen is used for debug and cli purpose, EVPNv6 add ipv6 address in EVPN prefix which spill over current prefixlen limit. Before: 2025/09/29 19:02:12.474562 BGP: [WTJQB-H1EZQ] default (0): Installing EVPN [1]:[4294967295]:[03:44:38:39:ff:ff:01:00:00:01]:[128]:[2001:c001:ff:f00d::4]:[ <<<< route in VNI 1000 IP/MAC table After: 2025/09/29 19:26:13.025185 BGP: [WTJQB-H1EZQ] default (0): Installing EVPN [1]:[4294967295]:[03:44:38:39:ff:ff:01:00:00:01]:[128]:[2001:c001:ff:f00d::4]:[0] route in VNI 1000 IP/MAC table Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Chirag Shah <[email protected]> Signed-off-by: Jared Mauch <[email protected]>
Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Chirag Shah <[email protected]> Signed-off-by: Jared Mauch <[email protected]>
This test is converted to from bgp_evpn_mh to use `service integrated-vtysh-config` along with BGP numbered underlay fabric with IPv6 VTEP. IPv6 VTEP address, BGP GUA address IPv4: 10.0.0.x/32 and related underlay prefixes are from 10.0.0.0/8, which is RFC 1918 private space and appropriate for internal tests. IPv6: all the 2001:db8:... prefixes are from 2001:db8::/32, the RFC 3849 documentation block, explicitly reserved for examples and non-production use. Signed-off-by: Chirag Shah <[email protected]>
On torm-11 load the frr.conf using frr-reload script. For this pass to topogen a flag to skip loading vtysh -f frr.conf file for a given DUT based on the flag. Signed-off-by: Chirag Shah <[email protected]>
When configuring interface ip from frr.conf using frr-reload there is a timing involved bgp is not receiving fast enough either ipv4 or ipv6 address, which leads to an issue where ipv4 route over ipv6 bgp peer, uses the v4 mapped v6 address and route becomes unreachable at the remote bgp peer end. To fix the timing configure ip address using linux iproute2 commands. Signed-off-by: Chirag Shah <[email protected]>
Router instance to provide a knob to skip flushing all interface ips when router instance is created. Check bgp peer state and underlay network right after torm-11 configured using frr-reload script. Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Chirag Shah <[email protected]>
Signed-off-by: Jared Mauch <[email protected]>
UT:
frr_bgp:evpn_mh_local_es_add_zrecv {'esi': '03:44:38:39:ff:ff:01:00:00:01', 'vtep': '2001:c001:ff:f00d::3', 'active': 0, 'bypass': 0, 'df_pref': 32767}
frr_bgp:evpn_mh_local_ead_es_evi_route_upd {'esi': '03:44:38:39:ff:ff:01:00:00:01', 'vni': 1000, 'route_type': 1, 'vtep_v4': '0.0.0.0', 'vtep_v6': '2001:c001:ff:f00d::3'}
frr_bgp:evpn_bum_vtep_zsend {'action': 'add', 'vni': 1009, 'vtep': '2001:c001:ff:f00d::4'}
frr_bgp:evpn_mh_local_ead_es_evi_route_del {'esi': '03:44:38:39:ff:ff:01:00:00:03', 'vni': 1009, 'route_type': 1, 'vtep': '2001:c001:ff:f00d::3'}
frr_bgp:evpn_mh_es_evi_vtep_add {'esi': '03:44:38:39:ff:ff:01:00:00:03', 'vni': 1009, 'vtep': '2001:c001:ff:f00d::4', 'ead_es': 0}
frr_bgp:evpn_mh_vtep_zsend {'action': 'add', 'esi': '03:44:38:39:ff:ff:01:00:00:02', 'vtep': '2001:c001:ff:f00d::5'}
frr_bgp:evpn_mh_nh_zsend {'nhg': 73529414, 'vtep': '2001:c001:ff:f00d::5', 'svi': 29}
frr_bgp:evpn_mh_es_evi_vtep_del {'esi': '03:44:38:39:ff:ff:01:00:00:01', 'vni': 1005, 'vtep': '2001:c001:ff:f00d::4', 'ead_es': 0}
Signed-off-by: Manpreet Kaur <[email protected]>
chiragshah6
force-pushed
the
evpnv6mh_1
branch
from
0604344 to
2369ab8
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
3 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Add comprehensive IPv6 VTEP support throughout the EVPN codebase, enabling EVPN to work with IPv6 tunnel endpoints while maintaining full backward compatibility with IPv4 VTEPs.
bgpd:
- Update EVPN data structures to use struct ipaddr instead of struct in_addr for VTEP addresses
- Add IPv6 support for remote ES VTEP structures
- Fix IPv6 next-hop encoding/decoding in BGP UPDATE messages for EVPN routes
- Update all display/logging to use %pIA format for VTEP addresses
- Update route processing and handling for IPv6 VTEP scenarios
Zebra
tests:
Signed-off-by: Jared Mauch [email protected]
Signed-off-by: Manpreet Kaur [email protected]
Signed-off-by: Chirag Shah [email protected]