Guida per l'utente della configurazione QoS modulare dei router serie CISCO 8000

Capitolo 1: Funzionalità QoS nuove e modificate
Questo capitolo fornisce una panoramicaview delle nuove e modificate funzionalità QoS (Quality of Service) nella Guida alla configurazione modulare QoS per router serie Cisco 8000.

Capitolo 2: Gestione del traffico finitaview
Questo capitolo spiega l'ambito della gestione del traffico, inclusa la gestione del traffico tradizionale, la gestione del traffico sul router, le limitazioni del modello VoQ, l'ereditarietà dei criteri QoS e l'uso della CLI Cisco Modular QoS per distribuire QoS.

Ambito
L'ambito della gestione del traffico prevede il controllo e la definizione delle priorità del traffico di rete per garantire una trasmissione dei dati efficiente e affidabile.

Gestione del traffico tradizionale
La gestione tradizionale del traffico prevede l'implementazione di varie tecniche per gestire il traffico di rete, come il modellamento del traffico, il controllo e l'accodamento.

Gestione del traffico sul router
Questa sezione spiega come viene implementata la gestione del traffico sui router Cisco serie 8000, incluso l'uso della CLI Modular QoS (MQC) per definire e applicare le policy QoS.

Limitazioni del modello VoQ
Il modello Voice over Quantum (VoQ) presenta alcune limitazioni in termini di scalabilità e complessità. In questa sezione vengono illustrate queste limitazioni e vengono forniti approfondimenti sulla gestione della QoS in tali scenari.

Ereditarietà della policy QoS

L'ereditarietà delle policy QoS si riferisce alla capacità di ereditare le configurazioni QoS dalle policy principali. Questa sezione spiega il concetto di ereditarietà della politica QoS e i suoi vantaggi.

CLI Cisco Modular QoS per distribuire QoS
Cisco Modular QoS CLI (MQC) è un'interfaccia della riga di comando utilizzata per configurare e distribuire policy QoS sui router Cisco serie 8000. Questa sezione fornisce informazioni importanti sull'utilizzo di MQC per la distribuzione QoS.

Capitolo 3: Punti importanti sulla politica di accodamento in uscita MQC
In questo capitolo vengono evidenziate considerazioni importanti e punti da notare durante la configurazione della policy di accodamento in uscita MQC per un'implementazione QoS efficace.

Domande frequenti (FAQ)

D: Cos'è la gestione del traffico?
R: La gestione del traffico implica il controllo e la definizione delle priorità del traffico di rete per garantire una trasmissione dei dati efficiente e affidabile.

D: Come posso configurare i criteri QoS su Cisco serie 8000 Router?
R: È possibile utilizzare Cisco Modular QoS CLI (MQC) per configurare e distribuire policy QoS sui router Cisco serie 8000.

D: Quali sono i limiti del modello VoQ?
R: Il modello VoQ presenta limitazioni in termini di scalabilità e complessità. È importante comprendere queste limitazioni quando si gestisce QoS nelle reti basate su VoQ.

View Fullscreen

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x
Prima pubblicazione: 2021-02-01 Ultima modifica: 2022-01-01
Sede delle Americhe
Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 Stati Uniti http://www.cisco.com Tel: 408 526-4000
800 553-NET (6387) Fax: 408 527-0883

LE SPECIFICHE E LE INFORMAZIONI RIGUARDANTI I PRODOTTI NEL PRESENTE MANUALE SONO SOGGETTE A MODIFICA SENZA PREAVVISO. TUTTE LE AFFERMAZIONI, INFORMAZIONI E RACCOMANDAZIONI NEL PRESENTE MANUALE SONO RITENUTE ACCURATE MA SONO PRESENTATE SENZA GARANZIA DI ALCUN TIPO, ESPRESSA O IMPLICITA. GLI UTENTI DEVONO ASSUMERSI LA PIENA RESPONSABILITÀ PER L'APPLICAZIONE DI QUALSIASI PRODOTTO.
LA LICENZA SOFTWARE E LA GARANZIA LIMITATA PER IL PRODOTTO IN DOTAZIONE SONO DESCRITTI NEL PACCHETTO INFORMATIVO FORNITO CON IL PRODOTTO E SONO INCORPORATI NEL PRESENTE DOCUMENTO MEDIANTE QUESTO RIFERIMENTO. SE NON SI È IN GRADO DI TROVARE LA LICENZA SOFTWARE O LA GARANZIA LIMITATA, CONTATTARE IL PROPRIO RAPPRESENTANTE CISCO PER OTTENERE UNA COPIA.
L'implementazione Cisco della compressione dell'intestazione TCP è un adattamento di un programma sviluppato dall'Università della California, Berkeley (UCB) come parte della versione di pubblico dominio dell'UCB del sistema operativo UNIX. Tutti i diritti riservati. Copyright © 1981, Regents of the University of California.
NONOSTANTE QUALSIASI ALTRA GARANZIA NEL PRESENTE DOCUMENTO, TUTTI I DOCUMENTI FILEI PRODOTTI E IL SOFTWARE DI QUESTI FORNITORI SONO FORNITI "COSÌ COME SONO" CON TUTTI I DIFETTI. CISCO E I FORNITORI SOPRA NOMINATI DECLINANO OGNI GARANZIA, ESPRESSA O IMPLICITA, COMPRESE, SENZA LIMITAZIONE, QUELLE DI COMMERCIABILITÀ, IDONEITÀ PER UNO SCOPO PARTICOLARE E NON VIOLAZIONE O DERIVANTI DA UN CORSO DI TRATTATIVE, USO O PRASSI COMMERCIALE.
IN NESSUN CASO CISCO O I SUOI FORNITORI SARANNO RITENUTI RESPONSABILI PER QUALSIASI DANNO INDIRETTO, SPECIALE, CONSEGUENTE O ACCIDENTALE, INCLUSI, SENZA LIMITAZIONE, PERDITA DI PROFITTI O PERDITA O DANNI AI DATI DERIVANTI DALL'USO O DALL'IMPOSSIBILITÀ DI UTILIZZARE QUESTO MANUALE, ANCHE SE CISCO O I SUOI FORNITORI SONO STATI INFORMATI DELLA POSSIBILITÀ DI TALI DANNI.
Gli indirizzi IP (Internet Protocol) e i numeri di telefono utilizzati in questo documento non sono da intendersi come indirizzi e numeri di telefono effettivi. Qualsiasi esamples, output di visualizzazione dei comandi, diagrammi di topologia di rete e altre figure incluse nel documento sono mostrate solo a scopo illustrativo. Qualsiasi utilizzo di indirizzi IP o numeri di telefono effettivi nel contenuto illustrativo è involontario e casuale.
Tutte le copie stampate e le copie digitali duplicate di questo documento sono considerate non controllate. Consultare la versione online corrente per la versione più recente.
Cisco ha più di 200 uffici in tutto il mondo. Indirizzi e numeri di telefono sono elencati su Cisco websito all'indirizzo www.cisco.com/go/offices.
Il set di documentazione per questo prodotto si sforza di utilizzare un linguaggio privo di pregiudizi. Ai fini di questo set di documentazione, privo di pregiudizi è definito come linguaggio che non implica discriminazione basata su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, stato socioeconomico e intersezionalità. Possono essere presenti eccezioni nella documentazione a causa del linguaggio hardcoded nelle interfacce utente del software del prodotto, del linguaggio utilizzato in base alla documentazione degli standard o del linguaggio utilizzato da un prodotto di terze parti a cui si fa riferimento.
Cisco e il logo Cisco sono marchi o marchi registrati di Cisco e/o delle sue affiliate negli Stati Uniti e in altri paesi. Per view un elenco dei marchi Cisco, vai a questo URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. I marchi di terze parti menzionati sono di proprietà dei rispettivi titolari. L'uso della parola partner non implica un rapporto di partnership tra Cisco e qualsiasi altra azienda. (1721R)
© 2021 Cisco Systems, Inc. Tutti i diritti riservati.

PREFAZIONE CAPITOLO 1 CAPITOLO 2

CAPITOLO 3

Prefazione vii Modifiche al presente documento vii Comunicazioni, servizi e informazioni aggiuntive vii
Funzionalità QoS nuove e modificate 1 Funzionalità QoS nuove e modificate 1
Gestione del traffico terminataview 3 Ambito 3 Gestione del traffico tradizionale 3 Gestione del traffico sul router 3 Limitazioni del modello VoQ 4 Ereditarietà della policy QoS 5 CLI QoS modulare Cisco per l'implementazione di QoS 6 Punti importanti sulla policy di accodamento in uscita MQC 6
Classificare i pacchetti per identificare il traffico specifico 9 Classificare i pacchetti per identificare il traffico specifico 9 Classificazione dei pacchetti terminataview 9 Specifica del CoS per un pacchetto con precedenza IP 10 Bit di precedenza IP utilizzati per classificare i pacchetti 10 Impostazioni del valore di precedenza IP 10 Precedenza IP rispetto al contrassegno DSCP IP 11 Classificazione dei pacchetti sul router 11 Migliorare la scalabilità ACL utilizzando il peering QoS 12 Punti essenziali sull'unione ACL 12

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x iii

Contenuto

CAPITOLO 4 CAPITOLO 5

Linee guida e restrizioni per QoS in peering 12 Configurazione di QoS in peering per la scalabilità ACL 13 Classificare e annotare l'intestazione di livello 3 sulle interfacce di livello 2 19 Elementi della classe di traffico 20 Classe di traffico predefinita 21 Creare una classe di traffico 21 Elementi della politica di traffico 23 Creare una politica di traffico 24 Allegare un traffico Politica per un'interfaccia 24
Contrassegnare i pacchetti per modificare le impostazioni di priorità 29 Contrassegno dei pacchettiview 29 Contrassegno predefinito 29 Comportamento QoS per i tunnel Generic Routing Encapsulation (GRE) 30 Contrassegno dei pacchetti 30 Comportamento QoS per i tunnel Generic Routing Encapsulation (GRE) 31 Funzionalità e vantaggi del contrassegno incondizionato dei pacchetti basato su classi 31 Configurazione del contrassegno dei pacchetti incondizionato basato su classi 32 Basato su classi Contrassegno incondizionato dei pacchetti: esamples 33 Configurazione del contrassegno di precedenza IP: esample 33 Configurazione marcatura IP DSCP: esample 34 Configurazione marcatura gruppo QoS: esample 34 Configurazione marcatura CoS: Esample 34 MPLS Configurazione marcatura imposizione bit sperimentale: Esample 35 MPLS Configurazione sperimentale della marcatura più in alto: Esample 35 Precedenza IP rispetto al contrassegno DSCP IP 35 Configurazione DSCP CS7 (Precedenza 7) 36 Modifica della policy sul posto 36 Consigli per l'utilizzo della modifica della policy sul posto 36
Prevenzione della congestione 39 Prevenzione della congestione 39 Modalità di accodamento 39 Politica di accodamento dell'interfaccia principale 40

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x iv

Contenuto

CAPITOLO 6

Politica di coda dell'interfaccia secondaria 40 Prevenzione della congestione nel VOQ 40
Condivisione dei contatori delle statistiche VOQ 41 Configurazione della condivisione dei contatori delle statistiche VOQ 41
Limite della doppia coda 42 Restrizioni 43
Flusso di traffico equo utilizzando Fair VOQ 44 Fair VOQ: perché 44 Fair VOQ: come 45 Modalità Fair VOQ e condivisione dei contatori 46 Fair VOQ e VOQ suddivisi (o normali): differenze chiave 47 Linee guida e limitazioni 47 Configurazione di Fair VOQ 48
Evitamento della congestione QoS modulare 50 Tail Drop e coda FIFO 50
Configurare Tail Drop 50 Random Early Detection e TCP 52
Configurazione del rilevamento precoce casuale 52 Notifica esplicita di congestione 54
Configurazione del controllo del flusso prioritario 57 Controllo del flusso prioritario Overview 57 modalità buffer interno 59 Restrizioni e linee guida 59 modalità buffer esteso 59 Considerazioni importanti 60 Supporto hardware per il controllo del flusso prioritario 61 Configurazione del controllo del flusso prioritario 61 Soglia ECN configurabile e valori di probabilità massima di marcatura 66 Soglia ECN e valori di probabilità massima di marcatura 66 Vantaggi della modalità configurabile Soglia ECN e valori massimi di probabilità di marcatura 67 Soglia ECN e valori massimi di probabilità di marcatura: domande frequenti 68 Linee guida e limitazioni 68 Configurazione della soglia ECN e valori massimi di probabilità di marcatura 69

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.xv

Contenuto

CAPITOLO 7 CAPITOLO 8

Watchdog di controllo del flusso prioritario superatoview 71 Configurazione di un intervallo watchdog per il controllo del flusso prioritario 72
Gestione della congestione 75 Gestione della congestione terminataview 75 Accodamento a bassa latenza con accodamento a priorità rigorosa 75 Configurazione di accodamento a bassa latenza con accodamento a priorità rigorosa 75 Modellazione del traffico 78 Configurazione del modellamento del traffico 78 Policing del traffico 80 Burst impegnati e burst in eccesso 80 Policer a velocità singola 81 Policer a due velocità 83 Riferimenti per la gestione modulare della QoS 85 Burst impegnati 85 Burst in eccesso 86 Dettagli Policer a due velocità 87
Configurare QoS modulare sui bundle di collegamento 89 QoS sui bundle di collegamento 89 Bilanciamento del carico 89 Configurare QoS sui bundle di collegamento 90

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x vi

Prefazione

Questa prefazione contiene queste sezioni:
· Modifiche al presente documento, a pagina vii · Comunicazioni, servizi e informazioni aggiuntive, a pagina vii

Modifiche a questo documento

Questa tabella elenca le modifiche tecniche apportate a questo documento dalla sua prima pubblicazione.
Tabella 1: Modifiche al presente Documento

Data 2022 gennaio
Ottobre 2021
Maggio 2021 Febbraio 2021

Riepilogo delle modifiche Ripubblicato con gli aggiornamenti della documentazione per la versione 7.3.3
Ripubblicato con aggiornamenti alla documentazione per la versione 7.3.2
Ripubblicato per la versione 7.3.15
Pubblicazione iniziale di questo documento.

Comunicazioni, servizi e informazioni aggiuntive
· Per ricevere informazioni tempestive e pertinenti da Cisco, iscriviti a Cisco Profile Manager. · Per ottenere l'impatto aziendale che cerchi con le tecnologie che contano, visita i Servizi Cisco. · Per inviare una richiesta di servizio, visitare il supporto Cisco. · Per scoprire ed esplorare app, prodotti, soluzioni e servizi di livello aziendale sicuri e convalidati, visitare
Mercato Cisco. · Per ottenere titoli generali di networking, formazione e certificazione, visitare Cisco Press. · Per trovare informazioni sulla garanzia per un prodotto o una famiglia di prodotti specifici, accedere a Cisco Warranty Finder.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x vii

Prefazione

Prefazione
Strumento di ricerca bug Cisco Lo strumento di ricerca bug Cisco (BST) è un web-strumento basato su che funge da gateway per il sistema di tracciamento dei bug di Cisco che mantiene un elenco completo di difetti e vulnerabilità nei prodotti e software Cisco. BST fornisce informazioni dettagliate sui difetti dei prodotti e software.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x viii

1 CAPITOLO

Funzionalità QoS nuove e modificate

· Funzionalità QoS nuove e modificate, a pagina 1

Funzionalità QoS nuove e modificate

Tabella 2: Funzionalità QoS aggiunte o modificate in IOS XR versione 7.3.x

Presenta un flusso di traffico equo utilizzando un VOQ equo
Migliora il ridimensionamento ACL utilizzando il peering QoS

Descrizione

Modificato nella versione

La configurazione di questa funzionalità nella versione 7.3.3 garantisce che al traffico in ingresso da varie porte di origine su ogni sezione di rete di una NPU venga assegnata una coda di output virtuale (VOQ) univoca per ogni coppia di porte di origine e di porta di destinazione.

Questa funzionalità unisce le funzioni della versione 7.3.2 di QoS e degli elenchi di controllo di accesso di sicurezza (ACL). Questa combinazione consente di utilizzare il filtro ACL con l'ACL del gruppo di oggetti, che fornisce una scala ACL notevolmente migliorata grazie all'utilizzo TCAM molto inferiore.

Dove documentare un flusso di traffico equo utilizzando un VOQ corretto, a pagina 44
Migliorare la scalabilità ACL utilizzando il peering QoS , a pagina 12

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 1

Funzionalità QoS nuove e modificate

Funzionalità Ereditarietà policy QoS

Descrizione

Modificato nella versione

La funzionalità si basa sulla versione 7.3.15 su un modello di ereditarietà, in cui si crea e si applica una policy QoS a un'interfaccia principale. Le sottointerfacce collegate all'interfaccia principale ereditano automaticamente la policy.

Controllo del flusso prioritario Queste schede di linea supportano la versione 7.3.15 su Cisco 8800 la funzione Controllo del flusso prioritario 36×400 GbE QSFP56-DD. Schede di linea (88-LC0-36FH-M)

Comportamento QoS per generico Con l'introduzione del supporto dei tunnel di routing (GRE) della versione 7.3.1 per GRE
interfacce dei tunnel di incapsulamento e decapsulamento, sono presenti alcuni importanti aggiornamenti al comportamento QoS per i tunnel GRE durante l'incapsulamento e il decapsulamento.

Dove è documentata l'ereditarietà della policy QoS, a pagina 5
Controllo del flusso prioritario suview, a pagina 57
Contrassegno predefinito, a pagina 29 e Contrassegno pacchetto, a pagina 30

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 2

2 CAPITOLO

Gestione del traffico terminataview

Ambito

· Ambito, a pagina 3 · Gestione del traffico tradizionale, a pagina 3 · Gestione del traffico sul router, a pagina 3 · Limitazioni del modello VoQ, a pagina 4 · Ereditarietà della policy QoS, a pagina 5 · Cisco Modular QoS CLI per distribuire QoS , a pagina 6
Leggi questa guida alla configurazione per comprendere l'architettura complessiva che alimenta la tecnologia Cisco Quality of Service (QoS) e anche come utilizzare le sue funzionalità per configurare e gestire la larghezza di banda del traffico e i parametri di perdita di pacchetti sulla rete.

Gestione del traffico tradizionale
Nei metodi tradizionali di gestione del traffico, i pacchetti di traffico vengono inviati alle code di uscita in uscita senza prendere in considerazione la disponibilità dell'interfaccia di uscita per la trasmissione.
Anche qui sta il problema. In caso di congestione del traffico, i pacchetti di traffico potrebbero cadere nella porta di uscita. Ciò significa che le risorse di rete spese per trasferire i pacchetti dalla coda di input in ingresso attraverso lo switch fabric alle code di output in uscita vengono sprecate. Ma non è tutto: le code di input bufferizzano il traffico destinato a diverse porte di uscita, quindi la congestione su una porta di uscita potrebbe influenzare il traffico su un'altra porta, un evento denominato blocco head-of-line.

Gestione del traffico sul router
L'unità di elaborazione di rete (NPU) del router utilizza un'architettura di inoltro accoppiata basata su VoQ (VoQ) in entrata e in uscita per gestire il traffico.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 3

Limitazioni del modello VoQ Figura 1: flusso di traffico dalla porta di ingresso sullo slice 0 a una porta di uscita sullo slot 3

Gestione del traffico terminataview

Qui, ogni classe di traffico in ingresso ha una mappatura VoQ uno a uno da ciascuna sezione di ingresso (pipeline) a ciascuna porta di uscita. Ciò significa che ogni interfaccia di uscita (n. 5 nella figura) ha uno spazio buffer dedicato su ogni pipeline di ingresso (n. 1 nella figura) per ciascuno dei suoi VoQ. Ecco come si svolge la storia del viaggio dei pacchetti in tempi di congestione sul sistema router: #1: i pacchetti A (colorati in verde), B (colorati in rosa) e C (colorati in marrone) si trovano nell'interfaccia di ingresso. È qui che hanno luogo la marcatura, la classificazione e il controllo dei pacchetti. (Per i dettagli, vedere Contrassegnare i pacchetti per modificare le impostazioni di priorità, a pagina 29, Classificare i pacchetti per identificare traffico specifico, a pagina 9, e Gestione della congestione, a pagina 75.) #2: questi pacchetti vengono archiviati in spazi di archiviazione buffer separati in aree dedicate VoQ. È qui che entrano in gioco le code, la trasmissione VoQ e i contatori di pacchetti e byte rilasciati. (Per i dettagli, vedere Prevenzione della congestione, a pagina 39.) #3: A seconda della larghezza di banda disponibile sull'interfaccia di uscita, questi pacchetti sono soggetti alla pianificazione di uscita, dove sono configurati il credito di uscita e gli scheduler di trasmissione. In altre parole, qui vengono determinati i pacchetti e la sequenza nella quale procederanno verso l'interfaccia di uscita. È qui che viene presa in considerazione la larghezza di banda della struttura per la pianificazione in uscita. #4: I pacchetti vengono scambiati attraverso il tessuto. #5: Nella fase finale, avviene la segnaletica e la classificazione in uscita, e la congestione viene gestita in modo tale che a questo puntotagNessun pacchetto viene scartato e tutti i pacchetti vengono trasmessi all'hop successivo.
Limitazioni del modello VoQ
Mentre il modello VoQ di gestione del traffico offre vantaggi distintitages (riducendo i requisiti di larghezza di banda della memoria, fornendo un flusso QoS end-to-end), presenta questa limitazione: la scala totale della coda di uscita è inferiore perché ciascuna coda di uscita deve essere replicata come VoQ di ingresso su ciascuna sezione di ciascuna NPU/ASIC nel sistema. Ciò significa che con l'aggiunta di 1 NPU con 20 interfacce, il
Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 4

Gestione del traffico terminataview

Ereditarietà della policy QoS

il numero di VoQ utilizzati su ciascuna NPU nel sistema aumenterà di 20 x 8 (coda/interfaccia) = 160. C'è anche un aumento del numero di connettori di credito da ciascun pianificatore per ciascuna porta di uscita sulle NPU preesistenti a ogni slice nella NPU appena inserita.

Ereditarietà della policy QoS

Tabella 3: tabella della cronologia delle funzionalità

Nome funzionalità Ereditarietà policy QoS

Informazioni sulla versione Versione 7.3.15

Descrizione della funzionalità
Per creare policy QoS per le sottointerfacce, era necessario applicare manualmente la policy su ciascuna sottointerfaccia. Da questa versione, tutto ciò che fai è creare e applicare una singola policy QoS sull'interfaccia principale e le sottointerfacce ereditano automaticamente la policy.
Il modello di ereditarietà fornisce un metodo facilmente gestibile per l'applicazione delle policy, consentendo di creare policy mirate per un gruppo di interfacce e le relative sottointerfacce. Questo modello consente di risparmiare tempo e risorse durante la creazione di policy QoS.

· In cosa consiste questa funzionalità? – Come suggerisce il nome, la funzionalità si basa su un modello di ereditarietà, in cui si crea e si applica una policy QoS a un'interfaccia principale. Le sottointerfacce collegate all'interfaccia principale ereditano automaticamente la policy. Il modello di ereditarietà si applica a tutte le operazioni QoS, tra cui: · Classificazione
· Marcatura
· Polizia
· Modellare

· In che modo il modello ereditario aiuta? – In precedenza, se avevi, ad esample, otto sottointerfacce, hai creato e applicato policy a ciascuna di queste sottointerfacce separatamente. Con il modello di ereditarietà, risparmi tempo e risorse, con una sola policy applicata automaticamente su un'interfaccia principale e sulle sue sottointerfacce.
· Devo fare altro per abilitare il modello di ereditarietà? No, non è necessario. Il modello di ereditarietà è l'opzione predefinita.
· Cosa succede se voglio sovrascrivere l'opzione di ereditarietà? – Tecnicamente, non è possibile sovrascrivere questa opzione. Tuttavia, puoi rimuovere la policy dall'interfaccia principale e aggiungere policy alle sottointerfacce tranne quelle in cui non desideri che la policy venga ereditata.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 5

CLI Cisco Modular QoS per distribuire QoS

Gestione del traffico terminataview

· Che dire delle statistiche della mappa politica? – Non c'è alcun cambiamento in questo comportamento. L'esecuzione del comando show policy-map Interface visualizza le statistiche cumulative per un'interfaccia e questi numeri includono anche le sottointerfacce.
· Eventuali limitazioni di cui devo essere a conoscenza? – Non è disponibile alcun supporto per la marcatura ECN e la politica di marcatura in uscita sulla stessa combinazione di interfaccia e sottointerfaccia. Tuttavia, la funzionalità di ereditarietà della politica QoS accetta queste politiche multiple causando il fallimento dei contrassegni ECN. Per evitare tali errori: · Non configurare una policy di contrassegno di uscita su una sottointerfaccia e applicare una policy abilitata per ECN sull'interfaccia principale.
· Non applicare una politica ECN su una sottointerfaccia e configurare una politica di contrassegno di uscita sull'interfaccia principale.
CLI Cisco Modular QoS per distribuire QoS
Il framework Cisco Modular QoS CLI (MQC) è il linguaggio utente QoS di Cisco IOS che abilita: · un'interfaccia a riga di comando (CLI) standard e una semantica per le funzionalità QoS.
· configurazioni semplici e precise.
· Fornitura di QoS nel contesto di un linguaggio estensibile.
Per il router, nella direzione di uscita, sono supportati due tipi di policy MQC: accodamento e contrassegno. Puoi utilizzare la policy di accodamento per configurare la gerarchia di pianificazione del credito, le tariffe, la priorità, il buffering e l'evitamento della congestione. La policy di contrassegno viene utilizzata per classificare e contrassegnare i pacchetti di cui è stata pianificata la trasmissione. Anche quando non viene applicata una politica di accodamento, esiste una politica di accodamento implicita con TC7 – P1, TC6 – P2, TC5 – TC0 (6 x Pn), quindi i pacchetti contrassegnati con TC7 e i pacchetti control inject hanno sempre la priorità rispetto agli altri pacchetti. In ingresso, è supportata solo una policy per la classificazione e la marcatura. È possibile applicare criteri di accodamento e contrassegno indipendentemente l'uno dall'altro o insieme nella direzione di uscita. Se applichi entrambe le policy insieme, viene eseguito per primo il provisioning delle azioni delle policy di accodamento, seguite dalla marcatura delle azioni delle policy.
Punti importanti sulla politica di accodamento in uscita MQC
Questi sono i punti importanti che è necessario conoscere sulla policy di accodamento in uscita MQC: · La policy di accodamento MQC è costituita da una serie di mappe di classi, che vengono aggiunte a una mappa di policy. Puoi controllare i parametri di coda e di pianificazione per quella classe di traffico applicando azioni alla policy.
· class-default corrisponde sempre alla classe di traffico 0. Inoltre, nessun'altra classe può corrispondere alla classe di traffico 0.
· Se una classe di traffico non ha una classe corrispondente nella mappa delle politiche applicate, corrisponderà sempre alla classe predefinita. In altre parole, utilizza la classe di traffico 0 VoQ.
· Ciascuna combinazione univoca di classi di traffico che corrispondono alle classi predefinite richiede un professionista della classe di traffico (TC) separatofile. Il numero di TC profilesono limitati a 8 per le interfacce principali e 8 per le sottointerfacce.
· Non è possibile configurare più classi di traffico con lo stesso livello di priorità.
· Ogni livello di priorità, quando configurato, deve essere configurato sulla classe che corrisponde al TC corrispondente come mostrato nella tabella seguente.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 6

Gestione del traffico terminataview

Punti importanti sulla politica di accodamento in uscita MQC

Livello di priorità P1 P2 P3 P4 P5 P6 P7

Classe di traffico 7 6 5 4 3 2 1

· Se tutti i livelli di priorità configurati in una mappa delle politiche sono ordinati, devono essere contigui. In altre parole, non è possibile saltare un livello di priorità. Per esample, P1 P2 P4 (saltando P3), non è consentito.
· A partire dalla versione 7.3.1 di IOS XR, è possibile creare un unico set di TC con priorità contigua. Assicurati di assegnare livelli di priorità che aumentano per ogni TC o rimangono gli stessi, ma non diminuiscono. Inoltre, assicurati di assegnare il livello di priorità 1 per la classe di traffico 7. Non è necessario configurare le classi di traffico inutilizzate, quindi puoi creare solo i TC necessari sulla mappa delle policy in uscita.
· MQC supporta fino a due livelli (genitore, figlio) di politica di accodamento. Il livello padre aggrega tutte le classi di traffico e mentre il livello figlio differenzia le classi di traffico utilizzando le classi MQC.
· Solo queste azioni sono supportate nella politica delle code: · priorità
· forma
· rapporto larghezza di banda rimanente
· limite di coda
· Rilevamento precoce casuale (ROSSO)
· Controllo del flusso prioritario

· È possibile avere un solo valore di classe di traffico corrispondente nella mappa delle classi. · Non è possibile applicare una politica di accodamento a un'interfaccia principale e alle sue sottointerfacce.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 7

Punti importanti sulla politica di accodamento in uscita MQC

Gestione del traffico terminataview

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 8

3 CAPITOLO
Classificare i pacchetti per identificare traffico specifico
· Classificare i pacchetti per identificare traffico specifico, a pagina 9 · Classificazione dei pacchetti terminataview, a pagina 9 · Classificazione dei pacchetti sul router, a pagina 11 · Elementi della classe di traffico, a pagina 20 · Classe di traffico predefinita, a pagina 21 · Creare una classe di traffico, a pagina 21 · Elementi della politica di traffico, a pagina 23 · Creare una Politica sul traffico, a pagina 24 · Collegare una politica sul traffico a un'interfaccia, a pagina 24
Classificare i pacchetti per identificare traffico specifico
Leggi questa sezione per ottenere un overview della classificazione dei pacchetti e dei diversi tipi di classificazione dei pacchetti per il router.
Classificazione dei pacchetti terminataview
La classificazione dei pacchetti implica la categorizzazione di un pacchetto all'interno di un gruppo (o classe) specifico e l'assegnazione di un descrittore di traffico per renderlo accessibile per la gestione QoS sulla rete. Il descrittore di traffico contiene informazioni sul trattamento di inoltro (qualità del servizio) che il pacchetto dovrebbe ricevere. Utilizzando la classificazione dei pacchetti è possibile suddividere il traffico di rete in più livelli di priorità o classi di servizio. Quando i descrittori di traffico vengono utilizzati per classificare il traffico, la fonte si impegna a rispettare i termini contrattuali e la rete promette una qualità di servizio. È qui che entrano in gioco i vigili urbani e i regolatori del traffico. I vigili urbani e i traffic shaper utilizzano il descrittore del traffico di un pacchetto, ovvero la sua classificazione, per garantire il rispetto del contratto. L'interfaccia della riga di comando (MQC) Modular Quality of Service (QoS) viene utilizzata per definire i flussi di traffico che devono essere classificati, dove ciascun flusso di traffico è chiamato classe di servizio o classe. Successivamente, una politica di traffico viene creata e applicata a una classe. Tutto il traffico non identificato dalle classi definite rientra nella categoria di una classe predefinita.
Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 9

Specifica del CoS per un pacchetto con precedenza IP

Classificare i pacchetti per identificare traffico specifico

Nota Da Cisco IOS XR versione 7.2.12 in poi, è possibile classificare i pacchetti sulle interfacce di trasporto di livello 2 utilizzando i valori di intestazione di livello 3. Tuttavia, questa funzionalità si applica solo all'interfaccia principale (interfacce fisiche e bundle) e non alle interfacce secondarie.
Specifica del CoS per un pacchetto con precedenza IP
L'uso della precedenza IP consente di specificare il CoS per un pacchetto. Puoi creare un servizio differenziato impostando livelli di precedenza sul traffico in entrata e utilizzandoli in combinazione con le funzionalità di accodamento QoS. In modo che ogni successivo elemento della rete possa fornire il servizio in base alla politica determinata. La precedenza IP viene solitamente distribuita il più vicino possibile al limite della rete o al dominio amministrativo. Ciò consente al resto del core o del backbone di implementare QoS in base alla precedenza.
Figura 2: campo Tipo di servizio pacchetto IPv4

A questo scopo è possibile utilizzare i tre bit di precedenza nel campo tipo di servizio (ToS) dell'intestazione IPv4. Utilizzando i bit ToS è possibile definire fino a otto classi di servizio. Altre funzionalità configurate sulla rete possono quindi utilizzare questi bit per determinare come trattare il pacchetto rispetto al ToS per garantirlo. Queste altre funzionalità QoS possono assegnare politiche di gestione del traffico appropriate, inclusa la strategia di gestione della congestione e l'allocazione della larghezza di banda. Per esample, funzionalità di accodamento come LLQ possono utilizzare l'impostazione di precedenza IP del pacchetto per dare priorità al traffico.
Bit di precedenza IP utilizzati per classificare i pacchetti
Utilizzare i tre bit di precedenza IP nel campo ToS dell'intestazione IP per specificare l'assegnazione CoS per ciascun pacchetto. È possibile suddividere il traffico in un massimo di otto classi e quindi utilizzare le mappe delle policy per definire le policy di rete in termini di gestione della congestione e allocazione della larghezza di banda per ciascuna classe. Ogni precedenza corrisponde a un nome. Le impostazioni dei bit di precedenza IP 6 e 7 sono riservate alle informazioni di controllo della rete, come gli aggiornamenti del routing. Questi nomi sono definiti nella RFC 791.
Impostazioni del valore di precedenza IP
Per impostazione predefinita, i router lasciano invariato il valore di precedenza IP. Ciò preserva il valore di precedenza impostato nell'intestazione e consente a tutti i dispositivi di rete interni di fornire il servizio in base all'impostazione della precedenza IP. Questa politica segue l’approccio standard che stabilisce che il traffico di rete dovrebbe essere smistato in vari tipi di servizi ai margini della rete e che tali tipi di servizi dovrebbero essere implementati nel centro della rete. I router nel cuore della rete possono quindi utilizzare i bit di precedenza per determinare l'ordine di trasmissione, la probabilità di perdita dei pacchetti e così via. Poiché il traffico in ingresso nella tua rete può avere la precedenza impostata da dispositivi esterni, ti consigliamo di reimpostare la precedenza per tutto il traffico in ingresso nella tua rete. Controllando le impostazioni di precedenza IP, tu
Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 10

Classificare i pacchetti per identificare traffico specifico

Precedenza IP rispetto al contrassegno DSCP IP

vietare agli utenti che hanno già impostato la precedenza IP di acquisire un servizio migliore per il proprio traffico semplicemente impostando una precedenza alta per tutti i propri pacchetti. Il contrassegno incondizionato dei pacchetti basato sulla classe e le funzionalità LLQ possono utilizzare i bit di precedenza IP.
Precedenza IP rispetto al contrassegno DSCP IP
Se è necessario contrassegnare i pacchetti nella rete e tutti i dispositivi supportano il contrassegno IP DSCP, utilizzare il contrassegno IP DSCP per contrassegnare i pacchetti poiché i contrassegni IP DSCP forniscono opzioni di contrassegno dei pacchetti più incondizionate. Se tuttavia la marcatura tramite IP DSCP non è auspicabile o se non si è sicuri che i dispositivi nella rete supportino i valori IP DSCP, utilizzare il valore di precedenza IP per contrassegnare i pacchetti. È probabile che il valore di precedenza IP sia supportato da tutti i dispositivi nella rete. È possibile impostare fino a 8 diversi contrassegni di precedenza IP e 64 diversi contrassegni IP DSCP.
Classificazione dei pacchetti sul router
Sul router sono presenti due tipi di sistemi di classificazione dei pacchetti: · Nella direzione di ingresso, mappa QoS e Ternary Content Addressable Memory (TCAM).
Nota TCAM non è supportato sui router a configurazione fissa (dove le interfacce router sono integrate). È supportato solo sui router modulari (che dispongono di più slot che consentono di modificare le interfacce sul router).
· Nella direzione di uscita, mappa QoS.
Quando una policy corrisponde solo al Differentiated Services Code Point (DSCP) o al valore di precedenza (chiamato anche DSCP o classificazione basata sulla precedenza), il sistema seleziona il sistema di classificazione basato sulla mappa; altrimenti seleziona TCAM. TCAM è un'estensione del concetto di tabella CAM (Content Addressable Memory). Una tabella CAM accetta un indice o un valore chiave (solitamente un indirizzo MAC) e cerca il valore risultante (solitamente una porta switch o un ID VLAN). La ricerca nella tabella è rapida e si basa sempre su una corrispondenza esatta della chiave composta da due valori di input: 0 e 1 bit. La mappa QoS è un sistema di classificazione basato su tabelle per i pacchetti di traffico.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 11

Migliora il ridimensionamento ACL utilizzando il peering QoS

Classificare i pacchetti per identificare traffico specifico

Migliora il ridimensionamento ACL utilizzando il peering QoS

Tabella 4: tabella della cronologia delle funzionalità

Nome della caratteristica
Migliora il ridimensionamento ACL utilizzando il peering QoS

Informazioni sulla versione Versione 7.3.2

Descrizione della funzionalità
Questa funzionalità unisce le funzioni di QoS e degli elenchi di controllo degli accessi di sicurezza (ACL). Questa combinazione consente di utilizzare il filtro ACL con l'ACL del gruppo di oggetti, che fornisce una scala ACL notevolmente migliorata grazie all'utilizzo TCAM molto inferiore.
Prima dell'introduzione di questa funzionalità, gli ACL applicati per le azioni del gruppo QoS consumavano un numero considerevole di voci TCAM, riducendo la scala disponibile della funzionalità.

Peering QoS è una funzionalità di classificazione QoS in ingresso che consente di unire le funzioni degli ACL QoS e degli ACL di sicurezza. Lo fa consentendo di impostare azioni di gruppo QoS per ogni voce di controllo dell'accesso (ACE) in una ACL di sicurezza, evitando così più voci (per QoS e sicurezza) per ACE. È quindi possibile utilizzare questo ACL unito con la funzionalità ACL del gruppo di oggetti per applicare il filtro ACL (consentire o negare) per le voci di controllo di accesso. Gli ACL del gruppo di oggetti sono noti anche come "ACL compressi" perché il gruppo di oggetti comprime più indirizzi IP individuali in gruppi di oggetti. Inoltre, in una ACL basata su gruppi di oggetti, è possibile creare una singola voce ACE che utilizza il nome di un gruppo di oggetti invece di creare molte voci ACE. Questa capacità di "unire" e "comprimere" gli ACL consente di risparmiare notevole spazio TCAM e fornisce una scala ACL notevolmente migliorata per le policy QoS.

