BGP-sessie op, klant se pad stukkend: MPLS oor DMVPN

Die peering is al weke lank op, die telling van voorvoegsels lyk reg, en een klant se verkeer neem steeds die lang pad of kom nooit aan nie. Twee verskillende dinge word deur dieselfde aanduiding beoordeel. ’n BGP-sessie rapporteer dat twee peers boodskappe oor ’n TCP-verbinding kan uitruil; dit sê niks daaroor of die overlay ’n gemerkte pakket vir daardie spesifieke klant kan dra nie.

Daardie gaping is die maklikste om te sien in ’n MPLS-oor-DMVPN-ontwerp, waar ’n hub-pad en ’n direkte spoke-pad anders kan optree om redes wat niks met die peering te doen het nie.

Wat die sessie werklik bewys

BGP loop oor TCP, so elke peer het ’n roete na die ander eindpunt se adres nodig voordat enigiets anders kan gebeur. Kies ’n loopback as daardie eindpunt en jy het ’n bereikbaarheidsvereiste geskep, nie ’n aanstuurwaarborg nie. Die sessie kan dan op bly deur ’n koppelvlak wat die klant se verkeer nooit sou gebruik nie.

Noteer vier feite aan beide kante voordat jy gevolgtrekkings maak: die sessie se bronadres, sy bestemmingsadres, die roeteringskonteks waarin dit sit, en watter koppelvlak die kernel of router vir daardie paar sou kies. Daardie feite beskryf die beheervlak. Klantpakkette voeg ’n VRF, ’n etiketstapel en ’n overlay-kartering daarbo by.

Vier meganismes, nie een nie

Cisco se dokumentasie vir MPLS oor DMVPN skei die dele skoon. MP-BGP versprei klant-overlay-etikette tussen toestelle op die diensverskaffer se rand. MPLS gebruik daardie etikette om die aanstuurkonteks vir ’n pakket te kies. NHRP karteer ’n overlay-adres na die vervoer-eindpunt wat ’n dinamiese tonnel nodig het. IPsec beskerm die peer-pad waar dit van toepassing is.

Enige van die vier kan reg wees terwyl ’n ander verkeerd is, en die kombinasie is wat verkeer dra. ’n Roete-uitruiling kan voltooi terwyl die etiketbinding vir een VRF ontbreek, terwyl die NHRP-kartering na ’n verouderde vervoeradres wys, of terwyl die tonnel bestaan maar geen beleid die binneste pakket toelaat nie. Nie een van daardie toestande laat die sessie val nie.

Vergelyk die hub-pad met die kortpad, een veranderlike op ’n slag

Hou die bron-gasheer, die bestemming-gasheer en die VRF vas, en volg dan dieselfde vloei twee keer. Op die hub-pad, let op die volgende hop, die diensetiket wat die remote klantkonteks identifiseer, en die overlay-na-vervoer-kartering wat gebruik word. Op die beoogde direkte pad, let op dieselfde drie dinge. Die verskil tussen die twee lyste is die fout, of die afwesigheid daarvan.

Hou die vloei konstant tydens die vergelyking. Om die bron-gasheer, die VRF of die bestemming tussen waarnemings te verander, lewer twee onverwante stories, en dit is die mees algemene manier waarop hierdie oefening verkeerd loop.

Hou loopback-toetse in hul eie kompartement

’n Ping vanaf ’n router-loopback is ’n nuttige toets, en dit oefen ’n ander geval as ’n gasheer-vloei. Die bronadres behoort aan die router, sy roeteringskonteks kan globaal wees eerder as ’n VRF, en die antwoordpad kan verskil van die een wat ’n klant-voorvoegsel sou neem. Dus is die loopback wat antwoord en hierdie toepassing wat oor die kortpad werk aparte resultate, en net die tweede een beskryf die klant.

Toets albei, en etiketteer hulle dan afsonderlik in jou notas. Wanneer hulle verskil, het jy iets spesifiek geleer oor waar die ontwerp afwyk, wat meer is as wat ’n enkele groen regmerkie ooit sal vertel.

Weergawe-eise en defek-eise het hul eie bewyse nodig

Veldverslae beveel soms aan om ’n gasheer-masker of ’n BGP-bronadres te verander, en daardie verslae is die moeite werd om te lees net saam met die defek waaroor hulle geskryf is en die weergawes wat dit geraak het. ’n Oplossing uit een weergawe is nie ’n stelling dat elke /32-voorvoegsel deur die argitektuur onondersteun is nie.

Gebruik dokumentasie wat by jou DMVPN-fase, platform en weergawe pas, en onthou dat een hoofstuk verskeie reëlings kan dek, insluitend FlexVPN. ’n Voorbeeld uit een reëling dra nie stilweg na ’n ander oor nie. Kies sessie-eindpunte vir die beheervlak-ontwerp wat jy werklik nodig het, en verifieer dan die klant se aanstuurpad afsonderlik, want om elke loopback-masker te herskryf is nie ’n plaasvervanger daarvoor om uit te vind watter taak gefaal het nie.