Har bir tunnel uchun QoS hubingizning umumiy uplinkini cheklamaydi

Bu ishonch arifmetikaga o'xshaydi: besh spoke, har biri 5 Mbit/s ga shakllantirilgan, shuning uchun hub ko'pi bilan 25 Mbit/s tashiydi. Birinchi yarmi to'g'ri, xulosa emas. Har bir tunnel uchun siyosat har bir tunnel uchun bir marta qo'llaniladi, har bir hub uchun bir marta emas, va beshta tunnel o'tadigan umumiy uplink bu hisobda hech qachon ko'rinmaydi. Uplinkdagi tiqilinch aynan avvalgidek qoladi.

Bu ishonch qayerdan keladi

Chalkashlik tushunarli, chunki NHRP guruh ma'lumoti bitta siyosat ta'rifini butun spoke to'plamiga qo'llash imkonini beradi. Bu konfiguratsiya faylidagi umumiy byudjet kabi o'qiladi. Aslida bu har bir spoke o'sha ta'rifning o'z nusxasini olishini bildiradi.

Demak, har bir spoke uchun 5 Mbit/s har bir tunnel uchun shift, va shiftlar tunnel qancha bo'lsa shuncha.

Bitta siyosat nusxasi nimani boshqaradi

Cisco'ning IOS XE'da DMVPN'da har bir tunnel uchun QoS qo'llanmasi NHRP guruh ma'lumoti orqali tanlanadigan va har bir spoke'ga alohida qo'llaniladigan hub chiqish siyosatini tavsiflaydi. Bu gapdan ikki cheklov kelib chiqadi va ikkalasi ham e'tiborsiz qoldiriladi. Tezlik umumiy chelakka emas, bitta spoke'ga tegishli, va bu xususiyat trafikni hubdan spoke tomon boshqaradi, aksincha emas.

Spoke'ning yuborish yo'nalishini mustaqil rejalashtiring. Hub chiqish siyosatida filial nima yuklashini cheklaydigan hech narsa yo'q.

Umumiy cheklovni umumiy to'siqqa qo'ying

Umumiy hajm u haqiqatan raqobatlashadigan joyda shakllantirilishi kerak: barcha tunnellar bo'lishadigan fizik interfeysda. Cisco fizik interfeysdagi class-default shaperni ushbu xususiyat uchun qo'llab-quvvatlanadigan bir vaqtdagi fizik siyosat sifatida hujjatlashtiradi, bu siz kiritishingiz mumkin bo'lgan har qanday ierarxiyadan torroq bayonot. Siz o'ylab topgan ixtiyoriy ikkinchi fizik siyosat kimdir aksini isbotlamaguncha qo'llab-quvvatlanmaydi deb hisoblang.

Keyin barcha spoke'lar bir vaqtda band bo'lganda nima bo'lishini hal qiling. Qaysi trafik qabul qilinadi, qaysi sinf ustuvorlik oladi va qaysi navbat raqobatga ega. Har bir spoke uchun shift bu savollarning birortasiga javob bermaydi, chunki har bir spoke alohida ko'rib chiqiladi.

Shakllantirish birliklari va qo'shimcha xarajat hisobini haqiqiy topshirishga moslashtiring. Tezlik hisobidan tashqarida qoldirgan inkapsulyatsiya qo'shimcha xarajati sozlangan raqamdan oldin to'yingan havola sifatida namoyon bo'ladi.

Hisoblagichlar bir aniq tarzda yolg'on gapiradi

Hisoblagichlarni siz shakllantirayotgan qatlamda o'qing. Xuddi shu Cisco qo'llanmasi ushbu tartibda asosiy interfeys siyosat hisoblagichlari noto'g'ri bo'lishi mumkinligi haqida ogohlantiradi. Bu hisoblagich haqidagi eslatma, sinf mos kelishi yoki tashlab yuborishiga dalil emas. Buni foydalanuvchi his qiladigan yagona narsa bo'lgan dastur natijasidan alohida saqlang.

Eski traffic-shape misolini aloqasiz siyosat xaritasining yoniga nusxalash ikkala tezlik bir xil paketlarni boshqarishini isbotlamaydi.

Shiftni emas, umumiy hajmni sinab ko'ring

Bitta band spoke bilan boshlang va u o'z shiftiga yetishini tasdiqlang. Keyin tasdiqlangan reja bo'yicha barchasidan bir vaqtda trafik taklif qiling va har bir tunnel raqamlari yonida fizik interfeysni kuzating. Agar har bir spoke o'z shiftida o'tirsa, uplink to'lgan va kechikish o'sayotgan bo'lsa, spoke uchun siyosat aynan loyihalashtirilganidek ishlayapti va byudjet hali ham noto'g'ri.

O'sha nuqtadagi tuzatish sig'im yoki qabul qaroridir. Har bir spoke raqamlarini qayta sozlash faqat qaysi filial birinchi shikoyat qilishini o'zgartiradi.