Output drops on 3750 - QoS issue?

[dudoslaw]

Witam,

Mam pytanie - jak w tytule
otoz na egress interface na switchu widze spora ilsoc 'output drops'. Z tego co wyczytalem najprawdopodobniej moze to byc przyczyna zle skonfigurowanego QoSa o ile link nie jest 'zapchany' w 100% (a nie jest).

Probowalem 'zwalczyc' to wg ponizszego guide-a:

http://www.cisco.com/c/en/us/support/do ... os-00.html

Bezskutecznie,

Ostateczna konfiguracja wyglada tak:

Kod: Zaznacz cały

mls qos map policed-dscp  31 46 to 0
mls qos map cos-dscp 0 8 16 24 32 46 48 56
mls qos

interface FastEthernet4/0/48
 switchport access vlan 100
 duplex full
 srr-queue bandwidth share 1 5 80 5
 srr-queue bandwidth shape 2 0 0 0
 priority-queue out
 mls qos trust dscp
end

Sa 4 switche w stack-u, ruch wyglada tak: mamy sporo IP phone-ow (na chwile obecna nie jestem w stanie powoiedziec ile dokladnie - mysle ze ponizej 100) oraz Business-application-traffic markowany na AF31.

Teraz z ponizszego wynika ze i Voice i af31 traffic jest droppowany pomimo:
1- przydzieleniu 50% bandwidth-u podczas congestion (voice)
2- link utilization w dalszym ciagu jest ok 12% (outbound)

Kod: Zaznacz cały

FastEthernet4/0/48 is up, line protocol is up (connected)
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/255, txload 31/255, rxload 67/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 100Mb/s, media type is 10/100BaseTX
  Media-type configured as  connector
  input flow-control is off, output flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:29, output 00:00:16, output hang never
  Last clearing of "show interface" counters 00:40:29
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 11853
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 26297000 bits/sec, 4124 packets/sec
  5 minute output rate 12519000 bits/sec, 3831 packets/sec
     11362878 packets input, 9744634261 bytes, 0 no buffer
     Received 1211 broadcasts (1211 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 1211 multicast, 0 pause input
     0 input packets with dribble condition detected
     9959157 packets output, 3389502886 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

sh mls qos interface fastEthernet 4/0/48 statistics
FastEthernet4/0/48 (All statistics are in packets)

  dscp: incoming
-------------------------------

  0 -  4 :    10047111            0            0            0            0
  5 -  9 :           0            0            0            0            0
 10 - 14 :           0            0            0            0            0
 15 - 19 :           0            0            0            0            0
 20 - 24 :           0            0            0            0            0
 25 - 29 :           0     23478042            0            0            0
 30 - 34 :           0            0            0            0            0
 35 - 39 :           0            0            0            0            0
 40 - 44 :           0            0            0            0            0
 45 - 49 :           0      2507661            0         3966            0
 50 - 54 :           0            0            0            0            0
 55 - 59 :           0            0            0            0            0
 60 - 64 :           0            0            0            0
  dscp: outgoing
-------------------------------

  0 -  4 :    10186079            0          173            0           58
  5 -  9 :           0            0            0            0            0
 10 - 14 :          66            0            0            0            0
 15 - 19 :           0            0            0         1153            0
 20 - 24 :           0            0            0            0            0
 25 - 29 :           0      7127207            0            0            0
 30 - 34 :           0            0            0            0          239
 35 - 39 :           0            0            0            0            0
 40 - 44 :           0            0            0            0         4977
 45 - 49 :           0     13233785            0        99009            0
 50 - 54 :         275            0            0            0           42
 55 - 59 :           0            0            0            0            0
 60 - 64 :           0            0            0            0
  cos: incoming
-------------------------------

  0 -  4 :    36037711            0            0            0            0
  5 -  7 :           0            0            0
  cos: outgoing
-------------------------------

  0 -  4 :    10186324           66         1153      7127207          239
  5 -  7 :    13238762        99326            0
  output queues enqueued:
 queue:    threshold1   threshold2   threshold3
-----------------------------------------------
 queue 0:    13238763           0           0
 queue 1:     8852187     1348252       41918
 queue 2:     7128249           0           0
 queue 3:       95594           0           0

  output queues dropped:
 queue:    threshold1   threshold2   threshold3
-----------------------------------------------
 queue 0:        9152           0           0
 queue 1:         104           0           0
 queue 2:        8845           0           0
 queue 3:           0           0           0

Policer: Inprofile:            0 OutofProfile:            0

Najbardziej dziwnym 'zjawiskiem' jest to ze link uzywa bandwidth-u w ok 12% a w dalszym ciagu zrzuca pakiety. Jakas porada?

Z gory dzieki za wszelkie porady,
Pzdro

[przemek_z]

Hej,

Sugerowałbym zrobić lekki tuning konfiguracji i przetestować.

Dobrą praktyką jest, aby ruch voice - DSCP EF najlepiej przypisać do threshold 3. Jako, że masz uruchomioną priority queue konfiguracja może wyglądać tak:

mls qos srr-queue output dscp-map queue 1 threshold 3 46 <- pierwsza kolejka DSCP EF
mls qos srr-queue output dscp-map queue 2 threshold 3 26 <- druga kolejka DSCP AF31

Dodatkowo możesz zmienić bufory dla poszczególnych kolejek.

SW-3750(config)#mls qos queue-set output 1 buffers 99 100 99 99?
The Sum should be equal to 100 percent

Kolejną z opcji jest modyfikacja parametrów threshold 1,2,"3",max. Przykład poniżej dla queue-set 1 - przypisany by default do portów.

mls qos queue-set output 1 threshold 1 10 40 100 100
mls qos queue-set output 1 threshold 2 10 40 100 100


SW-3750#sh mls qos interface gigabitEthernet 0/2 queueing
GigabitEthernet0/2
Egress Priority Queue : enabled
Shaped queue weights (absolute) : 2 0 0 0
Shared queue weights : 1 5 80 5
The port bandwidth limit : 100 (Operational Bandwidth:100.0)
The port is mapped to qset : 1

[dudoslaw]

Witam ponownie,

probowalem zmieniac buffer, thresholds i niewiele to pomaga,
wrocilem do starych ustawien,

ale poszperalem troche i wydaje sie to pospolity problem z 3750/3560 switchami. Maja maly general buffer i 3 ASICs na 48 portow (tzn na 52 - jeden 'odpada' dla gig portow). Przy sporym transferze na kazdym z portow dropowanie pakietow moze pojawic sie bardzo szybko. Lekarstwo na to jest albo rozlozyc njmocniej uzywane porty na osobne switche (w stack-u) oraz pomiedzy ASIC-ki lub upgrade switchy na corporate class. Lub uzyc gig port jesli to mozliwe.

Niemniej dziekuje za porade i pozdrawiam,

[dudoslaw]

mls qos srr-queue output dscp-map queue 1 threshold 3 46 <- pierwsza kolejka DSCP EF
mls qos srr-queue output dscp-map queue 2 threshold 3 26 <- druga kolejka DSCP AF31

ale kolejki nie zmianialem i tu byl blad - dzieki serdeczne kolego
pozdrawiam