Przekazywanie zasad usługi IOS QOS na interfejsie tunelu


10

Mam kilka telefonów SIP w jednej sieci, które przechodzą przez tunel IPIP, aby dostać się do serwera.

Skonfigurowałem reguły QOS, aby obserwować odpowiedni ruch VoIP w następujący sposób:

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

Moim problemem jest to, że mapa klas nie jest dopasowywana, ponieważ nie mogę przypisać polityki do Tunnel1, tylko FastEthernet0 / 1.

Z pewnością musi być coś, co sprawi, że to zadziała ... co powinienem zrobić?

Odpowiedzi:


1

Mam wątpliwości, że kolejki priorytetowe można w ten sposób zastosować do interfejsów tunelowych. Funkcje QoS mają zastosowanie do obiektów, w których występuje rzeczywista konkurencja o przepustowość - interfejsów fizycznych.

Jeśli twój tunel jest używany tylko do SIP lub innego ruchu o wysokim priorytecie, możesz go dopasować w całości i dodać do swojej mapy klas w następujący sposób:

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: W niektórych przypadkach pole DSCP z oryginalnego pakietu jest kopiowane do nagłówka tunelu. Możesz sprawdzić tę opcję dla konkretnego przypadku (Cisco + IOS + ipinip). Aby odnieść sukces, nie potrzebujesz ostatniego dopasowania, a początkowa konfiguracja powinna działać poprawnie.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.