У меня есть несколько 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.
Конечно, должно быть что-то, чтобы эта работа работала ... что мне делать?
Я очень сомневаюсь, что приоритетные очереди можно применить к туннельным интерфейсам таким образом. Функции 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). В успехе вам не нужно последнее соответствие и начальная конфигурация должна работать нормально.