Punti essenziali sull'unione degli ACL
· Assicurarsi di unire gli ACL (impostare le azioni del gruppo QoS per ogni ACE nell'ACL di sicurezza) prima di collegarli all'interfaccia.
· L'unione dell'ACL dipende dall'ordine. Ciò significa che gli ACE vengono programmati nell'ordine in cui appaiono nell'ACL.

Linee guida e restrizioni per il peering QoS
· Solo le interfacce Layer 3 supportano il peering QoS. Le configurazioni sul livello 2 vengono rifiutate.
· Il peering QoS è supportato solo nella direzione di ingresso.
· Le policy QoS peering e le policy QoS regolari possono coesistere sulla stessa scheda di linea, ma solo se vengono collegate a interfacce diverse.
· È possibile collegare la stessa policy QoS di peering a più interfacce sulla stessa scheda di linea.
· Per tenere conto separatamente del traffico IPv4 e IPv6, configurare valori di gruppo QoS univoci per gli ACL di sicurezza IPv4 e IPv6.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 12

Classificare i pacchetti per identificare traffico specifico

Configurazione della QoS del peering per il ridimensionamento ACL

· Il traffico contrassegnato con bit MPLS EXP su un'interfaccia configurata per QoS di peering viene abbinato al valore predefinito di classe in una mappa di classi configurata come match-any (predefinito) per i flussi MPLS MPLS.
· Le sottointerfacce ereditano le politiche QoS di peering applicate alle interfacce principali, ma non ereditano gli ACL. Assicurati di configurare le ACL di sicurezza (corrispondenti a quelle sulle interfacce principali) su tutte le sottointerfacce; in caso contrario, tutto il traffico delle sottointerfacce è soggetto ad un'azione di default della classe, influenzando così il loro peso di prioritàtage.
· È possibile configurare solo il gruppo QOS corrispondente per le policy QoS in peering. Qualsiasi altro comando qos-group viene rifiutato.
· È possibile inserire, eliminare e modificare le voci ACE nelle ACL di sicurezza.
Configurazione della QoS del peering per il ridimensionamento ACL
Per configurare il peering QoS su un'interfaccia:
1. Configurare l'ACL di sicurezza e impostare il gruppo qos per ACE. Altrimenti, qos-group viene impostato sul valore predefinito pari a 0, influenzando la pesatura prioritariatage per il traffico sull'interfaccia.
2. Configurare la corrispondenza dei criteri QoS di peering sul gruppo qos impostato nell'ACL di sicurezza. Imposta le azioni del gruppo QoS come commento, polizia, classe di traffico, DSCP, precedenza e classe di scarto.
3. Collegare l'ACL di sicurezza e l'ACL QoS di peering all'interfaccia.
/*Configura l'ACL di sicurezza, in questo esampfile: ipv4-sec-acl*/ Router(config)#ipv4 access-list ipv4-sec-acl
/*imposta il gruppo qos per ACE; puoi farlo grazie al peering QoS che consente l'uso di una singola voce per ACE invece di più voci */ Router(config-ipv4-acl)#10 permette ipv4 135.0.0.0/8 217.0.0.0/8 priorità di precedenza impostata qos -gruppo 1
Router(config-ipv4-acl)#20 autorizzazione ipv4 135.0.0.0/8 217.0.0.0/8 precedenza impostazione immediata gruppo qos 2
Router(config-ipv4-acl)30 autorizzazione ipv4 135.0.0.0/8 217.0.0.0/8 precedenza flash set qos-group 3 Router(config-ipv4-acl)40 autorizzazione ipv4 135.0.0.0/8 217.0.0.0/8 precedenza flash-override set qos-group 4 Router(config-ipv4-acl)50 autorizzazione ipv4 135.0.0.0/8 217.0.0.0/8 precedenza critical set qos-group 5 Router(config-ipv4-acl)#60 autorizzazione ipv4 135.0.0.0. 8/217.0.0.0 8/6 precedenza internet set qos-group 4 Router(config-ipv70-acl)#4 permesso ipv135.0.0.0 8/217.0.0.0 8/7 precedenza network set qos-group 4 Router(config-ipvXNUMX- acl)#esci
/*Configura la corrispondenza della politica QoS del peering per ogni gruppo qos impostato nell'ACL di sicurezza*/ Router(config)#class-map match-any grp-7 Router(config-cmap)#match qos-group 7 Router(config- cmap)#end-class-map Router(config)#class-map match-any router grp-6(config-cmap)#match qos-group 6 Router(config-cmap)#end-class-map Router(config) #class-map match-any router grp-5(config-cmap)#match qos-group 5 router(config-cmap)#end-class-map router(config)#class-map match-any router grp-4( config-cmap)#match qos-group 4 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-3 Router(config-cmap)#match qos-group 3

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 13

Configurazione della QoS del peering per il ridimensionamento ACL

Classificare i pacchetti per identificare traffico specifico

Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-2 Router(config-cmap)#match qos-group 2 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-1 Router(config-cmap)#match qos-group 1 Router(config-cmap)#end-class-map Router(config)#class-map match-any class -default Router(config-cmap)#end-class-map
/*Imposta le azioni Qos nella policy map configurata, in questo esample: set prec, set tc e set dscp*/
Router(config)#policy-map ingress_qosgrp_to_Prec-TC Router(config-pmap)#class grp-7 Router(config-pmap-c)#imposta precedenza 1 Router(config-pmap-c)#imposta traffico-classe 7 Router( config-pmap-c)#esci dal router(config-pmap)#class grp-6 router(config-pmap-c)#imposta precedenza 1 router(config-pmap-c)#imposta traffico classe 6 router(config-pmap -c)#esci dal router(config-pmap)#class grp-5 router(config-pmap-c)#imposta precedenza 2 router(config-pmap-c)#imposta traffico-class 5 router(config-pmap-c) #exit Router(config-pmap)#class grp-4 Router(config-pmap-c)#set precedenza 2 Router(config-pmap-c)#set traffic-class 4 Router(config-pmap-c)#exit Router (config-pmap)#class grp-3 Router(config-pmap-c)#set traffic-class 3 Router(config-pmap-c)#set dscp ef Router(config-pmap-c)#exit Router(config- pmap)#router di classe grp-2(config-pmap-c)#imposta la precedenza del router 3(config-pmap-c)#imposta il router di classe traffico 2(config-pmap-c)#esci dal router(config-pmap)# class grp-1 Router(config-pmap-c)#imposta precedenza 4 Router(config-pmap-c)#imposta traffico-class 1 Router(config-pmap-c)#exit Router(config-pmap)#class class- Router predefinito(config-pmap-c)#imposta la precedenza 5 Router(config-pmap-c)#esci dal router(config-pmap)#end-policy-map
/*Collega l'ACL di sicurezza con i gruppi qos corrispondenti all'interfaccia*/ Router(config)#int bundle-Ether 350 Router(config-if)#ipv4 access-group ipv4-sec-acl ingress
/*Collega la policy map con le azioni qos impostate nell'ACL di sicurezza all'interfaccia*/ Router(config-if)#service-policy input ingress_qosgrp_to_DSCP_TC_qgrp Router(config-if)#commit Router(config-if)#exit
Hai utilizzato con successo il peering QoS per unire e comprimere gli ACL di sicurezza e QoS e hai ottenuto scale ACL notevolmente migliorate per i criteri QoS.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 14

Classificare i pacchetti per identificare traffico specifico

Configurazione della QoS del peering per il ridimensionamento ACL

Configurazione in esecuzione
elenco accessi ipv4 ipv4-sec-acl 10 autorizzazione ipv4 135.0.0.0/8 217.0.0.0/8 priorità priorità impostata gruppo qos 1 20 autorizzazione ipv4 135.0.0.0/8 217.0.0.0/8 precedenza impostazione immediata gruppo qos 2 30 autorizzazione ipv4 135.0.0.0/8 217.0.0.0/8 precedenza flash impostato gruppo qos 3 40 autorizzazione ipv4 135.0.0.0/8 217.0.0.0/8 precedenza flash-override impostato gruppo qos 4 50 autorizzazione ipv4 135.0.0.0/8 217.0.0.0 .8/5 precedenza set critico gruppo qos 60 4 permesso ipv135.0.0.0 8/217.0.0.0 8/6 precedenza set internet gruppo qos 70 4 permesso ipv135.0.0.0 8/217.0.0.0 8/7 precedenza set di rete gruppo qos XNUMX
! class-map match-any grp-7
abbina qos-group 7 mappa di fine classe! class-map match-any grp-6 match qos-group 6 end-class-map! class-map match-any grp-5 match qos-group 5 end-class-map! class-map match-any grp-4 match qos-group 4 end-class-map! class-map match-any grp-3 match qos-group 3 end-class-map! class-map match-any grp-2 match qos-group 2 end-class-map! corrispondenza-mappa-qualsiasi partita-grp-1 qos-gruppo 1 fine-mappa-classe! class-map match-any class-default end-class-map ! policy-map ingresso_qosgrp_to_Prec-TC classe grp-7
imposta la precedenza 1 imposta la classe di traffico 7 ! classe grp-6 imposta la precedenza 1 imposta la classe traffico 6! classe grp-5 imposta la precedenza 2 imposta la classe traffico 5! classe grp-4 imposta la precedenza 2 imposta la classe traffico 4! classe grp-3 imposta traffico-classe 3 imposta dscp ef! classe grp-2

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 15

QoS in peering per ABF

Classificare i pacchetti per identificare traffico specifico

imposta la precedenza 3 imposta la classe di traffico 2 ! classe grp-1 imposta la precedenza 4 imposta la classe traffico 1! classe class-default imposta la precedenza 5 ! mappa-politica finale! int bundle-Ether 350 gruppo di accesso ipv4 ingresso ipv4-sec-acl! int input della politica di servizio bundle-Ether 350 ingresso_qosgrp_to_DSCP_TC_qgrp

Verifica
Esegui il comando show Interface per l'interfaccia a cui hai collegato gli ACL di sicurezza e QoS.
Router#show run int bundle-Ether 350 interfaccia Bundle-Ether350 service-policy input ingress_qosgrp_to_DSCP_TC_qgrp indirizzo ipv4 11.25.0.1 255.255.255.0 indirizzo ipv6 2001:11:25:1::1/64 ipv4 access-group ipv4-sec-acl ingress !

QoS in peering per ABF
Tabella 5: tabella della cronologia delle funzionalità

Nome della caratteristica
Supporto ABF (inoltro basato su ACL) con QoS in peering

Informazioni sulla versione Versione 7.3.3

Descrizione della funzionalità
Questa funzionalità offre la flessibilità di configurare gli indirizzi dell'hop successivo per le voci di controllo di accesso nell'ACL unita (QoS e sicurezza) anziché la route selezionata da un protocollo di routing. È possibile configurare indirizzi hop successivo con selezione VRF o compatibili con VRF.
Questa funzionalità consente di avere funzionalità QoS e ABF all'interno degli stessi ACE.

A partire dalla versione 7.3.3, i router Cisco serie 8000 supportano l'inoltro basato su ACL con peering QoS. L'inoltro basato su ACL (ABF) è una funzionalità di routing basata su policy in cui il router inoltra il traffico corrispondente a specifiche regole ACL a un hop successivo specificato dall'utente invece del percorso selezionato da un protocollo di routing. La funzionalità QoS peering unisce le ACL QoS e le ACL di sicurezza per evitare più voci (QoS e sicurezza) per ACE. Nel supporto ABF con QoS in peering, è possibile configurare gli indirizzi dell'hop successivo per le voci di controllo di accesso nell'ACL unita (QoS e sicurezza). L'indirizzo dell'hop successivo viene utilizzato per inoltrare alla destinazione i pacchetti in entrata che corrispondono agli ACE di autorizzazione. In questo caso, ABF supporta sia il reindirizzamento VRF-select che quello compatibile con VRF. Nella selezione VRF, l'hop successivo è costituito solo da VRF e l'hop successivo compatibile con VRF è costituito sia da indirizzi VRF che IP.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 16

Classificare i pacchetti per identificare traffico specifico

QoS in peering per ABF

Configurazione
1. Configurare l'ACL di sicurezza, in questo esempioample: abf-acl
Router(config)#elenco di accesso ipv4 abf-acl
2. Impostare il gruppo qos per ACE; è possibile farlo grazie al peering QoS che consente l'uso di una singola voce per ACE anziché di più voci.
Router(config-ipv4-acl)#10 autorizzazione ipv4 135.0.0.0/8 217.0.0.0/8 precedenza priorità impostata qos-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 Router(config-ipv4-acl)#20 autorizzazione tcp 135.0.0.0/8 217.0.0.0/8 precedenza priorità impostata qos-group 2 nexthop1 vrf vrf3 nexthop2 vrf vrf2 Router(config-ipv4-acl)#30 permesso tcp 135.0.0.0/8 217.0.0.0/8 match-all +ack +psh imposta qos-group 3 nexthop1 vrf vrf2 nexthop2 vrf vrf3 nexthop3 vrf vrf1 Router(config-ipv4-acl)#40 permesso tcp 135.0.0.0/8 217.0.0.0/8 precedenza priorità impostata qos-group 4 nexthop1 vrf vrf1 nexthop2 vrf vrf2 nexthop3 vrf vrf3 Router(config-ipv4-acl)#exit
3. Configurare la corrispondenza dei criteri QoS di peering per ciascun gruppo qos impostato nell'ACL ABF di sicurezza.
Router(config)#class-map match-any grp-4 Router(config-cmap)#match qos-group 4 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp -3 Router(config-cmap)#match qos-group 3 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-2 Router(config-cmap)#match qos- router gruppo 2(config-cmap)#end-class-map Router(config)#class-map match-any grp-1 Router(config-cmap)#match qos-group 1 Router(config-cmap)#end-class -map Router(config)#class-map match-any class-default Router(config-cmap)#end-class-map
4. Impostare le azioni QoS nella policy map configurata, in questo esample: set prec, set tc e set dscp
Router(config)#policy-map edge_qos_policy Router(config-pmap)#class grp-4 Router(config-pmap-c)#set precedenza 2 Router(config-pmap-c)#set traffic-class 4 Router(config- pmap-c)#exit Router(config-pmap)#class grp-3 Router(config-pmap-c)#set traffic-class 3 Router(config-pmap-c)#set dscp ef Router(config-pmap-c )#exit Router(config-pmap)#class grp-2 Router(config-pmap-c)#set precedenza 3 Router(config-pmap-c)#set traffic-class 2 Router(config-pmap-c)#exit Router(config-pmap)#class grp-1 Router(config-pmap-c)#imposta precedenza 4 Router(config-pmap-c)#imposta traffico-classe 1 Router(config-pmap-c)#exit Router(config -pmap)#class class-default Router(config-pmap-c)#imposta precedenza 5 Router(config-pmap-c)#exit Router(config-pmap)#end-policy-map
5. Collegare l'ACL di sicurezza con i gruppi qos impostati all'interfaccia.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 17

QoS in peering per ABF

Classificare i pacchetti per identificare traffico specifico

Router(config)#int bundle-Ether 350 Router(config-if)#gruppo di accesso ipv4 abf-acl ingress
6. Allegare all'interfaccia la mappa delle policy con le azioni QoS impostate nel passaggio 4.
Router(config-if)#input policy di servizio edge_qos_policy Router(config-if)#commit Router(config-if)#exit
Hai configurato correttamente il peering QoS con ABF.
Configurazione in esecuzione
elenco di accesso ipv4 abf-acl 10 permesso ipv4 135.0.0.0/8 217.0.0.0/8 precedenza priorità impostata gruppo qos 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 20 permesso tcp 135.0.0.0/8 217.0.0.0/8 precedenza priorità impostata gruppo qos 2 nexthop1 vrf vrf3
nexthop2 vrf vrf2 30 permesso tcp 135.0.0.0/8 217.0.0.0/8 match-all +ack +psh set qos-group 3 nexthop1 vrf vrf2
nexthop2 vrf vrf3 nexthop3 vrf vrf1 40 permesso tcp 135.0.0.0/8 217.0.0.0/8 precedenza priorità impostata qos-group 4 nexthop1 vrf vrf1
nexthop2 vrf vrf2 nexthop3 vrf vrf3 ! class-map match-any grp-4 match qos-group 4 end-class-map! class-map match-any grp-3 match qos-group 3 end-class-map! class-map match-any grp-2 match qos-group 2 end-class-map! corrispondenza-mappa-qualsiasi partita-grp-1 qos-gruppo 1 fine-mappa-classe! class-map match-any class-default end-class-map ! policy-map edge_qos_policy classe grp-4 imposta precedenza 2 imposta traffico-classe 4! classe grp-3 imposta traffico-classe 3 imposta dscp ef! classe grp-2 imposta la precedenza 3 imposta la classe traffico 2 ! classe grp-1 imposta la precedenza 4 imposta la classe traffico 1! classe class-default imposta la precedenza 5 ! mappa-politica finale
Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 18

Classificare i pacchetti per identificare traffico specifico

Classificare e annotare l'intestazione di livello 3 sulle interfacce di livello 2

! int bundle-Ether 350 gruppo di accesso ipv4 abf-acl ingresso! int bundle-Ether 350 input della politica di servizio edge_qos_policy
Verifica
Esegui il comando show Interface per l'interfaccia a cui hai collegato le ACL ABF di sicurezza e QoS.
Router#show run int interfaccia bundle-Ether 350 Ingresso policy di servizio bundle-Ether350 edge_qos_policy indirizzo ipv4 11.25.0.1 255.255.255.0 indirizzo ipv6 2001:11:25:1::1/64 ingresso gruppo di accesso ipv4 abf-acl!
Classificare e annotare l'intestazione di livello 3 sulle interfacce di livello 2
Quando è necessario contrassegnare i pacchetti per il traffico dell'interfaccia di livello 2 che scorre attraverso domini bridge e interfacce virtuali bridge (BVI), è possibile creare una policy QoS mista. Questa politica prevede mappe di classi di classificazione sia basate su mappe che TCAM. La politica mista garantisce che sia i flussi di traffico bridge (Layer 2) che quelli Bridge Virtual Interface (BVI o Layer 3) siano classificati e osservati.
Linee guida
· Una mappa di classi con classificazione TCAM potrebbe non corrispondere al traffico con ponte. Le voci TCAM corrispondono solo al traffico instradato mentre le voci della mappa corrispondono sia al traffico bridge che a quello BVI.
· Una mappa di classi con classificazione basata su mappa corrisponde sia al traffico bridge che a quello BVI.
Example
elenco di accesso ipv4 acl_v4 10 autorizzazione host ipv4 100.1.1.2 qualsiasi 20 autorizzazione host ipv4 100.1.100.2 qualsiasi elenco di accesso ipv6 acl_v6 10 autorizzazione host tcp 50:1:1::2 qualsiasi 20 autorizzazione tcp qualsiasi host 50:1:200: :2 class-map match-any c_match_acl match access-group ipv4 acl_v4 ! Questa voce non corrisponde al traffico con bridge match access-group ipv6 acl_v6 ! Questa voce non corrisponde alla corrispondenza del traffico con bridge dscp af11 Questa voce corrisponde al traffico con bridge e BVI class-map match-all c_match_all match protocol udp ! Questa voce non corrisponde al traffico bridge match prec 7 class-map match-any c_match_protocol match protocollo tcp ! Questa voce, e quindi questa classe, non corrisponde al traffico bridge class-map match-any c_match_ef match dscp ef ! Questa voce/classe corrisponde al traffico bridge e BVI class-map match-any c_qosgroup_1 Questa classe corrisponde al traffico bridge e BVI! match qos-group 1 policy-map p_ingress class c_match_acl set traffic-class 1 set qos-group 1

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 19

Elementi della classe di traffico

Classificare i pacchetti per identificare traffico specifico

! class c_match_all imposta traffico-classe 2 imposta qos-gruppo 2! class c_match_ef imposta traffico-classe 3 imposta qos-gruppo 3! class c_match_protocol set traffic-class 4 set qos-group 4 policy-map p_egress class c_qosgroup_1 set dscp af23 interfaccia FourHundredGigE0/0/0/0 l2transport service-policy input p_ingress service-policy output p_egress ! ! interfaccia FourHundredGigE0/0/0/1 indirizzo ipv4 200.1.2.1 255.255.255.0 indirizzo ipv6 2001:2:2::1/64 input della policy di servizio p_ingress output della policy di servizio p_egress

Elementi della classe di traffico

Lo scopo di una classe di traffico è classificare il traffico sul router. Utilizza il comando class-map per definire una classe di traffico. Una classe di traffico contiene tre elementi principali:
· Un nome
· Una serie di comandi di corrispondenza – per specificare vari criteri per classificare i pacchetti.
· Un'istruzione su come valutare questi comandi di corrispondenza (se esiste più di un comando di corrispondenza nella classe di traffico)

I pacchetti vengono controllati per determinare se corrispondono ai criteri specificati nei comandi di corrispondenza. Se un pacchetto soddisfa i criteri specificati, quel pacchetto viene considerato membro della classe e viene inoltrato secondo le specifiche QoS impostate nella politica del traffico. I pacchetti che non soddisfano nessuno dei criteri di corrispondenza vengono classificati come membri della classe di traffico predefinita.
Questa tabella mostra i dettagli dei tipi di corrispondenza supportati sul router.

Tipo di corrispondenza supportato

Min, Max Voci massime Supporto per Supporto per Direzione Supportato su interfacce NON corrispondono a intervalli

DSCP IPv4 (0,63)

DSCP IPv6

DSCP

SÌ

Ingresso Uscita

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 20

Classificare i pacchetti per identificare traffico specifico

Classe di traffico predefinita

Tipo di corrispondenza supportato

Minimo Massimo

Precedenza IPv4 (0,7) Precedenza IPv6

Precedenza

MPLS

(0,7)

Sperimentale

Il più alto

Gruppo di accesso Non applicabile

Gruppo QoS

(1,7)

Protocollo

(0, 255)

Il numero massimo di voci supportate per il supporto per la direzione supportata sulle interfacce NON corrisponde agli intervalli

SÌ

Ingresso

Uscita

SÌ

Ingresso

Uscita

Non

Ingresso

applicabile

Uscita

SÌ

Non

Ingresso

applicabile

Classe di traffico predefinita
Il traffico non classificato (traffico che non soddisfa i criteri di corrispondenza specificati nelle classi di traffico) viene considerato come appartenente alla classe di traffico predefinita.
Se l'utente non configura una classe predefinita, i pacchetti vengono comunque trattati come membri della classe predefinita. Tuttavia, per impostazione predefinita, la classe predefinita non ha funzionalità abilitate. Pertanto, i pacchetti appartenenti a una classe predefinita senza funzionalità configurate non hanno funzionalità QoS.
Per la classificazione in uscita, è supportata la corrispondenza sul gruppo qos (1-7). La corrispondenza qos-group 0 non può essere configurata. Il valore predefinito della classe nella policy di uscita viene mappato al gruppo qos 0.
Questo example mostra come configurare una politica di traffico per la classe predefinita:
configura policy-map ingress_policy1 class class-default tasso di polizia percentuale 30!

Crea una classe di traffico
Per creare una classe di traffico contenente criteri di corrispondenza, utilizzare il comando class-map per specificare il nome della classe di traffico, quindi utilizzare i comandi match nella modalità di configurazione della mappa di classi, secondo necessità.
Linee guida
· Gli utenti possono fornire più valori per un tipo di corrispondenza in un'unica riga di configurazione; ovvero, se il primo valore non soddisfa i criteri di corrispondenza, per la classificazione viene considerato il valore successivo indicato nella dichiarazione di corrispondenza.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 21

Crea una classe di traffico

Classificare i pacchetti per identificare traffico specifico

· Utilizzare la parola chiave not con il comando match per eseguire una corrispondenza in base ai valori di un campo che non sono specificati.
· Tutti i comandi di corrispondenza specificati in questa attività di configurazione sono considerati facoltativi, ma è necessario configurare almeno un criterio di corrispondenza per una classe.
· Se si specifica match-any, uno dei criteri di corrispondenza deve essere soddisfatto affinché il traffico che entra nella classe di traffico venga classificato come parte della classe di traffico. Questa è l'impostazione predefinita. Se specifichi match-all, il traffico deve corrispondere a tutti i criteri di corrispondenza.
· Per il comando match access-group, la classificazione QoS basata sulla lunghezza del pacchetto o sul campo TTL (time to live) nelle intestazioni IPv4 e IPv6 non è supportata.
· Per il comando match access-group, quando viene utilizzato un elenco ACL all'interno di una mappa di classi, l'azione di rifiuto dell'ACL viene ignorata e il traffico viene classificato in base ai parametri di corrispondenza ACL specificati.
· La corrispondenza qos-group, traffic-class, DSCP/Prec e MPLS EXP sono supportati solo nella direzione di uscita e questi sono gli unici criteri di corrispondenza supportati nella direzione di uscita
· La classe predefinita in uscita corrisponde implicitamente al gruppo qos 0.
· Il multicast prende un percorso di sistema diverso da quello unicast sul router e si incontrano successivamente in uscita con un rapporto multicast-unicast di 20:80 per interfaccia. Questo rapporto viene mantenuto allo stesso livello di priorità di quello del traffico.
· La QoS in uscita per il traffico multicast considera le classi di traffico 0-5 come a bassa priorità e le classi di traffico 6-7 come ad alta priorità. Attualmente, questo non è configurabile dall'utente.
· La modellazione dell'uscita non ha effetto per il traffico multicast nelle classi di traffico ad alta priorità (HP). Si applica solo al traffico unicast.
· Se si imposta una classe di traffico nella policy in ingresso e non si dispone di una classe corrispondente in uscita per il valore della classe di traffico corrispondente, il traffico in entrata con questa classe non verrà preso in considerazione nella classe predefinita nella mappa della policy in uscita.
· Solo la classe di traffico 0 rientra nella classe predefinita. Una classe di traffico diversa da zero assegnata in ingresso ma senza coda di uscita assegnata non rientra né nella classe predefinita né in qualsiasi altra classe.
Configurazione Example
È necessario eseguire le seguenti operazioni per completare la configurazione delle classi di traffico: 1. Creazione di una mappa di classi
2. Specificare i criteri di corrispondenza per classificare il pacchetto come membro di quella particolare classe (per un elenco dei tipi di corrispondenza supportati, vedere Elementi della classe di traffico, a pagina 20.)
Router# configura Router(config)# class-map match-any qos-1 Router(config-cmap)# match qos-group 1 Router(config-cmap)# end-class-map Router(config-cmap)# commit
Utilizza questo comando per verificare la configurazione della mappa di classi:

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 22

Classificare i pacchetti per identificare traffico specifico

Elementi di politica del traffico

Router#mostra mappa di classi qos-1 1) ClassMap: qos-1 Tipo: qos
Referenziato da 2 Policymaps
Vedere anche, Collegare una politica di traffico a un'interfaccia, a pagina 24.
Argomenti correlati · Elementi della classe di traffico, a pagina 20 · Elementi della politica di traffico, a pagina 23

Elementi di politica del traffico

Una politica di traffico contiene tre elementi: · Nome · Classe di traffico · Politiche QoS

Dopo aver scelto la classe di traffico utilizzata per classificare il traffico nella policy del traffico, l'utente può inserire le funzionalità QoS da applicare al traffico classificato.
L'MQC non richiede necessariamente che gli utenti associno solo una classe di traffico a una policy di traffico.
L'ordine in cui le classi vengono configurate in una policy map è importante. Le regole di corrispondenza delle classi sono programmate nel TCAM nell'ordine in cui le classi sono specificate in una mappa delle politiche. Pertanto, se un pacchetto può corrispondere a più classi, viene restituita solo la prima classe corrispondente e viene applicata la politica corrispondente.
Il router supporta 8 classi per policy map nella direzione di ingresso e 8 classi per policy map nella direzione di uscita.
Questa tabella mostra le class action supportate sul router.

Tipi di azioni supportate

Direzione supportata sulle interfacce

larghezza di banda rimanente

uscita

segno

Vedere Contrassegno dei pacchetti, a pagina 30

Polizia Stradale

ingresso

priorità

uscita (dal livello 1 al livello 7)

limite-coda

uscita

forma

uscita

rosso

uscita

RED supporta l'opzione della classe di scarto; gli unici valori da passare alla classe di scarto sono 0 e 1.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 23

Creare una politica sul traffico

Classificare i pacchetti per identificare traffico specifico

Creare una politica sul traffico
Lo scopo di una policy di traffico è configurare le funzionalità QoS che dovrebbero essere associate al traffico che è stato classificato in una o più classi di traffico specificate dall'utente. Per configurare una classe di traffico, vedere Creazione di una classe di traffico, a pagina 21. Dopo aver definito una policy di traffico con il comando policy-map, è possibile collegarla a una o più interfacce per specificare la policy di traffico per tali interfacce utilizzando il servizio -comando policy in modalità di configurazione dell'interfaccia. Con il supporto della doppia policy, è possibile avere due policy del traffico, una di contrassegno e una di coda allegate all'output. Vedere Collegare una politica di traffico a un'interfaccia, a pagina 24.
Configurazione Example È necessario eseguire le seguenti operazioni per completare la configurazione della politica del traffico: 1. Creare una mappa delle politiche che può essere collegata a una o più interfacce per specificare una politica del servizio 2. Associazione della classe di traffico alla politica del traffico 3. Specifica della classe- azione/i (vedere Elementi della politica del traffico, a pagina 23)
Router# configura Router(config)# policy-map test-shape-1 Router(config-pmap)# class qos-1
/* Configura l'azione collettiva ("shape" in questo esempioample). Ripetere come richiesto, per specificare altre azioni di classe */ Router(config-pmap-c)# forma media percentuale 40 Router(config-pmap-c)# exit
/* Ripete la configurazione della classe come richiesto, per specificare altre classi */
Router(config-pmap)# end-policy-map Router(config)# commit
Argomenti correlati · Elementi della politica del traffico, a pagina 23 · Elementi della classe di traffico, a pagina 20
Allega una politica di traffico a un'interfaccia
Dopo aver creato la classe di traffico e la policy del traffico, è necessario collegare la policy del traffico all'interfaccia e specificare la direzione in cui applicare la policy.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 24

Classificare i pacchetti per identificare traffico specifico

Allega una politica di traffico a un'interfaccia

Nota i criteri gerarchici non sono supportati. Quando una policy map viene applicata a un'interfaccia, il contatore della velocità di trasmissione di ciascuna classe non è accurato. Questo perché il contatore della velocità di trasmissione viene calcolato in base al filtro di decadimento esponenziale.
Configurazione Example È necessario eseguire le seguenti operazioni per allegare una policy di traffico a un'interfaccia: 1. Creare una classe di traffico e le regole associate che abbinano i pacchetti alla classe (vedere Creare una classe di traffico,
a pagina 21 ) 2. Creazione di una politica di traffico che può essere collegata a una o più interfacce per specificare una politica di servizio (vedere
Creare una politica del traffico, a pagina 24 ) 3. Associazione della classe di traffico alla politica del traffico 4. Collegamento della politica del traffico a un'interfaccia, nella direzione di ingresso o di uscita
Router# configura Router(config)# interfaccia fourHundredGigE 0/0/0/2 Router(config-int)# output policy di servizio Router a priorità rigorosa(config-int)# commit
Configurazione in esecuzione
/* Configurazione della mappa delle classi */
class-map match-any traffic-class-7 match traffic-class 7 end-class-map
!class-map match-any traffic-class-6 match traffico-class 6 end-class-map
class-map match-any traffic-class-5 match traffic-class 5 end-class-map
class-map match-any traffic-class-4 match traffic-class 4 end-class-map
class-map match-any traffic-class-3 match traffic-class 3
class-map match-any traffic-class-2 match traffic-class 2 end-class-map
class-map match-any traffic-class-1 match traffic-class 1 end-class-map
Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 25

