Разбиране на практика: DMVPN и Per-Tunnel QoS

Преди началото на курса Системен инженер подготви превод на интересен материал за вас

Има едно страхотно нещо за DMVPN, на което се натъкнах преди време: DMVPN за всеки тунел QoS. Очевидно не съм единственият (като лабораторен плъх), който смята, че това е страхотно. Всеки път, когато показвам това на хора, виждам очите им да светят в резултат на малки светлинки, които започват да светят в главите им, което показва, че идват идеи къде могат да го използват.

Време е да освободите маниака си!

Нека се престорим на това Клон_1 и Клон_2 са в същия DMVPN тунел с DMVPN хъба "Фокстрот14". Бихме искали да приложим политика за QoS от хъб до spock за Клон_2но не и за Клон_1. Тъй като те са в същия mGRE тунел, как да направим това?

По същество това, което трябва да направим е:

• В DMVPN център:
  1. Ние конфигурираме в секцията за глобална конфигурация различните политики за QoS, които искате хъбът да „предлага“ като политики за QoS за spocks
  2. Ние прилагаме всички политики, които ще „предложите“ към spocks в интерфейса на тунела DMVPN, като използвате командата ip nhrp група карти
• В DMVPN ние конфигурираме DMVPN интерфейса с името на картографираната група, която искате да приложите към нея.

В DMVPN хъб

Нека да го разберем:

„1) Настройте в раздела за глобална конфигурация различните политики за QoS, които искате хъбът да „предлага“ като политики за QoS за spocks“

И така, като цяло, това, което можете да видите по-горе, е, че конфигурираме нашия DMVPN център с 5 различни QoS предложения за Spokes.

1. 1.5Mbps
2. 2Mbps
3. 5Mbps
4. 10Mbps
5. Няма ограничение

„2) Приложете всички политики, които ще „предлагате“ към spocks в интерфейса на DMVPN тунела, като използвате командата ip nhrp map group“

На DMVPN Говорих

„На DMVPN spock конфигурирайте DMVPN интерфейса с името на нанесената група, която искате да приложите към нея.“

Така че просто отивам при Echo3 (клон_2) и поставете командата “ip nhrp group spoke-2Mbps” към тунелния интерфейс на Spock.

Какво ще стане сега? Ехо3 просто поставя името "spoke-2Mbps" в заявката за регистрация на NHRP. Ето! Наистина е толкова просто. Спретнато, а? Ако имате нужда от малко опресняване на регистрацията в NHRP, прочетете Забавление в лабораторията: Sniffer проследява стартиране на DMVPN тунел. Там ще намерите основите на заявка за регистрация в NHRP.

Нека да видим как изглежда в мрежата и в DMVPN хъба.

Можете да получите текущия файл pcap, които ще разгледаме заедно

dmvpn_tunnel_startup_per_tunnel_QoS.pcap < - В моя публичен Dropbox е и смятам да го държа там няколко години.

Готови ли сте?

Ще разгледаме Frame 18 и Frame 21 във връзка със следните мрежи и IP адреси. Поставете това по-близо до проследяването на снифера, за да можете да съпоставите IP адресите по-добре.

Така че първият е кадър 18. Искане за регистрация на NHRP от Echo3 (клон_2) изглежда напълно добре, докато не стигнем до частното разширение на доставчика на NHRP.

Искате ли да поглезите маниака в себе си?
www.branah.com/ascii-converter

Какво се случва, след като Frame 18 достигне DMVPN центъра Фокстрот14? защото Echo3 (клон_2) иска „spoke-2Mbps“ да се приложи към него, не означава, че това е конфигурирана опция на хъба. Така ще видите отново рамка 21 като отговор на заявката за регистрация, потвърждаваща „spoke-2Mbps“ в раздела за доставчик.

Сега какво?

Хайде да отидем до Фокстрот14 и вижте какво мисли за тази ситуация.

Чудесен! В същия mGRE тунел имаме QoS, приложен към хъба, за да спокираме трафика клон_2но не и да клон_1.

* ЗАБЕЛЕЖКА: Тази публикация първоначално е публикувана на този сайт през 2015 г. Последно е актуализиран и форматиран на 15 февруари 2020 г.

Източник: www.habr.com