Static route packet drops

Клиент жалуется на потери ~50%, проверил QoS все ок, далее проверка hop-by-hop, на PE к клиенту:

Тут почему-то два маршрута. Первый «directly connected» второй через обычный NH.

Настройки:

Это явно ошибка при добавлении статики. Коробка балансируем нагрузку, один из пакетов запрашивает ARP (т.к. у нас «directly connected») но на удаленной стороне ему никто не отвечает (ARP запрос на чужую сеть), поэтому пакет попросту дропается. Следующий пакет улетает корректно на адрес NH. Если бы удаленной стороной была например 7600 с настройками по умолчанию на интерфейсе (включен «proxy arp») проблем бы не было.

Удаляем неверный маршрут:

 

Ping QoS

Клиент жалуется, что при ICMP запросе на коробку сбрасывается маркировка, причем с SNMP такой проблемы нет.
Пример SNMP:

Коробка действительно ответила с корректным QoS, происходит это благодаря настройки: snmp-server ip dscp 16 .

C ICMP не все так радужно, QoS сбрасывается в BE:

По умолчанию OS на ICMP отвечает с тем же QoS с каким к нему пришел IP пакет, пример для linux, тоже самое для коробок Cisco/Juniper/etc, Linux:

Отправил «серый» пакет, ответ также в BE:

Отправляем «цветной»:

Пример для Juniper:

Адрес управления коробки находится в GRT, и трафик на нее приходит уже без MPLS меток, а с EXP трафиком проблем нет, значить кто-то на входе/выходе делает перемаркировку.На вышестоящей коробке в сторону нашей PE проблем нет, посмотрим на PE MPLS-ые интерфейсы и их настройки QoS на входе:

По умолчанию сбрасывается в BE:

Тикает счетчик перемаркировки:

Настраиваем trust:

Перемаркировка прекратилась:

Проверяем: