Applicazione delle funzionalità QoS alle sottointerfacce Ethernet

Introduzione

Questo documento descrive come applicare CBWFQ (Class-Based Weighted Fair Queueing) e altre funzionalità QoS (Quality of Service) basate su software Cisco IOS^® su un'interfaccia secondaria Ethernet. Una sottointerfaccia Ethernet è un'interfaccia logica in Cisco IOS. È possibile utilizzare l'interfaccia della riga di comando (CLI) (MQC) QoS modulare per creare e applicare un criterio dei servizi a una sottointerfaccia Ethernet.

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:

• Software Cisco IOS 12.2(2)T

• Cisco 2620 router con modulo di rete Fast Ethernet

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Applicazione di un criterio del servizio

In generale, la scelta del percorso di applicazione di un criterio dipende dalle funzionalità QoS attivate dal criterio. Un'interfaccia secondaria Ethernet supporta quanto segue:

• Policy basata su classi: se si applica un criterio con il comando Police sia all'interfaccia che alla sottointerfaccia, solo il policer della sottointerfaccia è attivo per il traffico che corrisponde alla classe. Per ulteriori informazioni, fare riferimento a Traffic Policing.

• Contrassegno basato su classi: per ulteriori informazioni, fare riferimento a Panoramica della classificazione.

• Class-based shaping: per ulteriori informazioni, fare riferimento a Configurazione di Class-Based Shaping.

• Accodamento basato su classi: l'accodamento è un caso speciale per le sottointerfacce Ethernet. Per ulteriori informazioni, vedere la parte restante di questa sezione.

Un router inizia a mettere in coda i pacchetti quando il numero di pacchetti da trasmettere su un'interfaccia supera la velocità di output dell'interfaccia. I pacchetti in eccesso vengono quindi messi in coda. È possibile applicare un metodo di coda ai pacchetti in attesa di essere trasmessi.

Le interfacce logiche Cisco IOS non supportano intrinsecamente uno stato di congestione e non supportano l'applicazione diretta di un criterio del servizio che applica un metodo di coda. Al contrario, è necessario applicare il shaping alla sottointerfaccia utilizzando il traffic shaping generico (GTS) o il shaping basato su classi. Per ulteriori informazioni, fate riferimento a Policing and Shaping.

Il router stampa questo messaggio di registro quando una sottointerfaccia Ethernet è configurata con un criterio di servizio che applica l'accodamento senza modellazione:

router(config)# interface ethernet0/0.1
router(config-subif)# service-policy output test
 CBWFQ : Not supported on subinterfaces

Si noti che la stessa regola si applica a una sottointerfaccia Gigabit Ethernet.

c7400(config)# interface gig0/0.1
c7400(config-subif)# service-policy ou
c7400(config-subif)# service-policy output outFE
  CBWFQ : Not supported on subinterfaces

In altre parole, è necessario configurare un criterio gerarchico con il comando shape al livello padre. Usare il comando bandwidth per CBWFQ o il comando priority per LLQ (Low Latency Queueing) ai livelli inferiori. Il shaping basato su classi limita la velocità di output e (si può supporre) porta a uno stato congestionato sull'interfaccia logica secondaria. La sottointerfaccia than applica la "contropressione" e Cisco IOS inizia a mettere in coda i pacchetti in eccesso che sono tenuti dallo shaper.

Applicazione di un criterio gerarchico

Per applicare un criterio gerarchico, effettuare le operazioni riportate di seguito.

1. Crea un criterio figlio o di livello inferiore che configura un meccanismo di coda. Nell'esempio seguente, viene configurato LLQ con il comando priority e CBWFQ con il comando bandwidth. Per ulteriori informazioni, fare riferimento a Panoramica della gestione della congestione.

   policy-map child 
    class voice 
     priority 512

2. Creare un criterio padre o di livello superiore che applichi il shaping basato su classi. Applicare il criterio figlio come comando nel criterio padre poiché il controllo dell'ammissione per la classe figlio viene eseguito in base alla velocità di shaping per la classe padre.

   policy-map parent
    class class-default 
     shape average 2000000 
     service-policy child 

3. Applicare il criterio padre alla sottointerfaccia.

   interface ethernet0/0.1
    service-policy parent 

Configurazione di Class-Based Shaping

In questa sezione vengono presentate le informazioni necessarie per configurare le funzionalità descritte più avanti nel documento.

Nota: per ulteriori informazioni sui comandi menzionati in questo documento, usare lo strumento di ricerca dei comandi (solo utenti registrati).

Configurazione

hostname 2620A 
! 
ip cef 
! 
class-map match-any dscp46 
 match ip dscp 46 
class-map match-all telnet_ping_snmp 
 match access-group 150 
class-map match-all http 
 match access-group 154 
class-map match-all pop3_smtp 
 match access-group 153 
! 
! 
policy-map voice_traffic 
 class dscp46 
  shape average 30000 10000 
 class telnet_ping_snmp 
  shape average 20000 15440 
 class pop3_smtp 
  shape average 20000 15440 
 class http 
  shape average 20000 15440 
