DMVPN faza 3: citirea scurtăturii în ambele direcții
Un singur ping direct nu dovedește o scurtătură DMVPN faza 3. Parcurgeți calea dus și calea întors, apoi citiți separat starea NHRP, a rutei și IPsec.
Vedeți un ping mergând de la un spoke la altul, ia calea lungă prin hub, iar al doilea merge direct. Este tentant să declarați scurtătura funcțională în acel moment. Concluzia este pe jumătate corectă. Calea dus poate fi o scurtătură în timp ce calea întors trece încă prin hub, iar starea care dovedește fiecare direcție este o stare diferită. Parcurgeți ambele direcții și citiți trei tabele înainte de a accepta designul ca sănătos.
Începeți cu calea pachetului pe care o vedeți efectiv
Începeți pe un spoke cu o destinație care ar trebui să fie directă. Urmăriți primul pachet: urmează ruta spoke-ului spre hub, pentru că încă nu există nicio scurtătură. Hub-ul îl trimite mai departe și, într-un design de faza 3, trimite și o redirecționare către sursă, spunând că există o cale mai bună.
Acea redirecționare este declanșatorul, nu dovada. Spune că hub-ul a văzut trafic care ar putea fi optimizat. Nu spune că sursa a construit scurtătura, că destinația a răspuns rezoluției sau că calea de întoarcere o folosește.
Deci prima observație utilă este un înainte și după: primul flux prin hub, fluxul ulterior direct.
Trei stări care arată ca un singur tunel
Scurtătura depinde de trei părți de stare, iar fiecare are propria durată de viață și propria comandă.
| State | What it answers | Where to read it |
|---|---|---|
| NHRP cache | Which transport address maps to this overlay address | show ip nhrp |
| Route or shortcut | Where one specific inner prefix is forwarded | show ip route 10.10.20.5 |
| IPsec association | Which peer traffic is protected, and by which SA | show crypto ipsec sa peer 203.0.113.5 |
O intrare în cache-ul NHRP asociază o adresă overlay cu o adresă de transport NBMA. O rută sau o scurtătură decide unde este transmis mai departe un anumit destinație internă. O asociere IPsec protejează traficul care rezultă. Un răspuns lipsă poate veni din oricare dintre cele trei, iar comenzile vă spun care lipsește.
Citiți-le în această ordine, pentru că o mapare lipsă le face pe celelalte două neinteresante.
Parcurgeți cererea și răspunsul separat
Din spoke A, cereți rezoluția și urmăriți ce se întoarce. Cererea trece prin calea de transmitere NHRP acceptată, iar destinația poate răspunde direct în loc să treacă prin hub. Această asimetrie este normală, și de aceea răspunsul este jumătatea interesantă a schimbului.
Acum inversați rolurile. Trimiteți din B în A și repetați aceleași trei citiri. Un design care face scurtătură într-o direcție și nu în cealaltă nu este simetric, iar asimetria vine de obicei dintr-un prefix lipsă pe o parte sau dintr-o rezoluție care nu a primit niciodată răspuns.
Răspunsul partenerului nu trebuie să traverseze hub-ul doar pentru că cererea a făcut-o. Nu citiți asta ca o eroare și nu începeți să urmăriți un defect de rutare care nu există.
Citiți redirecționarea hub-ului, nu doar ruta lui
Tabela de rute a hub-ului vă spune unde ar trimite hub-ul un pachet. Redirecționarea vă spune ce i-a cerut hub-ul sursei să facă în privința asta. Sunt fapte diferite, iar un hub cu ruta corectă și fără redirecționări va ține fiecare flux pe calea lungă la nesfârșit. Verificați evenimentele NHRP ale hub-ului și confirmați că se generează redirecționări pentru traficul care vă interesează.
Faza 3 schimbă și ce înseamnă sumarizarea. Cu comportamentul de scurtătură, spoke-urile nu au nevoie de setul complet de rute la distanță specifice pe care îl aștepta un design de faza 2, așa că o rută sumarizată pe spoke nu este automat o rețea lipsă. Confirmați faza și politica de rutare înainte de a citi o sumarizare ca defect.
Tocmai această neînțelegere produce mai multe tichete DMVPN decât orice altceva.
Înregistrați concluzia ca obiect lipsă
Încheiați cu un flux autorizat de aplicație și răspunsul lui, și notați pentru fiecare direcție dacă a folosit calea directă. Apoi scrieți concluzia ca obiectul care lipsea: o mapare, o scurtătură de transmitere, o asociere de protecție sau un răspuns de aplicație.
O adiacență de rutare și o asociere de securitate partajată sunt dovezi de sănătate, nu dovezi ale căii. Ambele pot fi perfecte în timp ce fiecare pachet ocolește tot pe calea lungă. Verificați mai întâi decizia de transmitere, apoi asocierea care o transportă. Ordinea contează, pentru că asocierea se formează oricum.
Obiceiul se plătește la următorul tichet. „Tunelul este ridicat dar lent“ devine „B nu are scurtătură către gazda lui A“, iar a doua afirmație este o corectare de cinci minute. Păstrați ieșirea comenzilor împreună cu concluzia și țineți ghidul fazei 3 al furnizorului alături.