BGP sesija je aktivna, putanja klijenta je pokvarena: MPLS preko DMVPN-a

Peeriranje je aktivno sedmicama, broj prefiksa izgleda ispravno, a saobraćaj jednog klijenta i dalje ide dužim putem ili uopće ne stiže. Isti pokazatelj procjenjuje dvije različite stvari. BGP sesija javlja da dva peera mogu razmjenjivati poruke preko TCP veze; ona ne govori ništa o tome može li overlay prenijeti označeni paket baš za tog klijenta.

Tu prazninu je najlakše vidjeti u dizajnu MPLS preko DMVPN-a, gdje se put preko haba i direktni put preko spoke-a mogu ponašati različito iz razloga koji nemaju veze s peeriranjem.

Šta sesija zapravo dokazuje

BGP radi preko TCP-a, pa svakom peeru treba ruta do adrese drugog kraja prije nego što se bilo šta drugo dogodi. Ako za taj kraj odaberete loopback, stvorili ste zahtjev za dosegljivošću, a ne garanciju prosljeđivanja. Sesija zatim može ostati aktivna kroz interfejs koji klijentski saobraćaj nikada ne bi koristio.

Zabilježite četiri činjenice na oba kraja prije nego donesete zaključke: izvornu adresu sesije, odredišnu adresu, kontekst rutiranja u kojem se nalazi i koji bi interfejs kernel ili ruter odabrao za taj par. Te činjenice opisuju kontrolnu ravan. Klijentski paketi na njih dodaju VRF, stek oznaka i overlay mapiranje.

Četiri mehanizma, ne jedan

Ciscova dokumentacija za MPLS preko DMVPN-a jasno razdvaja dijelove. MP-BGP distribuira klijentske overlay oznake između uređaja na ivici provajdera. MPLS koristi te oznake za odabir konteksta prosljeđivanja paketa. NHRP mapira overlay adresu na transportni kraj koji dinamičkom tunelu treba. IPsec štiti peer put gdje se primjenjuje.

Bilo koji od četiri može biti ispravan dok je drugi pogrešan, a kombinacija je ta koja nosi saobraćaj. Razmjena ruta može završiti dok veza oznake za jedan VRF nedostaje, dok NHRP mapiranje pokazuje na zastarjelu transportnu adresu, ili dok tunel postoji ali nijedna politika ne dopušta unutrašnji paket. Nijedan od tih uvjeta ne ruši sesiju.

Uporedite put preko haba sa prečicom, jednu varijablu po jednu

Fiksirajte izvorni host, odredišni host i VRF, zatim pratite isti tok dva puta. Na putu preko haba zabilježite sljedeći hop, servisnu oznaku koja identifikuje udaljeni klijentski kontekst i mapiranje overlaya u transport koje se koristi. Na predviđenom direktnom putu zabilježite iste tri stvari. Razlika između dvije liste je kvar, ili njegovo odsustvo.

Držite tok konstantnim tokom poređenja. Promjena izvornog hosta, VRF-a ili odredišta između opažanja daje dvije nepovezane priče, i to je najčešći način na koji ova vježba pođe po zlu.

Držite loopback testove u odvojenoj pregradi

Ping s loopbacka rutera koristan je test i provjerava drugačiji slučaj od toka s hosta. Izvorna adresa pripada ruteru, njegov kontekst rutiranja može biti globalan umjesto VRF, a put odgovora može se razlikovati od onog kojim bi išao klijentski prefiks. Zato su loopback koji odgovara i aplikacija koja radi preko prečice odvojeni rezultati, a samo drugi opisuje klijenta.

Testirajte oba, pa ih odvojeno označite u bilješkama. Kada se razilaze, naučili ste nešto konkretno o tome gdje dizajn odstupa, a to je više nego što će vam jedna zelena kvačica ikada reći.

Tvrdnje o verziji i o defektu traže vlastite dokaze

Terenski izvještaji ponekad preporučuju promjenu maske hosta ili izvorne adrese BGP-a, a takve izvještaje vrijedi čitati samo uz defekt o kojem su pisani i izdanja koja je zahvatio. Zaobilazno rješenje iz jednog izdanja nije tvrdnja da svaki prefiks /32 arhitektura ne podržava.

Koristite dokumentaciju koja odgovara vašoj fazi DMVPN-a, platformi i izdanju, i zapamtite da jedno poglavlje može pokrivati nekoliko rasporeda, uključujući FlexVPN. Primjer iz jednog rasporeda ne prenosi se tiho na drugi. Odaberite krajeve sesije prema dizajnu kontrolne ravni koji vam zaista treba, pa zatim odvojeno provjerite klijentski put prosljeđivanja, jer prepisivanje svake loopback maske nije zamjena za otkrivanje koji je posao pao.