Есть два раутера: один в офисе, другой удалённый. На них поднят 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