Разглеждаме на практика: DMVPN и Per-Tunnel QoS

В навечерието на старта на курса «Инженер на мрежи» подготвихме за вас превод на интересен материал

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

Време е да освободим своя гик!

Нека предположим, че Branch_1 и Branch_2 са в един и същи DMVPN тунел с DMVPN хъб “Foxtrot14“. Бихме искали да приложим политиката QoS от хъба за споци за Branch_2, но не и за Branch_1. Тъй като те се намират в един и същи mGRE тунел, как можем да го постигнем?

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

• На DMVPN хъба:
  1. Конфигурирайте в глобалната конфигурация различни политики QoS, които искате хъбът да „предлага“ като QoS политики за споци
  2. Прилагайте всички политики, които планирате да „предлагате“ на споци в тунелния интерфейс DMVPN, с командата ip nhrp map group
• На DMVPN споци настройте DMVPN интерфейс с името на показаната група (mapped group), която желаете да приложите към него.

На DMVPN хъба

Нека разгледаме това:

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

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

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

«2) Прилагайте всички политики, които планирате да „предлагате“ на споци в тунелния интерфейс DMVPN с командата ip nhrp map group»

На DMVPN споци

«На DMVPN споци настройте DMVPN интерфейс с името на показаната група (mapped group), която желаете да приложите към него.».

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

Какво ще се случи сега? Echo3 просто поставя името “spoke-2Mbps” в заявката за регистрация NHRP. Вуаля! Всъщност е толкова просто. Удобно, нали? Ако ви трябва малко освежаване на знанието по регистрация NHRP, прочетете Забавления в лабораторията: Следене на поток от стартиране на DMVPN тунел. Там ще намерите основите на заявката за регистрация NHRP.

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

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

dmvpn_tunnel_startup_per_tunnel_QoS.pcap < — той се намира в моя обществен Dropbox и планирам да го държа там в продължение на няколко години.

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

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

И така, първият – frame 18. Запитване за регистрация NHRP от Echo3 (Branch_2) изглежда напълно нормално, докато не стигнем до NHRP Vendor Private Extension.

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

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

Какво сега?

Нека да преминем на Foxtrot14 и да видим какво мисли за тази ситуация.

Прекрасно! В същия mGRE тунел имаме QoS, приложен към хъба за трафика на спок към branch_2, но не и към branch_1.

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

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