Az ajánlaton „L2VPN”-t olvas, majd a konfigurációs lapon „VPLS”-t, és azt feltételezi, hogy a második szó szűkíti az elsőt. Néha így van, néha viszont a két sor egymástól független kérdésekre válaszol. A tévedés az, hogy ezeket a neveket az alapostól a haladóig tartó létra fokainak tekintjük. Az L2VPN egy család, a VPWS és a VPLS két szolgáltatásviselkedés benne, az EVPN pedig egy vezérlősíki mechanizmus, amely bármelyiket hordozhatja.

Minden rövidítés más kérdésre válaszol

Kezdje azzal, mit kell tennie az ügyfélcsatlakozásnak, mert ez az egyetlen kérdés, amelyre a szolgáltatásmodell válaszol. Egy pont-pont áramkör két helyszín között és egy tíz helyszínen megosztott Ethernet-szegmens különböző termékek, még akkor is, ha mindkettőt 2-es rétegű kapcsolatként értékesítik.

NameQuestion it answersWhat it does not tell you
L2VPNWhich family of services carries Ethernet framesPoint-to-point or multipoint
VPWSA pair of attachment circuits behaves as one wireWhich control plane builds it
VPLSMany attachments share a bridged broadcast domainWhether MAC learning is limited or flooded
EVPNBGP distributes MAC and IP reachabilityWhich service model it is being used for

Ez a táblázat nem hierarchia, és hierarchiaként olvasni a szokásos beszerzési hibát okozza: egy VPWS-ajánlat összehasonlítását egy VPLS-ajánlattal, mintha a második az első teljesebb változata lenne. Különböző problémákat oldanak meg, és egyik sem felhalmaz abban az értelemben, ahogy a vásárlók feltételezik.

A VPWS és a VPLS a továbbítási döntésnél válik el

Egy virtuális magánvezeték-szolgáltatásban a csatlakozás választja ki a távoli végpontot. Az ezen a porton érkező forgalom a párosított port felé hagyja el a hálózatot, és a szolgáltató pereme nem kell megtanulja, milyen MAC-címek vannak mögötte az alapvető továbbítási döntéshez.

Egy VPLS-ben a szolgáltató pereme hidat alkot. Megvizsgálja minden keret cél-MAC-címét, csatlakozásonként megtanulja a forráscímeket, és az emulált LAN-on belül elárasztja az ismeretlen célokat. Ez teszi a szolgáltatást LAN-szerűvé, és innen származnak az üzemeltetési korlátok is.

A többpontosnak látszó diagram nem bizonyítja, hogy minden helyszín egyetlen üzenetszórási tartományt oszt meg. Két szolgáltató ugyanazt a felhőt rajzolhatja, és egy áthidalt tartományt vagy több pont-pont áramkört értékesíthet, a különbség pedig csak akkor válik láthatóvá, amikor egy üzenetszórás, egy ismeretlen unicast keret vagy egy MAC-mozgás átlépi egy helyszín határát. Egy két helyszín közötti üzenetszórásos ping gyorsabban válaszol a kérdésre, mint bármely architektúra-diagram. Ha a válaszok minden más helyszínről megérkeznek, egy hídja van; ha csak a pár válaszol, egy vezetéke van.

Az EVPN vezérlősík, nem topológia

Az EVPN alap-specifikációja, az RFC 7432, BGP MPLS-alapú Ethernet VPN eljárásokat határoz meg: a MAC-elérhetőséget BGP-ben hirdetik, nem csak az adatsík elárasztásával tanulják. Ezután az RFC 8214 meghatározza a VPWS támogatását EVPN-nel, és ez az a pont, amely megtöri a létramodellt. Ugyanaz a vezérlősík szolgálja ki a pont-pont szolgáltatást és a többpontos szolgáltatást.

Tehát a „futtatunk EVPN-t” nem válasz arra, hogy „mit vásároltunk”. A szolgáltatónak továbbra is meg kell mondania, hogy a szolgáltatás csatlakozáspár-e vagy megosztott híd, és hogy a szállítás MPLS, VXLAN vagy valami más. Ezek a választások különböző dokumentumokban és a konfiguráció különböző részein élnek.

Egy üzemeltető számára a gyakorlati következmény az, hogy az EVPN korai választása olcsóbbá teszi a későbbi szolgáltatásváltozásokat, mert az elérhetőséget már jelzik, nem árasztják el. Ez nem szünteti meg annak szükségességét, hogy először a szolgáltatásmodellt döntsék el, és nem tesz helyessé egy hibásan konfigurált hidat.

Az MPLS adatút, nem a meghatározás

A keretdokumentumok a családot és annak követelményeit írják le; nem írnak elő egyetlen beágyazást sem. Az MPLS-címkék verembe rendezése gyakori szállítás ezeknél a szolgáltatásoknál, és nem az egyetlen. A BGP-vel jelzett szolgáltatás és az MPLS továbbítási út külön tervezési döntések, amelyek csak gyakran együtt jelennek meg.

Amikor az eladó azt mondja, „MPLS L2VPN”, kérdezze meg, melyik felet írja le. Ha a válasz csak a szállítás, a szolgáltatásmodell még mindig meghatározatlan, és a csatlakozás viselkedése még mindig ismeretlen.

Négy kérdés, amely címkét szerződéssé tesz

Kérdezze meg, mi az átadás: port, VLAN vagy VLAN-köteg, és melyikük beszélhet egymással. Kérdezze meg, hogy a helyszínek egyetlen üzenetszórási tartományt osztanak-e meg, mert az az egy válasz határozza meg az elárasztást, a MAC-korlátokat és a hurok viselkedését.

Kérje el a keretméret-keretet végponttól végpontig, majd adja hozzá maga a beágyazás többletét. Kérdezze meg, mi történik, ha egy csatlakozás meghibásodik, a többi továbbít-e, és a szolgáltató visszavonja-e az elérhetőséget, vagy hagyja egy időzítő lejártáig.

Írja le azt a négy választ a terméknév mellé a nyilvántartásában. Amikor a következő ajánlat más rövidítéssel és ugyanazzal az árral érkezik, az összehasonlítás viselkedés-összehasonlítássá válik, és csak ez jósolja meg, mit tesz a hálózat egy rossz napon.

Kapcsolódó cikkek