Allega una politica di traffico a un'interfaccia

Classificare i pacchetti per identificare traffico specifico

/* Configurazione della politica del traffico */
policy-map test-shape-1 classe traffico-class-1 forma percentuale media 40!
policy-map classe con priorità rigorosa tc7 livello di priorità 1 limite coda 75 MByte! classe tc6 priorità livello 2 limite coda 75 MByte! classe tc5 priorità livello 3 limite coda 75 MByte! classe tc4 priorità livello 4 limite coda 75 MByte! classe tc3 priorità livello 5 limite coda 75 MByte! classe tc2 priorità livello 6 limite coda 75 MByte! classe tc1 priorità livello 7 limite coda 75 MByte! classe limite coda predefinito classe 75 MByte! mappa-politica-finale
—–
/* Collegamento della policy del traffico a un'interfaccia in direzione di uscita */ interfaccia fourHundredGigE 0/0/0/2
output della politica di servizio con priorità rigorosa!

Verifica

Router# #mostra qos int fourHundredGigE 0/0/0/2 output

NOTA:- I valori configurati vengono visualizzati tra parentesi Interfaccia FourHundredGigE0/0/0/2 ifh 0xf0001c0 — politica di output

ID NPU: Numero totale di classi: Larghezza di banda dell'interfaccia: Nome policy:

0 8 400000000 kbps con priorità rigorosa

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 26

Classificare i pacchetti per identificare traffico specifico

Allega una politica di traffico a un'interfaccia

Base VOQ:

2400

Tipo di contabilità:

Layer1 (include incapsulamento Layer 1 e versioni successive)

——————————————————————————

Classe Livello 1 (HP1)

= tc7

ID coda Egressq

= 2407 (coda HP1)

Coda max. BW.

= nessun massimo (predefinito)

Soglia TailDrop

= 74999808 byte / 2 ms (75 megabyte)

WRED non configurato per questa classe

Classe Livello1 (HP2) ID coda Egressq Numero max. BW. Soglia TailDrop WRED non configurata per questa classe

= tc6 = 2406 (coda HP2) = no max (impostazione predefinita) = 74999808 byte/2 ms (75 megabyte)

Classe Livello1 (HP3) ID coda Egressq Numero max. BW. Soglia TailDrop WRED non configurata per questa classe

= tc5 = 2405 (coda HP3) = no max (impostazione predefinita) = 74999808 byte/2 ms (75 megabyte)

Classe Livello1 (HP4) ID coda Egressq Numero max. BW. Soglia TailDrop WRED non configurata per questa classe

= tc4 = 2404 (coda HP4) = no max (impostazione predefinita) = 74999808 byte/2 ms (75 megabyte)

Classe Livello1 (HP5) ID coda Egressq Numero max. BW. Soglia TailDrop WRED non configurata per questa classe

= tc3 = 2403 (coda HP5) = no max (impostazione predefinita) = 74999808 byte/2 ms (75 megabyte)

Classe Livello1 (HP6) ID coda Egressq Numero max. BW. Soglia TailDrop WRED non configurata per questa classe

= tc2 = 2402 (coda HP6) = no max (impostazione predefinita) = 74999808 byte/2 ms (75 megabyte)

Classe Livello1 (HP7) ID coda Egressq Numero max. BW. Soglia TailDrop WRED non configurata per questa classe

= tc1 = 2401 (coda HP7) = no max (impostazione predefinita) = 74999808 byte/2 ms (75 megabyte)

Livello1 Classe Egressq ID coda Coda Numero max. BW. Soglia WRED di peso inverso/peso TailDrop non configurata per questa classe

= default classe = 2400 (coda LP predefinita) = no max (impostazione predefinita) = 1 / (BWR non configurato) = 74999808 byte / 150 ms (75 megabyte)

Argomenti correlati · Elementi della politica del traffico, a pagina 23 · Elementi della classe di traffico, a pagina 20

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 27

Allega una politica di traffico a un'interfaccia

Classificare i pacchetti per identificare traffico specifico

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 28

4 CAPITOLO
Contrassegnare i pacchetti per modificare le impostazioni di priorità
· Marcatura dei pacchetti terminataview, a pagina 29 · Funzionalità e vantaggi della marcatura incondizionata dei pacchetti basata su classe, a pagina 31 · Configurazione della marcatura incondizionata dei pacchetti basata su classe, a pagina 32 · Marcatura incondizionata dei pacchetti basata su classe: Example, a pagina 33 · Precedenza IP rispetto al contrassegno IP DSCP, a pagina 35 · Modifica della policy sul posto, a pagina 36
Marcatura dei pacchetti terminataview
È possibile utilizzare il contrassegno dei pacchetti nelle mappe delle policy di input per impostare o modificare gli attributi per il traffico appartenente a una classe specifica. Per esample, è possibile modificare il valore CoS in una classe o impostare valori IP DSCP o precedenza IP per un tipo specifico di traffico. Questi nuovi valori vengono quindi utilizzati per determinare come trattare il traffico.
Nota A partire dalla versione 7.2.12 di Cisco IOS XR, il supporto per contrassegnare i pacchetti sulle interfacce di trasporto di livello 2 è uguale al supporto per contrassegnare le interfacce di livello 3. Tuttavia, questo supporto si applica solo all'interfaccia principale (interfacce fisiche e bundle) e non alle interfacce secondarie.
Contrassegno predefinito
Quando un'interfaccia di ingresso o di uscita aggiunge VLAN tags o etichette MPLS, richiede un valore predefinito per la classe di servizio e i valori EXP in essi contenuti tags ed etichette. Sul router, un ingresso QoS mapping pro predefinitofile e una mappatura QoS predefinita in uscita profile vengono creati e configurati per dispositivo durante l'inizializzazione.
Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 29

Comportamento QoS per i tunnel GRE (Generic Routing Encapsulation).

Contrassegnare i pacchetti per modificare le impostazioni di priorità

Comportamento QoS per i tunnel GRE (Generic Routing Encapsulation).

Tabella 6: tabella della cronologia delle funzionalità

Nome della caratteristica

Informazioni sulla versione

Comportamento QoS per i tunnel GRE (Generic Routing Release 7.3.1 Encapsulation): contrassegno predefinito

Descrizione della funzionalità
Con il supporto per le interfacce dei tunnel di incapsulamento e decapsulamento GRE, sono disponibili alcuni importanti aggiornamenti al comportamento QoS per i tunnel GRE. Questi aggiornamenti sono applicabili per la marcatura predefinita dei pacchetti e coinvolgono bit sperimentali di tipo di servizio (ToS) e MPLS.

