Andy sent me this question:
I'm currently playing around with BGP & VXLANs and wondering: is there anything preventing from building a virtual IXP with VXLAN? This would be then a large layer 2 network - but why have nobody build this to now, or why do internet exchanges do not provide this?
There was at least one IXP that was running on top of VXLAN. I wanted to do a podcast about it with people who helped them build it in early 2015 but one of them got a gag order.
Read more ...This article is the second post in a series that is all about EVPN-VXLAN and Juniper QFX technology. This particular post is focussed specifically on EVPN Anycast Gateway and how to verify control plane and data plane on Juniper QFX10k series switches.
In my first post, I explained how to verify MAC learning behaviour in a single-homed host scenario. This time we’re going to look at how to verify control plane and data plane when using EVPN Anycast Gateway. As explained in my previous post, verifying and troubleshooting EVPN-VXLAN can be very difficult. Especially when you consider all the various elements that build up the control plane and data plane.
So, what is EVPN Anycast Gateway?
During the initial conception of EVPN L3 gateway, it was assumed that all PE devices would be configured with a Layer 3 interface (IRB) for a given Virtual Network. It was also intended that all IRB interfaces would be configured with the same IP address thus creating a redundant gateway mechanism.
This worked great until EVPN-VXLAN came along and crucially the hardware that was being deployed at the leaf layer no longer provided support for VXLAN L3 Gateway (IRB). As a result, Anycast Gateway, or Virtual Gateway Continue reading
At the Open Networking Summit, AT&T said DANOS was critical to the company as it deploys 60,000 white boxes and transforms its network to deal with the onslaught of traffic and the advent of 5G.
Networking giant finally bows to pressure from web-scale companies and separates software from hardware in its data center and service provider product lines.
Networking giant finally bows to pressure from web-scale companies and separates software from hardware in its data center and service provider product lines.
Today, we’re celebrating the one year anniversary of FRR: The Free Range Routing project, a project we at Cumulus Networks set out to collaborate on with innovators in the industry to help shape the future of web-scale networking. With FRRouting (FRR), the community has built on the foundations of Quagga and taken huge steps forward to build the most full-featured, high-performance open routing stack available — making engineers’ lives significantly easier in the process. Now, FRR is the easiest and quickest way for the community to contribute to the future of routing.
To honor its success and growth, we’d like to highlight a few key moments in time since the project began…
As we set out to expand the technology, we knew we needed a team of industry leaders. Companies like 6WIND, Architecture Technology Corporation, LabN Consulting, NetDEF (OpenSourceRouting) and Orange were some of the first to collaborate with us at Cumulus Networks on the project’s mission.
At Cumulus, we knew that FRR was going to be a game-changer for our own customers, so we too adopted FRR on Cumulus Linux. Now, all 1,000+ of our customers are benefiting from a more flexible infrastructure.
Over Continue reading