[srg555]

Есть c7600 с платами 7600-ES20-10G3C(аплинки десятки) и WS-X6724-SFP(даунлинки).

 

Глобально дана команда mls qos, на аплинках mls qos trust dscp. В аплинки поступает IPv4-раскрашенный трафик. Как проверить, распределяется ли исходящий трафик по очередям на даунликовских портах? Команда show queueing interface XXX показывает только TX-дропы(Packets dropped on Transmit) и все дропы в первой очереди(что ожидаемо, но не даёт ответ на мой вопрос)

[martini]

так а qos вообще настроен ?? толку от включения mls qos без настройки

[srg555]

так а qos вообще настроен

 

на аплинке прописан mls qos trust dscp. исходя из различных документаций, эта фича копирует dscp в internal dscp для IP пакетов и мутирует 8021p в dscp для non-IP фреймов. однако проблема в том, что internal dscp потом должен превратиться в cos(8021p) и на его основе должны выстроиться очереди на даунлинке(об этом говорит #sh queueing interface DownlinkXXX | i Queueing Mode In Tx direction: Queueing Mode In Tx direction: mode-cos), но этого (как я думаю) не происходит, т.к на выходе из даунлинка все dot1q-фреймы с 8021p=0, поэтому я думаю, что очереди не выстраиваются и спрашиваю как посмотреть статистику ПРОШЕДШИХ(а не дропнутых) пакетов по очередям

 

У huawei на NE-платформе эта команда выглядет так display port-queue statistics interface XXX outbound (показывает сколько пакетов вышло и дропнулось в каждой очереди)

[f13]

sh mls qos ...

[srg555]

f13

Не нахожу там ничего интересного...

[applx]

а очереди у вас настроены? толку от mls qos trust dscp кроме как в доверии ДСЦП от довнстрима нету. На "тупых" X-67xx" интерфейсах очереди настраиваютса при помоши "wrr-queue"

[chocholl]

статистики прошедших эта платформа не показывает.

только конфигу посмотреть вот так show mls qos maps

 

с платами es дел не имел, возможно там недостаточно просто трастить.

 

 

так а qos вообще настроен

 

на аплинке прописан mls qos trust dscp. исходя из различных документаций, эта фича копирует dscp в internal dscp для IP пакетов и мутирует 8021p в dscp для non-IP фреймов. однако проблема в том, что internal dscp потом должен превратиться в cos(8021p) и на его основе должны выстроиться очереди на даунлинке(об этом говорит #sh queueing interface DownlinkXXX | i Queueing Mode In Tx direction: Queueing Mode In Tx direction: mode-cos), но этого (как я думаю) не происходит, т.к на выходе из даунлинка все dot1q-фреймы с 8021p=0, поэтому я думаю, что очереди не выстраиваются и спрашиваю как посмотреть статистику ПРОШЕДШИХ(а не дропнутых) пакетов по очередям

 

У huawei на NE-платформе эта команда выглядет так display port-queue statistics interface XXX outbound (показывает сколько пакетов вышло и дропнулось в каждой очереди)

[srg555]

а очереди у вас настроены? толку от mls qos trust dscp кроме как в доверии ДСЦП от довнстрима нету. На "тупых" X-67xx" интерфейсах очереди настраиваютса при помоши "wrr-queue"

 

Специально wrr на даунлинке не настраивался, но судя по выводу show queueing он уже включен:

 

#sh queueing interface GigabitEthernet XXX 
Interface GigabitEthernetXXX queueing strategy:  (СМ. ЗДЕСЬ)Weighted Round-Robin
 Port QoS is enabled
 Port is untrusted
 Extend trust state: not trusted [COS = 0]
 Default COS is 0
   Queueing Mode In Tx direction: mode-cos
   Transmit queues [type = 1p3q8t]:
   Queue Id    Scheduling  Num of thresholds
   -----------------------------------------
      01         WRR                 08
      02         WRR                 08
      03         WRR                 08
      04         Priority            01

   WRR bandwidth ratios:  100[queue 1] 150[queue 2] 200[queue 3] 
   queue-limit ratios:     50[queue 1]  20[queue 2]  15[queue 3]  15[Pri Queue]

   queue tail-drop-thresholds
   --------------------------
   1     70[1] 100[2] 100[3] 100[4] 100[5] 100[6] 100[7] 100[8] 
   2     70[1] 100[2] 100[3] 100[4] 100[5] 100[6] 100[7] 100[8] 
   3     100[1] 100[2] 100[3] 100[4] 100[5] 100[6] 100[7] 100[8] 

   queue random-detect-min-thresholds
   ----------------------------------
     1    40[1] 70[2] 70[3] 70[4] 70[5] 70[6] 70[7] 70[8] 
     2    40[1] 70[2] 70[3] 70[4] 70[5] 70[6] 70[7] 70[8] 
     3    70[1] 70[2] 70[3] 70[4] 70[5] 70[6] 70[7] 70[8] 

   queue random-detect-max-thresholds
   ----------------------------------
     1    70[1] 100[2] 100[3] 100[4] 100[5] 100[6] 100[7] 100[8] 
     2    70[1] 100[2] 100[3] 100[4] 100[5] 100[6] 100[7] 100[8] 
     3    100[1] 100[2] 100[3] 100[4] 100[5] 100[6] 100[7] 100[8] 

   WRED disabled queues:    

   queue thresh cos-map
   ---------------------------------------
   1     1      0 
   1     2      1 
   1     3      
   1     4      
   1     5      
   1     6      
   1     7      
   1     8      
   2     1      2 
   2     2      3 4 
   2     3      
   2     4      
   2     5      
   2     6      
   2     7      
   2     8      
   3     1      6 7 
   3     2      
   3     3      
   3     4      
   3     5      
   3     6      
   3     7      
   3     8      
   4     1      5 

   Queueing Mode In Rx direction: mode-cos
   Receive queues [type = 1q8t]:
   Queue Id    Scheduling  Num of thresholds
   -----------------------------------------
      01         WRR                 08

   WRR bandwidth ratios:  100[queue 1] 
   queue-limit ratios:    100[queue 1] 

   queue tail-drop-thresholds
   --------------------------
   1     100[1] 100[2] 100[3] 100[4] 100[5] 100[6] 100[7] 100[8] 

   queue thresh cos-map
   ---------------------------------------
   1     1      0 1 2 3 4 5 6 7 
   1     2      
   1     3      
   1     4      
   1     5      
   1     6      
   1     7      
   1     8      


 Packets dropped on Transmit:

   queue     dropped  [cos-map]
   ---------------------------------------------
   1                  1016725  [0 1 ]
   2                        0  [2 3 4 ]
   3                        0  [6 7 ]
   4                        0  [5 ]

 Packets dropped on Receive:
   BPDU packets:  0

   queue              dropped  [cos-map]
   ---------------------------------------------------
   1                        0  [0 1 2 3 4 5 6 7 ]

[srg555]

Как выяснилось, я неправильно определил факт отсутсвия 8021p на выходе из c7600(считал с помощью установки service-policy на аплинк-порт нижестоящего свитча, а у него оказывается функционал сброса 8021p-маркировки работает до service-policy, после установки trust cos счётчики в service-policy стали показывать то что надо).

 

Хотя конечно неприятно, что на c7600 нет функционала просмотра количества прошедших пакетов через исходящую очередь.