Incapsulamento GRE
Se non si configura il tipo di servizio (ToS), il valore di precedenza IP esterno o il valore del punto di codice dei servizi differenziati (DSCP) viene copiato dall'intestazione IP interna. Se si configura ToS, il valore di precedenza IP esterno o il valore DCSP è conforme alla configurazione ToS.
Decapsulamento GRE
Durante il decapsulamento, i bit sperimentali MPLS (EXP) vengono derivati dal pacchetto IP esterno. Per ulteriori informazioni sui tunnel GRE, consultare la Guida alla configurazione delle interfacce per router serie Cisco 8000, IOS XR versione 7.3.x.

Marcatura dei pacchetti
La funzionalità di contrassegno dei pacchetti, chiamata anche contrassegno esplicito, fornisce agli utenti un mezzo per differenziare i pacchetti in base ai contrassegni designati. Il router supporta la marcatura dei pacchetti in ingresso e in uscita.

Operazioni di contrassegno dei pacchetti supportate Questa tabella mostra le operazioni di contrassegno dei pacchetti supportate.

Intervallo di tipi di contrassegni supportati

Supporto per la marcatura incondizionata

imposta la classe di scarto

0-1

ingresso

imposta dscp

0-63

ingresso

imposta mpls sperimentale 0-7 più in alto

ingresso

impostare la precedenza

0-7

ingresso

imposta il gruppo qos

0-7

ingresso

Supporto per la marcatura condizionale No No No
Non-non

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 30

Contrassegnare i pacchetti per modificare le impostazioni di priorità

Comportamento QoS per i tunnel GRE (Generic Routing Encapsulation).

Tabella 7: tabella della cronologia delle funzionalità

Nome della caratteristica

Informazioni sulla versione

Comportamento QoS per i tunnel GRE (Generic Routing Release 7.3.1 Encapsulation): contrassegno esplicito

Descrizione della funzionalità
Con il supporto per le interfacce dei tunnel di incapsulamento e decapsulamento GRE, sono disponibili alcuni importanti aggiornamenti al comportamento QoS per i tunnel GRE. Questi aggiornamenti sono applicabili per la marcatura esplicita dei pacchetti e implicano il comportamento QoS durante l'ingresso e l'uscita.

Incapsulamento GRE
Durante l'incapsulamento del payload IPv4/IPv6 all'interno dell'intestazione GRE, il comportamento QoS è il seguente:
· Ingress: QoS supporta la classificazione sui campi di livello 3 del payload o EXP e l'osservazione dell'intestazione IP del payload DSCP.
· Uscita: QoS supporta l'impostazione dell'intestazione IP GRE esterna DSCP. Non sovrascrive la configurazione del tipo di servizio del tunnel (ToS) e non rileva l'intestazione IP GRE DCSP.

Decapsulamento GRE
Durante il decapsulamento dell'intestazione GRE esterna (durante la quale il payload IPv4/IPv6/MPLS interno viene inoltrato al router dell'hop successivo), il comportamento QoS è il seguente:
· Ingress: QoS supporta la classificazione sui campi Layer 3 del GRE esterno utilizzando il comando set qos-group. L'impostazione di DSCP sull'interfaccia di ingresso imposta DSCP per le intestazioni interne.
· Uscita: QoS supporta la classificazione utilizzando qos-group per impostare DSCP o EXP per i pacchetti in uscita.
Per ulteriori informazioni sui tunnel GRE, consultare la Guida alla configurazione delle interfacce per router serie Cisco 8000, IOS XR versione 7.3.x.

Funzionalità e vantaggi della marcatura incondizionata dei pacchetti basata su classi
La funzione di contrassegno dei pacchetti consente di suddividere la rete in più livelli di priorità o classi di servizio, come segue:
· Utilizzare il contrassegno incondizionato dei pacchetti QoS per impostare la precedenza IP oi valori IP DSCP per i pacchetti che entrano nella rete. I router all'interno della rete possono quindi utilizzare i valori di precedenza IP appena contrassegnati per determinare come trattare il traffico.
Nella direzione di ingresso, dopo aver abbinato il traffico in base alla precedenza IP o al valore DSCP, è possibile impostarlo su una particolare classe di scarto. Il rilevamento precoce casuale ponderato (WRED), una tecnica per evitare la congestione, utilizza quindi valori della classe di scarto per determinare la probabilità che un pacchetto venga eliminato.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 31

Configura la marcatura incondizionata dei pacchetti basata sulla classe

Contrassegnare i pacchetti per modificare le impostazioni di priorità

· Utilizzare il contrassegno incondizionato dei pacchetti QoS per assegnare i pacchetti MPLS a un gruppo QoS. Il router utilizza il gruppo QoS per determinare come assegnare la priorità ai pacchetti per la trasmissione. Per impostare l'identificatore del gruppo QoS sui pacchetti MPLS, utilizzare il comando set qos-group nella modalità di configurazione della classe della policy map.
Nota L'impostazione dell'identificatore del gruppo QoS non assegna automaticamente la priorità ai pacchetti per la trasmissione. È necessario innanzitutto configurare una policy in uscita che utilizzi il gruppo QoS.
· Contrassegnare i pacchetti MPLS (Multiprotocol Label Switching) impostando i bit EXP all'interno dell'etichetta imposta o più in alto.
· Contrassegnare i pacchetti impostando il valore dell'argomento qos-group. · Contrassegnare i pacchetti impostando il valore dell'argomento classe scarto.
Nota qos-group e classe-scarto sono variabili interne al router e non vengono trasmesse.
L'attività di configurazione è descritta in Configurazione del contrassegno incondizionato dei pacchetti basato sulla classe, a pagina 32.
Configura la marcatura incondizionata dei pacchetti basata sulla classe
Questa attività di configurazione spiega come configurare le seguenti funzionalità di contrassegno dei pacchetti incondizionato e basato sulla classe sul router:
· Valore di precedenza IP · Valore IP DSCP · Valore gruppo QoS (solo in ingresso) · Valore CoS (solo in uscita su sottointerfacce di livello 3) · Valore sperimentale MPLS · Classe di scarto
Nota Azioni QoS IPv4 e IPv6 applicate a MPLS tagi pacchetti ged non sono supportati. La configurazione viene accettata, ma non viene intrapresa alcuna azione.
Configurazione Example Seguire questi passaggi per configurare le funzionalità di contrassegno incondizionato dei pacchetti sul router. 1. Creare o modificare una mappa delle politiche che può essere collegata a una o più interfacce per specificare una politica di servizio
e accedere alla modalità di configurazione della mappa delle politiche. 2. Configurare un'interfaccia e accedere alla modalità di configurazione dell'interfaccia.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 32

Contrassegnare i pacchetti per modificare le impostazioni di priorità

Marcatura incondizionata dei pacchetti basata sulla classe: esamples

3. Allegare una mappa delle politiche a un'interfaccia di input o output da utilizzare come politica di servizio per quell'interfaccia.
Configurazione Example
router# configura router(config)# interfaccia centinaiaGigE 0/0/0/24 router(config-pmap)# policy-map policy1 Router(config-int)# commit
Configurazione in esecuzione
router(config)# policy-map policy1
class-map match-any class1 match protocollo ipv4 end-class-map
! ! politica-mappa politica1
class class1 imposta la precedenza 1
! classe class-default ! mappa-politica finale! interfaccia HundredGigE0/0/0/24 politica di input della politica di servizio1
!
Verificazione Eseguire questo comando per visualizzare le informazioni sulla configurazione della politica per tutte le classi configurate per tutte le politiche del servizio sull'interfaccia specificata.
router# mostra l'interfaccia di esecuzione centoGigE 0/0/0/24
Marcatura incondizionata dei pacchetti basata sulla classe: esamples
Questi sono tipici esample per la marcatura incondizionata dei pacchetti basata sulla classe.
Configurazione del contrassegno di precedenza IP: esample
In questo example, viene creata una policy di servizio denominata policy1. Questa politica di servizio è associata ad una mappa di classi definita in precedenza chiamata class1 tramite l'uso del comando class, quindi la politica di servizio è collegata all'interfaccia HundredGigE di output 0/7/0/1. Il bit di precedenza IP nel byte ToS è impostato su 1:
policy-map policy1 classe class1 imposta la precedenza 1
!

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 33

Configurazione marcatura IP DSCP: esample

Contrassegnare i pacchetti per modificare le impostazioni di priorità

interfaccia HundredGigE 0/7/0/1 policy di output della politica di servizio1
Configurazione marcatura IP DSCP: esample
In questo example, viene creata una policy di servizio denominata policy1. Questa policy di servizio è associata ad una mappa di classi precedentemente definita tramite l'utilizzo del comando class. In questo esample, si presuppone che una mappa di classi denominata class1 sia stata precedentemente configurata e che venga creata una nuova mappa di classi denominata class2. In questo esample, il valore IP DSCP nel byte ToS è impostato su 5:
policy-map policy1 classe class1 set dscp 5
classe class2 set dscp ef
Dopo aver configurato le impostazioni visualizzate per i pacchetti vocali sul perimetro, tutti i router intermedi vengono configurati per fornire un trattamento a bassa latenza ai pacchetti vocali, come segue:
corrispondenza vocale della mappa di classi dscp ef
policy-map qos-policy classe voce priorità livello 1 tasso di polizia percentuale 10
Configurazione marcatura gruppo QoS: esample
In questo example, viene creata una policy di servizio denominata policy1. Questa politica di servizio è associata ad una mappa di classi chiamata class1 tramite l'uso del comando class, quindi la politica di servizio è collegata nella direzione di input su un HundredGigE 0/7/0/1. Il valore del gruppo qos è impostato su 1.
class-map match-any class1 match protocollo ipv4 match access-group ipv4 101
policy-map policy1 classe class1 imposta qos-gruppo 1 !
interfaccia HundredGigE 0/7/0/1 politica di input della politica di servizio1
Nota il comando set qos-group è supportato solo su una policy di ingresso.
Configurazione marcatura CoS: esample
In questo example, viene creata una policy di servizio denominata policy1. Questa policy di servizio è associata ad una mappa di classi denominata class1 tramite l'utilizzo del comando class, quindi la policy di servizio viene allegata nella direzione di output su un HundredGigE 0/7/0/1.100. I bit IEEE 802.1p (CoS) nell'intestazione di livello 2 sono impostati su 1.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 34

Contrassegnare i pacchetti per modificare le impostazioni di priorità

Configurazione marcatura imposizione bit sperimentale MPLS: esample

class-map match-any class1 match protocollo ipv4 match access-group ipv4 101
policy-map policy1 classe class1 set cos 1 !
interfaccia HundredGigE 0/7/0/1.100 politica di input della politica di servizio1
Configurazione marcatura imposizione bit sperimentale MPLS: esample
In questo example, viene creata una policy di servizio denominata policy1. Questa politica di servizio è associata ad una mappa di classi chiamata class1 tramite l'uso del comando class, quindi la politica di servizio è collegata nella direzione di input su un HundredGigE 0/7/0/1. I bit MPLS EXP di tutte le etichette imposte sono impostati su 1.
class-map match-any class1 match protocollo ipv4 match access-group ipv4 101
policy-map policy1 class class1 set mpls exp imposizione 1
! interfaccia HundredGigE 0/7/0/1
politica di input della politica di servizio1
Nota il comando set mpls exp imposition è supportato solo su una policy di ingresso.
Configurazione sperimentale della marcatura più in alto MPLS: esample
In questo example, viene creata una policy di servizio denominata policy1. Questa policy di servizio è associata ad una mappa di classi denominata class1 tramite l'utilizzo del comando class, quindi la policy di servizio viene allegata nella direzione di output su un HundredGigE 0/7/0/1. I bit MPLS EXP sull'etichetta TOPMOST sono impostati su 1:
class-map match-any class1 match mpls exp topmost 2
policy-map policy1 classe class1 set mpls exp più in alto 1!
interfaccia HundredGigE 0/7/0/1 policy di output della politica di servizio1
Precedenza IP rispetto al contrassegno DSCP IP
Se è necessario contrassegnare i pacchetti nella rete e tutti i dispositivi supportano la marcatura IP DSCP, utilizzare la marcatura IP DSCP per contrassegnare i pacchetti poiché i contrassegni IP DSCP forniscono una marcatura dei pacchetti più incondizionata
Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 35

Configurare DSCP CS7 (Precedenza 7)

Contrassegnare i pacchetti per modificare le impostazioni di priorità

opzioni. Se tuttavia la marcatura tramite IP DSCP non è auspicabile o se non si è sicuri che i dispositivi nella rete supportino i valori IP DSCP, utilizzare il valore di precedenza IP per contrassegnare i pacchetti. È probabile che il valore di precedenza IP sia supportato da tutti i dispositivi nella rete. È possibile impostare fino a 8 diversi contrassegni di precedenza IP e 64 diversi contrassegni IP DSCP.
Configurare DSCP CS7 (Precedenza 7)
Vedi il seguente example per configurare le opzioni in DSCP per un particolare indirizzo di origine nei pacchetti IPv4.
Configurazione Example
policy-map policy1 classe class1 set dscp cs7!

Modifica della politica sul posto
La funzionalità di modifica della policy sul posto consente di modificare una policy QoS anche quando la policy QoS è collegata a una o più interfacce. Una policy modificata è sottoposta agli stessi controlli a cui è soggetta una nuova policy quando è collegata a un'interfaccia. Se la modifica della policy ha esito positivo, la policy modificata avrà effetto su tutte le interfacce a cui è collegata. Tuttavia, se la modifica della policy non riesce su una qualsiasi delle interfacce, viene avviato un rollback automatico per garantire che la policy precedente alla modifica sia in vigore su tutte le interfacce.
È inoltre possibile modificare qualsiasi mappa di classi utilizzata nella mappa delle policy. Le modifiche apportate alla mappa delle classi hanno effetto su tutte le interfacce a cui è collegata la policy.

Nota

· Le statistiche QoS per la policy collegata a un'interfaccia vengono perse (reimpostate su 0) quando la policy viene

modificato.

· Quando una policy QoS collegata a un'interfaccia viene modificata, potrebbe non esserci alcuna policy in vigore sulle interfacce in cui viene utilizzata la policy modificata per un breve periodo di tempo.

· Una modifica sul posto di un ACL non reimposta il contatore delle statistiche della mappa delle politiche.

Verifica Se si verificano errori irreversibili durante la modifica della policy sul posto, la policy viene messa in uno stato incoerente sulle interfacce di destinazione. Non è possibile alcuna nuova configurazione finché la sessione di configurazione non viene sbloccata. Si consiglia di rimuovere la policy dall'interfaccia, verificare la policy modificata e quindi applicarla nuovamente di conseguenza.
Raccomandazioni per l'utilizzo della modifica delle policy sul posto
Per un breve periodo di tempo durante la modifica di una policy QoS, potrebbe non esserci alcuna policy in vigore sulle interfacce in cui viene utilizzata la policy modificata. Per questo motivo, modifica le politiche QoS che influiscono meno

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 36

Contrassegnare i pacchetti per modificare le impostazioni di priorità

Raccomandazioni per l'utilizzo della modifica delle policy sul posto

numero di interfacce alla volta. Utilizzare il comando show policy-map target per identificare il numero di interfacce che saranno interessate durante la modifica della policy map.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 37

Raccomandazioni per l'utilizzo della modifica delle policy sul posto

Contrassegnare i pacchetti per modificare le impostazioni di priorità

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 38

5 CAPITOLO
Prevenzione della congestione
· Evitamento della congestione, a pagina 39 · Modalità di coda, a pagina 39 · Elusione della congestione in VOQ, a pagina 40 · Flusso di traffico equo utilizzando Fair VOQ, a pagina 44 · Evitamento della congestione QoS modulare, a pagina 50 · Tail Drop e coda FIFO , a pagina 50 · Rilevamento precoce casuale e TCP, a pagina 52 · Notifica esplicita di congestione , a pagina 54
Prevenzione della congestione
L'accodamento fornisce un modo per archiviare temporaneamente i dati quando la velocità dei dati ricevuti è maggiore di quella che può essere inviata. La gestione delle code e dei buffer è l'obiettivo primario per evitare la congestione. Quando una coda inizia a riempirsi di dati, è importante cercare di assicurarsi che la memoria disponibile nell'ASIC/NPU non si riempia completamente. Se ciò accade, i pacchetti successivi che entrano nella porta vengono scartati, indipendentemente dalla priorità che hanno ricevuto. Ciò potrebbe avere un effetto dannoso sulle prestazioni delle applicazioni critiche. Per questo motivo, vengono utilizzate tecniche di prevenzione della congestione per ridurre il rischio che una coda riempia completamente la memoria e affami di memoria le code non congestionate. Le soglie della coda vengono utilizzate per attivare una riduzione quando vengono superati determinati livelli di occupazione. La pianificazione è il meccanismo QoS utilizzato per svuotare le code di dati e inviare i dati alla relativa destinazione. Lo shaping è l'atto di bufferizzare il traffico all'interno di una porta o di una coda fino a quando non è possibile pianificarlo. La modellazione fluidifica il traffico, rendendo i flussi di traffico molto più prevedibili. Aiuta a garantire che ciascuna coda di trasmissione sia limitata a una velocità massima di traffico.
Modalità di coda
Sono supportate due modalità di accodamento di rete per l'accodamento dell'interfaccia di rete: la modalità predefinita di 8xVOQ (accodamento dell'output virtuale) e 4xVOQ. Per cambiare la modalità da una all'altra è necessario prima ricaricare tutte le schede di linea nel sistema.
Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 39

Politica di accodamento dell'interfaccia principale

Prevenzione della congestione

Nella modalità 8xVOQ, per ciascuna interfaccia vengono allocati otto VoQ e le relative risorse associate. Queste code vengono allocate indipendentemente dall'esatta configurazione della policy su quell'interfaccia. Questa modalità supporta un VOQ separato per ciascuna delle otto classi di traffico interno. Nella modalità 4xVOQ, a ciascuna interfaccia vengono allocati quattro VoQ e le relative risorse associate e queste code vengono allocate indipendentemente dall'esatta policy applicata. In questa modalità il sistema supporta il doppio del numero di interfacce logiche, ma le otto classi di traffico devono essere mappate tramite configurazione su quattro VoQ, non otto VoQ.
Nota Da Cisco IOS XR versione 7.2.12 in poi, tutte le funzionalità di accodamento supportate sulle interfacce di livello 3 sono supportate anche sulle interfacce di livello 2. Tuttavia, queste funzionalità si applicano solo all'interfaccia principale (interfacce fisiche e bundle) e non alle interfacce secondarie.
Politica di accodamento dell'interfaccia principale
Le code predefinite dell'interfaccia principale vengono create come parte della creazione dell'interfaccia principale. Quando applichi una policy di accodamento all'interfaccia principale, sovrascriverà i parametri di accodamento e pianificazione predefiniti per le classi di traffico che hai configurato. Nella modalità 8xVOQ, viene utilizzata una gerarchia P1+P2+6PN per le code dell'interfaccia principale (accodamento e pianificazione predefiniti). Le code predefinite vengono utilizzate per tutto il traffico verso l'interfaccia principale e per il traffico verso qualsiasi interfaccia secondaria senza che venga applicata una politica di accodamento. Il traffico di controllo/protocollo utilizza la classe di traffico 7 (TC7), priorità 1 (P1) per evitare cali durante la congestione.
Politica di coda dell'interfaccia secondaria
Ciascuna interfaccia secondaria supporta fino a tre policy: una policy di ingresso, una policy di contrassegno di uscita e una policy di accodamento in uscita. Per creare e configurare un set separato di VoQ per un'interfaccia secondaria, applicare una policy di accodamento su tale interfaccia secondaria. Quando rimuovi la policy di accodamento dell'interfaccia secondaria, i VoQ associati vengono liberati e il traffico dell'interfaccia secondaria torna a utilizzare i VoQ dell'interfaccia principale.
Evitamento della congestione in VOQ
L'evitamento della congestione all'interno di un blocco VOQ viene effettuato applicando un professionista della gestione della congestionefile a un VOQ. Questo professionistafile definisce i criteri di ammissione e i controlli effettuati al momento dell'accodamento. In condizioni di traffico normali, il pacchetto viene accodato nei buffer SMS (Shared Memory System). (Il sistema di memoria condivisa è l'area di archiviazione dei pacchetti primaria.) Se il VOQ SMS è congestionato oltre una soglia impostata, il VOQ viene spostato nel blocco HBM (High Band Memory) esterno. Quando la coda HBM si esaurisce, viene restituita all'SMS sul chip. La dimensione della coda in HBM è adattiva e diminuisce quando l'utilizzo totale di HBM è elevato.
Nota Random Early Detect (RED) è disponibile solo per VOQ in HBM. L'hardware non supporta il rilevamento anticipato casuale ponderato (WRED).

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 40

