Сквозная политика IOS QOS в туннельном интерфейсе

У меня есть несколько SIP-телефонов в одной сети, которые проходят через туннель IPIP, чтобы добраться до сервера.

Я настроил правила QOS для отслеживания соответствующего трафика VOIP следующим образом:

class-map match-any class-voice
  description Voice
  match  dscp af11
  match  dscp cs4 
  match  dscp cs3 
!
policy-map qos-out
  class class-voice
   priority 100
!
interface Tunnel1
 description Tunnel to VOIP Server
 ip address 10.10.0.2 255.255.255.252
 tunnel source FastEthernet0/1
 tunnel destination 172.16.100.100
 tunnel mode ipip
!
interface FastEthernet0/1
 description Internet
 bandwidth 1000
 ip address dhcp
 service-policy output qos-out

Моя проблема в том, что карта классов не совпадает, потому что я не могу назначить политику для Tunnel1, только FastEthernet0 / 1.

Конечно, должно быть что-то, чтобы заставить эту работу ... что мне делать?

ios qos

— MikeyB
источник

Я очень сомневаюсь, что приоритетные очереди могут быть применены к туннельным интерфейсам таким образом. Функции QoS применимы к объектам, где происходит реальная конкуренция за пропускную способность - физическим интерфейсам.

Если ваш туннель используется только для SIP или другого высокоприоритетного трафика, вы можете сопоставить его целиком и добавить к вашей карте классов следующим образом:

ip access-list extended sip-tunnel
 permit ipinip any host 172.16.100.100
!
class-map match-any class-voice
  description Voice
  match  dscp af11
  match  dscp cs4 
  match  dscp cs3
  match  access-group name sip-tunnel
!

UPD: в некоторых случаях поле DSCP из исходного пакета копируется в заголовок туннеля. Вы можете проверить эту опцию для вашего конкретного случая (Cisco + IOS + ipinip). В случае успеха вам не нужно последнее совпадение, и начальная конфигурация должна работать нормально.

— Вениамин
источник