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

Peeranje je aktivno tjednima, broj prefiksa izgleda ispravno, a promet 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; ne govori ništa o tome može li overlay prenijeti označeni paket baš za tog klijenta.

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

Što sesija zapravo dokazuje

BGP radi preko TCP-a, pa svaki peer treba rutu do adrese drugog kraja prije nego što se bilo što drugo dogodi. Odaberete li loopback kao taj kraj, stvorili ste zahtjev za dosegljivošću, a ne jamstvo prosljeđivanja. Sesija zatim može ostati aktivna kroz sučelje koje klijentski promet nikada ne bi koristio.

Zabilježite četiri činjenice na oba kraja prije zaključaka: izvornu adresu sesije, odredišnu adresu, kontekst usmjeravanja u kojem se nalazi i koje bi sučelje kernel ili usmjerivač odabrao za taj par. Te činjenice opisuju kontrolnu ravninu. Klijentski paketi na njih dodaju VRF, stog 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 rubu davatelja usluge. MPLS koristi te oznake za odabir konteksta prosljeđivanja paketa. NHRP mapira overlay adresu na transportni kraj koji dinamički tunel treba. IPsec štiti peer put gdje se primjenjuje.

Bilo koji od četiri može biti ispravan dok je drugi pogrešan, a kombinacija je ono što nosi promet. 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 unutarnji paket. Nijedan od tih uvjeta ne ruši sesiju.

Usporedite put preko čvorišta s prečacem, jednu varijablu po jednu

Fiksirajte izvorni host, odredišni host i VRF, zatim pratite isti tok dvaput. Na putu preko čvorišta zabilježite sljedeći hop, uslužnu oznaku koja identificira udaljeni klijentski kontekst i mapiranje overlaya u transport koje se koristi. Na predviđenom izravnom putu zabilježite iste tri stvari. Razlika između dvaju popisa je kvar, ili njegova odsutnost.

Držite tok stalnim tijekom usporedbe. 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 usmjerivača koristan je test i provjerava drugačiji slučaj od toka s hosta. Izvorna adresa pripada usmjerivaču, njegov kontekst usmjeravanja može biti globalan umjesto VRF, a put odgovora može se razlikovati od onoga kojim bi išao klijentski prefiks. Zato su loopback koji odgovara i aplikacija koja radi preko prečaca odvojeni rezultati, a samo drugi opisuje klijenta.

Testirajte oboje, 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 kvaru trebaju vlastite dokaze

Terenska izvješća ponekad preporučuju promjenu maske hosta ili izvorne adrese BGP-a, a takva izvješća vrijedi čitati samo uz kvar o kojem su pisana 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 ravnine 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.