🥇Laten we het praktisch bekijken: DMVPN en Per-Tunnel QoS

Met de lancering van de cursus «Netwerk Engineer» we hebben een vertaling van interessant materiaal voor je voorbereid

Er is één geweldige functie in DMVPN waarmee ik enige tijd geleden in aanraking kwam: DMVPN Per-Tunnel QoS. Het is duidelijk dat niet alleen ik (als labrat) dit cool vind. Elke keer dat ik dit aan mensen laat zien, zie ik hun ogen oplichten — het gevolg van het feit dat er kleine lampjes in hun hoofd gaan branden, waarmee ideeën ontstaan over waar ze het kunnen gebruiken.

Tijd om je geek vrij te laten!

Stel dat Branch_1 en Branch_2 in dezelfde DMVPN-tunnel met de DMVPN-hub zitten “Foxtrot14“. We willen de QoS-beleid van de hub toepassen op de spokes voor Branch_2, maar niet voor Branch_1. Aangezien ze zich in dezelfde mGRE-tunnel bevinden, hoe doen we dat?

In wezen wat we moeten doen, is dit:

Op de DMVPN-hub:
1. We configureren verschillende QoS-beleidsregels in de globale configuratie die we willen dat de hub ‘aanbiedt’ als QoS-beleid voor de spokes
2. We passen alle beleid aan die je van plan bent ‘aan te bieden’ aan de spokes in de tunnelen interface van DMVPN met behulp van de opdracht ip nhrp map group
Op de DMVPN-spoke configureren we de DMVPN-interface met de naam van de weergegeven groep (mapped group) die je eraan wilt koppelen.

Op de DMVPN-hub

Laten we dit uitzoeken:

«1) We configureren verschillende QoS-beleidsregels in de globale configuratie die we willen dat de hub ‘aanbiedt’ als QoS-beleid voor de spokes»

Dus in het algemeen, wat je hierboven kunt zien, is dat we onze DMVPN-hub configureren voor 5 verschillende QoS-aanbiedingen aan de spokes.

1.5Mbps
2Mbps
5Mbps
10Mbps
Geen beperking

«2) We passen alle beleid aan die je van plan bent ‘aan te bieden’ aan de spokes in de tunnelen interface van DMVPN met behulp van de opdracht ip nhrp map group»

Op de DMVPN-spoke

«Op de DMVPN-spoke configureren we de DMVPN-interface met de naam van de weergegeven groep (mapped group) die je eraan wilt koppelen.»

Dus ga ik gewoon verder naar Echo3 (Branch_2) en geef de opdracht “ip nhrp group spoke-2Mbps” in de tunnelen interface van de spoke.

Wat zal nu gebeuren? Echo3 plakt simpelweg de naam “spoke-2Mbps” in de NHRP-registratieaanvraag. Voilà! Het is echt zo eenvoudig. Mooi, nietwaar? Als je je kennis over NHRP-registratie een beetje wilt opfrissen, lees dan Fun in the Lab: Sniffer Tracing a DMVPN Tunnel Startup. Daar vind je de basisprincipes van de NHRP-registratieaanvraag.

Laten we eens kijken hoe dit eruitziet in het netwerk en op de DMVPN-hub.

Je kunt het huidige bestand verkrijgen pcap, dat we samen zullen bekijken

dmvpn_tunnel_startup_per_tunnel_QoS.pcap < — het bevindt zich in mijn openbare Dropbox, en ik ben van plan het daar enkele jaren te bewaren.

Klaar?

We gaan frame 18 en frame 21 bekijken met betrekking tot de volgende netwerken en IP-adressen. Plaats dit dichter bij de traceroute van de sniffer, zodat je de IP-adressen beter kunt koppelen.

Dus, het eerste is frame 18. NHRP registratieverzoek van Echo3 (Branch_2) ziet er volkomen normaal uit, totdat we bij de NHRP Vendor Private Extension komen.

Wil je de geek in jezelf verwennen?
www.branah.com/ascii-converter

Wat gebeurt er nadat frame 18 in de DMVPN hub komt Foxtrot14? Потому что Echo3 (Branch_2) wil dat 'spoke-2Mbps' op hem van toepassing is, betekent nog niet dat dit een geconfigureerde optie op de hub is. Dus je zult frame 21 opnieuw zien als antwoord op het registratieverzoek, bevestigend ‘spoke-2Mbps’ in het vendor-gedeelte.