Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Convenzioni

Comandi di coda di priorità per VC

Comando frame-relay priority-group

priority e Low Latency Queueing

Restrizioni

Larghezza di banda massima riservata

Scelta della posizione in cui applicare un criterio di servizio

comando frame-relay ip rtp priority

Elenco attività di configurazione priorità interfaccia PVC Frame Relay

comando set fr-de

Problema noto

Informazioni correlate

Introduzione

Questa nota tecnica fornisce una configurazione di esempio per configurare una coda di priorità quando si implementa il traffic shaping su Frame Relay. Vengono illustrati i meccanismi di coda a livello di circuito virtuale (VC) e di interfaccia.

In questo documento si presume la comprensione della tecnologia Frame Relay, inclusi gli identificatori DLCI (Data Link Connection Identifier) e i parametri di traffic shaping, quali CIR (Committed Information Rate) e burst. Per una panoramica della tecnologia, consultare il documento sulla configurazione del Frame Relay nella guida alla configurazione di Cisco IOS Wide-Area Networking.

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware.

Convenzioni

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

Comandi di coda di priorità per VC

A seconda della versione di Cisco IOS®, le interfacce Frame Relay supportano tre meccanismi per la creazione di una coda di priorità su un VC (o sottointerfaccia):

- frame-relay priority-group: questa sintassi di comando utilizza il meccanismo di coda di priorità originale di Cisco.

- priorità frame-relay ip rtp: questa sintassi di comando riserva una coda di priorità rigida per un set di flussi di pacchetti RTP appartenenti a un intervallo di porte di destinazione UDP.

- priority: questa sintassi più recente applica una funzionalità di coda a bassa latenza e utilizza la struttura di comando dell'interfaccia della riga di comando (CLI) QoS (Modular Quality of Service).

Con tutti i comandi precedenti, è possibile configurare il meccanismo della coda di priorità all'interno di una classe di mappa Frame Relay, che supporta più comandi per la configurazione dei valori di shaping. La funzione Shaping limita la velocità di output del VC e assegna un concetto di congestione al VC. Un router inizia ad accodare i pacchetti quando il numero di pacchetti che devono essere trasmessi da un VC supera la velocità di output di quel VC. I pacchetti in eccesso vengono quindi messi in coda. È possibile applicare un metodo di coda ai pacchetti in attesa di essere trasmessi in quella coda.

Comando frame-relay priority-group

In origine, le interfacce Frame Relay supportavano il meccanismo di coda con priorità 1 di Cisco, configurato con i comandi priority-list e priority-group. Per ulteriori informazioni, fare riferimento a Configurazione di Frame Relay e Frame Relay Traffic Shaping.

Per configurare una coda di priorità tradizionale su un Frame Relay VC, attenersi alla procedura seguente:

1. Abilitare il traffic shaping (FRTS) Frame Relay su un'interfaccia seriale con il comando frame-relay traffic-shaping. Tutti i PVC permanenti e gli SVC commutati sull'interfaccia ereditano i valori di traffic shaping predefiniti e creano una coda per VC.

R4-4K(config)# interface serial0

R4-4K(config-if)# frame-relay traffic-shaping

2. Configurare una classe mappa Frame Relay. Utilizzare il comando frame-relay priority-group per specificare la coda di priorità Cisco IOS legacy.

R4-4K(config)# map-class frame-relay ?

WORD  Static map class name

R4-4K(config)# map-class frame-relay priority

R4-4K(config-map-class)# frame-relay ?

adaptive-shaping   Adaptive traffic rate adjustment, Default = none

bc                 Committed burst size (Bc), Default = 56000 bits

be                 Excess burst size (Be), Default = 0 bits

cir                Committed Information Rate (CIR), Default = 56000 bps

custom-queue-list  VC custom queueing

fecn-adapt         Enable Traffic Shaping reflection of FECN as BECN

mincir             Minimum acceptable CIR, Default = 56000 bps

priority-group     VC priority queueing

traffic-rate       VC traffic rate

R4-4K(config-map-class)# frame-relay priority-group ?

<1-16>  Priority group number

3. Configurare i parametri di shaping, inclusi CIR e minCIR.

