În pragul începerii cursului am pregătit pentru tine o traducere a unui material interesant
În DMVPN există o caracteristică minunată cu care m-am întâlnit acum ceva vreme: QoS per tunel DMVPN. Evident, nu sunt singurul (ca un cobai de laborator) care consideră că este grozav. De fiecare dată când le arăt asta oamenilor, văd cum le strălucesc ochii - o consecință a faptului că în mințile lor încep să lumineze mici becuri, semnalizând apariția ideilor despre unde ar putea să o folosească.
E timpul să-ți eliberezi geek-ul!

Să presupunem că Filiala_1 și Filiala_2 se află într-un tunel DMVPN cu hub-ul DMVPN “Foxtrot14“. Am dori să aplicăm politica QoS de la hub la spoke pentru Filiala_2, dar nu pentru Filiala_1. Deoarece se află într-un tunel mGRE, cum putem face asta?

Practic, ceea ce trebuie să facem este:
- Pe hub-ul DMVPN:
- Configurăm în secțiunea de configurare globală politicile QoS diferite pe care dorim ca hub-ul să „le ofere” ca politici QoS pentru spokes
- Aplicăm toate politicile pe care intenționăm să le „oferim” spoke-urilor în interfața de tunel DMVPN folosind comanda ip nhrp map group
- Pe spoke-ul DMVPN configurăm interfața DMVPN cu numele grupului mapat (mapped group) pe care dorim să-l aplicăm.
Pe hub-ul DMVPN
Să analizăm asta:
„1) Configurăm în secțiunea de configurare globală politicile QoS diferite pe care dorim ca hub-ul să „le ofere” ca politici QoS pentru spokes”

Deci, în general, ceea ce poți vedea mai sus este că configurăm hub-ul nostru DMVPN cu 5 oferte QoS diferite pentru spoke-uri.
- 1.5Mbps
- 2Mbps
- 5Mbps
- 10Mbps
- Fără limită
„2) Aplicăm toate politicile pe care intenționăm să le „oferim” spoke-urilor în interfața de tunel DMVPN folosind comanda ip nhrp map group”

Pe spoke-ul DMVPN
„Pe spoke-ul DMVPN configurăm interfața DMVPN cu numele grupului mapat (mapped group) pe care dorim să-l aplicăm.”
Așa că pur și simplu mă duc la Echo3 (Filiala_2) și introduc comanda “ip nhrp group spoke-2Mbps” în interfața de tunel a spoke-ului.

Ce se va întâmpla acum? Echo3 pur și simplu pune numele “spoke-2Mbps” în cererea de înregistrare NHRP. Bingo! Este într-adevăr atât de simplu. Așezat, nu-i așa? Dacă ai nevoie să-ți reîmprospătezi cunoștințele despre înregistrarea NHRP, citește . Acolo vei găsi conceptele de bază ale cererii de înregistrare NHRP.
Să vedem cum arată asta în rețea și pe hub-ul DMVPN.
Puteți obține fișierul actualizat pcap, pe care îl vom analiza împreună
< — el se află în Dropbox-ul meu public, și intenționez să-l păstrez acolo timp de câțiva ani.
Ești pregătit?
Vom analiza Frame 18 și Frame 21 în legătură cu următoarele rețele și adrese IP. Puneți acest lucru mai aproape de urmărirea sniffer-ului, astfel încât să puteți corela mai bine adresele IP.

Așadar, primul este frame 18. Cererea de înregistrare NHRP de la Echo3 (Filiala_2) arată complet normal, până când ajungem la Extensia Privată NHRP a Furnizorului.

Vrei să te răsfeți geek-ul din tine?

Ce se întâmplă după ce Frame 18 ajunge la hub-ul DMVPN Foxtrot14? Потому что Echo3 (Filiala_2) vrea ca să i se aplice „spoke-2Mbps”, dar asta nu înseamnă că este o opțiune configurată pe hub. Astfel, vei vedea din nou frame 21 ca răspuns la cererea de înregistrare, confirmând „spoke-2Mbps” în secțiunea furnizorului.
Ce facem acum?
Să mergem la Foxtrot14 și să vedem ce părere are despre această situație.

Minunat! În același tunel mGRE avem QoS aplicat la hub pentru traficul spoke către branch_2, dar nu și pentru branch_1.
*NOTĂ: inițial acest post a fost publicat pe acest site în 2015. A fost actualizat și reformateat ultima dată pe 15 februarie 2020.
Sursa: habr.com
