Дропы пакетов на интерфейсе

[fox_m]

Коллеги, после включения QoS на Cisco3750, на egress порту иногда возникают дропы пакетов. Трафик в основном мультикаст (95%). Интерфейс (Gigabit ethernet) загружен на 40%. На входящих портах мультикаст трафик метится cs4 при помощи policy-map т.к. стример сам этого делать не умеет:

 

class-map match-any STREAMERS
match access-group name STREAMERS-MCAST-GROUPS

policy-map SET-DCSP-TO-STREAMERS
class STREAMERS
 set dscp cs4

ip access-list extended STREAMERS-MCAST-GROUPS
permit udp any 239.10.1.0 0.0.0.255

 

Настройки очередей и шедулера:

 

   Dscp-outputq-threshold map:
    d1 :d2    0     1     2     3     4     5     6     7     8     9 
    ------------------------------------------------------------
     0 :    02-01 02-01 02-01 02-01 02-01 02-01 02-01 02-01 02-01 02-01 
     1 :    02-01 02-01 02-01 02-01 02-01 02-01 03-01 03-01 03-01 03-01 
     2 :    03-01 03-01 03-01 03-01 03-01 03-01 03-01 03-01 03-01 03-01 
     3 :    03-01 03-01 04-01 04-01 04-01 04-01 04-01 04-01 04-01 04-01 
     4 :    01-01 01-01 01-01 01-01 01-01 01-01 01-01 01-01 04-01 04-01 
     5 :    04-01 04-01 04-01 04-01 04-01 04-01 04-01 04-01 04-01 04-01 
     6 :    04-01 04-01 04-01 04-01 

Queueset: 1
Queue     :       1       2       3       4
----------------------------------------------
buffers   :      25      25      25      25
threshold1:     100     200     100     100
threshold2:     100     200     100     100
reserved  :      50      50      50      50
maximum   :     400     400     400     400

GigabitEthernet1/0/23
Egress Priority Queue : disabled
Shaped queue weights (absolute) :  25 0 0 0
Shared queue weights  :  25 25 25 25
The port bandwidth limit : 100  (Operational Bandwidth:100.0)
The port is mapped to qset : 1 

 

Статистика по дропам:

 

 Interface Gi1/0/23 TxQueue Drop Statistics
   Queue 0
     Weight 0 Frames 0
     Weight 1 Frames 0
     Weight 2 Frames 0
   Queue 1
     Weight 0 Frames 0
     Weight 1 Frames 0
     Weight 2 Frames 0
   Queue 2
     Weight 0 Frames 0
     Weight 1 Frames 0
     Weight 2 Frames 0
   Queue 3
     Weight 0 Frames 22769
     Weight 1 Frames 0
     Weight 2 Frames 0


GigabitEthernet1/0/23 is up, line protocol is up (connected) 
 Hardware is Gigabit Ethernet, address is 081f.f316.3b97 (bia 081f.f316.3b97)
 Description: = RUBL-ASR01 Gi0/0/0/5 =
 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, 
    reliability 255/255, txload 102/255, rxload 1/255
 Encapsulation ARPA, loopback not set
 Keepalive set (10 sec)
 Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
 input flow-control is off, output flow-control is unsupported 
 ARP type: ARPA, ARP Timeout 04:00:00
 Last input 1y22w, output 00:00:00, output hang never
 Last clearing of "show interface" counters never
 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 22769
 Queueing strategy: fifo
 Output queue: 0/40 (size/max)
 5 minute input rate 2000 bits/sec, 2 packets/sec
 5 minute output rate 400585000 bits/sec, 36687 packets/sec
    330257990 packets input, 31911309030 bytes, 0 no buffer
    Received 144015033 broadcasts (144014586 multicasts)
    22 runts, 0 giants, 0 throttles
    22 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 144014586 multicast, 0 pause input
    0 input packets with dribble condition detected
    2537028671997 packets output, 3371112757630998 bytes, 0 underruns
    0 output errors, 0 collisions, 1 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

 

Как видно, по 4-й очереди есть дропы. Как лучше поступить? Я вижу такие варианты:

 

1. Увеличить буфер для 4-й очереди, например так:

mls qos queue-set output 1 buffers 20 20 20 40

 

2. Увеличить зарезервированное пространство (по умолчанию 50% выделяется) и thresholds, например так:

 

mls qos queue-set output 2 threshold 4 200 250 100 400

 

Как я говорил выше, через коммутатор передается в основном мультик и важно что бы он передавался без проблем.

[v_r]

Можете постепенно увеличивать буферы для соответствующей очереди до 90-95% мониторя дропы на остальных очередях. Оба предложенных вами методов хороши, какой лучше сработает (или в какой комбинации они лучше сработают) зависит от трафика.

      Weight 0 Frames 22769

Если это за день нападало то не хватает совсем чуть-чуть буферов, даже небольшое увеличение может помочь.