R4-4K(config-map-class)# frame-relay traffic-rate ?

<600-45000000>  Committed Information Rate (CIR)

R4-4K(config-map-class)# frame-relay traffic-rate 56000 ?

<0-45000000>  Peak rate (CIR + EIR)

4. Creare una sottointerfaccia point-to-point o multipoint e assegnare un numero DLCI.

R4-4K(config)# interface s0.20 multi

R4-4K(config-subif)# frame-relay interface-dlci ?

<16-1007>  Define a DLCI as part of the current subinterface

R4-4K(config-subif)# frame-relay interface-dlci 400

5. Applicare la classe mappa con priorità in coda al VC.

R4-4K(config-fr-dlci)# class ?

WORD  map class name

R4-4K(config-fr-dlci)# class priority

6. Confermare le impostazioni di configurazione con il comando show traffic-shape.

R4-4K# show traffic-shape

Interface   Se0.20

Access Target    Byte   Sustain   Excess    Interval  Increment Adapt

VC     List   Rate      Limit  bits/int  bits/int  (ms)      (bytes)   Active

400           56000     875    56000     0         125       875       -

Nota: in questa configurazione viene utilizzato il comando frame relay traffic-shape per specificare un CIR. Con questo comando, il router calcola automaticamente i valori di frammentazione. Per specificare i valori di frammentazione, utilizzare i comandi elencati in Configurazione di una classe di mappa, inclusi bc out di frame relay e frame relay out.

priority e Low Latency Queueing

Cisco IOS 12.0(7)T ha introdotto la funzionalità LLQ (Low Latency Queueing), che supporta la configurazione di una coda con priorità ridotta con i comandi della CLI QoS modulare. Il supporto per LLQ a livello VC Frame Relay è stato introdotto in 12.1(2)T. Fare riferimento a Accodamento a bassa latenza per il modulo funzionalità Frame Relay.

Nota: questa funzione richiede FRTS.

LLQ è considerato un soprainsieme più flessibile delle funzioni frame-relay ip rtp priority e frame-relay priority-group. Per ulteriori informazioni, fare riferimento a Low Latence Queueing for Frame Relay nel capitolo sulla panoramica della gestione della congestione delle guide alla configurazione di Cisco IOS.

Di seguito vengono illustrati i passaggi per la configurazione di LLQ per Frame Relay.

1. Abilitare FRTS su un'interfaccia seriale con il comando frame-relay traffic-shaping. Tutti i PVC e gli SVC sull'interfaccia ereditano i valori di traffic shaping predefiniti e creano una coda per VC.

Router(config)# interface serial0

Router(config-if)# frame-relay traffic-shaping

2. Configurare un criterio di servizio con i comandi class-map e policy-map. Specificare il comando priority per creare una classe di priorità rigida e specificare la quantità di larghezza di banda (in kbps o come percentuale della larghezza di banda del PVC) da assegnare alla classe.

Router(config)# class-map class-map-name

Router(config-cmap)# match access-group {access-group | name access-group-name}

Router(config)# policy-map policy-map

Router(config-pmap)# class class-name

Router(config-pmap-c)# priority bandwidth-kbps

3. Configurare una classe di mapping e collegare i criteri del servizio alla classe.

Nell'esempio seguente, il nome della classe map è sample e il nome del criterio del servizio di output è llq.

router(config)# map-class frame-relay sample

router(config-map-class)# service-policy output llq

4. Applicare la classe map a un VC con il comando class nella modalità di configurazione DLCI.

router(config)# interface serial0.5

router(config-if)# frame-relay interface-dlci 100

router(config-if-dlci)# class sample

5. Utilizzare i comandi seguenti per confermare le impostazioni e monitorare i risultati del criterio:

