VPNv4 medzi AS: čo vyžaduje zmluva o preposielaní štítkov

Čítanie štítka VPNv4 na hraničnom smerovači AS povie málo, kým neviete, ktorý model medzi AS toto odovzdanie realizuje. Štítok nie je vlastnosťou trasy sám o sebe; zaznamenáva dohodu o zapuzdrení a doručení medzi dvoma smerovačmi. Určite model skôr, než prečítate výpis. V opačnom prípade ladíte dohodu, ktorú nikto nezapísal.

Ktorý model hranica realizuje

Usporiadanie VRF-na-VRF spája zodpovedajúce VRF cez smerované pripojenia. Každá strana vidí druhú ako customer-edge suseda a vymieňajú si bežné trasy IPv4, takže nič na tejto hranici nepotrebuje MPLS.

Druhé usporiadanie vymieňa označené trasy VPNv4 medzi samotnými hraničnými smerovačmi. To funguje len s koherentnou cestou prepínanou štítkami cez prepojenie a s distribúciou route-targetu plus modelom dôvery, ktorý obe strany prijímajú. Ak chýba ktorákoľvek časť, model sa nepoužíva, nech konfigurácia naznačuje čokoľvek.

Tretie distribuuje označenú dostupnosť PE, kým trasy VPN putujú medzi koncovými bodmi alebo reflektormi trás cez AS. Každé z troch necháva na hranici inú prácu a miešanie riadiacej roviny jedného s predpokladmi rozhrania druhého je klasická porucha. Tento nesúlad sa zvyčajne prejaví ako štítok, ktorý na jednej strane vyzerá správne a na druhej zmizne.

Prejdite jeden prefix od začiatku do konca

Vezmite jeden autorizovaný prefix zákazníka a prejdite ho. Pozrite sa, čo bolo ohlásené, čo dorazilo, aký je ďalší hop, štítok a importná politika, ktorá ho pustila. Potom sa pozrite, ako smerovač rieši preposielanie k tomuto ďalšiemu hopu, pretože práve tam sa štítok mení na paket. Vynechajte ktorúkoľvek polovicu a opisujete riadiacu rovinu, ktorá možno neprenáša prevádzku. Obe čítania majú zmysel len spolu.

Číslo je lokálne. Znamená niečo vo vzťahu k smerovaču, ktorý ho pridelil, a k ceste, ktorá tam nesie pakety, preto sa rovnaká hodnota môže objaviť dvakrát a znamenať dve rôzne veci. Porovnajte ho s tým, čo prijímajúca strana tvrdí, že dostala.

Štítok je lokálny, a rovnako aj sľub

Schopnosť sa overuje na oboch koncoch prepojenia, nie na jednom. Príkaz na vašom rozhraní nič neurobí s rozhraním susedného poskytovateľa a trasa, ktorú BGP prijal, sama o sebe nezaväzuje suseda preposielať paket so štítkom.

RFC 4364 obmedzuje označený peering VPNv4 na dôveryhodné usporiadania a varuje pred prijímaním štítkov, ktoré tomuto peerovi nikdy neboli ohlásené. Je to vyhlásenie o bezpečnosti rovnako ako o protokole. Držte vzťah smerovania verejného internetu ďalej od výmeny súkromných trás VPN. Ak je prepojenie obyčajné IP, neočakávajte, že ho niekedy štítok prežije. A tam, kde je linka označená, potvrďte, že vonkajší transportný štítok sa na každom skoku správne vymieňa.

Štítok, ktorý na jednej strane vyzerá správne a na druhej zmizne, je zvyčajne tento nesúlad, nie chyba smerovania.

Čo zapísať pri prevzatí

Prevzatie je test paketom, nie kontrola tabuľky. Sledujte paket zákazníka do vzdialeného VRF a sledujte jeho odpoveď späť, potom zapíšte, ktorý model odovzdanie realizuje. Pridajte vlastníkov odovzdania na oboch stranách a či hranica prenáša obyčajné IP alebo označenú prevádzku.

Táto poznámka umožňuje ďalšiemu operátorovi správne prečítať ten istý výpis štítkov. Bez nej sa model odvodzuje z konfigurácie a odvodené predpoklady sú spôsob, akým sa tá istá chyba opakuje. Sekcia o práci medzi AS v RFC 4364 je miestom, kde sa rozhodne, ktorý model bol zamýšľaný.