AS-ok közötti VPNv4: mit ír elő a címke-továbbítási szerződés

Egy VPNv4-címke olvasása egy AS-határútválasztón keveset mond, amíg nem tudja, melyik AS-közi modellt valósítja meg az átadás. A címke nem az útvonal önálló tulajdonsága; két útválasztó közötti megállapodást rögzít a beágyazásról és a kézbesítésről. A kijelző olvasása előtt azonosítsa a modellt. Különben egy olyan szerződésben keres hibát, amelyet senki nem írt le.

Melyik modellt valósítja meg a határ

A VRF-től VRF-ig elrendezés a megfelelő VRF-eket route-olt kapcsolatokon keresztül köti össze. Mindkét fél ügyféloldali szomszédként látja a másikat, és közönséges IPv4-útvonalakat cserélnek, így ezen a határon semminek nincs szüksége MPLS-re.

A második elrendezés a címkézett VPNv4-útvonalakat maguk között a határútválasztók között cseréli. Ez csak akkor működik, ha az összeköttetésen át van egy következetes címkével kapcsolt útvonal, valamint a route-target terjesztés és egy bizalmi modell, amelyet mindkét fél elfogad. Ha bármelyik elem hiányzik, a modell nincs használatban, bármit sugalljon is a konfiguráció.

A harmadik a címkézett PE-elérhetőséget terjeszti, miközben a VPN-útvonalak végpontok vagy route-reflectorok között haladnak az AS-okon át. Mindhárom más munkát hagy a határon, és az egyik vezérsíkjának összekeverése egy másik interfész-feltételezéseivel a klasszikus hiba. Ez az eltérés általában olyan címkeként jelenik meg, amely az egyik oldalon helyesnek látszik, a másikon pedig eltűnik.

Olvasson végig egy prefixet elejétől a végéig

Vegyen egyetlen engedélyezett ügyfélprefixet, és járja végig. Nézze meg, mit hirdettek, mi érkezett meg, a következő ugrást, a címkét és azt az importszabályt, amely beengedte. Aztán nézze meg hogyan oldja fel az útválasztó a továbbítást afelé a következő ugrás felé, mert ott válik a címke csomaggá. Ha bármelyik felét kihagyja, olyan vezérsíkot ír le, amely lehet, hogy nem mozgat forgalmat. A két olvasat csak együtt jelent valamit.

A szám helyi. Jelentése ahhoz az útválasztóhoz kapcsolódik, amely kiosztotta, és ahhoz az útvonalhoz, amely a csomagokat odaszállítja, ezért ugyanaz az érték kétszer is megjelenhet, és két különböző dolgot jelenthet. Hasonlítsa össze azzal, amit a fogadó fél szerint megkapott.

A címke helyi, és az ígéret is az

A képességet az összeköttetés mindkét végén ellenőrzik, nem az egyiken. Az interfészén kiadott parancs semmit nem tesz a szomszédos szolgáltatói interfészen, és a BGP által elfogadott útvonal önmagában nem kötelezi a szomszédot címkézett csomag továbbítására.

Az RFC 4364 a címkézett VPNv4-társviszonyt megbízható elrendezésekre korlátozza, és óv az olyan címkék elfogadásától, amelyeket soha nem hirdettek annak a társnak. Ez biztonsági kijelentés éppúgy, mint protokolláris. A nyilvános internetes útválasztási viszonyt tartsa távol a magán VPN-útvonalak cseréjétől. Ha az összeköttetés sima IP, ne várja, hogy bármely címke túléli. És ahol a kapcsolat címkézett, ott minden ugrásnál ellenőrizze, hogy a külső szállítási címke helyesen cserélődik.

Az a címke, amely az egyik oldalon helyesnek látszik, a másikon pedig eltűnik, általában ez az eltérés, nem útválasztási hiba.

Mit érdemes rögzíteni átvételkor

Az átvétel csomagteszt, nem táblázatátvizsgálás. Kövessen egy ügyfélcsomagot a távoli VRF-be, majd a válaszát visszafelé, és írja le, melyik modellt valósítja meg az átadás. Adja hozzá az átadás felelőseit mindkét oldalon és azt, hogy a határ sima IP-t vagy címkézett forgalmat visz-e.

Ez a feljegyzés teszi lehetővé, hogy a következő üzemeltető ugyanazt a címkekijelzőt helyesen olvassa. Nélküle a modellt a konfigurációból következtetik ki, a kikövetkeztetett feltételezések pedig éppen azt okozzák, hogy ugyanaz a hiba megismétlődik. Az RFC 4364 AS-közi szakasza az a hely, ahol eldönthető, melyik modellt szánták.