Jak mogę racjonalnie sprawdzić, czy moja konfiguracja QoS działa?


10

Kontekst

Wdrożyłem standardową konfigurację QoS w witrynie klienta z routerem Cisco 891 z systemem IOS 15.1 (4) M4. Łącze WAN to pojedyncze łącze ADSL2 + (24/1 Mb / s) podłączone do FE8.

Wcześniej przetestowałem tę konfigurację w innej witrynie, używając iperf z sieci LAN do generowania ponad 1 Mb / s ruchu w górę i potwierdziłem zauważalną zmianę jakości połączenia podczas włączania QoS w interfejsie WAN. W ten sposób początkowo potwierdziłem, że moja konfiguracja działa.

Niedawno wdrożyłem tę samą konfigurację w innej witrynie, ale nadal występują problemy z przepustowością VOIP. Chciałbym racjonalnie potwierdzić, że QoS działa bez wysiłku faktycznego nasycenia łącza (szczególnie dlatego, że są one poza stanem i nie ma technologii u klienta). A potem spróbuj wyodrębnić to, co mógłbym tekować, aby uzyskać lepszą jakość głosu.

pytania

Biorąc pod uwagę wynik mapy polityki poniżej, koncentrując się na mapie klasy VOICE jako przykład, co oznaczają następujące statystyki ?:

  • 3860628 pakietów, 1070196895 bajtów: Czy mogę założyć, że jest to całkowita liczba pakietów / bajtów dopasowanych w mapie klas?

  • Oferowana stawka 5 minut 0 bps, szybkość zrzutu 0 bps: Czy „oferowana stawka” to stawka w bpsach ruchu, dla której ustalono priorytet, jeśli nie, to co? I podobnie, czy współczynnik upuszczania to nadmierna szybkość ruchu, której nie można określić priorytetowo z powodu braku przepustowości? Czy to zatem wskazywałoby, że potrzebujemy większej przepustowości X bps dla VOICE, aby uwzględnić takie szczyty ruchu?

  • Priorytet: 40% (340 kb / s), burst bajtów 8500, b / w przekracza spadki: 5: W tym wierszu nie jestem pewien, co oznacza, że ​​b / w przekracza spadki?

Logowanie

Biorąc pod uwagę, że statystyki te prawdopodobnie się zmienią (tak mi się wydaje) w godzinach szczytu (to jest, kiedy najbardziej chcesz je zobaczyć). Czy jest jakiś sposób, aby zarejestrować te liczby lub zapytać o nie za pomocą SNMP, aby można je było programować na wykresie?

Uczenie się

Rozumiem, że QoS jest dość szeroko zakrojonym tematem. Próbując się o tym dowiedzieć, często przytłaczają mnie różne informacje, ponieważ czytam o różnych typach implementacji QoS lub z różnych wersji IOS (np. Starsze dokumenty używające poleceń, w których zmieniła się składnia lub dane wyjściowe).

Czy w tym celu ktoś może polecić niektóre dokumenty szkoleniowe Cisco lub kursy wideo, które mogą pomóc mi lepiej skoncentrować się na pracy z QoS?

Niektóre dodatkowe informacje

Oto przykładowa konfiguracja 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

I dane wyjściowe interfejsu mapy polityki:

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

Zakładam, że masz na myśli wersję IOS 15.1 w pierwszym zdaniu? Chcę to wyjaśnić przed dokonaniem edycji.
Brett Lykins

Hej, tak. Przepraszam. Nie wiem, co się dzieje ... Klucze utknęły dziś w nocy. Dużo literówek.
Geekman

Odpowiedzi:


10

Twoje pytanie jest dość szerokie. Istnieje wiele różnych poleceń, których możesz użyć do rozwiązywania problemów i monitorowania QoS, więc skupię się na głównym pytaniu, które masz, czyli w jaki sposób racjonalnie zweryfikować, czy konfiguracja QoS działa i jak odczytać dane wyjściowe interfejsu mapy polityk.

Jedynym prawdziwym sposobem na sprawdzenie, czy działa QoS, jest podłączenie generatora ruchu i monitorowanie wskaźnika upuszczania w różnych kolejkach. Ponieważ nie jest to zazwyczaj możliwe, szczególnie w środowisku produkcyjnym, wszystko, co możesz naprawdę zrobić, to sprawdzić, czy ruch jest odpowiednio oznaczany i klasyfikowany.

To, czego naprawdę szukasz, jeśli chodzi o sprawdzenie, czy konfiguracja QoS działa, to zwiększenie liczników w poleceniu interfejsu mapy strategii.

Na przykład w danych wyjściowych podałeś:

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

Możesz zobaczyć, że widzisz pakiety w SIP i RTP, ale nie w NEC-PBX. Jeśli wiesz, że otrzymujesz ruch SIP i RTP przez łącze, powinieneś zobaczyć przyrost liczby pakietów i jest to rozsądny sposób, aby wiedzieć, że twoja konfiguracja zasadniczo działa.


Dzięki. Co masz na myśli mówiąc „monitoruj tempo zrzutu w różnych kolejkach”? Czy to „drop drop X bps”? Jeśli chodzi o mój przykład z potrzebą nadrzędnego narzędzia kształtującego dla QSS ADSL, pierwotnie zdecydowałem, że QoS działa, gdy zobaczyłem, że ruch się dopasowuje - ale ostatecznie nie przyniosło to nic dobrego. Zgadzam się, że pytanie jest nadal szerokie (nawet próbowałem je napisać przed opublikowaniem!). Wkrótce wprowadzę kilka zmian i docenię wszelkie spostrzeżenia. Dzięki jeszcze raz!
Geekman

Okej. Myślę, że gdybym przynajmniej w pełni zrozumiał te fragmenty dotyczące wyników mapy polityki, byłbym w stanie zrozumieć, co się dzieje.
Geekman

1
W szczególności podczas weryfikacji konfiguracji należy zwrócić uwagę na dwie rzeczy. Pierwszy to łączna liczba i szybkość pakietów w całej klasie i każdej linii „Dopasuj”. Dzięki temu dowiesz się, czy pakiety pasują do zasad i czy są odpowiednio klasyfikowane / oznaczane / ustalane priorytety (w zależności od rodzaju polityki, na którą patrzysz). Inną kwestią jest również współczynnik upuszczania pod każdym z nich. W normalnych warunkach sieciowych prawdopodobnie nie powinno być widać spadków w większości klas, więc zero nie stanowi problemu. Ale jeśli jesteś zatłoczony, zobaczysz krople.
totallystubby
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.