Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Convenzioni

Perché utilizzare CBWFQ con FRTS?

Configurazione

Procedura obbligatoria

Esempio di rete

Configurazioni

Verifica

Risoluzione dei problemi

Informazioni correlate

Introduzione

In questo documento viene fornita una configurazione di esempio per CBWFQ (Weighted Fair Queueing) basato su classi con FRTS (Frame Relay Traffic Shaping).

CBWFQ estende la funzionalità WFQ (Weighted Fair Queueing) standard per fornire supporto per le classi di traffico definite dall'utente. Il FRTS utilizza le code su una rete Frame Relay per limitare le sovratensioni che possono causare congestione. I dati vengono memorizzati nel buffer e quindi inviati alla rete in quantità regolamentate per garantire che il traffico rientri nell'inviluppo di traffico promesso per la particolare connessione.

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

A seconda della piattaforma, il protocollo CBWFQ è supportato sulle seguenti versioni software Cisco IOS®:

- Cisco serie 7500 con Versatile Interface Processor (VIP) (CBWFQ distribuito) - Software Cisco IOS versione 12.1(5)T

- Cisco serie 7200, serie 2600/3600 e altre piattaforme non serie 7500 - Software Cisco IOS versione 12.1(2)T

Tuttavia, su entrambi i router utilizzati per questo documento di configurazione è in esecuzione il software Cisco IOS versione 12.2(2).

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.

Perché utilizzare CBWFQ con FRTS?

Se si dispone di dati specifici da proteggere, CBWFQ consente di specificare ulteriormente tali dati utilizzando classi specifiche. Utilizzando CBWFQ, il peso specificato per una classe diventa il peso di ogni pacchetto che soddisfa i criteri della classe. Questo valore dipende dalla larghezza di banda assegnata alla classe. WFQ viene quindi applicato a queste classi, anziché ai flussi stessi, e le classi possono includere diversi flussi.

Configurazione

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).

La tabella seguente fornisce una guida di riferimento rapido alle voci che possono essere visualizzate nelle configurazioni:

Campo

Descrizione

Interfaccia RF

Interfaccia di uscita.

sottointerfaccia

Interfaccia logica.

dlci

Identificatore connessione collegamento dati. Valore che specifica un circuito virtuale permanente (PVC) o un circuito virtuale commutato (SVC) in una rete Frame Relay.

classe XXX

Applica il frame relay di classe mappa XXX.

frame-relay classe mappa XXX

Parametri FRTS.

service-policy ZZZ

CBWFQ

mappa-criteri ZZZ

Criterio denominato.

classe YYY

Assegna un nome alla classe.

larghezza di banda, policy, priorità

Specifiche per questo flusso.

class-default

La sintassi e l'ortografia sono importanti quando si creano le classi predefinite.

class-map match-all YYY

Stabilisce i criteri di corrispondenza in base ai quali viene controllato il pacchetto.

match access-group 101

Collega la mappa delle classi a un elenco degli accessi.

access-list 101 allow ip any

Elenco accessi normale.

Nota:  Cisco serie 7500: A partire dal software Cisco IOS versione 12.1(5)T, i criteri QoS (Quality of Service) devono essere eseguiti in modalità distribuita sul Versatile Interface Processor (VIP) perché la funzionalità QoS basata su Route/Switch Processor (RSP) non è più supportata. Di conseguenza, usare il comando shape e altri comandi dell'interfaccia CLI (Command Line Interface) QoS modulare per implementare il DTS (Distributed Traffic Shaping) per le interfacce Frame Relay sui VIP della serie Cisco 7500. DTS combina GTS (Generic Traffic Shaping) e FRTS.

Procedura obbligatoria

La configurazione di CBWFQ con FRTS comprende i tre passi obbligatori riportati di seguito.

1. Definire le mappe classi (mappa classi).

Stabilire i criteri di corrispondenza in base ai quali un pacchetto viene controllato per determinare se appartiene a una classe.

2. Configurare la mappa dei criteri (mappa dei criteri) e la definizione delle classi (classe).

Specifica il nome del mapping dei criteri. Associa le specifiche per le garanzie della larghezza di banda, il policing e la priorità a ciascuna classe di traffico. Questo processo comporta la configurazione della larghezza di banda, e così via, da applicare ai pacchetti appartenenti a una delle mappe di classe definite in precedenza. Per questo processo, configurare una mappa dei criteri che specifichi i criteri per ogni classe di traffico.

3. Collegare i criteri di servizio alla classe di mappa FRTS (service-policy).

Allegare i criteri prescritti identificati con il criterio del servizio specifico alla classe di mappa (e quindi al DLCI o alla sottointerfaccia in cui viene applicato il frame relay della classe di mappa).

Esempio di rete

Questo documento utilizza le impostazioni di rete mostrate nel diagramma sottostante.

Nel diagramma di rete precedente vengono utilizzati i valori seguenti:

- HUB - velocità fisica = 192 Kbps, velocità garantita = 32 Kbps

- REMOTE - velocità fisica = 64 Kbps, velocità garantita = 32 Kbps

Configurazioni

Questo documento utilizza le configurazioni mostrate di seguito.

- Hub con CBWFQ configurato

- Remoto

Hub con CBWFQ configurato

<snip>

!

class-map match-all YYY

match access-group 101

!

!

policy-map ZZZ

class YYY

bandwidth percent 50

<snip>

interface Serial0/0

no ip address

encapsulation frame-relay

no fair-queue

frame-relay traffic-shaping

