Paso de la política de servicio IOS QOS en una interfaz de túnel

Tengo algunos teléfonos SIP en una red que pasan por un túnel IPIP para llegar al servidor.

He configurado las reglas de QOS para observar el tráfico VOIP apropiado de la siguiente manera:

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

Mi problema es que el mapa de clases no se corresponde porque no puedo asignar la política al Tunnel1, solo FastEthernet0 / 1.

Seguramente debe haber algo para que esto funcione ... ¿qué debo hacer?

Tengo muchas dudas de que las colas de prioridad se puedan aplicar a las interfaces de túnel de esa manera. Las funciones de QoS son aplicables a los objetos donde se produce la competencia real por el ancho de banda: interfaces físicas.

Si su túnel se usa solo para SIP u otro tráfico de alta prioridad, puede igualarlo completo y agregarlo a su mapa de clase de la siguiente manera:

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: en algunos casos, el campo DSCP del paquete original se copia al encabezado del túnel. Puede marcar esta opción para su caso particular (Cisco + IOS + ipinip). En caso de éxito, no necesita la última coincidencia y la configuración inicial debería funcionar bien.