Есть два раутера: один в офисе, другой удалённый. На них поднят QoS. Между железками один E1 поток. Трафик пульсирующий, но загрузка канала в пике не более 75%. В период скачков удалённая железка отваливается: пинг либо с огромной задержкой, либо вообще без ответа. Как только убираешь QoS с интерфейса удалённой железки ((config-if)#no service-policy output CRITICAL), потери пакетов исчезают. Основной трафик в таких пиках идёт из подсети акссесс листа YYY. Можно было бы предположить, что его пакеты забивают очередь, но, во-первых, для этого класса политикой я выделяю лишь 30 процентов канала, а поле ToS я оставляю дефолтным, т.е. у этих пакетов никакого приоритета, а, во-вторых, канал почти не бывает перегруженным.
У кого-нибудь есть идеи где косяк?
Конфига следующая:

ip access-list extended XXX
permit ip any host 192.168.8.23
permit ip any host 192.168.8.32
permit ip any host 192.168.8.26
permit ip any host 192.168.8.29
ip access-list extended YYY
permit ip 192.168.65.128 0.0.0.63 any
ip access-list extended ZZZ
permit tcp any host 192.168.9.165 eq 1433

class-map match-all TELNET
match protocol telnet
class-map match-all CALL_SIGNALING
match protocol h323
class-map match-any XXX
match access-group name XXX
class-map match-any VoIP
match protocol rtp audio
class-map match-all ZZZ
match access-group name ZZZ
class-map match-all YYY
match access-group name YYY

policy-map CRITICAL
class ZZZ
  set ip dscp af21
class VoIP
  bandwidth percent 10
  set ip dscp ef
class YYY
  bandwidth percent 30
  set ip dscp default
class TELNET
  set ip dscp 31
class XXX
  bandwidth percent 5
  set ip dscp af11
class CALL_SIGNALING
  set ip dscp af33

• Проблема в настройке QoS,asche, 12:36 , 29-Дек-09
  • Проблема в настройке QoS,isee, 13:13 , 29-Дек-09
    • Проблема в настройке QoS,asche, 13:31 , 29-Дек-09
      • Проблема в настройке QoS,asche, 13:56 , 29-Дек-09
        • Проблема в настройке QoS,isee, 14:24 , 29-Дек-09
          • Проблема в настройке QoS,asche, 14:42 , 29-Дек-09
      • Проблема в настройке QoS,isee, 14:26 , 29-Дек-09
        • Проблема в настройке QoS,asche, 14:47 , 29-Дек-09
        • Проблема в настройке QoS,AlexDv, 18:41 , 29-Дек-09
          • Проблема в настройке QoS,isee, 07:22 , 30-Дек-09

>YYY. Можно было бы предположить, что его пакеты забивают очередь,

как мне кажется и забивает :)
BANDWIDTH – минимальная полоса kbit/s, значение независимо от bandwidth на интерфейсе.
BANDWIDTH_PERCENT - процентное соотношение от bandwidth на интерфейсе.

>>YYY. Можно было бы предположить, что его пакеты забивают очередь,
>
>как мне кажется и забивает :)
>BANDWIDTH – минимальная полоса kbit/s, значение независимо от bandwidth на интерфейсе.
>BANDWIDTH_PERCENT - процентное соотношение от bandwidth на интерфейсе.

Выходит пакеты, которым гаранитрована 30-процентная полоса пропускания более приоритетны, нежели пакеты с максимальным приоритетом DSCP?

>Выходит пакеты, которым гаранитрована 30-процентная полоса пропускания более приоритетны, нежели пакеты с
>максимальным приоритетом DSCP?

в данном случае  вы маркируете исходящий трафик - set ip dscp, это ни как не влияет на приоритет.

>один в офисе

Как настроен QoS там?

Со стороны офиса настроен аналогично, только ACL зеркально прописаны:

class-map match-all TELNET
match protocol telnet
class-map match-all CALL_SIGNALING
match protocol h323
class-map match-any XXX
match access-group name XXX
class-map match-any VoIP
match protocol rtp audio
class-map match-all ZZZ
match access-group name ZZZ
class-map match-all YYY
match access-group name YYY
!
!
policy-map CRITICAL
class ZZZ
  set dscp af21
class VoIP
    bandwidth percent 10
  set dscp ef
class YYY
    bandwidth percent 30
class TELNET
  set dscp 31
class XXX
    bandwidth percent 5
  set ip dscp af11
class CALL_SIGNALING
  set ip dscp af33

Хм.
Почитайте:
http://www.nag.ru/news/15466/
http://www.nag.ru/news/15468/
http://www.cisco.com/en/US/tech/tk543/tk757/technologies_tec...
http://www.cisco.com/en/US/docs/ios/12_1t/12_1t5/feature/gui...

>>Выходит пакеты, которым гаранитрована 30-процентная полоса пропускания более приоритетны, нежели пакеты с
>>максимальным приоритетом DSCP?
>
>в данном случае  вы маркируете исходящий трафик - set ip dscp,
>это ни как не влияет на приоритет.

Понятно. А как добиться того, чтобы маркированные пакеты обрабатывались в очереди зависимости от поля dscp?

И вот ещё http://www.nag.ru/news/15469/

>>>Выходит пакеты, которым гаранитрована 30-процентная полоса пропускания более приоритетны, нежели пакеты с
>>>максимальным приоритетом DSCP?
>>
>>в данном случае  вы маркируете исходящий трафик - set ip dscp,
>>это ни как не влияет на приоритет.
>
>Понятно. А как добиться того, чтобы маркированные пакеты обрабатывались в очереди зависимости
>от поля dscp?

Маркировать на входном интерфейсе, а на выходном строить очереди.

Всем спасибо за помощь и с наступающим! :)