# evpn Published articles for evpn. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Announcing General Availability of VMware Cloud Foundation 9.1.1 DevFeed: [Announcing General Availability of VMware Cloud Foundation 9.1.1]() Original publisher: [Read original article]() Author: vmwareblogs Published: 2026-09-03T13:47:18Z Content type: release Language: en Sources: [VMware Blogs]() Topics: [Cloud](), [Security](), [AI Platform](), [AI Models](), [MLOps]() Tags: [ai](), [ai-ml](), [ai-models](), [announce](), [apis](), [cloud](), [cloud-infrastructure](), [complexity](), [cost](), [cpu](), [data-privacy](), [evpn](), [governance](), [home-page](), [integrations](), [kubernetes](), [memory](), [nsx](), [private-ai-services](), [release](), [root-cause-analysis](), [security](), [troubleshooting](), [vcf-9-1](), [vcf-operations](), [vmware](), [vmware-cloud-foundation]() ### AI overview VMware announces the general availability of VMware Cloud Foundation 9.1.1. The release adds tougher security, vSAN Object Storage as a tech preview, multi-tenant AI model sharing with tenant-isolated access controls, and an AI Assistant for diagnostics, management-pack creation, and troubleshooting across infrastructure and Kubernetes clusters. ### Source excerpt Coming on the heels of a very successful VMware Explore in Vegas and the VMware Cloud Foundation (VCF) 9.1 launch in May, we're excited to announce the general availability of VCF 9.1.1. This release builds on VCF 9.1 with tougher security, vSAN Object Storage (tech preview, previously announced) and new capabilities designed to make your ... Continued The post Announcing General Availability of VMware Cloud Foundation 9.1.1 appeared first on VMware Blogs. ## Why your KubeVirt VMs can't move between clusters -- and how EVPN fixes it DevFeed: [Why your KubeVirt VMs can't move between clusters -- and how EVPN fixes it]() Original publisher: [Read original article]() Author: Miguel Duarte Barroso Published: 2026-08-08T14:00:00Z Content type: article Language: en Sources: [Kubernetes Overview, News and Trends | The New Stack]() Topics: [evpn](), [networking](), [BGP](), [configuration]() Tags: [bgp](), [cncf](), [configuration](), [evpn](), [kubernetes](), [kubernetes-networking](), [network](), [networking](), [platform-engineering](), [post-contributed](), [sponsor-cncf](), [sponsored-post-contributed]() ### AI overview The article explains why moving KubeVirt virtual machines between Kubernetes clusters requires a stretched Layer 2 network and a separate migration path. It presents EVPN/VXLAN, managed by OpenPERouter through Kubernetes custom resources, as an overlay-based approach intended to preserve VM IP and MAC addresses while separating migration traffic. ### Source excerpt Your team has moved VMs to Kubernetes with KubeVirt. The workloads are running. The team is gaining confidence. Then someone The post Why your KubeVirt VMs can't move between clusters -- and how EVPN fixes it appeared first on The New Stack. ## netlab 26.07: GRE, Wireguard, Graceful Restart, and Scale-Out Labs DevFeed: [netlab 26.07: GRE, Wireguard, Graceful Restart, and Scale-Out Labs]() Original publisher: [Read original article]() Published: 2026-07-13T06:23:00Z Content type: release Language: en Sources: [ipSpace.net blog]() Topics: [releases](), [BGP](), [Server](), [evpn](), [VXLAN](), [configuration](), [GitHub]() Tags: [bgp](), [configuration](), [evpn](), [getting-started](), [github](), [gre](), [guide](), [installation](), [netlab](), [ospf](), [policy](), [release](), [releases](), [router](), [upgrade](), [vxlan]() ### AI overview The netlab 26.07 release adds scale-out labs through a multiserver plugin, GRE and WireGuard tunnel support, graceful restart capabilities, BGP policy roles, and expanded BIRD, FortiOS, MikroTik RouterOS, and OpenBSD functionality. It also removes the VirtualBox provider, makes BIRD v3 the default, and changes MikroTik RouterOS 7 BGP template syntax. ### Source excerpt The highlights of netlab release 26.07 include: The multiserver plugin by @muddyblack distributes containerlab devices across multiple servers. The GRE tunnel plugin supports GRE tunnels on Cisco IOS, FRR, VyOS, and Junos (vSRX and vJunos-router) (most device implementations done by @ssasso and @jbemmel). The WireGuard tunnel plugin by @jbemmel supports WireGuard tunnels on FRR. The bgp.session plugin and the OSPF module support graceful restart on Arista EOS, BIRD, FortiOS, and FRR (by @jbemmel and @a-v-popov) The bgp.policy plugin supports the bgp.role attribute on FRR and BIRD (by @jbemmel). But wait, there's more ;) Read more ... ## Worth Reading: More VXLAN and EVPN Labs DevFeed: [Worth Reading: More VXLAN and EVPN Labs]() Original publisher: [Read original article]() Published: 2026-07-06T05:44:00Z Content type: opinion Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [VXLAN]() Tags: [evpn](), [evpn-designs](), [free](), [journey](), [netlab](), [vxlan](), [worth-reading]() ### AI overview The article highlights Ali Bahadır Coşkun's progress through free netlab-powered EVPN/VXLAN labs, including basic EVPN control-plane work, VXLAN/IRB/anycast exercises, and available lab designs. ### Source excerpt Ali Bahadır Coşkun continued his EVPN/VXLAN journey. Using the free netlab-powered EVPN/VXLAN labs, he finished the basic EVPN/VXLAN lab (adding EVPN control plane to VXLAN underlay), and then completed the whole VXLAN/IRB/anycast saga. Want to do something similar? The free EVPN/VXLAN lab exercises include six VXLAN labs, almost a dozen EVPN labs, and a few EVPN designs. I might add a lab or two during the summer break. ## Worth Checking: EVPN Centralized Anycast Gateway DevFeed: [Worth Checking: EVPN Centralized Anycast Gateway]() Original publisher: [Read original article]() Published: 2026-07-01T05:16:00Z Content type: article Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [GitHub]() Tags: [evpn](), [github](), [ipv6](), [worth-reading]() ### AI overview The article highlights a working test of Arista EOS EVPN centralized anycast gateway functionality over an IPv6 underlay. It links to a GitHub repository containing device configurations and a containerlab topology that can be launched directly. ### Source excerpt Daniel Blažek couldn't resist testing Arista EOS centralized anycast gateway functionality (on top of IPv6 underlay to make it even more fun) and published working device configurations in a GitHub repo. His repository includes a containerlab topology definition, so you can start the lab directly from the repository. ## Anycast-Only Gateways in EVPN Asymmetric IRB DevFeed: [Anycast-Only Gateways in EVPN Asymmetric IRB]() Original publisher: [Read original article]() Published: 2026-06-24T06:19:00Z Content type: article Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [VXLAN]() Tags: [arp](), [evpn](), [vxlan]() ### AI overview This article examines ARP resolution in EVPN asymmetric IRB environments where PE devices use only a shared anycast MAC/IP address. It describes how silent hosts can cause communication to stall because an ARP reply may be intercepted, and explains how Arista EOS accepts the unsolicited reply to create a MAC/IP route and complete forwarding. ### Source excerpt In the previous blog post, I described how ARP works in an EVPN asymmetric IRB environment where the PE devices share an anycast MAC/IP address in addition to a unicast MAC/IP address. Today, let's see how well things work if the PE devices have only the anycast MAC/IP address: Packet forwarding in an EVPN asymmetric IRB design using only anycast gateways Read more ... ## Worth Reading: Extending a VLAN with Static VXLAN DevFeed: [Worth Reading: Extending a VLAN with Static VXLAN]() Original publisher: [Read original article]() Published: 2026-06-18T05:37:00Z Content type: opinion Language: en Sources: [ipSpace.net blog]() Topics: [VXLAN](), [evpn]() Tags: [article](), [evpn](), [free](), [vxlan](), [worth-reading]() ### AI overview The article recommends a tutorial on extending a VLAN with static VXLAN using free netlab-powered labs. It notes that the lab set also includes VXLAN, EVPN, and EVPN design exercises. ### Source excerpt Ali Bahadır Coşkun wrote a nice article describing how he mastered extending a VLAN with static VXLAN with the help of free netlab-powered VXLAN labs. The same set of lab exercises includes six VXLAN labs, almost a dozen EVPN labs, and a few EVPN designs. I might add a lab or two during the summer break. ## ARP with Anycast Gateways in EVPN Asymmetric IRB DevFeed: [ARP with Anycast Gateways in EVPN Asymmetric IRB]() Original publisher: [Read original article]() Published: 2026-06-17T06:19:00Z Content type: article Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [networking](), [Routing (disambiguation)](), [Protocol (disambiguation)](), [VXLAN]() Tags: [arp](), [evpn](), [routing](), [vxlan]() ### AI overview This article examines ARP behavior with anycast gateways in EVPN asymmetric IRB. It focuses on a topology where each PE has device-specific and shared MAC/IP addresses, and hosts use the shared anycast gateway. The article describes ARP requests, shared gateway MAC addresses, and gratuitous ARPs, including observations about Arista EOS. ### Source excerpt In previous blog posts, I described the ARP issues in EVPN environments, starting with centralized routing, and then asymmetric IRB with unicast (per-leaf-switch) first-hop gateways. Of course, no self-respecting vendor would tell you to do that; anycast gateways are all the rage these days. As always, anycast gateways could mean different things, depending on which vendor documentation you read ;) Active-active VRRP (one device is the active VRRP gateway, but all devices listen to the VRRP MAC address). Shared MAC+IP address beside device-specific unicast MAC and IP addresses. Shared MAC+IP address with no PE-specific IP address. Read more ... ## Lab: Implementing VRF-Lite with VXLAN DevFeed: [Lab: Implementing VRF-Lite with VXLAN]() Original publisher: [Read original article]() Published: 2026-06-05T07:21:00Z Content type: tutorial Language: en Sources: [ipSpace.net blog]() Topics: [VXLAN](), [networking](), [IP routing](), [GitHub]() Tags: [apple](), [container](), [evpn](), [free](), [github](), [installation](), [ip-routing](), [netlab](), [protocol](), [routing](), [vxlan]() ### AI overview This lab exercise demonstrates how to implement a VRF-Lite design with VXLAN. The design uses VRF routing protocols over VXLAN-backed VLAN segments and requires IP routing on core switches instead of configuring VLANs and routing protocols for every VRF on every link and device. The lab can run on netlab-enabled infrastructure, a free GitHub Codespace, or an Apple-silicon Mac. ### Source excerpt Did you know that you can implement a VRF-Lite design with VXLAN? All you need are devices that can run VRF routing protocols over VXLAN-backed VLAN segments. Compared to the "traditional" VRF-Lite design, in which you need a set of VLANs on every link and every device running the routing protocol for every VRF, the VXLAN-based design needs just IP routing on the core switches, resulting in a design that's pretty close to what we were building with DMVPN (without IPsec and NHRP complications). Read more ... ## Isovalent Private Networks and Cisco Nexus One: BGP EVPN Integration for the Enterprise Data Center DevFeed: [Isovalent Private Networks and Cisco Nexus One: BGP EVPN Integration for the Enterprise Data Center]() Original publisher: [Read original article]() Author: Marcos Hernandez, Camillo Rossi Published: 2026-06-04T16:42:52Z Content type: release Language: en Sources: [Isovalent - The latest articles covering eBPF-based Networking, Observability, and Security]() Topics: [virtualization](), [networking](), [BGP](), [Cisco](), [evpn](), [VXLAN](), [datacenter]() Tags: [bgp](), [cilium](), [cisco](), [data-center](), [ebpf](), [evpn](), [hubble](), [isovalent](), [kubernetes-networking](), [load-balancer](), [mesh-networking](), [networking](), [nexus-one](), [runtime-security](), [tetragon](), [virtualization](), [vxlan](), [website]() ### AI overview Isovalent announces the general availability of Isovalent Networking for Virtualization and highlights its BGP EVPN/VXLAN integration with Cisco NX-OS for enterprise data centers. ### Source excerpt Today we're announcing the General Availability (GA) of Isovalent Networking for Virtualization alongside a deeper look at one of its core connectivity capabilities: BGP EVPN/VXLAN integration with Cisco NX-OS, part of the Cisco Nexus One strategic alignment. ## EVPN Centralized Routing with Arista EOS DevFeed: [EVPN Centralized Routing with Arista EOS]() Original publisher: [Read original article]() Published: 2026-06-03T05:44:00Z Content type: tutorial Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [Routing (disambiguation)](), [networking](), [VXLAN]() Tags: [arp](), [cache](), [evpn](), [implementation](), [netlab](), [route](), [router](), [routing](), [vxlan]() ### AI overview This article examines which EVPN routes Arista EOS generates in a centralized routing design where a spine switch acts as the router and leaf switches operate at Layer 2. It explains that the central router does not advertise MAC+IP routes for hosts attached to its VLANs, routers must perform their own ARP resolution, and minimal configuration can cause routed traffic to be flooded. ### Source excerpt A month ago, I described ARP issues in EVPN centralized routing design, and Naveen Kumar Devaraj was kind enough to add some Arista EOS implementation details. Today, let's explore what EVPN routes Arista EOS generates in that scenario. We'll use a very simple lab topology with a spine switch acting as a router. The leaf switches are layer-2 switches. Packet forwarding in centralized routing design Read more ... ## SR Linux MPLS/VPN Configuration Notes DevFeed: [SR Linux MPLS/VPN Configuration Notes]() Original publisher: [Read original article]() Published: 2026-05-27T05:57:00Z Content type: tutorial Language: en Sources: [ipSpace.net blog]() Topics: [MPLS VPN](), [configuration](), [BGP](), [Network](), [evpn]() Tags: [bgp](), [configuration](), [evpn](), [how-to](), [mpls-vpn](), [netlab]() ### AI overview The article documents troubleshooting SR Linux MPLS/VPN configuration in netlab. It explains that a dynamic MPLS label block and L3VPN BGP address-family configuration are required, and notes that route distinguishers and route targets may need explicit configuration instead of relying on EVPN-derived values. ### Source excerpt After fixing the SR Linux LDP configuration template, I decided to add MPLS/VPN to the netlab SR Linux MPLS features. After all, the one-page recipe seemed simple enough, more so as we already have tested VRF and EVPN templates. Alas, nothing is as simple as it looks. There were two details that tripped me pretty badly. Read more ... ## Lab: EVPN Asymmetric IRB with Anycast Gateways DevFeed: [Lab: EVPN Asymmetric IRB with Anycast Gateways]() Original publisher: [Read original article]() Published: 2026-05-15T05:52:00Z Content type: tutorial Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [VXLAN]() Tags: [arp](), [container](), [evpn](), [github](), [infrastructure](), [installation](), [mac](), [vxlan]() ### AI overview This lab exercise demonstrates EVPN asymmetric IRB with anycast gateways and addresses ARP issues. It requires extending VLANs into end-to-end MAC-VRF instances and adding IRB and anycast gateways. The lab can run on netlab-enabled infrastructure, a free GitHub Codespace, or an Apple-silicon Mac using an Arista cEOS container. ### Source excerpt I postponed the discussion of ARP issues with EVPN anycast gateways to keep yesterday's blog post reasonably short. If you're impatient and want to try that out, I have just the right lab exercise for you; you'll have to extend VLANs into end-to-end MAC-VRF instances and add IRB and anycast gateways: Explore the lab exercise You can run the lab on your own netlab-enabled infrastructure (more details), but also within a free GitHub Codespace or even on your Apple-silicon Mac (installation, using Arista cEOS container, using VXLAN/EVPN labs). ## ARP with EVPN Asymmetric IRB DevFeed: [ARP with EVPN Asymmetric IRB]() Original publisher: [Read original article]() Published: 2026-05-14T05:45:00Z Content type: tutorial Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [VXLAN](), [networking](), [BGP]() Tags: [arp](), [bgp](), [bridging](), [evpn](), [netlab](), [vxlan]() ### AI overview This tutorial explains ARP behavior in EVPN asymmetric Integrated Routing and Bridging (IRB). It identifies prerequisites for forwarding between VLANs, including creating ARP entries from MAC+IP routes and having end hosts send an early ARP request for their first-hop gateway. It also describes how to verify the behavior with a netlab topology and EVPN route and ARP-table inspection. ### Source excerpt In a previous blog post, I described the ARP issues you'll encounter when using centralized routing (on a spine switch) between two EVPN MAC-VRF instances (a fancy name for a VLAN encapsulated in VXLAN or MPLS). That blog post established a baseline that will help us unravel the ARP behavior in a more realistic scenario: asymmetric Integrated Routing and Bridging (IRB). That's a mouthful, but it's really quite a simple concept; the following diagram explains the asymmetric forwarding behavior: Packet forwarding in an EVPN asymmetric IRB design Read more ... ## ARP Issues in EVPN Centralized Routing Design DevFeed: [ARP Issues in EVPN Centralized Routing Design]() Original publisher: [Read original article]() Published: 2026-05-05T05:45:00Z Content type: article Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [networking](), [IP routing](), [Routing (disambiguation)]() Tags: [arp](), [ethernet](), [evpn](), [ip-routing](), [routing]() ### AI overview This article examines ARP and traffic-flooding problems in a centralized routing design using EVPN MAC-VRFs. It explains the expected packet flow through a spine switch and describes how implementations that do not advertise VLAN IP/MAC addresses can prevent switches from locating the gateway MAC, causing inter-subnet traffic to be flooded. ### Source excerpt Adding IRB to a EVPN MAC-VRFs (the fancy way of saying stretched VLANs) seems like a no-brainer: Add IP addresses to VLAN interfaces Optionally add a shared anycast gateway Declare "Mission Accomplished" (and try to ignore the inevitable phone call at 2 AM on a Sunday night) Making that work in a multi-vendor environment is even more fun1, as I sadly discovered when creating the EVPN lab exercises or trying to figure out why some EVPN implementations were failing netlab EVPN integration tests. Read more ... ## SwiNOG 41: It Was Nice to Be Back DevFeed: [SwiNOG 41: It Was Nice to Be Back]() Original publisher: [Read original article]() Published: 2026-05-04T05:09:00Z Content type: opinion Language: en Sources: [ipSpace.net blog]() Topics: [networking](), [evpn](), [Artificial Intelligence](), [Automation](), [Testing]() Tags: [ai](), [conferences](), [e2e-testing](), [evpn](), [llms](), [network-automation](), [networking](), [pytest]() ### AI overview A personal recap of SwiNOG 41 in Switzerland, highlighting discussions and presentations on networking topics including transceiver power, shared spectrum, AI and LLMs in networking, EVPN gateways, network automation, and end-to-end testing with Netlab and pytest. ### Source excerpt Last week's SwiNOG was (as expected) great fun at a phenomenal location, starting with the first slide of the first presentation: "6 Stages of Network De-sh*tification". I particularly loved the "talk less, chat more" schedule. The longer breaks gave us plenty of time to catch up with old friends and discuss interesting, sometimes completely unexpected, topics. For example, I learned that SIP MESSAGE is used to carry SMS messages these days. As much as I loved chatting with fellow networking engineers, I also found these presentations highly interesting: Read more ... ## On Generating EVPN MAC/IP Routes DevFeed: [On Generating EVPN MAC/IP Routes]() Original publisher: [Read original article]() Published: 2026-04-29T05:38:00Z Content type: opinion Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [BGP](), [networking]() Tags: [arp](), [bgp](), [evpn](), [ip](), [mac]() ### AI overview The article explains that Arista EOS generates separate EVPN MAC-only and MAC+IP routes. MAC table updates trigger MAC-only routes, while ARP table updates trigger MAC+IP routes, which can increase the size of the EVPN BGP table. ### Source excerpt Naveen Kumar Devaraj was reading my Integrated Routing and Bridging (IRB) with EVPN MAC-VRF Instances lab exercise and spotted this detail: Arista EOS originates MAC-IP routes with and without IP addresses, effectively doubling the size of the EVPN BGP table He kindly wrote a LinkedIn comment explaining that behavior: Read more ... ## Ten Years of ITNOG DevFeed: [Ten Years of ITNOG]() Original publisher: [Read original article]() Published: 2026-04-22T05:25:00Z Content type: opinion Language: en Sources: [ipSpace.net blog]() Topics: [networking](), [VXLAN](), [BGP](), [evpn](), [5G](), [Ethernet](), [Latency]() Tags: [5g](), [bgp](), [ethernet](), [evpn](), [latency](), [networking](), [sharding](), [threading](), [vxlan]() ### AI overview A personal recap of ITNOG 10 in Bologna highlights the event's networking presentations, including VXLAN-based 5G-to-Ethernet services, security functions in EVPN/VXLAN, BGP routing optimization for 26 million paths, and hollow-core fiber technology. ### Source excerpt I spent the last two days in Bologna at ITNOG 10 in the excellent company of Italian networking engineers (many of them personal friends) and a few guests from around the world. As always, the organizers and the program committee didn't disappoint - it was a smoothly organized, lovely event full of interesting presentations. Thanks a million to everyone involved; I'll definitely be back! Now for the highlights, starting with the ultimate catnip for the differently attentive: running two presentations in parallel on the same screen with the soundtrack distributed via headphones. I've never seen anything like that, and while it looked weird (I have no idea how the presenters took it), it turned out to be very useful, as you could easily tune out AI-washing presentations and switch to something more interesting. On the other hand, you could be faced with a hard choice of having to select one of two excellent presentations: Read more ... ## Lab: Integrated Routing and Bridging (IRB) with EVPN MAC-VRF Instances DevFeed: [Lab: Integrated Routing and Bridging (IRB) with EVPN MAC-VRF Instances]() Original publisher: [Read original article]() Published: 2026-04-17T06:13:00Z Content type: tutorial Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [networking](), [VXLAN](), [GitHub]() Tags: [apple](), [bridging](), [container](), [evpn](), [github](), [infrastructure](), [installation](), [mac](), [routing](), [vxlan]() ### AI overview A hands-on lab introduces Integrated Routing and Bridging with EVPN MAC-VRF instances by adding anycast gateway IP addresses to VLAN interfaces. The lab can run on netlab-enabled infrastructure, GitHub Codespaces, or an Apple-silicon Mac using an Arista cEOS container. ### Source excerpt Most EVPN documentation rushes into the complexities of symmetric IRB, type-5 EVPN routes, and EVPN IP-VRFs, but if you want to master a technology, it's better to take it slow and proceed with small steps. In today's lab exercise, we'll do just that: explore what happens when you add IP addresses (we'll use anycast gateways) to VLAN interfaces tied to EVPN MAC-VRF instances. Explore the lab exercise You can run the lab on your own netlab-enabled infrastructure (more details), but also within a free GitHub Codespace or even on your Apple-silicon Mac (installation, using Arista cEOS container, using VXLAN/EVPN labs). ## netlab 26.04: EXOS, BGP Prefix Origination, More Static Routes DevFeed: [netlab 26.04: EXOS, BGP Prefix Origination, More Static Routes]() Original publisher: [Read original article]() Published: 2026-04-13T05:28:00Z Content type: release Language: en Sources: [ipSpace.net blog]() Topics: [Release notes](), [BGP](), [IP routing](), [Routing (disambiguation)](), [networking](), [Vagrant](), [evpn](), [VXLAN](), [Containerlab topology]() Tags: [bgp](), [evpn](), [ip-routing](), [linux](), [netlab](), [release](), [release-notes](), [routing](), [vagrant](), [vxlan]() ### AI overview The netlab 26.04 release adds support for Extreme Networks EXOS, new BGP advertisement and origination capabilities, additional platforms with static-route support, and EVPN/VXLAN over IPv6 support in FRRouting. It also expands routing configuration support for several platforms. ### Source excerpt netlab release 26.04 is out. Here are the highlights: Extreme Networks EXOS is supported as a Vagrant box or containerlab node with OSPF, VLAN, and VRRP configuration (by Seb d'Argoeuves). The new bgp.advertise node attribute allows you to advertise networks in the IP routing table into BGP. It's supported on most platforms. The bgp.originate attribute is now dual-stack and VRF-aware, allowing you to originate IPv4 and IPv6 prefixes into per-VRF BGP instances. New platforms with static route support: FortiOS (by Aleksey Popov), Nexus OS, Nokia SR OS, Nokia SR Linux. OpenBSD got discard static routes. Read more ... ## Interoperability of EVPN/VXLAN with IPv6 Next Hops DevFeed: [Interoperability of EVPN/VXLAN with IPv6 Next Hops]() Original publisher: [Read original article]() Published: 2026-04-08T06:19:00Z Content type: comparison Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [VXLAN](), [interoperability](), [BGP](), [bug](), [networking]() Tags: [bgp](), [bug](), [evpn](), [interoperability](), [ipv6](), [netlab](), [networking](), [vxlan]() ### AI overview A lab comparison found an EVPN interoperability issue between Arista EOS and FRRouting when using IPv6 VTEP addresses. FRRouting rejected Arista routes with an IPv6 PMSI Tunnel ID; the reported bug was fixed and the fix was tested. ### Source excerpt FRRouting release 10.6 promised "BGP IPv6 VTEP support," claiming "it enables EVPN deployments using IPv6 tunnel endpoints while maintaining full backward compatibility with IPv4 VTEPs." Of course, I had to try it out, and since we already have EVPN over IPv6 running on Arista EOS (since netlab release 26.01), I decided to set up a simple lab with an Arista cEOS device running release 4.35.2F and the latest FRRouting container. I was not exactly surprised when it did not work. While Arista accepted FRRouting EVPN routes, the FRRouting BGP daemon rejected routes sent by Arista EOS: Read more ... ## Lab: Anycast Gateways on VXLAN Segments DevFeed: [Lab: Anycast Gateways on VXLAN Segments]() Original publisher: [Read original article]() Published: 2026-03-20T07:09:00Z Content type: tutorial Language: en Sources: [ipSpace.net blog]() Topics: [VXLAN](), [evpn](), [Routing (disambiguation)](), [networking](), [GitHub]() Tags: [apple](), [evpn](), [free](), [github](), [netlab](), [routing](), [vxlan]() ### AI overview A lab exercise demonstrates how anycast gateways work on VXLAN segments in an EVPN environment. It can run on netlab-enabled infrastructure, a free GitHub Codespace, or an Apple-silicon Mac using an Arista cEOS container. ### Source excerpt Most vendors "discovered" anycast gateways when they tried implementing routing between MAC-VRFs in an EVPN environment and hit all the usual tripwires (more about that later). A few exceptions (like Arista) supported them on VLAN segments for over a decade, and it was a no-brainer to extend that support to VXLAN segments. Want to try out how that works? The Anycast Gateways on VXLAN Segments lab exercise is just what you need. Read more ... ## netlab 26.03: EVPN/MPLS, IOS XR Features DevFeed: [netlab 26.03: EVPN/MPLS, IOS XR Features]() Original publisher: [Read original article]() Published: 2026-03-10T08:11:00Z Content type: release Language: en Sources: [ipSpace.net blog]() Topics: [releases](), [Release notes](), [evpn](), [BGP](), [MPLS VPN](), [SR-MPLS](), [Cisco](), [networking](), [VXLAN]() Tags: [bgp](), [cisco](), [evpn](), [getting-started](), [github](), [guide](), [improvements](), [installation](), [issue](), [mpls](), [mpls-vpn](), [netlab](), [open](), [release](), [release-notes](), [routing](), [sr-mpls](), [vxlan]() ### AI overview The netlab 26.03 release adds Cisco IOS XR capabilities, Juniper cRPD support, EVPN/VXLAN support on Juniper platforms, OpenBSD BGP support, SR-MPLS support for OSPFv2, and EVPN/MPLS improvements. ### Source excerpt netlab release 26.03 is out. Here are the highlights: New Cisco IOS XR features: SR-MPLS, MPLS/VPN, MPLS 6PE, EVPN over MPLS, VRRP, BGP session parameters, routing policies, prefix filters, AS-path filters, community filters, and static routes Juniper cRPD support (mostly by @leec-666) EVPN/VXLAN on Juniper vPTX and vJunos-router by @rickycraft OpenBSD BGP support by @remilocherer SR-MPLS support for OSPFv2 on EOS, FRR, IOS XE, IOS XR EVPN/MPLS improvements, including using SR-MPLS transport For even more details, check the release notes. Read more ... ## The Tale of Two EVPN/MPLS Encapsulations DevFeed: [The Tale of Two EVPN/MPLS Encapsulations]() Original publisher: [Read original article]() Published: 2026-03-04T07:09:00Z Content type: article Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [Testing](), [BGP](), [Cisco](), [Ethernet]() Tags: [bgp](), [cisco](), [deep-dive](), [ethernet](), [evpn](), [mpls](), [test](), [testing]() ### AI overview A technical investigation of EVPN/MPLS netlab integration tests compares Arista EOS and Cisco IOS/XE encapsulations. Arista EOS passes the bridging test, while Cisco IOS/XE establishes the control plane but encounters ARP failures that packet captures trace to differing MPLS payload handling and control-word expectations. ### Source excerpt I decided it was high time to create EVPN/MPLS netlab integration tests and wanted to use the same approach I used for the EVPN/VXLAN ones: One of the PE-devices is the device we want to test The other PE-device is a device that is known to work (ideally, an FRRouting container). Bonus points if the other PE-device can generate operational data in JSON format. Using a device for which we already have a validation plugin is close to perfection. Add a P-router in the middle because MPLS. Attach some hosts to the two PE-devices (we're testing two MAC-VRFs in the final version of the test) After validating everything that can reasonably be validated (OSPF session, IBGP session, EVPN AF on IBGP session), do the end-to-end pings and hope for the best. This is the graph netlab created from the lab topology: Read more ... [Next page]()