Pass-through de stratégie de service IOS QOS sur une interface de tunnel

J'ai des téléphones SIP sur un réseau qui passent par un tunnel IPIP pour se rendre au serveur.

J'ai configuré des règles de qualité de service pour surveiller le trafic VOIP approprié comme suit:

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

Mon problème est que le class-map ne correspond pas parce que je ne peux pas assigner la politique au Tunnel1, seulement FastEthernet0 / 1.

Il doit sûrement y avoir quelque chose pour que cela fonctionne ... que dois-je faire?

ios qos

— MikeyB
source

Je doute fort que les files d'attente prioritaires puissent être appliquées aux interfaces de tunnel de cette manière. Les fonctions de QoS sont applicables aux objets où la concurrence réelle pour la bande passante se produit - interfaces physiques.

Si votre tunnel est utilisé uniquement pour SIP ou tout autre trafic de haute priorité, vous pouvez le faire correspondre et l'ajouter à votre carte de classe comme suit:

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: Dans certains cas, le champ DSCP du paquet d'origine est copié dans l'en-tête du tunnel. Vous pouvez vérifier cette option pour votre cas particulier (Cisco + IOS + ipinip). En cas de succès, vous n'avez pas besoin de la dernière correspondance et la configuration initiale devrait fonctionner correctement.

— Veniamin
source