Passagem da política de serviço IOS QOS em uma interface de encapsulamento

Eu tenho alguns telefones SIP em uma rede que passam por um túnel IPIP para acessar o servidor.

Configurei regras de QoS para observar o tráfego VOIP apropriado da seguinte maneira:

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

Meu problema é que o mapa de classes não está sendo correspondido porque não posso atribuir a política ao Tunnel1, apenas ao FastEthernet0 / 1.

Certamente deve haver algo para fazer isso funcionar ... o que devo fazer?

Tenho muita dúvida de que filas prioritárias podem ser aplicadas a interfaces de túnel dessa maneira. As funções de QoS são aplicáveis ​​aos objetos em que ocorre a concorrência real por largura de banda - interfaces físicas.

Se o seu túnel for usado apenas para SIP ou outro tráfego de alta prioridade, você poderá corresponder todo e adicionar ao seu mapa de classes da seguinte maneira:

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: Em alguns casos, o campo DSCP do pacote original é copiado para o cabeçalho do túnel. Você pode verificar esta opção para o seu caso específico (Cisco + IOS + ipinip). Com sucesso, você não precisa da última correspondência e a configuração inicial deve funcionar bem.