- show frame-relay pvc {dlci #} - Visualizza le statistiche per tutti i componenti VC, incluse le informazioni FRTS e sui criteri dei servizi, nonché la frammentazione, il numero di pacchetti in entrata e in uscita e il numero di frame con i bit BECN/FECN/DE impostati.

- show policy-map interface sX/0.X dlci {#}: visualizza solo le statistiche relative ai criteri per un VC specifico.

Restrizioni

I criteri non direttamente correlati a LLQ, ad esempio il traffic shaping, l'impostazione della precedenza IP e il policing, non sono supportati dai comandi class-map e policy-map dei VC Frame Relay. Per configurare questi criteri, è necessario utilizzare altri meccanismi di configurazione, ad esempio i comandi delle classi di mapping. Sono supportati solo i comandi mappa classi e mappa criteri seguenti:

- Il comando di configurazione match class-map

- I comandi di configurazione priority, bandwidth, queue-limit, random-detect e fair-queue-policy-map

Larghezza di banda massima riservata

Quando i comandi bandwidth e priority calcolano la quantità totale di larghezza di banda disponibile su una connessione, se l'entità è un PVC Frame Relay con forma, vengono richiamate le linee guida seguenti:

- Se non è configurata una percentuale minima di informazioni vincolate accettabili (minCIR), nel calcolo viene utilizzato il valore CIR diviso per due. Questo meccanismo è stato selezionato perché molte configurazioni Frame Relay utilizzano velocità di shaping che superano la velocità della porta, quindi il CIR configurato potrebbe non essere garantito.

- Se è stato configurato un valore minCIR, nel calcolo viene utilizzata l'impostazione minCIR.

Per ulteriori informazioni, vedere Come questi comandi calcolano la larghezza di banda. La quantità totale di larghezza di banda allocata per tutte le classi in una mappa dei criteri non deve superare il valore minCIR configurato per il VC meno la larghezza di banda riservata dai comandi di priorità rtp voce frame relay e ip frame relay.

Se si conosce la quantità di larghezza di banda richiesta per un sovraccarico aggiuntivo su un collegamento, in circostanze in cui è consigliabile assegnare al traffico vocale la massima larghezza di banda possibile, è possibile ignorare l'allocazione massima del 75% (per la somma della larghezza di banda allocata a tutte le classi o flussi) utilizzando il comando max-reserve-bandwidth. Se si desidera ignorare la quantità fissa di larghezza di banda, prestare attenzione e assicurarsi di lasciare una larghezza di banda sufficiente per supportare al meglio il traffico che include il sovraccarico del layer 2.

Scelta della posizione in cui applicare un criterio di servizio

Per configurare LLQ, utilizzare i comandi della CLI QoS modulare (MQC) per creare una mappa dei criteri del traffico con più classi di traffico e una o più funzionalità QoS. Nelle versioni correnti di IOS, le interfacce Frame Relay supportano l'applicazione di una mappa dei criteri con il comando service-policy a interfacce, sottointerfacce e VC. Nella tabella seguente vengono elencate le combinazioni di criteri supportate.

Criteri di input

Criteri di output

- Supportato su un'interfaccia logica

- Supportato su più interfacce logiche che devono essere peer, ad esempio più PVC.

Nota: un'interfaccia principale e una sottointerfaccia non sono interfacce peer e non possono supportare contemporaneamente una policy di servizio.

- Supportato su una o due interfacce logiche contemporaneamente

- Combinazioni valide

- PVC e interfaccia principale

- Sottointerfaccia e interfaccia principale

- Combinazioni non valide:

- PVC e sottointerfaccia

- PVC, sottointerfaccia e interfaccia principale

comando frame-relay ip rtp priority

La funzione di priorità IP Real-Time Protocol (RTP) offre un modo semplice per far corrispondere i pacchetti VoIP (Voice over IP) in base all'intervallo di numeri di porte UDP utilizzati con il protocollo RTP, che incapsula i pacchetti voce. Il traffico VoIP utilizza un intervallo di porte UDP noto, 16384-32767. Mentre le porte effettive utilizzate sono negoziate dinamicamente tra dispositivi finali o gateway, tutti i prodotti Cisco VoIP utilizzano lo stesso intervallo di porte. Dopo aver riconosciuto il traffico VoIP, il router lo posiziona in una coda di priorità rigida.

Il comando frame-relay ip rtp priority estende la funzionalità di priorità IP RTP alle classi mappa Frame Relay e consente di creare una corrispondenza su un intervallo univoco di porte UDP per PVC.

Le funzionalità di priorità LLQ per Frame Relay e IP RTP offrono funzioni complementari e possono essere configurate contemporaneamente. Se il traffico corrisponde all'intervallo specificato di porte UDP, viene classificato come voce e inserito nella coda di priorità LLQ e nella coda di priorità dell'interfaccia. Se il traffico non rientra nell'intervallo di porte RTP specificato, viene classificato in base ai criteri del servizio.

Di seguito è riportato un tipico esempio di configurazione con la classe map Frame Relay e il comando frame-relay ip rtp priority. Nella tabella seguente vengono illustrati i parametri di questo comando.

map-class frame-relay VoIPoFR

frame-relay fragment 640

frame-relay ip rtp priority 16384 16383 120

no frame-relay adaptive

frame-relay cir 256000

frame-relay bc 2500

frame-relay fair-queue

Parametro

Come impostare il parametro

16384

Numero di porta UDP iniziale o numero di porta più basso a cui inviare i pacchetti. Per VoIP, impostare questo valore su 16384.

16383

Gamma di porte di destinazione UDP. Aggiungere questo valore a per ottenere il numero di porta UDP più alto. Per VoIP, impostare questo valore su 16383.

120

Larghezza di banda massima consentita in kbps per la coda di priorità. Configurare questo numero in base al numero di chiamate simultanee.

Per la funzionalità di priorità IP RTP non è necessario conoscere la porta di una chiamata vocale. Al contrario, questa funzione consente di identificare un intervallo di porte il cui traffico viene inserito nella coda di priorità LLQ. Inoltre, è possibile specificare l'intero intervallo di porte vocali (da 16384 a 32767) per garantire che tutto il traffico vocale riceva un servizio con priorità assoluta. La priorità IP RTP è particolarmente utile sui collegamenti inferiori a 1,544 Mbps.

Elenco attività di configurazione priorità interfaccia PVC Frame Relay

I meccanismi di coda delle priorità descritti finora in questo documento corrispondono alle intestazioni e ai contenuti dei pacchetti, e assegnano le priorità ai pacchetti all'interno di un PVC Frame Relay. Lo scopo della funzionalità PIPQ (Frame Relay PVC Interface Priority Queueing) è quello di assegnare la priorità ai PVC a livello di coda dell'interfaccia. In altre parole, quando su un'interfaccia sono configurati più PVC, questi vengono rimossi dalla coda di output di un'interfaccia prima di essere inviati sul supporto fisico.

Di seguito sono riportati i due passaggi per configurare PIPQ:

Nota: Cisco IOS 12.2(6) introduce il supporto per PIPQ su un'interfaccia principale Frame Relay.

1. Configurare il comando frame-relay interface-queue priority nella classe mappa Frame Relay e assegnare la priorità PVC appropriata.

Router(config)# map-class frame-relay map-class-name

Router(config-map-class)# frame-relay interface-queue priority {high | medium | normal | low}

2. Abilitare PIPQ.

Router(config)# interface serial number

Router(config-if)# encapsulation frame-relay [cisco | ietf]

Router(config-if)# frame-relay interface-queue priority [high-limit medium-limit normal-limit low-limit]

comando set fr-de

Cisco IOS 12.2(2)T ha introdotto il comando set fr-de come parte della sintassi del comando per l'indicazione basata su classi. Per ulteriori informazioni, fare riferimento a Contrassegno basato su classi.

Problema noto

Cisco DTS ID CSCdt92898 risolve un problema con un ricaricamento del router causato da un errore del bus. Il ricaricamento si verifica quando una policy del servizio di output con LLQ viene applicata a un'interfaccia Frame Relay che trasporta pacchetti Voice over Frame Relay (VoFR). Questo bug è stato risolto in molti treni a rilascio di Cisco IOS 12.2.

Informazioni correlate

- Pagina di supporto QoS

- VoIP su Frame Relay con qualità del servizio (frammentazione, Traffic Shaping, priorità IP RTP)

- Voice Over IP - Utilizzo della larghezza di banda per chiamata

- Mostra comandi per Frame Relay Traffic Shaping

- Traffic Shaping Frame Relay - Diagramma di flusso del bucket di token

- Supporto tecnico – Cisco Systems