Як я можу обґрунтовано перевірити, чи працює моя конфігурація QoS?


10

Контекст

Я розгорнув стандартну конфігурацію QoS на сайті клієнта, на якому працює маршрутизатор Cisco 891 з IOS 15.1 (4) M4. Посилання WAN - це єдине ADSL2 + посилання (24 / 1Mbps), підключене до FE8.

Раніше я тестував цю конфігурацію на іншому сайті, використовуючи iperf з локальної мережі для створення 1+ Мбіт / с висхідного трафіку і підтвердив помітну зміну якості виклику при включенні QoS в інтерфейсі WAN. Ось так я спочатку підтвердив свою конфігурацію.

Нещодавно я розгорнув цю саму конфігурацію на іншому сайті, але вони все ще мають проблеми із пропускною здатністю VOIP вгору. Я б хотів обґрунтовано підтвердити, що QoS працює, не намагаючись насправді наситити посилання (особливо тому, що вони поза станом, і немає технічної служби на сайті). А потім спробуйте виділити те, що я міг би здійснити, щоб покращити якість голосу.

Запитання

З огляду на вихідну карту політики, орієнтовану конкретно на мапу класів VOICE як приклад, що означають наведені нижче статистичні дані?

  • 3860628 пакетів, 1070196895 байт: Чи можу я припустити, що це загальна кількість пакетів / байтів, зіставлених у карті класів?

  • 5-хвилинна пропонована швидкість 0 bps, швидкість падіння 0 bps: Чи є "пропонована швидкість" швидкість в bps трафіку, яка була визначена з пріоритетом, якщо ні, то що? І аналогічно, чи є показник падіння тим перевищенням трафіку, який не можна було визначити пріоритетним шляхом через відсутність пропускної здатності? Чи це тоді вказуватиме на те, що для VOICE для розміщення таких максимумів трафіку нам потрібно більше X пробійних частот?

  • Пріоритет: 40% (340 кбіт / с), частота байтів 8500, ч / б перевищує краплі: 5: У цьому рядку я не впевнений, що означає / б перевищує краплі?

Ведення журналів

З огляду на те, що ці статистичні дані, ймовірно, змінюватимуться (я думаю, що) в пікові часи (саме тоді, коли ви найбільше хочете їх побачити). Чи є якимось чином я можу записати ці номери або, можливо, запитати їх за допомогою SNMP, щоб вони могли бути зрозумілими програмно?

Навчання

Я розумію, що QoS - досить широка тема. Намагаючись дізнатися про це, мене часто переповнюють різні відомості або тому, що я читаю про різні типи реалізацій QoS, або через різні версії IOS (наприклад, старіші документи, що використовують команди, де змінився синтаксис або вихід).

З цією метою хтось може порекомендувати деякі навчальні документи Cisco або відео-курси, які можуть допомогти мені зосередитись на тому, щоб краще зрозуміти роботу з QoS?

Деякі додаткові відомості

Ось приклад конфігурації QoS:

class-map match-any SSH
 match protocol ssh
class-map match-any LogMeIn
 match access-group name LogMeIn
class-map match-any VOICE
 match protocol sip
 match protocol rtp

policy-map ADSLPrioritisationOutbound
 class VOICE
  priority percent 40
 class SSH
  bandwidth 80
 class LogMeIn
  priority percent 20
 class class-default
  fair-queue
policy-map ADSLPrioritisationOutboundParent
 class class-default
  shape average 850000
  service-policy ADSLPrioritisationOutbound

interface FastEthernet8
 no ip address
 ip virtual-reassembly in
 duplex auto
 speed auto
 pppoe-client dial-pool-number 1
 service-policy output ADSLPrioritisationOutboundParent

І вихід інтерфейсу карт-політики:

FastEthernet8

Service-policy output: ADSLPrioritisationOutboundParent

