Існує три умови, в яких ви бачите ненульові перевищені швидкості в вихідних даних цієї команди:
Пікові значення збираються занадто низько дозволити достатню пропускну здатність. Наприклад, подивіться ідентифікатор помилки Cisco CSCdw42923 (тільки зареєстровані клієнти) в Bug Toolkit, пов'язаному від Програмних засобів і службових програм (тільки зареєстровані клієнти) сторінка.
Примітка: Необхідно бути зареєстрованим користувачем і який увійшов для використання Bug Toolkit.
Вирішена проблема з "подвійним урахуванням" в програмному забезпеченні Cisco IOS®
Помилки в програмному забезпеченні Cisco IOS
Подивіться на приклад вихідних даних від інтерфейсу віртуального доступу. У цій конфігурації RADIUS використовується для присвоєння обмеження швидкості на динамічно створений інтерфейс віртуального доступу.
Використовуйте show interface x команда rate-limit для моніторингу продуктивності обмежувача традиційного синтаксису Cisco, CAR. В даному прикладі вихідні дані цієї команди надають підказки, щодо того, чому існує ненульовий перевищений біт в секунду. У той час як зафіксоване пакетне значення (bc), позначене лімітом, встановлено в 7500 байтів, поточний пікове значення складає 7392 байта.
При налаштуванні CAR або новішого обмежувача від Cisco, заснованого на класі застосування політик, необхідно налаштувати чималі розміри пакету для запевнення очікуваної пропускної спроможності і щоб гарантувати що відкидання пакету регулювальником тільки для покарання короткостроковій перевантаження.
При виборі пікових значень важливо прийняти перехідні збільшення розміру черги. Ви не можете просто припустити, що пакети надходять і відбувають в той же час. Ви також не можете припустити, що черга змінюється від порожнього до одного пакета і що черга залишається в одному пакеті на основі послідовного під час прибуття. Якщо типовий трафік є досить пульсуючим, то пікові значення повинні бути відповідно великими, щоб дозволити використання з'єднання бути підтриманим на прийнятно високому рівні. Розмір пакета, який занадто низький, або мінімальний поріг, який занадто низький, може привести до неприйнятно низького використання з'єднання.
Пакет може бути визначений просто як серія зустрічно-паралельних, кадрів розміру MTU, таких як 1500 бітних фреймів, які відбуваються на Мережі Ethernet. Коли пакет таких кадрів надходить у вихідний інтерфейс, він може знищити буфери виводу і перевищити налаштовану глибину алгоритму Token bucket в миттєво вчасно. З використанням маркерной системи вимірювання обмежувач робить бінарний вибір про те, пристосовує чи надходить пакет, перевищує або порушує налаштовані значення застосування політик. З пульсуючим трафіком, таким як потік FTP, миттєва швидкість прибуття цих пакетів може перевищити значення налаштованого пакета і привести до відкидання CAR.
Крім того, сумарна пропускна здатність за часів перевантаження змінюються в залежності від типу трафіку, який оцінений обмежувачем. У той час як Трафік TCP є швидко реагує до перевантаження, інші потоки не. Приклади нешвидко реагують потоків включають засновані на UDP і засновані на ICMP пакети.
TCP ґрунтується на позитивному підтвердження з повторною. TCP використовує розсувне вікно в якості частини його позитивного механізму підтвердження. Протоколи ковзного вікна використовують пропускну здатність мережі краще, тому що вони дозволяють відправнику передавати кілька пакетів, перш ніж вони будуть чекати підтвердження. Наприклад, в протоколі ковзаючого вікна з розміром вікна 8, відправнику дозволяють передати 8 пакетів, перш ніж це отримає підтвердження. При збільшенні розміру вікна мережеве час простою в основному усунуто. Добре налаштований протокол ковзаючого вікна підтримує мережу повністю насичується з пакетами і підтримує високу пропускну здатність.
Так як кінцеві точки не знають певного статусу перевантаження мережі, TCP, оскільки протокол розроблений, реагують на перевантаження в мережі скороченням її коефіцієнти передачі, коли відбувається перевантаження. Зокрема це використовує два способи:
Запобігання перевантаження з мультиплікативним скороченням
На втрату сегмента (еквівалент пакету до TCP), зменшіть вікно перевантаження наполовину. Вікно перевантаження є другим значенням або вікном, яке використовується для обмеження кількості пакетів, які відправник може передати в мережу, перш ніж це буде чекати підтвердження.
Відновлення за допомогою повільного завантаження
Пакети можуть бути втрачені або знищені, коли помилки трансляції втручаються в дані, коли мережеве обладнання відмовляє, або коли мережі стають занадто великою мірою завантаженими для розміщення представленої завантаження. TCP передбачає, що втрачені пакети або пакети, які не в змозі бути підтвердженими в тимчасовому інтервалі через екстремальну затримки, вказують на перевантаження в мережі.
Система вимірювання token-bucket обмежувача викликана на кожному отриманні пакету. Зокрема швидкість, якої пристосовують, і перевищує швидкість, обчислені на основі цієї простої формули:
Так як формула обчислює швидкості за період від минулого разу, що лічильники були очищені, Cisco рекомендує очистити лічильники для моніторингу поточної швидкості. Якщо лічильники не очищені, то швидкість попередньої формули ефективно означає, що вихідні дані команди show відображають середнє число, обчислене за потенційно дуже довгий період, і значення можливо не значимі в визначенні поточної швидкості.
Середня пропускна здатність повинна збігтися з настроюваної узгодженої швидкістю передачі інформації (CIR) протягом часу. Розміри пакета дозволяють тривалість максимального пакета в установлений термін. Якщо існує "no traffic" (немає трафіку) або менше, ніж цінність CIR трафіку і алгоритму Token bucket не заповнюється, дуже великий пакет все ще обмежений певним розміром, обчисленим на основі звичайного пакета і збільшеного пакета.
Рівень скидання випливає з цього механізму
Зверніть увагу на даний час.
Оновлення алгоритм Token bucket з кількістю маркерів, які накопичувалися постійно, починаючи з минулого разу пакет надійшов.
Загальна кількість сумарних маркерів не може перевищити значення maxtokens. Відкиньте надлишкові маркери.
Перевірте відповідність пакетів.
Обмеження швидкості може також бути досягнуто з Застосуванням політик. Це - приклад конфігурації для забезпечення обмеження швидкості на інтерфейс Ethernet, який використовує засноване застосування політик Класу.
Цей приклад вихідних даних від команди show policy-map interface ілюструє належним чином обчислені і синхронізуються значення для запропонованої швидкості і рівня скидання, а також пристосований, і превисьте швидкості біта в секунду.
Вирішені ідентифікатори помилок і обхідні шляхи
Нижче, ніж очікувані лічильники скидів
- Ідентифікатор помилки Cisco CSCdv41231 (тільки зареєстровані клієнти)
Подвоює очікувану оцінку вилучень і продуктивності
Без скидів або при нульовому рівні скидання
В цілому при застосуванні заснованих на класі Характеристик QoS перший крок в усуненні проблем повинен гарантувати, що механізм класифікації QoS працює належним чином. Іншими словами, гарантуйте, що пакети, задані в повідомленнях про збіг у вашому class-map, вражають коректні класи.- Ідентифікатор помилки Cisco CSCds34478 (тільки зареєстровані клієнти)
Аномальний або суперечливий рівень скидання