QoS setiap terowong tidak mengehadkan jumlah uplink hab anda

Kepercayaan ini kedengaran seperti aritmetik: lima spoke, setiap satu dibentuk kepada 5 Mbit/s, jadi hab membawa paling banyak 25 Mbit/s. Separuh pertama benar dan kesimpulannya tidak. Dasar setiap terowong digunakan sekali bagi setiap terowong, bukan sekali bagi setiap hab, dan uplink kongsi yang dilalui kelima-lima terowong tidak pernah muncul dalam pengiraan itu. Kesesakan pada uplink kekal sama seperti sebelumnya.

Dari mana kepercayaan itu datang

Kekeliruan itu wajar, kerana maklumat kumpulan NHRP membolehkan satu definisi dasar digunakan pada seluruh set spoke. Itu dibaca seperti belanjawan kongsi dalam fail konfigurasi. Apa yang sebenarnya dimaksudkan ialah setiap spoke mendapat contohnya sendiri bagi definisi itu.

Jadi 5 Mbit/s setiap spoke ialah siling setiap terowong, dan silingnya sebanyak bilangan terowong.

Apa yang dikawal oleh satu contoh dasar

Panduan Cisco tentang QoS setiap terowong dalam DMVPN pada IOS XE menerangkan dasar keluar hab yang dipilih melalui maklumat kumpulan NHRP dan digunakan secara berasingan pada setiap spoke. Dua had timbul daripada ayat itu, dan kedua-duanya diabaikan. Kadar itu milik satu spoke, bukan baldi kongsi, dan ciri ini mengawal trafik dari hab ke spoke, bukan sebaliknya.

Rancang arah penghantaran spoke secara berasingan. Tiada apa-apa dalam dasar keluar hab yang mengehadkan apa yang dimuat naik oleh cawangan.

Letakkan had agregat pada kesesakan kongsi

Agregat mesti dibentuk di tempat ia benar-benar bersaing: pada antara muka fizikal yang dikongsi semua terowong. Cisco mendokumenkan shaper class-default pada antara muka fizikal sebagai dasar fizikal serentak yang disokong untuk ciri ini, yang merupakan pernyataan lebih sempit daripada mana-mana hierarki yang boleh anda taip. Andaikan dasar fizikal kedua sewenang-wenangnya yang anda cipta tidak disokong sehingga seseorang membuktikan sebaliknya.

Kemudian tentukan apa yang berlaku apabila semua spoke sibuk serentak. Trafik mana yang diterima, kelas mana yang diutamakan, dan baris gilir mana yang memiliki pertikaian. Siling setiap spoke tidak menjawab mana-mana soalan itu, kerana setiap spoke dipertimbangkan secara berasingan.

Padankan unit pembentukan dan perakaunan overhed dengan penyerahan sebenar. Overhed penkapsulan yang anda tinggalkan di luar pengiraan kadar muncul sebagai pautan yang tepu sebelum nombor yang dikonfigurasikan.

Pembilang berbohong dengan satu cara tertentu

Baca pembilang pada lapisan yang anda bentuk. Panduan Cisco yang sama memberi amaran bahawa pembilang dasar antara muka utama mungkin tidak tepat dalam susunan ini. Itu satu kaveat tentang pembilang, bukan bukti bahawa kelas sepadan atau menggugurkan. Asingkan ia daripada hasil aplikasi, yang merupakan satu-satunya perkara yang dialami pengguna.

Menyalin contoh traffic-shape lama di sebelah peta dasar yang tidak berkaitan tidak membuktikan kedua-dua kadar mengawal paket yang sama.

Uji agregat, bukan hanya siling

Mulakan dengan satu spoke sibuk dan sahkan ia mencapai silingnya. Kemudian tawarkan trafik daripada semua serentak di bawah pelan yang diluluskan, dan perhatikan antara muka fizikal di sebelah nombor setiap terowong. Jika setiap spoke duduk pada silingnya sementara uplink sesak dan kependaman meningkat, dasar setiap spoke berfungsi tepat seperti yang direka dan belanjawan masih salah.

Pembetulan pada ketika itu ialah keputusan kapasiti atau kemasukan. Melaraskan semula nombor setiap spoke hanya mengubah cawangan mana yang mengadu dahulu.