Contesto

Ho implementato una configurazione QoS standard su un sito cliente che esegue un router Cisco 891 con IOS 15.1 (4) M4. Il collegamento WAN è un singolo collegamento ADSL2 + (24 / 1Mbps) collegato a FE8.

In precedenza ho testato questa configurazione su un altro sito utilizzando iperf dalla LAN per generare 1+ Mbps di traffico a monte e confermato un notevole cambiamento nella qualità delle chiamate quando si abilita QoS sull'interfaccia WAN. È così che inizialmente ho confermato che la mia configurazione funzionava.

Di recente ho distribuito la stessa configurazione su un altro sito, ma continuano a riscontrare problemi con la larghezza di banda VOIP upstream. Vorrei confermare ragionevolmente che QoS sta funzionando senza andare allo sforzo di saturare effettivamente il collegamento (soprattutto perché sono fuori dallo stato e non c'è tecnologia in loco). E poi prova a isolare ciò che potrei essere in grado di definire per ottenere una migliore qualità della voce.

Domande

Dato l'output della mappa delle politiche di seguito, focalizzandosi in particolare sulla mappa di classe VOICE come esempio, cosa significano le seguenti statistiche ?:

• 3860628 pacchetti, 1070196895 byte: posso presumere che questo sia il numero totale di pacchetti / byte corrispondenti nella mappa delle classi?

• Frequenza offerta di 5 minuti 0 bps, frequenza di rilascio 0 bps: la "tariffa offerta" è la velocità in bps del traffico a cui è stata data la priorità, se no allora? E allo stesso modo, il drop rate è l'eccesso di traffico che non è stato possibile dare la priorità a causa della mancanza di larghezza di banda? Ciò indicherebbe quindi che abbiamo bisogno di una maggiore larghezza di banda di X bps per VOICE per soddisfare tali picchi di traffico?

• Priorità: 40% (340 kbps), byte di burst 8500, b / n supera le cadute: 5: In questa linea, non sono sicuro di cosa significhino le gocce in bianco e nero?

Registrazione

Dato che è probabile che queste statistiche cambino (immagino) durante le ore di punta (che è quando vorresti più vederle). C'è un modo in cui posso registrare questi numeri o forse interrogarli tramite SNMP in modo che possano essere rappresentati graficamente a livello di codice?

Apprendimento

Capisco che il QoS sia un argomento abbastanza ampio. Quando provo a imparare questo, sono spesso sopraffatto da informazioni diverse sia perché sto leggendo su diversi tipi di implementazioni QoS, sia a causa di diverse versioni di IOS (ad es. Documenti più vecchi che usano comandi in cui la sintassi o l'output sono cambiati).

A tal fine, qualcuno può consigliare alcuni documenti di formazione Cisco o corsi video che potrebbero aiutarmi a concentrarmi su come ottenere una migliore presa sul lavoro con QoS?

Alcune informazioni aggiuntive

Ecco un esempio di configurazione 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

E output dell'interfaccia della mappa delle politiche:

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

La tua domanda è piuttosto ampia. Esistono molti comandi diversi che puoi utilizzare per risolvere i problemi e monitorare il QoS, quindi mi concentrerò sulla domanda principale che hai, che è come verificare ragionevolmente che la tua configurazione QoS funzioni e come leggere l'output dell'interfaccia della mappa delle politiche.

L'unico vero modo per verificare che QoS funzioni è collegare un generatore di traffico e monitorare il tasso di caduta in varie code. Poiché ciò non è in genere possibile, in particolare in un ambiente di produzione, tutto ciò che puoi fare è verificare che il traffico sia stato contrassegnato e classificato correttamente.

Quello che stai veramente cercando, quando si tratta di verificare se la tua configurazione QoS funziona, è l'incremento dei contatori nel comando dell'interfaccia della mappa delle politiche.

Quindi, ad esempio, nell'output fornito:

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

Puoi vedere che stai vedendo pacchetti in SIP e RTP, ma non in NEC-PBX. Se sai che stai ricevendo traffico SIP e RTP attraverso un collegamento, dovresti vedere l'incremento dei conteggi dei pacchetti e questo è un modo ragionevole per sapere che la tua configurazione funziona sostanzialmente.