L2VPN, VPLS, EVPN: etiķete nav pakalpojums
Akronīms uz pasūtījuma veidlapas nosauc saimi, pārsūtīšanas uzvedību vai vadības plakni. Četri jautājumi tos atšķir, pirms salīdzināt divus piedāvājumus.
Jūs lasāt „L2VPN“ piedāvājumā, pēc tam „VPLS“ konfigurācijas lapā, un pieņemat, ka otrais vārds sašaurina pirmo. Dažreiz tā arī notiek, un dažreiz abas rindas atbild uz nesaistītiem jautājumiem. Nepareizā izpratne ir uzskatīt šos nosaukumus par kāpņu pakāpieniem no pamata līdz progresīvam. L2VPN ir saime, VPWS un VPLS ir divas pakalpojuma uzvedības tajā, un EVPN ir vadības plaknes mehānisms, kas var pārnest jebkuru no abiem.
Katrs akronīms atbild uz citu jautājumu
Sāciet ar to, kas jādara klienta pieslēgumam, jo tas ir vienīgais jautājums, uz kuru atbild pakalpojuma modelis. Punkts-punktā ķēde starp divām vietām un kopīgs Ethernet segments desmit vietās ir dažādi produkti, pat ja abus pārdod kā 2 slāņa savienojumu.
| Name | Question it answers | What it does not tell you |
|---|---|---|
| L2VPN | Which family of services carries Ethernet frames | Point-to-point or multipoint |
| VPWS | A pair of attachment circuits behaves as one wire | Which control plane builds it |
| VPLS | Many attachments share a bridged broadcast domain | Whether MAC learning is limited or flooded |
| EVPN | BGP distributes MAC and IP reachability | Which service model it is being used for |
Šī tabula nav hierarhija, un tās lasīšana kā hierarhijas rada ierasto iepirkuma kļūdu: salīdzināt VPWS piedāvājumu ar VPLS piedāvājumu tā, it kā otrais būtu pilnīgāka pirmā versija. Tie risina dažādas problēmas, un neviens nav virskopa tādā nozīmē, kādu pieņem pircēji.
VPWS un VPLS atšķiras pārsūtīšanas lēmumā
Virtuālā privātā vada pakalpojumā pieslēgums izvēlas attālo galapunktu. Trafiks, kas ierodas šajā portā, iziet uz pāra portu, un pakalpojumu sniedzēja mala pamata pārsūtīšanas lēmumam nav jāmācās, kādas MAC adreses atrodas aiz tā.
VPLS gadījumā pakalpojumu sniedzēja mala veido tiltu. Tā pārbauda katra kadra galamērķa MAC adresi, apgūst avota adreses katram pieslēgumam un pārpludina nezināmos galamērķus emulētajā LAN. Tas liek pakalpojumam uzvesties kā LAN, un no šejienes nāk arī operatīvie ierobežojumi.
Diagramma, kas izskatās daudzpunktu, nepierāda, ka visas vietas dala vienu apraides domēnu. Divi pakalpojumu sniedzēji var uzzīmēt vienus un tos pašus mākoņus un pārdot vienu tiltotu domēnu vai vairākas punkts-punktā ķēdes, un atšķirība kļūst redzama tikai tad, kad apraide, nezināms unicast kadrs vai MAC pārvietošanās šķērso vietas robežu. Apraides ping starp divām vietām atbild uz jautājumu ātrāk nekā jebkurš arhitektūras slaids. Ja atbildes nāk no katras citas vietas, jums ir viens tilts; ja atbild tikai pāris, jums ir vads.
EVPN ir vadības plakne, nevis topoloģija
EVPN pamatspecifikācija, RFC 7432, definē BGP MPLS balstītas Ethernet VPN procedūras: MAC sasniedzamība tiek paziņota BGP, nevis apgūta tikai ar datu plaknes pārpludināšanu. Pēc tam RFC 8214 nosaka VPWS atbalstu ar EVPN, un tieši šis punkts salauž kāpņu modeli. Tā pati vadības plakne apkalpo gan punkts-punktā, gan daudzpunktu pakalpojumu.
Tāpēc „mēs darbinām EVPN“ nav atbilde uz „ko mēs nopirkām“. Pakalpojumu sniedzējam joprojām jāsaka, vai pakalpojums ir pieslēgumu pāris vai kopīgs tilts, un vai transports ir MPLS, VXLAN vai kas cits. Šīs izvēles dzīvo dažādos dokumentos un dažādās konfigurācijas daļās.
Operatoram praktiskā sekas ir tāda, ka agrīna EVPN izvēle padara vēlākās pakalpojuma izmaiņas lētākas, jo sasniedzamība jau tiek signalizēta, nevis pārpludināta. Tas neizslēdz nepieciešamību vispirms izlemt pakalpojuma modeli un neizlabo nepareizi konfigurētu tiltu.
MPLS ir datu ceļš, nevis definīcija
Pamatdokumenti apraksta saimi un tās prasības; tie neprasa vienu iekapsulējumu. MPLS etiķešu kraušana ir ierasts transports šiem pakalpojumiem, un tas nav vienīgais. BGP signalizēts pakalpojums un MPLS pārsūtīšanas ceļš ir atsevišķi projektēšanas lēmumi, kas vienkārši bieži sastopami kopā.
Kad pārdevējs saka „MPLS L2VPN“, jautājiet, kura puse tiek aprakstīta. Ja atbilde ir tikai transports, pakalpojuma modelis joprojām nav precizēts, un pieslēguma uzvedība joprojām nav zināma.
Četri jautājumi, kas pārvērš etiķeti līgumā
Jautājiet, kas ir nodošana: ports, VLAN vai VLAN kopums, un kuri no tiem drīkst sarunāties savā starpā. Jautājiet, vai vietas dala vienu apraides domēnu, jo šī vienā atbilde nosaka pārpludināšanu, MAC ierobežojumus un to, kā uzvedīsies cilpa.
Pieprasiet kadra izmēra budžetu no gala līdz galam, pēc tam paši pievienojiet iekapsulējuma izmaksas. Jautājiet, kas notiek, kad viens pieslēgums sabojājas, vai pārējie turpina pārsūtīt, un vai pakalpojumu sniedzējs atsauc sasniedzamību vai atstāj to līdz taimera beigām.
Pierakstiet šīs četras atbildes blakus produkta nosaukumam savā reģistrā. Kad nākamais piedāvājums atnāks ar citu akronīmu un to pašu cenu, salīdzinājums kļūs par uzvedības salīdzinājumu, un tikai tas paredz, ko tīkls darīs sliktā dienā.