# VXLAN Published articles for VXLAN. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## The Never-Ending IPv6 Loopback Prefix Saga DevFeed: [The Never-Ending IPv6 Loopback Prefix Saga]() Original publisher: [Read original article]() Published: 2026-08-17T06:02:00Z Content type: article Language: en Sources: [ipSpace.net blog]() Topics: [Network](), [Hardware](), [datacenter](), [BGP]() Tags: [bgp](), [datacenter](), [hardware](), [ios](), [ipv6](), [is-is](), [netlab](), [network](), [ospf](), [vxlan]() ### AI overview The article examines the IPv6 loopback-prefix problem in high-speed routers and data-center switches. OSPFv3 requires loopbacks to be advertised as /128s, which can increase forwarding hardware demands when /64 addressing is preferred. It compares vendor behaviors and suggests IS-IS or BGP as possible alternatives. ### Source excerpt Remember the sage advice to simplify your life and use the IPv6 /64 prefixes everywhere? Not only does it make your life simpler (and wastes immesuarably less address space than the crazy "let's assign /64 to every device" stupidity), it also reduces the hardware requirements in your high-speed routers layer-3 switches. You see, doing lookups on 64 bits uses half the silicon it takes to do lookups on 128 bits. Alas, some people never got the memo. OSPFv3 standard clearly states in one of the bullets in section 4.4.3.9 that the loopback prefixes should always be advertised as /128s regardless of what's configured on the interface. Read more ... ## Introducing the J2sw MTU and Encapsulation Calculator DevFeed: [Introducing the J2sw MTU and Encapsulation Calculator]() Original publisher: [Read original article]() Author: j2sw Published: 2026-07-28T16:37:53Z Content type: tutorial Language: en Sources: [Justin Wilson (j2sw)]() Topics: [Network](), [Tool](), [Ethernet](), [VXLAN]() Tags: [calculator](), [cisco](), [ethernet](), [fragmentation](), [gre](), [headers](), [ipsec](), [ipv4](), [ipv6](), [juniper](), [mikrotik](), [mpls](), [mtu](), [network-engineering-resources](), [network-tools](), [network-troubleshooting](), [overhead](), [payload](), [pppoe](), [vlan](), [vxlan]() ### AI overview The article introduces the J2SW MTU and Encapsulation Calculator, which estimates inner IP MTU and required underlay MTU for combinations of PPPoE, GRE, VLAN, MPLS, VXLAN, and other encapsulations. It explains how Layer 2 tags affect Ethernet frame size separately from IP MTU and describes overhead calculations, including cases where fragmentation can be avoided. ### Source excerpt Ever wondered what the effects of different combinations of PPPoE, GRE, and others have on the MTU of a packet? I am excited to announce the first of many J2 Network tools: the J2SW MTU and Encapsulation Calculator. You select the service MTU and the encapsulation used on the path. The calculator then works out ... Read more The post Introducing the J2sw MTU and Encapsulation Calculator appeared first on Justin Wilson (j2sw). ## 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. ## 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. ## Data Center Fabrics High Level Overview DevFeed: [Data Center Fabrics High Level Overview]() Original publisher: [Read original article]() Author: j2sw Published: 2026-06-17T12:30:00Z Content type: tutorial Language: en Sources: [Justin Wilson (j2sw)]() Topics: [data centers](), [Network architectures](), [networking](), [Latency]() Tags: [architecture](), [data-center](), [ecmp](), [internet-architecture](), [latency](), [leaf-switch](), [network](), [servers](), [spine-switch](), [storage](), [vxlan]() ### AI overview This article explains data center fabrics as networks that connect servers, storage systems, and other network devices. It describes the common leaf-and-spine architecture, the roles of leaf and spine switches, packet movement, and how multiple paths provide bandwidth and predictable latency. ### Source excerpt A data center fabric connects servers, storage, and network devices using a leaf-spine architecture designed for high bandwidth and predictable latency. Learn how packets move through a fabric, why ECMP matters, and how modern data centers support virtualization, cloud, and AI workloads. The post Data Center Fabrics High Level Overview appeared first on Justin Wilson (j2sw). ## 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 ... ## 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 ... ## 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 ... ## Kubernetes 网络深度系列 DevFeed: [Kubernetes 网络深度系列]() Original publisher: [Read original article]() Author: Liao Tonglang Published: 2026-04-03T00:00:00Z Content type: tutorial Language: zh Sources: [土法炼钢 - 系统与基础设施]() Topics: [Kubernetes](), [Linux](), [eBPF](), [VXLAN](), [gateway](), [nginx](), [traefik](), [Grafana]() Tags: [ebpf](), [gateway](), [grafana](), [index](), [k8s](), [kubernetes](), [linux](), [net-11](), [networking](), [nginx](), [return](), [series](), [service-mesh](), [traefik](), [vxlan]() ### AI overview A Chinese tutorial series explains Kubernetes networking from the Linux network stack through virtual devices, routing, tunnels, eBPF, CNI plugins, Services, security policies, service discovery, traffic management, performance tuning, and troubleshooting. It includes packet captures, code, and kernel-source references, with comparisons of major CNI and ingress approaches. ### Source excerpt 从 Linux 网络栈的第一个字节到多集群联邦网络的最后一跳----用代码、抓包和内核源码把 Kubernetes 网络讲透 ## 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 ... ## Technology Short Take 191 DevFeed: [Technology Short Take 191]() Original publisher: [Read original article]() Author: Scott Lowe Published: 2026-02-27T14:00:00Z Content type: article Language: en Sources: [Scott's Weblog]() Topics: [networking](), [Ansible](), [Security](), [Infrastructure as code](), [Artificial Intelligence](), [Large Language Model](), [Containers](), [VXLAN]() Tags: [ai](), [ansible](), [aws](), [blog](), [cilium](), [cli](), [cloud](), [cni](), [containers](), [cri-o](), [devops](), [docker](), [go](), [gre](), [iac](), [k8s](), [kubernetes](), [linux](), [llm](), [network-automation](), [networking](), [oci](), [security](), [vxlan]() ### AI overview Technology Short Take 191 is a curated collection of commentary and links covering networking, network automation, security, cloud management, containers, operating systems, applications, AI adoption, and software vulnerabilities. ### Source excerpt Welcome to Technology Short Take #191! This is my semi-regular collection of links related to technology disciplines, including networking, security, cloud computing, storage, and programming/development. I hope that I've managed to curate an interesting and useful set of links for readers. Enjoy! Networking I learned a new acronym from Ivan Pepelnjak in his article on "not so passive" OPSFv2 interfaces in Cisco IOS/XR: QDS (Quick and Dirty Solution). I am totally using that from now on. Via Ivan (hat tip to my colleague Russ for pointing me in this direction), I also learned that all is not well in network automation land with Ansible. Although some parts of it are apparently now resolved, this does raise questions about the viability of Ansible for network automation. Doug Dawson talks about the new Amazon Eero Signal, a cellular backup to a primary broadband connection for users using their Eero mesh systems. I agree with Doug--the pricing seems high to me. I generally like the Eero devices, although there have been times when I really could use a bit more control over the settings. Security The APNIC blog features a guest article discussing the use of tunneling protocols to infiltrate networks. The article specifically discusses Generic Routing Encapsulation (GRE) and Virtual Extensible LAN (VXLAN). It's worth a read if your network uses either of these technologies. Cloud Computing/Cloud Management Somewhere along the way I missed the CDK deprecation announcement. If I am not mistaken, this leaves Pulumi as the only cloud-independent IaC tool that lets you use a general purpose programming language. Managing dependencies between containers can be difficult at times; this blog post by Nicolas Fränkel introduced me to wait4x, a tool one can use to help simplify these types of situations. Operating Systems/Applications I appreciated reading Mitchell Hashimoto's AI adoption journey. I feel it does provide a more realistic approach to how someone in a role like his m ## Lab: More Complex EVPN/VXLAN Bridging Scenario DevFeed: [Lab: More Complex EVPN/VXLAN Bridging Scenario]() Original publisher: [Read original article]() Published: 2026-02-27T08:13:00Z Content type: tutorial Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [VXLAN](), [GitHub]() Tags: [apple](), [bridging](), [container](), [evpn](), [github](), [infrastructure](), [installation](), [vxlan]() ### AI overview This tutorial presents a more complex EVPN/VXLAN bridging lab using several EVPN MAC-VRFs mapped to different VLAN segments on individual PE devices. The lab can run on netlab-enabled infrastructure, a free GitHub Codespace, or an Apple-silicon Mac. ### Source excerpt In the first EVPN/VXLAN lab, we added the EVPN control plane to bridging over VXLAN. Now, let's try out a more complex scenario: several EVPN MAC-VRFs mapped to different VLAN segments on individual PE-devices. 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). ## EVPN IP-VRFs on Cisco IOS/XE: Configuration Notes DevFeed: [EVPN IP-VRFs on Cisco IOS/XE: Configuration Notes]() Original publisher: [Read original article]() Published: 2026-02-18T06:31:00Z Content type: tutorial Language: en Sources: [ipSpace.net blog]() Topics: [evpn](), [Cisco](), [VXLAN](), [configuration](), [BGP](), [MPLS VPN]() Tags: [bgp](), [cisco](), [configuration](), [evpn](), [gotchas](), [how-to](), [ios](), [vxlan]() ### AI overview The article shares configuration notes from getting EVPN IP-VRFs with transit VXLAN segments working on Cisco IOS/XE. It explains VLAN or bridge-domain requirements, VRF and interface setup, EVPN route-target placement, BGP activation, and related testing considerations. ### Source excerpt Last week, I described some of the gotchas I encountered while trying to make EVPN MAC-VRFs work on Cisco IOS/XE. In the meantime, I got IP-VRFs with transit VXLAN segments working. Here are the CliffsNotes: Starting with the disgusting configuration mechanism: Read more ... ## Explore Configurations of Unfamiliar Devices with netlab DevFeed: [Explore Configurations of Unfamiliar Devices with netlab]() Original publisher: [Read original article]() Published: 2026-02-16T07:28:00Z Content type: tutorial Language: en Sources: [ipSpace.net blog]() Topics: [networking](), [Python](), [Cisco](), [BGP](), [evpn](), [VXLAN]() Tags: [bgp](), [cisco](), [evpn](), [netlab](), [networking](), [python](), [vxlan]() ### AI overview This tutorial explains how to use the netlab Python package to generate configurations for unfamiliar network devices. It describes finding a suitable lab topology, downloading it, selecting a device platform, creating configuration files, and adapting the results for specific needs. ### Source excerpt Apart from IP multicast and QoS, netlab can configure commonly used networking technologies across dozens of devices from most networking vendors. Why don't you use all that embedded knowledge (supported by hundreds of integration tests) to help you configure unfamiliar devices? You don't have to install VM or container managers (Vagrant/containerlab), or beg vendors to give you access to device VMs/containers, to get working device configurations. All you need is a Python package that works on Windows1, macOS, or Linux. It's as simple as this: Read more ... [Next page]()