Prevenzione della congestione

Condivisione dei contatori delle statistiche VOQ

Condivisione dei contatori delle statistiche VOQ
Ogni processore di rete sul router ha più sezioni (o pipeline) e ogni sezione ha una serie di VOQ associati a ogni interfaccia sul router. Per mantenere i contatori a velocità di pacchetto elevate, due serie di contatori sono associati a ciascuna interfaccia su ciascuna sezione di rete. Come example, considera un dispositivo con sei sezioni (12 interfacce), ciascuna con 24,000 VOQ, in cui desideri conteggiare sia gli eventi trasmessi che quelli eliminati. In questo scenario, sarebbero necessari 12 x 24 x 000 = 2 contatori, che da soli superano la capacità dei contatori del dispositivo. È per mitigare questo scenario che il router supporta la condivisione configurabile dei contatori VOQ. Puoi configurare la condivisione in modo tale che un contatore sia condiviso da {5} VOQ. Ciascun set di contatori di condivisione VoQ dispone di due contatori che misurano:
· I pacchetti accodati vengono conteggiati in pacchetti e unità di byte.
· I pacchetti eliminati vengono conteggiati in pacchetti e unità di byte.
Affinché la funzionalità abbia effetto: · Elimina la configurazione della mappa delle politiche delle code in uscita da tutte le interfacce.
· Eseguire il comando # reload location all per ricaricare tutti i nodi sul router.

Configurazione della condivisione dei contatori delle statistiche VOQ
Per configurare i contatori di condivisione VOQ, utilizzare #hw-module profile stats voqs-sharing-counters e specifica il numero di contatori VOQ per ciascuna coda.
RP/0/RP0/CPU0:ios(config)#hw-module profile statistiche? voqs-sharing-counters Configura il numero di contatori di condivisione voq (1, 2, 4)
RP/0/RP0/CPU0:ios(config)#hw-module profile statistiche contatori di condivisione voq? 1 contatore per ogni coda 2 2 code condividono i contatori 4 4 code condividono i contatori
RP/0/RP0/CPU0:ios(config)#hw-module profile statistiche contatori-condivisione-voq 1 RP/0/RP0/CPU0:ios(config)#hw-module profile statistiche voqs-sharing-counters 2 RP/0/RP0/CPU0:ios(config)#commit RP/0/RP0/CPU0:ios#ricarica posizione tutto

Configurazione in esecuzione
RP/0/RP0/CPU0:ios#mostra esecuzione | in hw-mod lun 10 feb 13:57:35.296 UTC Configurazione dell'edificio… hw-module profile statistiche contatori-condivisione-voq 2 RP/0/RP0/CPU0:ios#

Verifica
RP/0/RP0/CPU0:ios#mostra controller statistiche npu interfaccia di ingresso voq centinaiaGigE 0/0/0/16 istanza tutte le posizioni 0/RP0/CPU0 lun 10 febbraio 13:58:26.661 UTC

Nome interfaccia =

Maniglia dell'interfaccia =

Posizione

Istanza Asic

Base VOQ

Hu0/0/0/16 f0001b0
0/RP0/CPU0 0
10288

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 41

Limite della doppia coda

Prevenzione della congestione

Velocità della porta (kbps) = 100000000

Porta locale

locale

Modalità VOQ

Modalità contatore condiviso =

Pacchetti ricevuti Byte ricevuti Pacchetti eliminati

DroppedBytes

——————————————————————-

CT_{0,1} = 114023724

39908275541

113945980

39881093000

CT_{2,3} = 194969733

68239406550

196612981

68814543350

CT_{4,5} = 139949276

69388697075

139811376

67907466750

CT_{6,7} = 194988538

68242491778

196612926

68814524100

Comandi correlati hw-module profile statistiche contatori di condivisione voq

Limite della doppia coda
L'opzione del limite della coda doppia viene aggiunta al comando Queue-Limit sulla CLI del router e viene visualizzata come classe di scarto. Ciò che fa l'opzione di classe scartata è darti la flessibilità di configurare due limiti di coda su una singola mappa di policy: uno per il traffico ad alta priorità e l'altro per il traffico a bassa priorità. Questa opzione garantisce che il flusso di traffico ad alta priorità continui inalterato (fino alla soglia derivata dal limite coda di classe di scarto 0) mentre il traffico a bassa priorità continua fino alla soglia inferiore (per limite di coda di classe di scarto 1).

Dimmi di più Puoi configurare i due limiti di coda in base a questi dettagli:
· Uno per il flusso contrassegnato come classe di scarto 0 (priorità più alta) in ingresso tramite la policy di ingresso. · in secondo luogo, per il flusso contrassegnato come classe di scarto 1 (priorità inferiore) in ingresso tramite la policy di ingresso.

Il flusso della classe di scarto 1 (per il traffico a bassa priorità) inizia a ridursi quando la lunghezza della coda raggiunge il limite di dimensione configurato per la classe di scarto 1. Al contrario, il flusso per la classe di scarto 1 smette di interrompersi quando la lunghezza della coda scende al di sotto il suo valore configurato.

Come un example, considera questa configurazione:

mappa delle politiche egress_pol_dql classe tc7
limite coda classe scarto 0 100 MByte limite coda classe scarto 1 50 MByte livello di priorità 1 ! classe classe-default larghezza di banda rimanente rapporto 1 ! mappa-politica finale!

Considera anche la verifica:

RP/0/RP0/CPU0:ios#

RP/0/RP0/CPU0:ios#mostra interfaccia qos uscita centinaioGigE 0/0/0/30

NOTA:- I valori configurati vengono visualizzati tra parentesi

Interfaccia HundredGigE0/0/0/30 ifh 0xf000210: politica di output

ID NPU:

Numero totale di lezioni:

Larghezza di banda dell'interfaccia:

100000000 kbps

Nome della politica:

egress_pol_dql

Base VOQ:

464

Tipo di contabilità:

Layer1 (include incapsulamento Layer 1 e versioni successive)

Modalità VOQ:

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 42

Prevenzione della congestione

Restrizioni

Modalità contatore condiviso:

——————————————————————————

Classe Livello 1 (HP1)

= tc7

ID coda Egressq

= 471 (coda HP1)

Coda max. BW.

= nessun massimo (predefinito)

Elimina la soglia di classe 1

= 25165824 byte / 2 ms (50 MByte)

Elimina la soglia di classe 0

= 75497472 byte / 5 ms (100 MByte)

WRED non configurato per questa classe

Livello1 Classe Egressq ID coda Coda Numero max. BW. Soglia WRED di peso inverso/peso TailDrop non configurata per questa classe

= default classe = 464 (coda LP predefinita) = no max (impostazione predefinita) = 1 / (1) = 749568 byte / 6 ms (impostazione predefinita)

Nel precedente esample, ci sono due flussi di traffico contrassegnati come classe di scarto 0 (priorità più alta) e classe di scarto 1 (priorità più bassa).

Finché la lunghezza della coda dei due flussi rimane inferiore a 25165824 byte (la soglia per la classe di scarto 1), i pacchetti di entrambi i flussi continuano senza alcuna interruzione. Quando la lunghezza della coda raggiunge 25165824 byte, i pacchetti di classe di scarto 1 non vengono accodati, garantendo che tutta la larghezza di banda rimanente venga utilizzata per il flusso con priorità più alta (classe di scarto 0).

Il flusso con priorità più alta diminuisce solo quando la lunghezza della coda raggiunge 75497472 byte.

Nota

· Questa opzione protegge il traffico ad alta priorità dalle perdite dovute alla congestione, ma non necessariamente dalla latenza

a causa della congestione.

· Queste soglie derivano da regioni di coda specifiche dell'hardware.

Restrizioni

Assicurati di leggere queste restrizioni sull'opzione del limite della doppia coda. · Entrambi i limiti di coda devono utilizzare la stessa unità di misura.
· Il limite della coda per la classe di scarto 0 deve essere sempre maggiore di quello per la classe di scarto 1.
· Quando l'opzione di classe scarto non viene utilizzata per configurare il limite della coda, i pacchetti contrassegnati con classe di scarto 0 e classe di scarto 1 hanno lo stesso limite di coda; in altre parole, ricevono un trattamento identico.
· Un limite coda configurato solo con classe di scarto 0 o classe di scarto 1 viene rifiutato.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 43

Flusso di traffico equo utilizzando VOQ equo

Prevenzione della congestione

Flusso di traffico equo utilizzando VOQ equo

Tabella 8: tabella della cronologia delle funzionalità

Nome della caratteristica

Informazioni sulla versione

Flusso di traffico equo utilizzando Fair Release 7.3.3 VOQ

Descrizione della funzionalità
La configurazione di questa funzionalità garantisce che al traffico in entrata da varie porte di origine su ogni sezione di rete di una NPU venga assegnata una coda di output virtuale (VOQ) univoca per ogni coppia di porte di origine e di porte di destinazione. Questa azione garantisce che la larghezza di banda disponibile sulla porta di destinazione per una determinata classe di traffico sia distribuita equamente su tutte le porte di origine che richiedono larghezza di banda.
Nelle versioni precedenti, il traffico non veniva distribuito equamente perché a ciascuna sezione non veniva assegnata la giusta quota di larghezza di banda della coda di output.
Questa funzionalità introduce le parole chiave fair-4 e fair-8 nell'hw-module profile comando qos modalità voq.

Giusto VOQ: Perché
Per comportamento predefinito, a ogni sezione di rete di una NPU viene assegnato un set di 4 o 8 code di output virtuali (VOQ) per porta di destinazione. Con un compito del genere, è difficile garantire che la giusta quantità di buffer sia disponibile tramite VOQ. Con questa configurazione, il traffico in ingresso da varie porte di origine su una slice (o pipeline) su una NPU destinata a una porta di destinazione viene assegnato a un VOQ per slice. In altre parole, più porte di origine che inviano traffico alla stessa porta di destinazione utilizzano lo stesso VOQ. Tuttavia, quando si invia traffico a porte di destinazione diverse, il traffico viene accodato a VOQ diversi. Ciò significa che il traffico non è distribuito equamente perché ogni sezione non ottiene la sua giusta quota di larghezza di banda della coda di output. In uno scenario in cui una sezione ha due porte e un'altra sezione ha una sola porta, la larghezza di banda diminuisce per le porte che condividono una sezione, anche se le due porte gestiscono più traffico rispetto alla porta singola.
Considera il seguente esample dove due porte 100G, porta 0 e porta 1, che appartengono alla stessa sezione (slice-0) inviano traffico alla porta 3 sulla coda di output (OQ). Hai una porta da 100G su un'altra slice (slice-1) sulla stessa NPU che è anch'essa programmata per inviare traffico alla porta-3. Il VOQ di ingresso è condiviso tra le due porte in slice-0, mentre il VOQ di ingresso in slice-1 è disponibile esclusivamente per port-3. Questa disposizione fa sì che la porta 0 e la porta 1 ricevano il 25% del traffico buffer, mentre la porta 3 riceve il 50% del traffico buffer.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 44

Prevenzione della congestione Figura 3: Comportamento esistente: le porte di origine sulla sezione condividono un VOQ per porta di destinazione

Giusto VOQ: come

La funzione VOQ equo risolve questa disparità nella distribuzione del traffico.
Giusto VOQ: come
La funzionalità Fair VOQ affronta il comportamento predefinito che tratta le porte di origine su ciascuna fetta NPU allo stesso modo, indipendentemente dal numero di porte di origine attive. Lo fa riprogettando il modo in cui la larghezza di banda viene allocata dalla coda di output. Invece di distribuire la larghezza di banda a livello di fetta, il VOQ equo distribuisce la larghezza di banda direttamente alle porte di origine. Quando si configura il comando hw-module profile qos voq-mode e ricarica il router, la funzionalità crea un VOQ dedicato per ogni coppia di porte di origine e di porta di destinazione. Questa disposizione garantisce che la larghezza di banda disponibile sulla porta di destinazione per una determinata classe di traffico sia distribuita equamente su tutte le porte di origine che richiedono larghezza di banda.
Estendendo il precedente exampPer comprendere la corretta funzionalità VOQ, ora ci sono VOQ dedicati per ciascuna porta di ingresso che si collega alla porta sulla coda di output. Pertanto, port-0 e port-1 ora non condividono un VOQ e port-3 ha il suo VOQ come prima, come mostrato nella figura seguente. Questa giusta disposizione VOQ fa sì che il traffico venga accodato su code dedicate, migliorando così le prestazioni del traffico.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 45

Modalità VOQ corrette e condivisione dei contatori

Prevenzione della congestione

Figura 4: Comportamento corretto del VOQ: ciascuna porta di origine sulla sezione ha un VOQ dedicato per porta di destinazione

Modalità VOQ corrette e condivisione dei contatori
È possibile configurare fair VOQ per la modalità 8xVOQ (fair-8) e la modalità 4xVOQ (fair-4) utilizzando le seguenti opzioni nell'hw-module profile comando qos modalità voq:
· Modulo hw profile qos voq-mode fair-8
· Modulo hw profile qos voq-mode fair-4

Puoi anche condividere i contatori delle statistiche VOQ in entrambe le modalità VOQ fiera, come mostrato nella tabella seguente. (Per dettagli sul motivo per cui la condivisione dei contatori è essenziale e su come configurare la condivisione dei contatori, vedere Condivisione dei contatori delle statistiche VOQ, a pagina 41.)
Tabella 9: Modalità VOQ corrette e contatori di condivisione

Modalità VOQ fiera fiera-8

Condivisione contatori Modalità 2, 4

