Jarenlang werd een Internet Exchange Point (IXP) beschreven als een enorme Ethernet-switch waar operators, contentproviders en zakelijke netwerken hun routers verbinden om verkeer direct uit te wisselen. Deze uitleg blijft nuttig, maar blijft achter bij de complexiteit van infrastructuren zoals DE-CIX, LINX of AMS-IX: achter de peering LAN bevinden zich tegenwoordig gedistribueerde architecturen tussen meerdere datacenters, met EVPN, MPLS, VXLAN, automatisering en 100 en 400 GbE-verbindingen.
De kernprincipes van grote IXP-architecturen in 30 seconden
- Een IXP biedt een gedeelde laag 2-infrastructuur waarop leden BGP-sessies opzetten.
- De route servers vergemakkelijken multilaterale peering, maar vervoeren geen gebruikersverkeer.
- DE-CIX voltooide in 2022 de migratie van hun Apollon-platform naar EVPN terwijl de service operationeel bleef.
- LINX gebruikt momenteel EVPN over MPLS op LON1 en EVPN over VXLAN op LON2.
- Er bestaat niet één enkele architectuur: AMS-IX blijft een MPLS/VPLS-platform documenteren voor hun Amsterdamse uitwisseling.
Deze verschillen zijn belangrijk omdat het internet niet functioneert als een reeks privé-circuits tussen operatorparen. Wanneer twee autonome systemen verkeer willen uitwisselen, kunnen zij peering opzetten, waardoor dat verkeer niet noodzakelijk via een transit-provider hoeft te lopen.
Een IXP creëert precies die technische plek waar dit mogelijk is.
Wat gebeurt er echt als een netwerk verbinding maakt met een IXP
Vanuit het perspectief van het lid lijkt het proces vrij eenvoudig.
De operator verbindt één of meerdere poorten van zijn router aan de infrastructuur van het IXP. Hij krijgt IPv4- en IPv6-adressen toegewezen binnen de peering LAN en stelt daarover eBGP-sessies op met andere organisaties.
Bijvoorbeeld, éénzelfde IXP kan gelijktijdig verbonden zijn met:
| Deelnemer | Rol |
|---|---|
| ISP A | Internet Service Provider |
| Cloudflare | CDN en contentnetwerk |
| Content- en serviceprovider | |
| ISP B | Regionale provider |
| Cloud-provider | Online infrastructuur en diensten |
Alle deelnemers bevinden zich op dezelfde Ethernet-infrastructuur van de uitwisseling, maar betekent niet dat ze allemaal routes uitwisselen met elkaar.
De beslissingen blijven gebaseerd op BGP.
Een operator kan direct peering onderhouden met bijvoorbeeld Google en Cloudflare, een route server gebruiken om routes uit te wisselen met honderden andere netwerken, en tegelijkertijd geen routes accepteren van bepaalde deelnemers.
De IXP verzorgt de connectiviteit. Elk lid bepaalt zijn eigen beleid.
Dit ontkracht ook een algemeen misverstand: de IXP bepaalt niet hoe het verkeer binnen haar deelnemers stroomt.
Het zijn de routers van de autonome systemen die die beslissingen nemen, gebruikmakend van BGP.
De route server elimineert honderden BGP-sessies
De route servers vormen een van de belangrijkste onderdelen van grote exchange points.
Stel je voor dat een IXP 800 deelnemers heeft. Wil een netwerk peering opzetten met allemaal, dan moet het honderden aparte BGP-sessies beheren.
De route server vereenvoudigt dit scenario aanzienlijk.
Het lid stelt één of meestal twee sessies op met route servers. Deze ontvangen de aangebode routes van andere deelnemers en herdistribueren ze volgens de relevante policies.
Het belangrijkste is dat de route server niet het volgende hop voor verkeer wordt.
Het proces kan als volgt worden samengevat:
- De ISP A adverteert zijn prefixes aan de route server.
- De provider B adverteert ook routes.
- De route server deelt de routes van B met ISP A.
- De router van ISP A leert hoe hij bij B komt.
- Als er verkeer is, reizen de pakketten direct tussen routers van A en B via de LAN van het IXP.
De route server is actief op het control plane, maar niet op de data plane.
In veel IXPs zijn deze systemen geen grote fysieke routers; vaak wordt software zoals BIRD gebruikt op Linux-servers, omdat hun hoofdtaak het verwerken van BGP-sessies en policies is.
DE-CIX gebruikt bijvoorbeeld BIRD binnen hun GlobePEER-service.
Het echte probleem begint wanneer een IXP zich over tientallen gebouwen uitstrekt
Een klein uitwisselpunt binnen één datacenter kan relatief eenvoudig worden opgebouwd.
De uitdaging is compleet anders wanneer een IXP zich uitstrekt over meerdere datacenters.
Een deelnemer kan verbinden vanuit een datacenter in het noorden van een stad, terwijl een andere dat doet vanuit een ander locatie enkele kilometers verderop. Vanuit beide routers moet een vrijwel identieke peeringervaring worden geboden.
Een duidelijker manier om dit te visualiseren in WordPress is via de stroom:
Datacenter A
Router van ISP A → toegangsknooppunt van het IXP
Datacenter B
Router van ISP B → toegangsknooppunt van het IXP
Datacenter C
Router van contentprovider → toegangsknooppunt van het IXP
De drie toegangsknooppunten zijn verbonden via een gedistribueerd intern netwerk van het IXP.
Vanuit het oogpunt van deelnemers blijft het verbinden aan dezelfde peering LAN hetzelfde. Intern moet de uitwisseling het verkeer echter over meerdere gebouwen, links en netwerkapparatuur transporteren.
Hier komen technologieën zoals MPLS, VPLS, VXLAN en EVPN in beeld.
DE-CIX migreerde zijn netwerk naar EVPN met werkend verkeer
DE-CIX biedt een van de meest interessante voorbeelden.
In december 2022 kondigde het aan de grootste netwerkupgrade in de geschiedenis te hebben voltooid. Het Apollon-platform evolueerde naar Peering LAN 2.0, gebaseerd op Ethernet Virtual Private Network (EVPN).
De migratie is vooral opvallend omdat deze werd uitgevoerd terwijl de uitwisselingen operationeel bleven.
Het proces begon in Phoenix en Frankfurt en werd daarna uitgerold over andere locaties die dezelfde architectuur gebruikten.
Vooraf recreëerde DE-CIX virtueel de peering LANs om het gedrag van het nieuwe ontwerp te testen.
Een van de doelen was om iets te verminderen dat op kleine netwerken nauwelijks problematisch is, maar bij duizenden deelnemers wel: ARP en Neighbor Discovery.
Wanneer een router wil weten welk MAC-adres bij een IP hoort, stuurt hij meestal een aanvraag die bij vele apparaten binnen het layer 2-domein terechtkomt.
Met honderden of duizenden routers wordt dat verkeer aanzienlijk en mogelijk problematisch.
EVPN maakt het mogelijk om IP-MAC-informatie te distribueren via het control plane en toepassen van Proxy ARP en Proxy Neighbor Discovery, waardoor de noodzaak om LAN-verkeer continu te vullen met deze requests afneemt.
Daarnaast heeft DE-CIX meegedacht aan RFC 9161, dat draait om het operationeel gebruik van Proxy ARP/ND over EVPN.
Sommige klanten meldden tot 25% minder CPU-belasting op hun routers na de migratie, dankzij de afname van ARP- en NDP-verkeer.
Hoe EVPN werkt binnen een IXP
EVPN brengt een belangrijke verandering ten opzichte van traditioneel Ethernet.
In een standaard Ethernet-domein leren switches vooral welke MAC-adressen bestaan door het verkeer dat ze ontvangen.
Als ze het niet weten, kunnen ze terugvallen op flooding.
EVPN voegt een control plane toe gebaseerd op MP-BGP waarmee deze informatie expliciet wordt gedeeld tussen apparaten.
De gevereerde werking is als volgt:
| Stap | Wat gebeurt er |
|---|---|
| 1 | Een deelnemer maakt verbinding met de toegangsknooppunt van het IXP |
| 2 | Het knooppunt leert de MAC en andere gegevens |
| 3 | EVPN distribueert deze informatie naar andere benodigde apparaten |
| 4 | De andere knooppunten weten waar die deelnemer zich bevindt |
| 5 | Het verkeer kan worden vervoerd zonder te vertrouwen op flooding |
De gebruiker ziet nog altijd een Ethernet LAN.
De complexiteit is verborgen binnen de netwerkarchitectuur van het IXP.
LINX bewijst dat EVPN op verschillende manieren kan worden gebouwd
Een ander goed voorbeeld is LINX, de London Internet Exchange.
Hun Londense netwerk is verdeeld in twee grote platformen, LON1 en LON2, met elk verschillende architecturen.
LON1 gebruikt EVPN over MPLS.
De huidige infrastructuur bevat Juniper- en Nokia-apparatuur en is verspreid over meerdere datacenters in Londen.
LON2 gebruikt een andere combinatie:
EVPN + VXLAN + leaf-spine-architectuur.
LINX was een van de eerste grote IXPs die voor dit gedisaggregeerde model koos en blijft de platformen in 2026 verder moderniseren met Nokia IXR en SR Linux-apparatuur.
Voor een eenvoudige vergelijking:
| Platform | Overlay | Transportsysteem |
|---|---|---|
| LINX LON1 | EVPN | MPLS |
| LINX LON2 | EVPN | VXLAN |
| DE-CIX Apollon | EVPN | Eigen gedistribueerde infrastructuur |
De diensten die aan deelnemers worden aangeboden lijken hetzelfde, ook al verschillen de onderliggende architecturen.
Dit is vooral interessant voor netwerkbeheerders en architecten omdat het aantoont dat EVPN niet gebonden is aan één onderliggend transport.
AMS-IX herinnert eraan dat VPLS nog niet verdwenen is
Het zou onjuist zijn te stellen dat de grote IXP’s in Europa nu allemaal op EVPN draaien.
De documentatie die AMS-IX momenteel publiceert voor haar Amsterdamse platform blijft een architectuur op basis van MPLS/VPLS.
AMS-IX gebruikt Juniper MX10008, ACX7100 en Extreme SLX-9540 in verschillende delen van haar netwerk, terwijl de kern eveneens uit Juniper- systemen bestaat.
Leden kunnen interfaces aanvragen van 10, 100 en 400 GbE.
Voor hen blijft er een gedeelde Ethernet-infrastructuur bestaan. Het MPLS/VPLS-netwerk transporteert deze service tussen de verschillende locaties van AMS-IX.
Dit voorbeeld is belangrijk omdat het voorkomt dat EVPN automatisch de universele oplossing wordt.
Operator-netwerken evolueren geleidelijk, en een bestaande architectuur kan nog vele jaren voldoen aan de eisen qua capaciteit, stabiliteit, automatisering en security.
De interne apparatuur is niet zomaar simpele switches
Een andere update is dat binnen grote IXPs niet alleen eenvoudige Ethernet-switches worden ingezet.
De service die aan deelnemers wordt geleverd is in essentie laag 2, maar dat betekent niet dat de hardware intern geen routingmogelijkheden heeft.
LINX gebruikt bijvoorbeeld Juniper MX10008 en Nokia 7750 SR, terwijl AMS-IX ook de MX10008 inzet.
Deze systemen kunnen MPLS, BGP, EVPN, telemetry en vele functies uitvoeren die typisch zijn voor operator-netwerken.
Het belangrijkste verschil zit niet zozeer in wat de apparatuur fysiek kan, maar in welke rol deze inneemt binnen de architectuur van het uitwisselpunt.
Het BGP-proces van het lid blijft actief.
De interne infrastructuur verzorgt het transport van frames naar de juiste deelnemer.
EVPN vermindert flooding en verbetert convergentie
Een van de grootste voordelen van EVPN wordt duidelijk wanneer je het traditionele MAC-leren vergelijkt met een control-plane-gebaseerd model.
In een klassieke LAN leert een switch vooral welke MAC-adressen er zijn door het verkeer dat hij ontvangt.
Als hij het niet weet, gebruikt hij flooding.
EVPN voegt een control plane toe gebaseerd op MP-BGP, waarmee die informatie expliciet wordt gedeeld tussen apparaten.
De werking in simpele stappen:
| Stap | Wat gebeurt er |
|---|---|
| 1 | Een deelnemer verbindt zijn router met het toegangsknooppunt van het IXP |
| 2 | Het knooppunt leert MAC en andere gegevens |
| 3 | EVPN distribueert deze informatie naar andere benodigde knooppunten |
| 4 | Andere knooppunten weten waar de deelnemer zich bevindt |
| 5 | Verkeer kan worden vervoerd zonder afhankelijk te zijn van flooding |
De gebruiker ziet nog steeds dezelfde Ethernet LAN.
De complexiteit zit verscholen binnen de netwerkarchitectuur van het IXP.
LINX laat zien dat EVPN op verschillende manieren kan worden opgebouwd
Een ander voorbeeld is LINX, de London Internet Exchange.
Hun Londense netwerk is verdeeld in twee grote platformen, LON1 en LON2, die elk verschillende architecturen gebruiken.
LON1 gebruikt EVPN over MPLS.
De infrastructuur omvat Juniper en Nokia apparatuur en is verdeeld over meerdere datacenters in Londen.
LON2 gebruikt een andere configuratie:
EVPN + VXLAN + leaf-spine architecture.
LINX was een van de eerste grote IXPs die voor dit gedisaggregeerde model kozen en zal de platformen in 2026 blijven moderniseren met Nokia IXR en SR Linux apparatuur.
Eenvoudiger samengevat:
| Platform | Overlay | Transport |
|---|---|---|
| LINX LON1 | EVPN | MPLS |
| LINX LON2 | EVPN | VXLAN |
| DE-CIX Apollon | EVPN | Eigen gedistribueerde infrastructuur |
De diensten die worden geleverd aan deelnemers kunnen hetzelfde lijken, ondanks de verschillende onderliggende architecturen.
Dit is vooral relevant voor netwerkbeheerders en architecten omdat het aantoont dat EVPN niet vastzit aan één enkele onderlaag.
AMS-IX benadrukt dat VPLS nog steeds bestaat
Het zou onjuist zijn te stellen dat de grote IXP’s in Europa allemaal al op EVPN draaien.
De documentatie van AMS-IX voor haar Amsterdamse platform beschrijft nog steeds een architectuur op basis van MPLS/VPLS.
AMS-IX gebruikt Juniper MX10008, ACX7100 en Extreme SLX-9540 op verschillende plekken in haar netwerk, terwijl de kern eveneens uit Juniper-systemen bestaat.
Leden kunnen interfaces aanvragen van 10, 100 en 400 GbE.
Voor hen blijft een gedeelde Ethernet-infrastructuur bestaan. Het MPLS/VPLS-netwerk transporteert die service tussen de verschillende locaties van AMS-IX.
Dit voorbeeld is belangrijk omdat het voorkomt dat EVPN automatisch als de enige juiste oplossing wordt gezien.
Operator-netwerken evolueren voortdurend, en een bestaande architectuur kan vele jaren nog voldoen aan eisen qua capaciteit, stabiliteit, automatisering en security.
Interne apparatuur is niet zomaar eenvoudige switches
Een ander punt dat moet worden herzien, is dat binnen grote IXPs niet enkel eenvoudige Ethernet-switches worden ingezet.
De service die wordt geleverd aan deelnemers is in wezen laag 2, maar dat betekent niet dat de hardware intern geen routingmogelijkheden heeft.
LINX gebruikt bijvoorbeeld Juniper MX10008 en Nokia 7750 SR, terwijl AMS-IX ook de MX10008 inzet.
Deze systemen kunnen MPLS, BGP, EVPN, telemetry en vele andere functies die typisch zijn voor operator-netwerken.
Het belangrijkste is niet zozeer wat de hardware fysiek kan, maar welke rol deze speelt binnen de architectuur van het exchange.
Het BGP-proces van het lid blijft actief.
De interne infrastructuur zorgt voor het transport van frames naar de juiste deelnemer.
EVPN vermindert flooding en verbetert convergentie
Een van de duidelijkste voordelen van EVPN wordt zichtbaar wanneer je het traditionele MAC-leren vergelijkt met een control-plane-gebaseerd model.
In een klassieke LAN leert een switch vooral welke MAC-adressen er zijn door het verkeer dat hij ontvangt.
Als hij het niet weet, gebruikt hij flooding.
EVPN voegt een control plane toe gebaseerd op MP-BGP, waardoor deze informatie expliciet wordt gedeeld tussen apparaten.
De werking in simpele stappen:
| Stap | Wat gebeurt er |
|---|---|
| 1 | Een deelnemer verbindt zijn router met het access node van het IXP |
| 2 | Het node leert MAC en andere gegevens |
| 3 | EVPN distribueert die informatie naar andere nodes |
| 4 | Andere nodes weten waar de deelnemer zich bevindt |
| 5 | Verkeer wordt vervoerd zonder afhankelijk te zijn van flooding |
De gebruiker ziet nog altijd hetzelfde Ethernet LAN.
De complexiteit is verborgen binnen de netwerkarchitectuur van het IXP.
LINX bewijst dat EVPN op verschillende manieren kan worden ingericht
Een ander goed voorbeeld is LINX, de London Internet Exchange.
Hun Londense netwerk is verdeeld over twee grote platformen, LON1 en LON2, die elk verschillende architecturen gebruiken.
LON1 gebruikt EVPN over MPLS.
De infrastructuur bevat Juniper- en Nokia-apparatuur en is verspreid over meerdere datacenters in Londen.
LON2 gebruikt een andere combinatie:
EVPN + VXLAN + leaf-spine-architectuur.
LINX was een van de eerste grote IXPs die voor dit gedisaggregeerde model kozen en blijft de platformen in 2026 verder moderniseren met Nokia IXR en SR Linux-apparatuur.
Samengevat:
| Platform | Overlay | Transport |
|---|---|---|
| LINX LON1 | EVPN | MPLS |
| LINX LON2 | EVPN | VXLAN |
| DE-CIX Apollon | EVPN | Eigen gedistribueerde infrastructuur |
De diensten die aan deelnemers worden geleverd, kunnen hetzelfde lijken, ondanks dat de onderliggende architectuur anders is.
Dit is vooral interessant voor netwerkoperators en architecten omdat het laat zien dat EVPN niet vastzit aan één enkele onderlaag.
AMS-IX benadrukt dat VPLS nog steeds bestaat
Het zou onjuist zijn te stellen dat alle grote IXP’s in Europa inmiddels op EVPN draaien.
De documentatie van AMS-IX voor haar Amsterdamse platform beschrijft nog steeds een architectuur gebaseerd op MPLS/VPLS.
AMS-IX gebruikt Juniper MX10008, ACX7100 en Extreme SLX-9540 op diverse plaatsen, en ook de kern maakt gebruik van Juniper-systemen.
Leden kunnen interfaces aanvragen van 10, 100 en 400 GbE.
Voor hen blijft er een gedeelde Ethernet-infrastructuur bestaan. Het MPLS/VPLS-netwerk transporteert deze service tussen de verschillende AMS-IX-locaties.
Dit voorbeeld laat zien dat EVPN niet automatisch de enige weg is en dat bestaande netwerken nog lange tijd voldoen aan de eisen voor capaciteit, stabiliteit, automatisering en veiligheid.
De interne apparatuur is niet slechts eenvoudige switches
Een ander punt is dat binnen grote IXPs niet uitsluitend eenvoudige Ethernet-switches worden gebruikt.
De service die wordt geleverd is in essentie laag 2, maar dat betekent niet dat de hardware intern geen routingfuncties heeft.
LINX gebruikt bijvoorbeeld Juniper MX10008 en Nokia 7750 SR, en AMS-IX gebruikt ook de MX10008.
Deze systemen kunnen MPLS, BGP, EVPN, telemetry en vele andere functies uitvoeren die gangbaar zijn voor operator-netwerken.
Het belangrijkste verschil ligt niet in wat de hardware fysiek kan, maar in de rol die het speelt binnen de architectuur van het uitwisselpunt.
Het BGP-proces van het lid blijft actief.
De interne infrastructuur verzorgt het transport van frames naar de juiste deelnemer.
EVPN vermindert flooding en verbetert convergentie
Een van de meest duidelijke voordelen van EVPN wordt zichtbaar wanneer je het traditionele MAC-leren vergelijkt met een control-plane-model.
In een klassieke LAN leert een switch vooral welke MAC-adressen er bestaan door het verkeer dat hij ontvangt.
Als hij het niet weet, gebruikt hij flooding.
EVPN voegt een control plane toe gebaseerd op MP-BGP, waarmee die informatie expliciet wordt gedeeld tussen apparaten.
De werking in eenvoudige stappen:
| Stap | Wat gebeurt er |
|---|---|
| 1 | Een deelnemer verbindt zijn router met het access node van het IXP |
| 2 | Het node leert MAC en andere gegevens |
| 3 | EVPN distribueert deze info naar andere nodes |
| 4 | Andere nodes weten waar de deelnemer zich bevindt |
| 5 | Verkeer wordt vervoerd zonder afhankelijk te zijn van flooding |
De gebruiker ziet nog altijd hetzelfde Ethernet LAN.
De complexiteit is verscholen in de netwerkarchitectuur van het IXP.
LINX toont dat EVPN op verschillende manieren kan worden opgebouwd
Een ander goed voorbeeld is LINX, de London Internet Exchange.
Hun Londense netwerk is verdeeld over twee grote platformen, LON1 en LON2, die elk verschillende architecturen gebruiken.
LON1 gebruikt EVPN over MPLS.
De infrastructuur bevat Juniper en Nokia hardware en is verspreid over meerdere datacenters in Londen.
LON2 gebruikt een andere aanpak:
EVPN + VXLAN + leaf-spine.
LINX was een van de eerste grote IXPs die voor dit gedisaggregeerde ontwerp kozen en blijft de platformen in 2026 verder moderniseren met Nokia IXR en SR Linux hardware.
Eenvoudig samengevat:
| Platform | Overlay | Transport |
|---|---|---|
| LINX LON1 | EVPN | MPLS |
| LINX LON2 | EVPN | VXLAN |
| DE-CIX Apollon | EVPN | Eigen gedistribueerde infrastructuur |
De diensten die worden aangeboden aan deelnemers kunnen hetzelfde lijken, ondanks de verschillende onderliggende architecturen.
Dit is vooral interessant voor netwerkbeheerders en architecten omdat het aantoont dat EVPN niet gebonden is aan één enkele onderlaag.
AMS-IX benadrukt dat VPLS nog niet verdwenen is
Het zou verkeerd zijn te stellen dat alle grote IXP’s in Europa al op EVPN draaien.
De documentatie van AMS-IX voor haar Amsterdamse platform blijft een architectuur op basis van MPLS/VPLS.
AMS-IX gebruikt Juniper MX10008, ACX7100 en Extreme SLX-9540 op verschillende locaties, terwijl de kern ook uit Juniper-systemen bestaat.
Leden kunnen interfaces aanvragen van 10, 100 en 400 GbE.
Voor hen blijft de gedeelde Ethernet-infrastructuur bestaan. Het MPLS/VPLS-netwerk transporteert die service tussen de locaties van AMS-IX.
Dit voorbeeld benadrukt dat EVPN niet automatisch de enige optie is, en dat bestaande netwerken nog vele jaren aan de eisen kunnen blijven voldoen qua capaciteit, stabiliteit, automatisering en security.
Interne apparatuur is niet enkel eenvoudige switches
Een andere misvatting is dat binnen grote IXPs alleen eenvoudige Ethernet-switches worden gebruikt.
De service die wordt geleverd aan deelnemers is in basis laag 2, maar dat betekent niet dat de hardware intern geen routingvermogens heeft.
LINX gebruikt bijvoorbeeld Juniper MX10008 en Nokia 7750 SR, en AMS-IX maakt ook gebruik van de MX10008.
Deze systemen kunnen MPLS, BGP, EVPN, telemetry en vele andere functies uitvoeren die typisch zijn voor operator-netwerken.
Het belangrijkste verschil ligt niet zozeer in de fysische capaciteiten, maar in de rol die ze binnen de architectuur van het exchange spelen.
Het BGP-proces van het lid blijft actief.
De interne infrastructuur verzorgt het transport van frames naar de juiste deelnemer.
EVPN vermindert flooding en verbetert convergentie
Een van de grootste voordelen van EVPN wordt duidelijk wanneer je het traditionele MAC-leren vergelijkt met een control-plane-model.
In een standaard LAN leert een switch vooral welke MAC-adressen er zijn door het verkeer dat hij ontvangt.
Wanneer het onbekend is, gebruikt hij flooding.
EVPN voegt een control plane toe, gebaseerd op MP-BGP, waarmee die MAC-adressen expliciet worden gedeeld tussen alle apparaten.
De werking in eenvoudige stappen:
| Stap | Wat gebeurt er |
|---|---|
| 1 | Een deelnemer verbindt zijn router met het access node van het IXP |
| 2 | De node leert MAC en andere info |
| 3 | EVPN distribueert deze info naar andere nodes |
| 4 | Andere nodes weten waar de deelnemer is |
| 5 | Verkeer wordt vervoerd zonder afhankelijk te zijn van flooding |
De gebruiker ziet nog altijd dezelfde Ethernet LAN.
De complexiteit zit verborgen in de netwerkarchitectuur van het IXP.
LINX toont dat EVPN op verschillende manieren kan worden opgebouwd
Nog een goed voorbeeld is LINX, de London Internet Exchange.
Hun Londense netwerk is verdeeld over twee grote platformen, LON1 en LON2, die elk verschillende architecturen gebruiken.
LON1 gebruikt EVPN over MPLS.
De infrastructuur bestaat uit Juniper- en Nokia-apparatuur en is verspreid over meerdere Londense datacenters.
LON2 gebruikt een andere aanpak:
EVPN + VXLAN + leaf-spine-architectuur.
LINX was een van de eerste grote IXPs die voor dit gedisaggregeerde model kozen en blijft de platformen in 2026 verder moderniseren met Nokia IXR en SR Linux apparatuur.
Samengevat:
| Platform | Overlay | Transport |
|---|---|---|
| LINX LON1 | EVPN | MPLS |
| LINX LON2 | EVPN | VXLAN |
| DE-CIX Apollon | EVPN | Eigen gedistribueerde infrastructuur |
De diensten die aan deelnemers worden aangeboden, kunnen hetzelfde lijken, ondanks de verschillende onderliggende architecturen.
Dit is vooral interessant voor netwerkbeheerders en architecten omdat het laat zien dat EVPN niet gebonden is aan één onderlaag.