На практика: DMVPN и Per-Tunnel QoS

В преддверието на старта на курса "Мрежов инженер" подготвихме за вас превод на интересен материал

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

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

Да предположим, че Branch_1 и Branch_2 са в един и същи DMVPN тунел с DMVPN хъб "Foxtrot14". Искаме да прилагаме политиката QoS от хъба към spoke за 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, прочетете Fun in the Lab: Sniffer Tracing a DMVPN Tunnel Startup. Там ще намерите основите на запитването за регистрация на NHRP.

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

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

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

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

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

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

Искате ли да се поглезите с гика във вас?
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