Note importanti
· Otto VOQ configurati per porta di origine e coppia di destinazione
· I contatori sono condivisi da {2, 4} VOQ.
· la modalità fair-8 non supporta la modalità contatore dedicata (modalità contatore1, dove c'è un contatore per ogni coda)

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 46

Prevenzione della congestione

VOQ equi e VOQ Slice (o normali): differenze chiave

Modalità VOQ fiera fiera-4

Condivisione contatori Modalità 1, 2, 4

Note importanti
· Quattro VOQ configurati per porta di origine e coppia di destinazione
· I contatori sono condivisi da {1, 2, 4} VOQ.

VOQ equi e VOQ Slice (o normali): differenze chiave
La tabella seguente è un'istantanea per delineare le differenze principali tra VOQ equi e VOQ parziali o regolari.
Tabella 10: VOQ discreti e VOQ normali

Voq giusto

VOQ normale

modalità fair-8: otto VOQ configurati per porta sorgente 8:

e coppia di destinazione

· Otto VOQ per porta di destinazione per slice

· Questi VOQ sono condivisi da tutte le porte sorgente all'interno di una slice NPU.

modalità fair-4: quattro VOQ configurati per porta sorgente 4:

e coppia di destinazione

· Quattro VOQ per porta di destinazione per slice

· Questi VOQ sono condivisi da tutte le porte sorgente all'interno di una slice NPU.

Linee guida e limitazioni
· La funzione Fair VOQ è supportata sul router Cisco 8202 (12 porte QSFP56-DD 400G e 60 porte QSFP28 100G).
· La seguente tabella descrive in dettaglio il numero massimo di interfacce (con configurazioni IPv4 di base e nessun'altra configurazione su scala come criteri QoS, ACL e configurazione della sottointerfaccia) consentite in base alla modalità VOQ e alla modalità contatore di condivisione.
Tabella 11: Interfacce massime basate sulla modalità Fair VOQ e sulla modalità contatore di condivisione

Modalità VOQ fiera-8

Modalità contatore di condivisione 1

Interfacce massime
Il router non supporta questa combinazione.
(Questo perché nella modalità contatore predefinita non vengono create 72 interfacce.)

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 47

Configura VOQ giusto

Prevenzione della congestione

Modalità VOQ fiera-8
fiera-8 fiera-4
fiera-4 fiera-4

Modalità contatore di condivisione 2
4 1
2 4

Interfacce massime
96 = 60 (100G) + 8×4 + 4 (400G) ==> puoi configurare solo otto interfacce 400G in modalità breakout 4x10G o 4x25G.
108 = 60 + 12 x 4 (breakout su tutte le 12 porte – 400G)
96 = 60(100G) + 8×4 + 4 (400G) ==> è possibile configurare solo otto interfacce 400 G in modalità breakout 4x10G o 4x25G.
108 = 60 + 12 x4 (breakout su tutte le 12 porte – 400G)
108 = 60 + 12 x4 (breakout su tutte le 12 porte – 400G)

Nota Si consiglia di utilizzare la modalità 4 del contatore di condivisione nelle modalità breakout e la modalità 2 del contatore di condivisione per le modalità non breakout.

Nota La modalità breakout non è supportata sulle interfacce 100G.
· Assicurarsi di ricaricare il router affinché la configurazione abbia effetto.
· Il traffico di livello 2 non è supportato in modalità fair-voq (fair-4 e fair-8).
· L'accodamento della sottointerfaccia non è supportato. (Ciò vale anche per le sottointerfacce del bundle). Ciò significa che non è possibile allegare policy di servizio in uscita che richiedono VOQ dedicati. Tuttavia, la marcatura in uscita è supportata per le sottointerfacce.
· Modulo hw profile stats voqs-sharing-counters 1 non è supportato in modalità fair-8. Assicurati di configurare hw-module profile voq sharing-counters 2 o hw-module profile contatori di condivisione voq 4 insieme a hw-module profile qos voq-mode fair-4 o hw-module profile qos voq-mode fair-8 prima di ricaricare il router.
· Il breakout è supportato solo sulle interfacce 400G in modalità fair-voq (sia fair-4 che fair-8) sul router Cisco 8202.
· Le parole chiave src-interface e src-slice in show controller npu stats sono visibili solo quando si configura la modalità VOQ su fair-8 o fair-4.
Configura VOQ giusto
Per configurare il VOQ giusto:

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 48

Prevenzione della congestione

Configura VOQ giusto

1. Configurare la condivisione dei contatori delle statistiche VOQ. Questo esample configura 2 contatori.

Nota La configurazione della modalità fair-8 senza condivisione del contatore può causare errori di configurazione o altri comportamenti imprevisti.
2. Configura la modalità VOQ fiera. Questo esampil le mostra come configurare la modalità fair-8.
3. Riavviare il router affinché la configurazione abbia effetto.
4. Hai abilitato con successo la funzione VOQ equo per garantire un'equa distribuzione del traffico tra ogni porta di origine e coppia di porte di destinazione.
/*Configura la condivisione dei contatori delle statistiche VOQ; stiamo configurando 2 contatori per coda*/ Router(config)#hw-module profile statistiche?
voqs-sharing-counters Configura il numero di contatori di condivisione voq (1, 2, 4) Router(config)#hw-module profile statistiche contatori di condivisione voq?
1 Contatore per ciascuna coda 2 2 Code condividono i contatori 4 4 Code condividono i contatori Router(config)#hw-module profile statistiche contatori-condivisione-voq 2
/*Configura la modalità fair-voq; stiamo configurando la modalità fair-8 VOQ qui*/ Router#config Router(config)#hw-module profile qos voq-mode fair-8 Router(config)#commit Router#ricarica posizione tutto
Configurazione in esecuzione
modulo hw profile statistiche contatori-condivisione-voq 2! modulo hw profile qos voq-mode fair-8!
Verifica
Eseguire il comando show controller npu stats voq ingress Interface <> istanza <> posizione <> per verificare la configurazione VOQ corretta.
Router#mostra controller statistiche npu interfaccia di ingresso voq centinaiaGigE 0/0/0/20 istanza 0 posizione 0/RP0/CPU0

Nome dell'interfaccia

= Hu0/0/0/20

Maniglia dell'interfaccia

numero 000118

Posizione

= 0/RP0/CPU0

Istanza Asic

Velocità della porta (kbps)

= 100000000

Porta locale

locale

Nome interfaccia Src =

TUTTO

Modalità VOQ

Fiera-8

Modalità contatore condiviso =

Pacchetti ricevuti Byte ricevuti Pacchetti eliminati

DroppedBytes

——————————————————————-

CT_{0,1} = 11110

1422080

CT_{2,3} = 0

CT_{4,5} = 0

CT_{6,7} = 0

RP/0/RP0/CPU0:ios#

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 49

Prevenzione della congestione QoS modulare

Prevenzione della congestione

Comandi associati hw-module profile qos modalità voq
Prevenzione della congestione QoS modulare
Le tecniche di prevenzione della congestione monitorano il flusso del traffico nel tentativo di anticipare ed evitare la congestione nei colli di bottiglia più comuni della rete. Le tecniche di prevenzione vengono implementate prima che si verifichi la congestione rispetto alle tecniche di gestione della congestione che controllano la congestione dopo che si è verificata. L'eliminazione della congestione si ottiene eliminando i pacchetti. Il router supporta queste tecniche per evitare la congestione del QoS:
· Tail Drop e coda FIFO, a pagina 50 · Random Early Detection e TCP, a pagina 52
Tail Drop e coda FIFO
Il tail drop è una tecnica per evitare la congestione che elimina i pacchetti quando una coda di output è piena finché la congestione non viene eliminata. Il Tail Drop tratta equamente tutto il flusso di traffico e non fa distinzioni tra classi di servizio. Gestisce i pacchetti inseriti in una coda FIFO (first-in, first-out) e inoltrati a una velocità determinata dalla larghezza di banda del collegamento sottostante disponibile.
Configura la caduta della coda
I pacchetti che soddisfano i criteri di corrispondenza per una classe si accumulano nella coda riservata alla classe finché non vengono serviti. Il comando tail-limit viene utilizzato per definire la soglia massima per una classe. Quando viene raggiunta la soglia massima, i pacchetti accodati alla coda della classe determinano la caduta della coda (eliminazione del pacchetto).
Restrizioni · Quando si configura il comando Queue-Limit, è necessario configurare uno dei seguenti comandi: priorità, forma media o larghezza di banda rimanente, ad eccezione della classe predefinita.
Configurazione Example È necessario eseguire le seguenti operazioni per completare la configurazione del tail drop: 1. Creare (o modificare) una mappa delle policy che può essere collegata a una o più interfacce per specificare un servizio
policy 2. Associazione della classe di traffico alla policy di traffico 3. Specifica del limite massimo che la coda può contenere per una policy di classe configurata in una mappa delle policy. 4. Specificare la priorità a una classe di traffico appartenente a una mappa politica. 5. (Facoltativo) Specificare la larghezza di banda allocata per una classe appartenente a una policy map o specificare come
per allocare la larghezza di banda rimanente a varie classi. 6. Allegare una mappa delle politiche a un'interfaccia di output da utilizzare come politica di servizio per quell'interfaccia.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 50

Prevenzione della congestione

Configura la caduta della coda

Router# configura Router(config)# policy-map test-qlimit-1 Router(config-pmap)# class qos-1 Router(config-pmap-c)# coda-limit 100 us Router(config-pmap-c)# livello di priorità 7 Router(config-pmap-c)# uscita Router(config-pmap)# uscita
Router(config)# interfaccia HundredGigE 0/6/0/18 Router(config-if)# output politica di servizio test-qlimit-1 Router(config-if)# commit

Configurazione in esecuzione
policy-map test-qlimit-1 classe qos-1 limite coda 100 us livello di priorità 7! classe class-default ! mappa-politica-finale
!

Verifica

Router# mostra l'output qos int centinaiaGigE 0/6/0/18

NOTA:- I valori configurati vengono visualizzati tra parentesi

Interfaccia HundredGigE0/6/0/18 ifh 0x3000220 — politica di output

ID NPU:

Numero totale di lezioni:

Larghezza di banda dell'interfaccia:

100000000 kbps

Base VOQ:

11176

Gestione statistiche VOQ:

0x88550ea0

Tipo di contabilità:

Layer1 (include incapsulamento Layer 1 e versioni successive)

——————————————————————————

Classe Livello 1 (HP7)

= qos-1

ID coda Egressq

= 11177 (coda HP7)

Soglia TailDrop

= 1253376 byte / 100 us (100 us)

WRED non configurato per questa classe

Livello1 Classe Egressq ID coda Coda Numero max. BW. Coda min. BW. Soglia WRED di peso inverso/peso TailDrop non configurata per questa classe

= class-default = 11176 (coda LP predefinita) = 101803495 kbps (predefinito) = 0 kbps (predefinito) = 1 (BWR non configurato) = 1253376 byte / 10 ms (predefinito)

Argomenti correlati · Tail Drop e coda FIFO, a pagina 50

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 51

Rilevamento precoce casuale e TCP

Prevenzione della congestione

Rilevamento precoce casuale e TCP
La tecnica di prevenzione della congestione Random Early Detection (RED) fa progressitage del meccanismo di controllo della congestione del TCP. Eliminando casualmente i pacchetti prima dei periodi di elevata congestione, ROSSO dice alla fonte del pacchetto di diminuire la velocità di trasmissione. Supponendo che la fonte del pacchetto utilizzi TCP, diminuisce la velocità di trasmissione finché tutti i pacchetti non raggiungono la destinazione, indicando che la congestione è stata eliminata. È possibile utilizzare ROSSO per far sì che TCP rallenti la trasmissione dei pacchetti. TCP non solo si ferma, ma si riavvia rapidamente e adatta la propria velocità di trasmissione a quella che la rete può supportare. RED distribuisce le perdite nel tempo e mantiene una profondità di coda normalmente bassa assorbendo i picchi di traffico. Ciò avviene agendo sulla dimensione media della coda e non sulla dimensione istantanea della coda. Se abilitato su un'interfaccia, RED inizia a scartare i pacchetti quando si verifica una congestione alla velocità selezionata durante la configurazione.
Configura il rilevamento precoce casuale
Il comando di rilevamento casuale con le parole chiave soglia minima e soglia massima deve essere utilizzato per abilitare il rilevamento precoce casuale (RED).
Linee guida · Se si configura il rilevamento casuale comando su qualsiasi classe incluso class-default, configurare uno dei seguenti comandi: forma media o larghezza di banda rimanente. · Se si configura un limite di coda inferiore al valore minimo supportato, il valore configurato si adatterà automaticamente al valore minimo supportato. Durante la configurazione del rilevamento casuale, se imposti il file E valori inferiori al valore di soglia minimo supportato: · The valore si adatta automaticamente al valore minimo supportato. · IL il valore non si regola automaticamente su un valore superiore al valore di soglia minimo supportato. Ciò si traduce in una configurazione di rilevamento casuale non riuscita. Per evitare questo errore, configurare il valore tale da superare il valore supportato dal sistema.
Configurazione Example Eseguire quanto segue per completare la configurazione del rilevamento precoce casuale: 1. Creare (o modificare) una mappa delle policy che può essere collegata a una o più interfacce per specificare un servizio
policy 2. Associazione della classe di traffico alla policy di traffico 3. Abilitazione del RED con soglie minime e massime. 4. Configurare uno dei seguenti:
· Specificare come allocare la larghezza di banda rimanente a varie classi. O
· Modellare il traffico al bit rate specificato o a una percentualetage della larghezza di banda disponibile.
5. Allegare una mappa delle politiche a un'interfaccia di output da utilizzare come politica di servizio per quell'interfaccia.
Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 52

Prevenzione della congestione

Configura il rilevamento precoce casuale

Router# configura Router(config)# policy-map red-abs-policy Router(config-pmap)# class qos-1 Router(config-pmap-c)# random-detect Router(config-pmap-c)# forma media percentuale 10 Router(config-pmap-c)# end-policy-map Router(config)# commit Router(config)# interfaccia HundredGigE0/0/0/12 Router(config- if)# output della policy di servizio red-abs-policy Router(config-if)# commit
Configurazione in esecuzione
policy-map red-abs-classe policy tc7
priorità livello 1 limite coda 75 MByte! classe tc6 priorità livello 2 limite coda 75 MByte! classe tc5 forma media 10 gbps limite coda 75 MByte! classe tc4 forma media 10 gbps limite coda 75 MByte! classe tc3 forma media 10 gbps limite coda 75 MByte! classe tc2 forma media 10 gbps limite coda 75 MByte! classe tc1 forma media 10 gbps rilevamento casuale ecn rilevamento casuale 100 MByte 200 MByte ! classe forma predefinita classe media 10 gbps rilevamento casuale 100 MByte 200 MByte ! mappa-politica finale!
interfaccia HundredGigE0/0/0/12 output della politica di servizio arresto della policy red-abs!
Verifica
Router# mostra l'output qos int centinaiaGigE 0/6/0/18

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 53

Notifica di congestione esplicita

Prevenzione della congestione

NOTA:- I valori configurati vengono visualizzati tra parentesi

Interfaccia HundredGigE0/0/0/12 ifh 0x3000220 — politica di output

ID NPU:

Numero totale di lezioni:

Larghezza di banda dell'interfaccia:

100000000 kbps

Base VOQ:

11176

Gestione statistiche VOQ:

0x88550ea0

Tipo di contabilità:

Layer1 (include incapsulamento Layer 1 e versioni successive)

——————————————————————————

Classe di livello 1

= qos-1

ID coda Egressq

= 11177 (coda LP)

Coda max. BW.

= 10082461 kbps (10%)

Coda min. BW.

= 0 kbps (predefinito)

Peso/Peso inverso

= 1 (BWR non configurato)

Tariffa del servizio garantita

= 10000000 kbps

Soglia TailDrop

= 12517376 byte / 10 ms (predefinito)

RED pro predefinitofile ROSSO Min. Soglia ROSSA Limite max. Soglia

= 12517376 byte (10 ms) = 12517376 byte (10 ms)

Livello1 Classe Egressq ID coda Coda Numero max. BW. Coda min. BW. Peso inverso/Tasso di servizio peso garantito. Soglia TailDrop WRED non configurato per questa classe

= class-default = 11176 (coda LP predefinita) = 101803495 kbps (predefinito) = 0 kbps (predefinito) = 1 (BWR non configurato) = 50000000 kbps = 62652416 byte / 10 ms (predefinito)

Argomenti correlati · Rilevamento precoce casuale e TCP, a pagina 52

Notifica di congestione esplicita
Il Random Early Detection (RED) viene implementato nei router principali di una rete. I router edge assegnano la precedenza IP ai pacchetti man mano che i pacchetti entrano nella rete. Con RED, i router core utilizzano quindi queste precedenze per determinare come trattare i diversi tipi di traffico. RED fornisce un'unica soglia e pesi per classe di traffico o coda per diverse precedenze IP.
ECN è un'estensione di RED. ECN contrassegna i pacchetti invece di scartarli quando la lunghezza media della coda supera un valore di soglia specifico. Una volta configurato, ECN aiuta i router e gli host finali a capire che la rete è congestionata e rallenta l'invio dei pacchetti. Tuttavia, se la lunghezza della coda è superiore alla soglia massima per la memoria estesa, i pacchetti verranno eliminati. Questo è lo stesso trattamento che riceve un pacchetto quando RED è abilitato senza ECN configurato sul router.
RFC 3168, The Addition of Explicit Congestion Notification (ECN) to IP, afferma che con l'aggiunta della gestione attiva delle code (ad es.ample, ROSSO) all'infrastruttura Internet, i router non si limitano più alla perdita di pacchetti come indicazione di congestione.

Nota non è possibile utilizzare questa funzione quando hai impostato qos-group o mpls sperimentale insieme a una classe di traffico nella policy di ingresso.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 54

Prevenzione della congestione

Notifica di congestione esplicita

Attuazione dell'ECN
L'implementazione dell'ECN richiede un campo specifico dell'ECN che abbia due bit: il bit di trasporto compatibile con ECN (ECT) e il bit CE (Congestion Experienced) nell'intestazione IP. Il bit ECT e il bit CE possono essere utilizzati per creare quattro punti di codice da 00 a 11. Il primo numero è il bit ECT e il secondo numero è il bit CE.
Tabella 12: Impostazione bit ECN

Bit ECT 0 0
1
1

CE Bit 0 1
0
1

Combinazione Indica
Non compatibile con ECN.
Gli endpoint del protocollo di trasporto sono compatibili con ECN.
Gli endpoint del protocollo di trasporto sono compatibili con ECN.
Congestione sperimentata.

La combinazione di campi ECN 00 indica che un pacchetto non utilizza ECN. I punti di codice 01 e 10, chiamati rispettivamente ECT(1) e ECT(0), sono impostati dal mittente dei dati per indicare che gli endpoint del protocollo di trasporto sono compatibili con ECN. I router trattano questi due punti di codice in modo identico. I mittenti di dati possono utilizzare una o entrambe queste due combinazioni. La combinazione di campi ECN 11 indica la congestione agli endpoint. I pacchetti che arrivano lungo la coda completa di un router verranno scartati.

Gestione dei pacchetti quando ECN è abilitato
Quando ECN è abilitato, tutti i pacchetti intermedi E sono contrassegnati con ECN. Si verificano tre diversi scenari se la lunghezza della coda è compresa tra la soglia minima e la soglia massima:
· Se il campo ECN sul pacchetto indica che gli endpoint supportano ECN (ovvero, il bit ECT è impostato su 1 e il bit CE è impostato su 0, oppure il bit ECT è impostato su 0 e il bit CE è impostato su a 1) – e l'algoritmo RED determina che il pacchetto avrebbe dovuto essere eliminato in base alla probabilità di eliminazione – i bit ECT e CE per il pacchetto vengono modificati a 1 e il pacchetto viene trasmesso. Ciò accade perché ECN è abilitato e il pacchetto viene contrassegnato anziché eliminato.
· Se il campo ECN sul pacchetto indica che nessuno dei due endpoint supporta ECN (ovvero, il bit ECT è impostato su 0 e il bit CE è impostato su 0), il pacchetto viene trasmesso. Se, tuttavia, viene superata la soglia massima di eliminazione della coda, il pacchetto viene eliminato. Questo è lo stesso trattamento che riceve un pacchetto quando RED è abilitato senza ECN configurato sul router.
· Se il campo ECN sul pacchetto indica che la rete è congestionata (cioè sia il bit ECT che il bit CE sono impostati su 1), il pacchetto viene trasmesso. Non è necessaria alcuna ulteriore marcatura.

Configurazione Example
Router# configura Router(config)# policy-map policy1 Router(config-pmap)# class class1 Router(config-pmap-c)# larghezza di banda percentuale 50 Router(config-pmap-c)# rilevamento casuale 1000 pacchetti 2000 pacchetti Router (config-pmap-c)# rilevamento casuale del router ecn(config-pmap-c)# uscita

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 55

Notifica di congestione esplicita

Prevenzione della congestione

Router(config-pmap)# esci Router(config)# commit

Verifica Utilizzare l'interfaccia show policy-map per verificare la configurazione.

Router# mostra policy-map int hu 0/0/0/35 output TenGigE0/0/0/6 output: pm-out-queue

Uscita HundredGigE0/0/0/35: egress_qosgrp_ecn

Classe tc7

Statistiche di classificazione

Abbinato

Trasmesso

Totale eliminato

Statistiche sulle code

Identificativo della coda

Taildropped (pacchetti/byte)

(pacchetti/byte)

(velocità – kbps)

195987503/200691203072

188830570/193362503680

7156933/7328699392

: 18183 : 7156933/7328699392

WRED professionistafile per

ROSSO Trasmesso (pacchetti/byte)

: N / A

Rilasci casuali ROSSI (pacchetti/byte)

: N / A

Riduzioni soglia massima ROSSO (pacchetti/byte)

: N / A

ROSSO ecn contrassegnato e trasmesso (pacchetti/byte): 188696802/193225525248

Classe tc6

Statistiche di classificazione

(pacchetti/byte)

(velocità – kbps)

Abbinato

666803815/133360763000

Trasmesso

642172362/128434472400

Totale eliminato

24631453/4926290600

Statistiche sulle code

Identificativo della coda

: 18182

Taildropped (pacchetti/byte)

: 24631453/4926290600

WRED professionistafile per

ROSSO Trasmesso (pacchetti/byte)

: N / A

Rilasci casuali ROSSI (pacchetti/byte)

: N / A

Riduzioni soglia massima ROSSO (pacchetti/byte)

: N / A

ROSSO ecn contrassegnato e trasmesso (pacchetti/byte): 641807908/128361581600

Classe tc5

Statistiche di classificazione

(pacchetti/byte)

(velocità – kbps)

Abbinato

413636363/82727272600

6138

Trasmesso

398742312/79748462400

5903

Totale eliminato

14894051/2978810200

235

Statistiche sulle code

Identificativo della coda

: 18181

Taildropped (pacchetti/byte)

: 14894051/2978810200

WRED professionistafile per

ROSSO Trasmesso (pacchetti/byte)

: N / A

Rilasci casuali ROSSI (pacchetti/byte)

: N / A

Riduzioni soglia massima ROSSO (pacchetti/byte)

: N / A

ROSSO ecn contrassegnato e trasmesso (pacchetti/byte): 398377929/79675585800

Nota La riga ROSSA ecn contrassegnati e trasmessi (pacchetti/byte) visualizza le statistiche per i pacchetti contrassegnati ECN. Per cominciare, viene visualizzato 0/0.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 56

6 CAPITOLO

Configura il controllo del flusso prioritario

· Controllo del flusso prioritarioview, a pagina 57 · Soglia ECN configurabile e valori di probabilità massima di contrassegno, a pagina 66 · Watchdog di controllo del flusso prioritario suview, a pagina 71

Controllo del flusso prioritario suview

Tabella 13: tabella della cronologia delle funzionalità
Nome della caratteristica
Controllo del flusso prioritario sulle schede di linea con chassis modulare Cisco 8808 e Cisco 8812

Informazioni sulla versione Versione 7.5.3

Versione di controllo del flusso prioritario Shortlink 7.3.3

Descrizione della funzionalità
Il controllo del flusso prioritario è ora supportato sulla seguente scheda di linea in modalità buffer interno:
· 88-LC0-34H14FH
La funzionalità è supportata nelle modalità buffer interno e buffer esteso su:
·88-LC0-36FH
Oltre alla modalità buffer esterno, il supporto per questa funzionalità ora si estende alla modalità buffer interno sulle seguenti schede di linea:
· 88-LC0-36FH-M
· 8800-LC-48H
Questa funzionalità e il modulo hw profile i comandi di controllo del flusso prioritario sono supportati sulla scheda di linea 88-LC0-36FH.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 57

Controllo del flusso prioritario suview

Configura il controllo del flusso prioritario

Nome della caratteristica

Informazioni sulla versione

Supporto del controllo del flusso prioritario sulle schede di linea Cisco 8800 36×400 GbE QSFP56-DD (88-LC0-36FH-M)

Versione 7.3.15

Controllo del flusso prioritario

Versione 7.3.1

Descrizione della funzionalità
Questa funzionalità e il modulo hw profile i comandi di controllo del flusso prioritario sono supportati sulle schede di linea 88-LC0-36FH-M e 8800-LC-48H.
Tutte le funzionalità e i vantaggi precedenti di questa funzione sono disponibili su queste schede di linea. Tuttavia, la modalità interna al buffer non è supportata.
Inoltre, per utilizzare la modalità buffer esteso su queste schede di linea, è necessario configurare la capacità prestazionale o i valori di headroom. Questo requisito di configurazione garantisce la possibilità di effettuare e bilanciare meglio i carichi di lavoro per ottenere un comportamento senza perdite, che a sua volta garantisce un uso efficiente della larghezza di banda e delle risorse.
Questa funzionalità e il modulo hw profile il comando di controllo del flusso di priorità non è supportato.

Il controllo del flusso basato sulla priorità (IEEE 802.1Qbb), noto anche come controllo del flusso basato sulla classe (CBFC) o Per Priority Pause (PPP), è un meccanismo che impedisce la perdita di frame dovuta alla congestione. PFC è simile al controllo di flusso 802.x (pausa frame) o al controllo di flusso a livello di collegamento (LFC). Tuttavia, il PFC funziona in base alla classe di servizio (CoS).
Durante la congestione, PFC invia un frame di pausa per indicare il valore CoS da mettere in pausa. Un frame di pausa PFC contiene un valore di timer di 2 ottetti per ciascun CoS che indica l'intervallo di tempo per mettere in pausa il traffico. L'unità di tempo per il timer è specificata in quanti di pausa. Un quanto è il tempo richiesto per trasmettere 512 bit alla velocità della porta. L'intervallo va da 0 a 65535 quanti.
PFC chiede al peer di interrompere l'invio di frame con un particolare valore CoS inviando un frame di pausa a un indirizzo multicast noto. Questo frame di pausa è un frame a un salto e non viene inoltrato quando ricevuto dal peer. Quando la congestione si attenua, il router smette di inviare i frame PFC al nodo upstream.
È possibile configurare il PFC per ciascuna scheda di linea utilizzando hw-module profile comando di controllo del flusso prioritario in una delle due modalità:
· buffer interno
· buffer esteso

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 58

Configura il controllo del flusso prioritario

modalità buffer interno

Nota: le configurazioni delle soglie PFC sono deprecate nel comando di pausa. Utilizzare il modulo hw profile comando di controllo del flusso di priorità per configurare le configurazioni della soglia PFC.
Argomenti correlati · Configurazione del controllo del flusso prioritario, a pagina 61
· Watchdog di controllo del flusso prioritario superatoview, a pagina 71
modalità buffer interno
Utilizza questa modalità se i dispositivi abilitati PFC non si trovano a più di 1 km di distanza. È possibile impostare i valori per la soglia di pausa, l'headroom (entrambi relativi al PFC) e l'ECN per la classe di traffico utilizzando hw-module profile comando di controllo del flusso prioritario in questa modalità. La configurazione interna del buffer si applica a tutte le porte ospitate dalla scheda di linea, il che significa che è possibile configurare un set di questi valori per scheda di linea. Il limite di coda esistente e la configurazione ECN nella policy di accodamento collegata all'interfaccia non hanno alcun impatto in questa modalità. Il limite effettivo della coda per questa modalità = soglia di pausa + headroom (in byte)
Restrizioni e linee guida
Le seguenti restrizioni e linee guida si applicano durante la configurazione dei valori di soglia PFC utilizzando la modalità buffer interno.
· La funzione PFC non è supportata sui sistemi a chassis fisso. · Assicurarsi che non sia configurato alcun breakout su uno chassis con PFC configurato. Configurazione del PFC
e la rottura sullo stesso telaio potrebbe portare a comportamenti imprevisti, inclusa la perdita di traffico. · La funzione non è supportata sulle code dell'interfaccia secondaria bundle e non bundle. · La funzionalità è supportata sulle interfacce 40GbE, 100 GbE e 400 GbE. · La funzione non è supportata nella modalità di coda 4xVOQ. · La funzione non è supportata quando è configurata la condivisione dei contatori VOQ.
modalità buffer estesa
Utilizzare questa modalità per i dispositivi abilitati PFC con connessioni a lungo raggio. È possibile impostare il valore della soglia di pausa utilizzando hw-module profile comando di controllo del flusso prioritario in questa modalità. È necessario, tuttavia, configurare la policy di accodamento collegata all'interfaccia per impostare l'ECN e i limiti di accodamento. La configurazione con buffer esteso si applica a tutte le porte ospitate dalla scheda di linea, il che significa che è possibile configurare un set di questi valori per scheda di linea.

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 59

Considerazioni importanti

Configura il controllo del flusso prioritario

Linee guida per la configurazione · Punti importanti durante la configurazione della modalità buffer estesa sulle schede di linea 88-LC0-36FH-M: · Oltre alla soglia di pausa, è necessario configurare anche i valori per l'headroom. · L'intervallo dei valori di headroom è compreso tra 4 e 75000. · Specificare i valori di soglia di pausa e headroom in unità di kilobyte (KB) o megabyte (MB).
· Punti importanti durante la configurazione della modalità buffer esteso sulle schede di linea 8800-LC-48H: · Configurare i valori solo per la soglia di pausa. Non configurare i valori dell'headroom. · Configurare la soglia di pausa in unità di millisecondi (ms) o microsecondi. · Non utilizzare unità di kilobyte (KB) o megabyte (MB), anche se la CLI le visualizza come opzioni. Utilizzare solo unità di millisecondi (ms) o microsecondi.

(Vedi anche Configurazione del controllo del flusso prioritario, a pagina 61)

Considerazioni importanti
· Se si configurano i valori PFC nella modalità buffer interno, il valore ECN per la scheda di linea viene derivato dalla configurazione buffer interno. Se si configurano i valori PFC in modalità buffer esteso, il valore ECN viene derivato dalla mappa delle policy. (Per i dettagli sulla funzione ECN, vedere Notifica esplicita di congestione, a pagina 54.)
· Le modalità buffer interno e buffer esteso non possono coesistere sulla stessa scheda di linea.
· Se si aggiungono o rimuovono azioni di classe traffico su una scheda di linea, è necessario ricaricare la scheda di linea.
· Quando si utilizza la modalità buffer interno, è possibile modificare i valori dei seguenti parametri senza dover ricaricare la scheda di linea. Tuttavia, se aggiungi una nuova classe di traffico e configuri questi valori per la prima volta su quella classe di traffico, è necessario ricaricare la scheda di linea affinché i valori diventino effettivi.
· soglia di pausa
· altezza libera
·ECN

· Se aggiungi o rimuovi la configurazione ECN utilizzando hw-module profile comando priorità-flusso-controllo, è necessario ricaricare la scheda di linea affinché le modifiche ECN abbiano effetto.
· Gli intervalli dei valori di soglia PFC per la modalità buffer interno sono i seguenti.

Soglia

Configurato (byte)

pausa (min)

307200

pausa (massimo)

422400

altezza libera (min)

345600

altezza libera (max)

537600

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 60

Configura il controllo del flusso prioritario

Supporto hardware per il controllo del flusso prioritario

Soglia ecn (min) ecn (max)

Configurato (byte) 153600 403200

· Per una classe di traffico, il valore ECN deve sempre essere inferiore al valore della soglia di pausa configurato.
· I valori configurati combinati per la soglia di pausa e l'headroom non devono superare 844800 byte. Altrimenti la configurazione verrà rifiutata.
· L'intervallo dei valori di soglia della pausa per la modalità buffer estesa va da 2 millisecondi (ms) a 25 ms e da 2000 microsecondi a 25000 microsecondi.

Supporto hardware per il controllo del flusso prioritario
La tabella elenca i PID che supportano PFC per versione e la modalità PFC in cui è disponibile il supporto.
Tabella 14: Matrice di supporto hardware PFC

Rilascio Rilascio 7.3.15

PID · 88-LC0-36FH-M · 88-LC0-36FH

Modalità PFC con buffer esteso

Versione 7.0.11

8800-LC-48H

buffer-interno

Configura il controllo del flusso prioritario
È possibile configurare PFC per abilitare il comportamento no-drop per il CoS come definito dalla policy QoS di rete attiva.

Nota Il sistema abilita il PFC shortlink per impostazione predefinita quando si abilita PFC.
Configurazione Example È necessario eseguire le seguenti operazioni per completare la configurazione PFC: 1. Abilitare PFC a livello di interfaccia. 2. Configurare la policy di classificazione in ingresso. 3. Collegare la policy PFC all'interfaccia. 4. Configurare i valori di soglia PFC utilizzando la modalità buffer interno o buffer esteso.
Router# configura la modalità di controllo del flusso di priorità del Router(config)# su /*Configura la policy di classificazione in ingresso*/

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 61

Configura il controllo del flusso prioritario

Router(config)# class-map match-any prec7 Router(config-cmap)# match precedence Router(config)# class-map match-any tc7 /*Ingress policy attach*/ Router(config-if)# service-policy input QOS_marking /*Egress policy attach*/ Router(config-if)# service-policy output qos_queuing Router(config-pmap-c)# exit Router(config-pmap)# exit Router(config)#mostra flusso di priorità npu dei controller -posizione di controllo
Configurazione in esecuzione
*Livello interfaccia* interfaccia HundredGigE0/0/0/0
modalità di controllo del flusso prioritaria attiva
*Ingress:* class-map match-any prec7
precedenza della corrispondenza 7
mappa di fine classe
!
class-map match-any prec6
precedenza della corrispondenza 6
mappa di fine classe
!
class-map match-any prec5
precedenza della corrispondenza 5
mappa di fine classe
!
class-map match-any prec4
precedenza della corrispondenza 4
mappa di fine classe
!
class-map match-any prec3 match precedence 3 end-class-map ! class-map match-any prec2 match precedence 2 end-class-map ! class-map match-any prec1 match precedenza 1 end-class-map ! ! mappa delle politiche QOS_MARKING

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 62

Configura il controllo del flusso prioritario
classe prec7 imposta traffico-classe 7 imposta qos-gruppo 7
! classe prec6
imposta la classe di traffico 6 imposta il gruppo qos 6! classe prec5 imposta traffico-classe 5 imposta qos-gruppo 5! classe prec4 imposta traffico-classe 4 imposta qos-gruppo 4! classe prec3 imposta traffico-classe 3 imposta qos-gruppo 3! classe prec2 imposta traffico-classe 2 imposta qos-gruppo 2! classe prec1 imposta traffico-classe 1 imposta qos-gruppo 1! classe classe-predefinita imposta classe-traffico 0 imposta gruppo-qos 0!
*Egress:* class-map match-any tc7
abbina la mappa di classe finale del traffico di classe 7! mappa di classe corrisponde a qualsiasi tc6 corrisponde al traffico di classe 6 mappa di classe finale! class-map match-any tc5 match traffic-class 5 end-class-map
!
class-map match-any tc4
corrisponde alla classe di traffico 4
mappa di fine classe
!
class-map match-any tc3
corrisponde alla classe di traffico 3
mappa di fine classe
!

Configura il controllo del flusso prioritario

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 63

Configura il controllo del flusso prioritario

mappa di classe corrisponde a qualsiasi tc2 corrisponde al traffico di classe 2 mappa di classe finale! corrispondenza della mappa di classe: qualsiasi corrispondenza tc1 traffico di classe 1 mappa di classe finale! mappa delle politiche QOS_QUEUING classe tc7
priorità livello 1 forma media percentuale 10 ! classe tc6 rapporto larghezza di banda rimanente 1 limite coda 100 ms! classe tc5 rapporto larghezza di banda rimanente 20 limite coda 100 ms! classe tc4 rapporto larghezza di banda rimanente 20 rilevamento casuale ecn rilevamento casuale 6144 byte 100 mbyte ! classe tc3 rapporto larghezza di banda rimanente 20 rilevamento casuale ecn rilevamento casuale 6144 byte 100 mbyte ! classe tc2 rapporto larghezza di banda rimanente 5 limite coda 100 ms! classe tc1 rapporto larghezza di banda rimanente 5 limite coda 100 ms ! classe classe-default rapporto larghezza di banda rimanente 20 limite coda 100 ms ! [buffer esteso] modulo hw profile posizione di controllo del flusso prioritario 0/0/CPU0 classe di traffico buffer esteso 3 soglia di pausa 10 ms classe di traffico buffer esteso 4 soglia di pausa 10 ms
!
[buffer-interno] modulo hw profile posizione di controllo del flusso di priorità 0/1/CPU0 buffer di traffico interno di classe 3 soglia di pausa 403200 byte headroom 441600 byte ecn
224640 byte buffer-traffico interno classe 4 soglia-pausa 403200 byte headroom 441600 byte ecn
224640 byte
Verifica
Controller router#sh centinaioGigE0/0/0/22 priorità-flusso-controllo Informazioni sul controllo del flusso prioritario per l'interfaccia HundredGigE0/0/0/22:

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 64

Configura il controllo del flusso prioritario

Controllo del flusso prioritario:

Totale frame PFC Rx: 0

Frame PFC Tx totali: 313866

Frame di dati Rx eliminati: 0

Frame Rx stato CoS

— —— ———-

0 su

1 su

2 su

3 su

4 su

5 su

6 su

7 su

/*[buffer-internal]*/ Router#mostra controller centinaiaGigE 0/9/0/24 controllo del flusso prioritario

Informazioni sul controllo del flusso prioritario per l'interfaccia HundredGigE0/9/0/24:

Controllo del flusso prioritario:

Totale frame PFC Rx: 0

Frame PFC Tx totali: 313866

Frame di dati Rx eliminati: 0

Frame Rx stato CoS

— —— ———-

0 su

1 su

2 su

3 su

4 su

5 su

6 su

7 su

…

/*[buffer-interno, tc3 e tc4 configurati. TC4 non ha ECN]*/

Router#mostra la posizione di controllo del flusso di priorità npu dei controller

ID posizione:

0/1/CPU0

PFC:

Abilitato

Modalità PFC:

buffer-interno

Pausa TC

Altezza libera

ECN

——————————————————-

3 86800 byte

120000 byte 76800 byte

4 86800 byte

120000 byte Non configurato

/*[PFC con buffer esteso, tc3 e tc4 configurati]*/

Router#mostra la posizione di controllo del flusso di priorità npu dei controller

ID posizione:

0/1/CPU0

PFC:

Abilitato

Modalità PFC:

buffer esteso

Pausa TC

———–

3 us

4 us

/*[Nessun PFC]*/

Router#mostra la posizione di controllo del flusso di priorità npu dei controller

ID posizione:

0/1/CPU0

PFC:

Disabilitato

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 65

Soglia ECN configurabile e valori massimi di probabilità di marcatura

Configura il controllo del flusso prioritario

Argomenti correlati · Controllo del flusso di priorità suview, a pagina 57
Comandi correlati hw-module profile posizione di controllo del flusso prioritario

Soglia ECN configurabile e valori massimi di probabilità di marcatura

Tabella 15: tabella della cronologia delle funzionalità

Nome della caratteristica

Informazioni sulla versione

Soglia e rilascio ECN configurabili 7.5.4 Valori massimi di probabilità di marcatura

Descrizione della funzionalità
Durante la configurazione del PFC in modalità buffer interno, è ora possibile ottimizzare la notifica di congestione dal router finale al router trasmittente, prevenendo così la limitazione aggressiva del traffico di origine. Questa ottimizzazione è possibile perché abbiamo fornito la flessibilità necessaria per configurare i valori minimo e massimo per la soglia ECN e il valore massimo per la probabilità di contrassegno. Con questi valori configurati, la probabilità percentualetagLa marcatura viene applicata in modo lineare, a partire dalla soglia minima ECN fino alla soglia massima ECN.
Le versioni precedenti fissavano la probabilità massima di contrassegno ECN al 100% alla soglia ECN massima.
Questa funzionalità aggiunge le seguenti opzioni all'hw-module profile comando di controllo del flusso prioritario:
· soglia massima
· percentuale di probabilitàtage

Valori di soglia ECN e di massima probabilità di marcatura
Finora, la probabilità massima di marcatura ECN non era configurabile ed era fissata al 100%. Non è stato possibile nemmeno configurare il valore di soglia massimo ECN. Una tale disposizione di probabilità di marcatura preimpostate e

Guida alla configurazione QoS modulare per router Cisco serie 8000, IOS XR versione 7.3.x 66

Configura il controllo del flusso prioritario

Vantaggi della soglia ECN configurabile e dei valori massimi di probabilità di marcatura

valori di soglia massimi fissi hanno fatto sì che la velocità del traffico iniziasse a diminuire in funzione della lunghezza della coda. A causa dell'aumento lineare della probabilità di contrassegno ECN e della conseguente segnalazione di congestione dall'host finale all'host trasmittente, le velocità del traffico potrebbero iniziare a rallentare anche se il collegamento disponesse della larghezza di banda necessaria.
W

Documenti / Risorse

Configurazione QoS modulare dei router serie CISCO 8000 [pdf] Guida utente
Configurazione QoS modulare dei router serie 8000, Serie 8000, Configurazione QoS modulare dei router, Configurazione QoS modulare, Configurazione QoS, Configurazione

Riferimenti

Manuale d'uso

Configurazione QoS modulare dei router serie CISCO 8000

Informazioni sul prodotto

Istruzioni per l'uso del prodotto

Ereditarietà della policy QoS

Domande frequenti (FAQ)

PREFAZIONE CAPITOLO 1 CAPITOLO 2

Descrizione

Gestione del traffico terminataview

QoS in peering per ABF

QoS in peering per ABF

Elementi della classe di traffico

Documenti / Risorse

Riferimenti

Lascia un commento

Annulla risposta