Class-map: class-default (match-any)
  18968101 packets, 6998385051 bytes
  5 minute offered rate 3000 bps, drop rate 0 bps
  Match: any
  Queueing
  queue limit 64 packets
  (queue depth/total drops/no-buffer drops) 0/93737/0
  (pkts output/bytes output) 18874363/6936577128
  shape (average) cir 850000, bc 3400, be 3400
  target shape rate 850000

  Service-policy : ADSLPrioritisationOutbound

    queue stats for all priority classes:

      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 3860623/1070194985

    Class-map: VOICE (match-any)
      3860628 packets, 1070196895 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: protocol sip
        97348 packets, 49867304 bytes
        5 minute rate 0 bps
      Match: protocol rtp
        3763280 packets, 1020329591 bytes
        5 minute rate 0 bps
      Match: access-group name NEC-PBX
        0 packets, 0 bytes
        5 minute rate 0 bps
      Priority: 40% (340 kbps), burst bytes 8500, b/w exceed drops: 5


    Class-map: SSH (match-any)
      89497 packets, 19838544 bytes
      5 minute offered rate 2000 bps, drop rate 0 bps
      Match: protocol ssh
        89497 packets, 19838544 bytes
        5 minute rate 2000 bps
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 89497/19838544
      bandwidth 80 kbps

    Class-map: LogMeIn (match-any)
      0 packets, 0 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: access-group name LogMeIn
        0 packets, 0 bytes
        5 minute rate 0 bps
      Priority: 20% (170 kbps), burst bytes 4250, b/w exceed drops: 0


    Class-map: class-default (match-any)
      15017976 packets, 5908349612 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: any
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops/flowdrops) 0/93732/0/93732
      (pkts output/bytes output) 14924243/5846543599
      Fair-queue: per-flow queue limit 16

Я припускаю, що ви маєте на увазі IOS версії 15.1 у першому реченні? Я просто хочу уточнити, перш ніж редагувати.
Бретт Лікінс

Хе, так. Вибачте. Не знаю, що відбувається ... Ключі застрягають сьогодні ввечері. Багато друкарських помилок.
Geekman

Відповіді:


10

Ваше запитання досить широке. Існує багато різних команд, які ви можете використовувати для усунення несправностей та моніторингу QoS, тому я зупинюсь на основному вашому питанні, а саме - як правильно перевірити, чи працює ваша конфігурація QoS та як прочитати вихід інтерфейсу політики-карти.

Єдиний вірний спосіб підтвердити, що QoS працює - це підключити генератор трафіку та контролювати рівень падіння в різних чергах. Оскільки це, як правило, неможливо, особливо у виробничому середовищі, все, що ви дійсно можете зробити, це перевірити, чи трафік маркований та класифікований належним чином.

Те, що ви дійсно шукаєте, коли йдеться про перевірку того, чи працює ваша конфігурація QoS, - це збільшення лічильників в команді інтерфейсу політики-політики.

Так, наприклад, у висновку ви надали:

Class-map: VOICE (match-any)
  3860628 packets, 1070196895 bytes
  5 minute offered rate 0 bps, drop rate 0 bps
  Match: protocol sip
    97348 packets, 49867304 bytes
    5 minute rate 0 bps
  Match: protocol rtp
    3763280 packets, 1020329591 bytes
    5 minute rate 0 bps
  Match: access-group name NEC-PBX
    0 packets, 0 bytes
    5 minute rate 0 bps
  Priority: 40% (340 kbps), burst bytes 8500, b/w exceed drops: 5

Ви можете бачити, що ви бачите пакети під SIP та RTP, але не NEC-АТС. Якщо ви знаєте, що ви отримуєте трафік SIP та RTP через посилання, ви повинні бачити збільшення кількості пакетів, і це розумний спосіб знати, що ваша конфігурація в основному працює.


Дякую. Що ви маєте на увазі під «монітором швидкості падіння в різних чергах»? Це "швидкість падіння X bps"? Що стосується мого прикладу, коли потрібен батьківський формувач для ADSL QoS, то я спочатку вирішив, що QoS працює, коли побачив, як трафік збігається - але врешті-решт, це насправді не принесло користі. Я погоджуюся, що питання все ще широке (я навіть намагався його переписати ще до того, як розмістив!). Невдовзі я зроблю кілька змін і буду вдячний за будь-яку інформацію. Знову дякую!
Geekman

Добре там. Я думаю, якби я принаймні повністю зрозумів ці шматочки щодо виведення карти політики, я міг би зрозуміти, що відбувається.
Geekman

1
Зокрема, ви повинні звернути увагу на дві речі, які перевіряють конфігурацію. Перший - це загальна кількість пакетів і швидкість для всього класу та кожного окремого рядка "Збіг". Це підкаже, чи пакети відповідають політикам і чи належним чином класифіковані / позначені / визначені пріоритетні (залежно від того, яку політику ви шукаєте). Інша справа - рівень падіння також під кожним. У звичайних мережевих умовах ви, мабуть, не бачите крапель у більшості класів, тому 0 не є проблемою. Але якщо ви перевантажені, то ви побачите краплі.
totalstubby
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.