! 
interface FastEthernet0/0 
 ip address 10.10.247.2 255.255.255.0 
 duplex auto 
 speed auto 
! 
interface FastEthernet0/0.1 
 encapsulation dot1Q 1 native 
 ip address 10.1.1.1 255.255.255.0 
 service-policy output voice_traffic

Verifica

Le informazioni contenute in questa sezione permettono di verificare che la configurazione funzioni correttamente.

Alcuni comandi show sono supportati dallo strumento Output Interpreter, che consente di visualizzare un'analisi dell'output del comando show.

• show policy-map {policy name}: visualizza la configurazione di tutte le classi per un mapping dei criteri del servizio specificato.

  2620A# show policy-map voice_traffic 
  Policy Map voice_traffic 
  Class dscp46 
  Traffic Shaping 
  Average Rate Traffic Shaping 
  CIR 30000 (bps) Max. Buffers Limit 1000 (Packets) 
  Bc 10000 
  Class telnet_ping_snmp 
  Traffic Shaping 
  Average Rate Traffic Shaping 
  CIR 20000 (bps) Max. Buffers Limit 1000 (Packets) 
  Bc 15440 
  Class pop3_smtp 
  Traffic Shaping 
  Average Rate Traffic Shaping 
  CIR 20000 (bps) Max. Buffers Limit 1000 (Packets) 
  Bc 15440 
  Class http 
  Traffic Shaping 
  Average Rate Traffic Shaping 
  CIR 20000 (bps) Max. Buffers Limit 1000 (Packets) 
  Bc 15440 
  
  2620A# show policy-map voice_traffic class dscp46 
  Class dscp46 
  Traffic Shaping 
  Average Rate Traffic Shaping 
  CIR 30000 (bps) Max. Buffers Limit 1000 (Packets) 
  Bc 10000

• show policy-map interface fast: visualizza i contatori delle corrispondenze per tutte le classi di una mappa dei criteri del servizio specificata.

  2620A# show policy-map interface fa0/0.1 
  FastEthernet0/0.1 
  Service-policy output: voice_traffic 
  Class-map: dscp46 (match-any) 
  0 packets, 0 bytes 
  5 minute offered rate 0 bps, drop rate 0 bps 
  Match: ip dscp 46 
  0 packets, 0 bytes 
  5 minute rate 0 bps 
  Traffic Shaping 
  Target    Byte   Sustain   Excess    Interval  Increment Adapt 
  Rate      Limit  bits/int  bits/int  (ms)      (bytes)   Active 
  30000     2500   10000     10000     333       1250      - 
  Queue     Packets   Bytes     Packets   Bytes     Shaping 
  Depth                         Delayed   Delayed   Active 
  0         0         0         0         0         no 
  Class-map: telnet_ping_snmp (match-all) 
  0 packets, 0 bytes 
  5 minute offered rate 0 bps, drop rate 0 bps 
  Match: access-group 150 
  Traffic Shaping 
  Target    Byte   Sustain   Excess    Interval  Increment Adapt 
  Rate      Limit  bits/int  bits/int  (ms)      (bytes)   Active 
  20000     3860   15440     15440     772       1930      - 
  Queue     Packets   Bytes     Packets   Bytes     Shaping 
  Depth                         Delayed   Delayed   Active 
  0         0         0         0         0         no 
  Class-map: pop3_smtp (match-all) 
  0 packets, 0 bytes 
  5 minute offered rate 0 bps, drop rate 0 bps 
  Match: access-group 153 
  Traffic Shaping 
  Target    Byte   Sustain   Excess    Interval  Increment Adapt 
  Rate      Limit  bits/int  bits/int  (ms)      (bytes)   Active 
  20000     3860   15440     15440     772       1930      - 
  Queue     Packets   Bytes     Packets   Bytes     Shaping 
  Depth                         Delayed   Delayed   Active 
  0         0         0         0         0         no 
  Class-map: http (match-all) 
  0 packets, 0 bytes 
  5 minute offered rate 0 bps, drop rate 0 bps 
  Match: access-group 154 
  Traffic Shaping 
  Target    Byte   Sustain   Excess    Interval  Increment Adapt 
  Rate      Limit  bits/int  bits/int  (ms)      (bytes)   Active 
  20000     3860   15440     15440     772       1930      - 
  Queue     Packets   Bytes     Packets   Bytes     Shaping 
  Depth                         Delayed   Delayed   Active 
  0         0         0         0         0         no 
  Class-map: class-default (match-any) 
  926 packets, 88695 bytes 
  5 minute offered rate 0 bps, drop rate 0 bps 
  Match: any

Nota: il data shaping basato su classi funziona a livello di interfaccia e di sottointerfaccia. Cisco IOS versione 12.2(2.5) introduce la possibilità di configurare il shaping sull'interfaccia principale e gli indirizzi IP sulle sottointerfacce.

Informazioni correlate

• Pagina di supporto QoS
• Supporto tecnico – Cisco Systems