Найти в Дзене
ProdNetDev

Причины OutDiscards на портах коммутаторов Huawei и способы диагностики и устранения

Как видим, имеются на некоторых портах OutDiscards:

<Huawei-loc1>display counters discard outbound | exclude ( 0$)
Interface OutDiscards
Eth-Trunk2 25549054
Eth-Trunk6 186
Eth-Trunk7 4349998
XGE0/0/10 25549054
XGE0/0/12 666034
XGE0/0/18 3528850
XGE0/0/19 821148
XGE0/0/25 555265
XGE0/0/26 89127
XGE0/0/31 3483040
XGE0/0/33 1336
XGE0/0/38 186

Больше всего в данном примере ошибок на XGE0/0/42 - это линк на локацию в которую, льётся до 500 Мбпс в ЧНН. Мультикаста нет. Все линки в данном примере 1 Гбит/с.

OutDiscards случаются при превышении трафика на порту или при Microbursts.

Ну порту пиковые значения за минуту:

display interface XGigabitEthernet 0/0/42 | i pea
Input peak rate 134690584 bits/sec, Record time: 2021-11-18 13:24:25
Output peak rate 990824752 bits/sec, Record time: 2021-11-21 22:01:46

Более вероятно, что дело в микробёрстах, т.к. порт работал уже "на пределе".

Узнать в какой очереди и в каком объёме дропаются пакеты с порта

display qos queue statistics interface XGigabitEthernet 0/0/42
...
Queue ID : 0
Dropped Packets : 26,005
Dropped Rate(pps) : 0
Dropped Bytes : 34,872,157
Dropped Rate(bps) : 0

Обычно размер буфера порта невелик. Когда скорость трафика на порту достигает от 50% до 60% пропускной способности порта, пакеты теряются на порту. После того, как режим буфера порта установлен на enhanced, порт может вытеснить больше динамического буфера, и порт имеет более высокую способность справляться с пакетным трафиком. Это помогает уменьшить потерю пакетов, вызванную перегрузкой.

Установите режим буфера на enhanced и проверьте, увеличивается ли количество отброшенных пакетов. Когда мгновенная скорость пакетного трафика превышает возможности пересылки коммутатора, коммутатор буферизует пакетные данные для последующей передачи. Если в коммутаторе недостаточно буферного пространства, избыточные данные можно только отбросить, что приведет к перегрузке и потере пакетов.

interface XGigabitEthernet0/0/42
qos burst-mode enhanced
qu

Если это помогло, то можно так и оставить. Но конечно же, если у Вас порт как в примере выше почти в полке, то не поможет. Если нет и потери на линке уже критичны, например на таком линке необходимо передавать мультикаст iptv или объёмы дропов стали значительными, то нужно настраивать приоритизацию, что бы важный трафик не дропался во время микробёрстов или оптимизиовать сеть иначе. Варианты:

1. QoS

2. Собрать Eth-trunk (ether-channell/port-channel) добавив больше портов

3. Настройка ограничения скорости трафика или формирования трафика на устройстве в восходящем направлении может уменьшить всплеск трафика или уменьшить размер пакета, а также снизить вероятность потери пакетов из-за перегрузки на устройствах в нисходящем направлении.

4. Перевод 1Г на 10Г! Реально будет решать!


ЛОГИРОВАНИЕ DISCARD

По умолчанию коммутатор выводит в лог если количество отброшенных пакетов превышает 300 каждые 5 минут:

>display logbuffer | inc scar
Logging buffer configuration and contents : enabled
Allowed max buffer size : 1024
Actual buffer size : 512
Channel number : 4 , Channel name : logbuffer
Dropped messages : 0
Overwritten messages : 40455
Current messages : 512

Nov 25 2021 10:09:39+03:00 Huawei-6730_Loc2 %%01IFPDT/4/PKT_OUTQUEDROP_NL(l)[290]:Interface output discard restored to the log threshold. (Interface=XGigabitEthernet0/0/25, Statistics=12368, LogThreshold=300, LogInterval=300(s), PortQueueNumber=0, PortQueuePassed=308195234, PortQueueDropped=12368, PortQueueNumber=1, PortQueuePassed=0, PortQueueDropped=0, PortQueueNumber=2, PortQueuePassed=0, PortQueueDropped=0, PortQueueNumber=3, PortQueuePassed=0, PortQueueDropped=0, PortQueueNumber=4, PortQueuePassed=0, PortQueueDropped=0, PortQueueNumber=5, PortQueuePassed=4, PortQueueDropped=0, PortQueueNumber=6, PortQueuePassed=870208, PortQueueDropped=0, PortQueueNumber=7, PortQueuePassed=804291, PortQueueDropped=0)
Nov 25 2021 10:04:39+03:00 Huawei-
6730_Loc2 %%01IFPDT/4/PKT_OUTQUEDROP_ABNL(l)[301]:In