Durchlauf der IOS-QOS-Dienstrichtlinie auf einer Tunnelschnittstelle

Ich habe einige SIP-Telefone in einem Netzwerk, die einen IPIP-Tunnel durchlaufen, um zum Server zu gelangen.

Ich habe QOS-Regeln eingerichtet, um wie folgt auf geeigneten VOIP-Verkehr zu achten:

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

Mein Problem ist, dass die Klassenzuordnung nicht übereinstimmt, da ich die Richtlinie nicht Tunnel1 zuweisen kann, sondern nur FastEthernet0 / 1.

Sicherlich muss es etwas geben, damit diese Arbeit funktioniert ... was soll ich tun?

ios qos

— MikeyB
quelle

Ich bin sehr im Zweifel, dass Prioritätswarteschlangen auf diese Weise auf Tunnelschnittstellen angewendet werden können. QoS-Funktionen sind auf Objekte anwendbar, bei denen eine tatsächliche Konkurrenz um die Bandbreite auftritt - physische Schnittstellen.

Wenn Ihr Tunnel nur für SIP oder anderen Verkehr mit hoher Priorität verwendet wird, können Sie ihn als Ganzes abgleichen und wie folgt zu Ihrer Klassenkarte hinzufügen:

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: In einigen Fällen wird das DSCP-Feld vom Originalpaket in den Tunnelheader kopiert. Sie können diese Option für Ihren speziellen Fall aktivieren (Cisco + IOS + ipinip). Im Erfolg brauchen Sie nicht die letzte Übereinstimmung und die anfängliche Konfiguration sollte gut funktionieren.

— Veniamin
quelle