interface Serial0/0.1 point-to-point

ip address 10.1.1.1 255.255.255.0

frame-relay interface-dlci 16

frame-relay class XXX

!

map-class frame-relay XXX

frame-relay cir 64000

frame-relay mincir 32000

frame-relay adaptive-shaping becn

frame-relay bc 8000

service-policy output ZZZ

<snip>

!

access-list 101 permit ip host 10.0.0.1 host 11.0.0.1

Remoto

interface Serial0/0

no ip address

encapsulation frame-relay

no fair-queue

frame-relay traffic-shaping

!

interface Serial0/0.1 point-to-point

ip address 10.1.1.2 255.255.255.0

frame-relay interface-dlci 16

frame-relay class XXX

!

map-class frame-relay XXX

frame-relay cir 64000

frame-relay mincir 32000

frame-relay adaptive-shaping becn

frame-relay bc 8000

!

Verifica

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

Alcuni comandi show sono supportati dallo strumento Output Interpreter (solo utenti registrati); lo strumento permette di visualizzare un'analisi dell'output del comando show.

- show frame-relay pvc: visualizza le statistiche sui PVC per le interfacce Frame Relay.

- show policy-map: visualizza la configurazione di tutte le classi che includono la mappa dei criteri del servizio specificata o tutte le classi per tutte le mappe dei criteri esistenti.

- show policy-map [interface]: visualizza la configurazione di tutte le classi configurate per tutti i criteri del servizio sull'interfaccia specificata o per visualizzare le classi per i criteri del servizio per un PVC specifico sull'interfaccia.

Di seguito viene riportato un esempio di output del comando show frame-relay pvc:

Hubrouter#show frame-relay pvc [interface interface ][dlci]

PVC Statistics for interface Serial0/0 (Frame Relay DTE)

Active     Inactive      Deleted       Static

Local          0            1            0            0

Switched       0            0            0            0

Unused         0            0            0            0

DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0.1

input pkts 0             output pkts 0            in bytes 0

out bytes 0              dropped pkts 0           in pkts dropped 0

out pkts dropped 0       out bytes dropped 0

in FECN pkts 0           in BECN pkts 0           out FECN pkts 0

out BECN pkts 0          in DE pkts 0             out DE pkts 0

out bcast pkts 0         out bcast bytes 0

pvc create time 00:01:12, last time pvc status changed 00:01:12

Hubrouter#

Con questo comando è possibile utilizzare la sintassi seguente:

- interface - (Facoltativo) Indica un'interfaccia specifica per la quale vengono visualizzate le informazioni sul PVC.

- interface - (Facoltativo) Numero di interfaccia contenente i DLCI per i quali si desidera visualizzare informazioni sul PVC.

- dlci - (Facoltativo) Numero DLCI specifico utilizzato sull'interfaccia. Quando è specificato anche un DLCI, vengono visualizzate le statistiche per il PVC specificato.

Di seguito viene riportato un output di esempio del comando show policy-map:

Hubrouter#show policy-map

Policy Map ZZZ

Class YYY

Weighted Fair Queueing

Bandwidth 50 (%) Max Threshold 64 (packets)

Class WWW

Weighted Fair Queueing

Bandwidth 25 (%) Max Threshold 64 (packets)

Di seguito è riportato un output di esempio del comando show policy-map [interface].

Hubrouter#show policy-map interface s0/0.1

Serial 0/0.1: DLCI 16

Service-policy output: ZZZ (1057)

Class-map: YYY (match-all) (1059/2)

0 packets, 0 bytes

30 second offered rate 0 bps, drop rate 0 bps

Match: access-group 101 (1063)

Weighted Fair Queueing

Output Queue: Conversation 73

Bandwidth 50 (%) Max Threshold 64 (packets)

(pkts matched/bytes matched) 0/0

(depth/total drops/no-buffer drops) 0/0/0

Class-map: WWW (match-all) (1067/3)

0 packets, 0 bytes

30 second offered rate 0 bps, drop rate 0 bps

Match: access-group 102 (1071)

Weighted Fair Queueing

Output Queue: Conversation 74

Bandwidth 25 (%) Max Threshold 64 (packets)

(pkts matched/bytes matched) 0/0

(depth/total drops/no-buffer drops) 0/0/0

Class-map: class-default (match-any) (1075/0)

2 packets, 706 bytes

30 second offered rate 0 bps, drop rate 0 bps

Match: any  (1079)

Di seguito sono illustrati altri termini che è possibile visualizzare in configurazioni simili:

- CIR - Frequenza informazioni salvate. Velocità alla quale una rete Frame Relay accetta di trasferire le informazioni in condizioni normali, calcolata sulla base di un incremento minimo di tempo.

- Accodamento FIFO - Accodamento First-In, First-Out. La FIFO comporta la memorizzazione e l'inoltro dei pacchetti in ordine di arrivo. La FIFO non incarna il concetto di priorità né le classi di traffico. Esiste una sola coda e tutti i pacchetti vengono trattati allo stesso modo. I pacchetti vengono inviati a un'interfaccia nell'ordine in cui arrivano.

Risoluzione dei problemi

Al momento non sono disponibili informazioni specifiche per la risoluzione dei problemi di questa configurazione.

Informazioni correlate

- Configurazione di Frame Relay e Frame Relay Traffic Shaping

- Configurazione e risoluzione dei problemi di Frame Relay

- Weighted Fair Queueing Basato Su Classi

- Documentazione e supporto tecnico – Cisco Systems