Політика служби 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). Для успіху вам не потрібен останній збіг, і початковий конфігурація повинна працювати добре.

— Веніямін
джерело