Guía de usuario de configuración de QoS modular de enrutadores CISCO serie 8000

Capítulo 1: Funcións de QoS novas e modificadas
Este capítulo ofrece un finalview das novas e modificadas funcións de calidade de servizo (QoS) na Guía de configuración de QoS modular para enrutadores da serie Cisco 8000.

Capítulo 2: Xestión de tráficoview
Este capítulo explica o alcance da xestión do tráfico, incluída a xestión tradicional do tráfico, a xestión do tráfico no seu enrutador, as limitacións do modelo VoQ, a herdanza da política de QoS e o uso de Cisco Modular QoS CLI para implementar QoS.

Ámbito
O ámbito da xestión do tráfico implica controlar e priorizar o tráfico da rede para garantir unha transmisión de datos eficiente e fiable.

Xestión Tradicional de Tráfico
A xestión tradicional do tráfico implica a implementación de varias técnicas para xestionar o tráfico da rede, como a configuración do tráfico, a policía e a posta en cola.

Xestión de tráfico no seu enrutador
Esta sección explica como se implementa a xestión do tráfico nos enrutadores da serie Cisco 8000, incluíndo o uso de Modular QoS CLI (MQC) para definir e aplicar políticas de QoS.

Limitacións do modelo VoQ
O modelo Voice over Quantum (VoQ) ten certas limitacións en canto a escalabilidade e complexidade. Esta sección analiza estas limitacións e ofrece información sobre a xestión da QoS en tales escenarios.

Herdanza da política de QoS

A herdanza da política de QoS refírese á capacidade de herdar as configuracións de QoS das políticas dos pais. Esta sección explica o concepto de herdanza da política de QoS e os seus beneficios.

CLI QoS modular de Cisco para implementar QoS
O Cisco Modular QoS CLI (MQC) é unha interface de liña de comandos que se usa para configurar e implementar políticas de QoS nos routers da serie Cisco 8000. Esta sección ofrece información importante sobre o uso de MQC para a implantación de QoS.

Capítulo 3: puntos importantes sobre a política de cola de saída de MQC
Este capítulo destaca consideracións importantes e puntos a ter en conta ao configurar a política de filas de saída de MQC para unha implementación eficaz de QoS.

Preguntas frecuentes (FAQ)

P: Que é a xestión do tráfico?
R: A xestión do tráfico implica controlar e priorizar o tráfico da rede para garantir unha transmisión de datos eficiente e fiable.

P: Como podo configurar políticas de QoS en Cisco 8000 Series Enrutadores?
R: Pode utilizar a CLI de QoS modular de Cisco (MQC) para configurar e implementar políticas de QoS nos enrutadores da serie Cisco 8000.

P: Cales son as limitacións do modelo VoQ?
R: O modelo VoQ ten limitacións en canto a escalabilidade e complexidade. É importante comprender estas limitacións ao xestionar a QoS en redes baseadas en VoQ.

View Fullscreen

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x
Primeira publicación: 2021-02-01 Última modificación: 2022-01-01
Sede das Américas
Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 EUA http://www.cisco.com Tel: 408 526-4000
800 553-NETS (6387) Fax: 408 527-0883

AS ESPECIFICACIÓNS E A INFORMACIÓN RELATIVA AOS PRODUTOS DESTE MANUAL ESTÁN SUXEITAS A CAMBIOS SEN AVISO. TODAS AS DECLARACIÓNS, INFORMACIÓNS E RECOMENDACIÓNS NESTE MANUAL CRÉSE QUE SON EXACTAS PERO PRESENTANSE SEN GARANTÍA DE NINGÚN TIPO, EXPRESA OU IMPLÍCITA. OS USUARIOS DEBERÁN ASUMIR A TOTALITA RESPONSABILIDADE DA SÚA APLICACIÓN DE CALQUERA PRODUTO.
A LICENZA DE SOFTWARE E A GARANTÍA LIMITADA DO PRODUTO QUE O ACOMPAÑA ESTABLECEN NO PAQUETE DE INFORMACIÓN QUE SE ENVIA CO PRODUTO E ESTÁN INCORPORADAS AQUÍ POR ESTA REFERENCIA. SE NON PODE LOCALIZAR A LICENZA DE SOFTWARE OU A GARANTÍA LIMITADA, PONTE EN CONTACTO CON O SEU REPRESENTANTE DE CISCO PARA UNHA COPIA.
A implementación de Cisco da compresión de cabeceira TCP é unha adaptación dun programa desenvolvido pola Universidade de California, Berkeley (UCB) como parte da versión de dominio público de UCB do sistema operativo UNIX. Todos os dereitos reservados. Copyright © 1981, Rexentes da Universidade de California.
NON PRESENTAR CALQUERA OUTRAS GARANTÍAS PRESENTES, TODO O DOCUMENTO FILEO SOFTWARE E O SOFTWARE DESTES PROVEEDORES PROPORCIONÁNSE "TAL CUAL" CON TODOS OS FALLOS. CISCO E OS PROVEEDORES ANTERIORMENTE RENUNCIAN A TODA GARANTÍA, EXPRESA OU IMPLÍCITA, INCLUÍDAS, SEN LIMITACIÓN, AS DE COMERCIABILIDADE, IDONEIDAD PARA UN FIN PARTICULAR E NON INFRACCIÓN OU DERIVADAS DUN CURSO DE COMERCIO, USO, PRAZO.
EN NINGÚN CASO CISCO OU OS SEUS PROVEEDORES SERÁN RESPONSABLES DE NINGÚN DANO INDIRECTO, ESPECIAL, CONSECUENTE OU INCIDENTAL, INCLUÍDO, SEN LIMITACIÓN, A PERDA DE BENEFICIOS OU A PERDA OU DANOS DOS DATOS DERIVADOS DO USO OU A IMPOSIBILIDADE DE USO MANUAL DE CISCO. OU OS SEUS PROVEEDORES FORON CONSULTADOS DA POSIBILIDADE DE ESTOS DANOS.
Calquera enderezo e número de teléfono de protocolo de Internet (IP) utilizados neste documento non pretenden ser enderezos e números de teléfono reais. Calquera exampOs ficheiros, a saída de visualización de comandos, os diagramas de topoloxía de rede e outras figuras incluídas no documento móstranse só con fins ilustrativos. Calquera uso de enderezos IP ou números de teléfono reais en contido ilustrativo é non intencionado e casual.
Todas as copias impresas e copias electrónicas duplicadas deste documento considéranse incontroladas. Consulta a versión actual en liña para ver a versión máis recente.
Cisco ten máis de 200 oficinas en todo o mundo. Os enderezos e os números de teléfono figuran no Cisco websitio en www.cisco.com/go/offices.
O conxunto de documentación para este produto esfórzase por utilizar unha linguaxe sen prexuízos. Para os efectos deste conxunto de documentación, defínese sen prexuízos como unha linguaxe que non implica discriminación por razón de idade, discapacidade, xénero, identidade racial, identidade étnica, orientación sexual, status socioeconómico e interseccionalidade. É posible que existan excepcións na documentación debido á linguaxe codificada nas interfaces de usuario do software do produto, á linguaxe utilizada en función da documentación de estándares ou á lingua que utiliza un produto de terceiros referenciado.
Cisco e o logotipo de Cisco son marcas comerciais ou marcas rexistradas de Cisco e/ou das súas filiales nos EUA e noutros países. Para view unha lista de marcas comerciais de Cisco, vaia a esta URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. As marcas rexistradas de terceiros mencionadas son propiedade dos seus respectivos propietarios. O uso da palabra socio non implica unha relación de colaboración entre Cisco e ningunha outra empresa. (1721R)
© 2021 Cisco Systems, Inc. Todos os dereitos reservados.

PREFACIO CAPÍTULO 1 CAPÍTULO 2

CAPÍTULO 3

Prólogo vii Cambios neste documento vii Comunicacións, servizos e información adicional vii
Funcións de QoS novas e modificadas 1 Funcións de QoS novas e modificadas 1
Xestión de tráfico rematadaview 3 Alcance 3 Xestión de tráfico tradicional 3 Xestión de tráfico no seu enrutador 3 Limitacións do modelo VoQ 4 Herdanza da política de QoS 5 CLI QoS modular de Cisco para implementar QoS 6 Puntos importantes sobre a política de cola de saída de MQC 6
Clasificar paquetes para identificar tráfico específico 9 Clasificar paquetes para identificar tráfico específico 9 Clasificación de paquetesview 9 Especificación do CoS para un paquete con precedencia IP 10 Bits de precedencia IP utilizados para clasificar paquetes 10 Configuración de valores de precedencia IP 10 Precedencia IP en comparación co marcado IP DSCP 11 Clasificación de paquetes no seu enrutador 11 Mellora a escala de ACL mediante Peering QoS 12 Puntos esenciais sobre a fusión ACL 12

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x iii

Contidos

CAPÍTULO 4 CAPÍTULO 5

Directrices e restricións para Peering QoS 12 Configurar Peering QoS para a escala de ACL 13 Clasificar e comentar a cabeceira da capa 3 nas interfaces da capa 2 19 Elementos da clase de tráfico 20 Clase de tráfico predeterminada 21 Crear unha clase de tráfico 21 Elementos da política de tráfico 23 Crear unha política de tráfico a 24 Política de tráfico a 24 Política para unha interface XNUMX
Marcar paquetes para cambiar a configuración de prioridade 29 Marcado de paquetesview 29 Marcado predeterminado 29 Comportamento de QoS para túneles de encapsulamento de enrutamento xenérico (GRE) 30 Marcado de paquetes 30 Comportamento de QoS para túneles de encapsulación de enrutamento xenérico (GRE) 31 Función e vantaxes de marcado incondicional de paquetes baseado na clase 31 Configurar a marcación incondicional de paquetes baseada en clases32 Marcado incondicional de paquetes: Examples 33 Configuración de marcado de precedencia IP: Example 33 Configuración de marcado IP DSCP: Example 34 Configuración de marcado de grupo QoS: Example 34 Configuración de marcado CoS: Example 34 MPLS Experimental Bit Imposition Marking Configuration: Example 35 MPLS Experimental Topmost Marking Configuration: Example 35 Precedencia IP en comparación co marcado IP DSCP 35 Configurar DSCP CS7 (precedencia 7) 36 Modificación de políticas no lugar 36 Recomendacións para usar a modificación de políticas no lugar 36
Evitación de conxestión 39 Evitación de conxestión 39 Modos de cola 39 Política de cola da interface principal 40

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x iv

Contidos

CAPÍTULO 6

Política de cola de subinterface 40 Evitación de conxestión en VOQ 40
Compartir contadores de estatísticas de VOQ 41 Configurar o compartir contadores de estatísticas de VOQ 41
Límite de cola dual 42 Restricións 43
Fluxo de tráfico equitativo usando Fair VOQ 44 Fair VOQ: Por que 44 Fair VOQ: How 45 Fair VOQ Modes and Sharing of Counters 46 Fair VOQs and Slice (ou normal) VOQs: Diferenzas clave 47 Directrices e limitacións 47 Configurar Fair VOQ 48
Modular QoS Congestion Avoidance 50 Tail Drop e FIFO Queue 50
Configurar Tail Drop 50 Random Early Detection e TCP 52
Configurar a detección precoz aleatoria 52 Notificación explícita de conxestión 54
Configurar o control de fluxo prioritario 57 Control de fluxo prioritario Overview 57 modo interno do búfer 59 Restricións e directrices 59 modo estendido do búfer 59 Consideracións importantes 60 Soporte de hardware para o control de fluxo prioritario 61 Configurar o control de fluxo prioritario 61 Valores configurables de limiar ECN e probabilidade de marcado máximo 66 Valores de limiar ECN e de probabilidade de marcado máximo de 66 configurables Limiar ECN e valores de probabilidade máxima de marcación 67 Valores de limiar ECN e probabilidade de marcado máximo: preguntas frecuentes 68 Directrices e limitacións 68 Configurar valores de limiar ECN e probabilidade de marcado máximo 69

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.xv

Contidos

CAPÍTULO 7 CAPÍTULO 8

Control de fluxo prioritarioview 71 Configurar un intervalo de control de fluxo prioritario 72
Xestión da conxestión 75 Xestión da conxestión Finalizadaview 75 Fila de cola de baixa latencia con cola de prioridade estrita 75 Configurar cola de cola de baixa latencia con cola de prioridade estrita 75 Formación de tráfico 78 Configurar cola de tráfico 78 Control de tráfico 80 Ráfagas comprometidas e ráfagas en exceso 80 Policía de taxa única 81 Xestión de policías de dúas taxas QoS 83 Explosións comprometidas 85 Explosións en exceso 85 Detalles de policía de dúas taxas 86
Configurar QoS modular en paquetes de enlace 89 QoS en paquetes de enlace 89 Equilibrio de carga 89 Configurar QoS en paquetes de enlace 90

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x vi

Prefacio

Este prefacio contén estas seccións:
· Cambios neste documento, na páxina vii. · Comunicacións, servizos e información adicional, na páxina vii

Cambios a este documento

Esta táboa enumera os cambios técnicos realizados neste documento desde que se publicou por primeira vez.
Táboa 1: Cambios neste documento

Data 2022 de xaneiro
Outubro 2021
Maio 2021 Febreiro 2021

Resumo de cambios Republicado con actualizacións de documentación para a versión 7.3.3
Republicado con actualizacións de documentación para a versión 7.3.2
Republicado para a versión 7.3.15
Publicación inicial deste documento.

Comunicacións, servizos e información adicional
· Para recibir información relevante e oportuna de Cisco, rexístrese en Cisco Profile Xerente. · Para obter o impacto empresarial que busca coas tecnoloxías que importan, visite Servizos de Cisco. · Para enviar unha solicitude de servizo, visite Soporte de Cisco. · Para descubrir e explorar aplicacións, produtos, solucións e servizos seguros e validados de clase empresarial, visita
Cisco Marketplace. · Para obter títulos xerais de redes, formación e certificación, visite Cisco Press. · Para buscar información sobre a garantía dun produto ou familia de produtos específicos, acceda ao Buscador de garantías de Cisco.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x vii

Prefacio

Prefacio
Ferramenta de busca de erros de Cisco A ferramenta de busca de erros de Cisco (BST) é un webferramenta baseada en que actúa como unha porta de entrada ao sistema de seguimento de erros de Cisco que mantén unha lista completa de defectos e vulnerabilidades nos produtos e software de Cisco. BST ofrécelle información detallada sobre os defectos dos seus produtos e software.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x viii

1 CAPÍTULO

Funcións de QoS novas e modificadas

· Funcións de QoS novas e modificadas, na páxina 1

Funcións de QoS novas e modificadas

Táboa 2: Características de QoS engadidas ou modificadas na versión 7.3.x de IOS XR

Caracterizar un fluxo de tráfico equitativo usando VOQ xusto
Mellora a escala de ACL usando Peering QoS

Descrición

Modificado na versión

A configuración desta función A versión 7.3.3 garante que o tráfico de entrada de varios portos de orixe en cada parte de rede dunha NPU teña asignada unha cola de saída virtual (VOQ) única para cada porto de orixe e par de portos de destino.

Esta función combina as funcións de QoS da versión 7.3.2 e as listas de control de acceso de seguranza (ACL). Esta combinación permite usar o filtro ACL co Object Group ACL, que proporciona unha escala ACL moi mellorada debido ao uso de TCAM moito menor.

Onde se documenta o fluxo de tráfico equitativo utilizando VOQ xusto, na páxina 44
Mellora a escala de ACL mediante Peering QoS , na páxina 12

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 1

Funcións de QoS novas e modificadas

Herdanza da política de QoS

Descrición

Modificado na versión

A funcionalidade baséase na versión 7.3.15 nun modelo de herdanza, onde se crea e aplica unha política de QoS a unha interface principal. As subinterfaces que están anexas á interface principal herdan automaticamente a política.

Control de fluxo prioritario Estas tarxetas de liña admiten a versión 7.3.15 Soporte en Cisco 8800 a función Control de fluxo prioritario 36×400 GbE QSFP56-DD. Tarxetas de liña (88-LC0-36FH-M)

Comportamento de QoS para o xenérico Coa introdución da versión 7.3.1, compatibilidade con túneles de enrutamento (GRE) para GRE
interfaces de túneles de encapsulación e decapsulación, hai algunhas actualizacións importantes no comportamento da QoS dos túneles GRE durante a encapsulación e a decapsulación.

Onde se documenta a herdanza da política de QoS, na páxina 5
Control de fluxo prioritarioview, na páxina 57
Marcado predeterminado, na páxina 29 e Marcado de paquetes, na páxina 30

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 2

2 CAPÍTULO

Xestión de tráfico rematadaview

Ámbito

· Alcance, na páxina 3 · Xestión de tráfico tradicional, na páxina 3 · Xestión de tráfico no seu enrutador, na páxina 3 · Limitacións do modelo VoQ, na páxina 4 · Herdanza da política de QoS, na páxina 5 · CLI QoS modular de Cisco para implementar QoS , na páxina 6
Lea esta guía de configuración para comprender a arquitectura xeral que impulsa a tecnoloxía Cisco Quality of Service (QoS) e tamén como usar as súas funcións para configurar e xestionar o ancho de banda de tráfico e os parámetros de perda de paquetes na súa rede.

Xestión Tradicional de Tráfico
Nos métodos tradicionais de xestión de tráfico, os paquetes de tráfico envíanse ás filas de saída de saída sen ter en conta a dispoñibilidade da interface de saída para transmitir.
Aí radica tamén o problema. En caso de conxestión de tráfico, os paquetes de tráfico poden caer no porto de saída. O que significa que se desperdician os recursos de rede que se gastan para conseguir os paquetes desde a cola de entrada de entrada a través do tecido do switch ata as colas de saída na saída. Non é o tráfico de todas as colas de entrada destinadas a diferentes portos de saída, polo que a conxestión nun porto de saída pode afectar o tráfico doutro, un evento chamado bloqueo de cabeza de liña.

Xestión de tráfico no seu enrutador
A Unidade de procesamento de rede (NPU) do teu enrutador usa unha arquitectura de reenvío baseada en cola de saída virtual (VoQ) de entrada-saída acoplada para xestionar o tráfico.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 3

Limitacións do modelo VoQ Figura 1: fluxo de tráfico desde o porto de entrada no segmento 0 ata un porto de saída no slot 3

Xestión de tráfico rematadaview

Aquí, cada clase de tráfico de entrada ten unha asignación de VoQ un a un desde cada segmento de entrada (canalización) a cada porto de saída. O que significa que cada interface de saída (n.° 5 na figura) ten un espazo reservado en cada canalización de entrada (n.° 1 na figura) para cada un dos seus VoQ. Así é como se desenvolve a historia das viaxes de paquetes en tempos de conxestión no seu sistema de enrutador: # 1: Os paquetes A (de cor verde), B (de cor rosa) e C (de cor marrón) están na interface de entrada. Aquí é onde ten lugar a marcación, clasificación e control de paquetes. (Para obter máis información, consulte Marcar paquetes para cambiar a configuración de prioridade, na páxina 29, Clasificar paquetes para identificar o tráfico específico, na páxina 9 e Xestión de conxestión, na páxina 75). VoQs. Aquí é onde entran en xogo a cola, a transmisión VoQ e os contadores de paquetes e bytes. (Para obter máis información, consulte Prevención da conxestión, na páxina 2.) #39: dependendo do ancho de banda dispoñible na interface de saída, estes paquetes están suxeitos a unha programación de saída, onde se configuran os programadores de crédito e transmisión de saída. Noutras palabras, aquí determínase os paquetes e a secuencia na que agora procederán cara á interface de saída. Aquí é onde se ten en conta o ancho de banda do tecido para a programación de saídas. #3: Os paquetes cámbianse a través do tecido. #4: Na fase final, prodúcese a sinalización e clasificación de saída, e a conxestión xestionase de forma que neste stage non hai ningún paquete eliminado e todos os paquetes transmítense ao seguinte salto.
Limitacións do modelo VoQ
Mentres que o modelo VoQ de xestión de tráfico ofrece unha vantaxe distintatages (reducindo os requisitos de ancho de banda de memoria, proporcionando un fluxo de QoS de extremo a extremo), ten esta limitación: A escala total da cola de saída é menor porque cada cola de saída debe ser replicada como un VoQ de entrada en cada porción de cada NPU/ASIC do sistema. Isto significa que coa adición de 1 NPU con 20 interfaces, o
Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 4

Xestión de tráfico rematadaview

Herdanza da política de QoS

o número de VoQ utilizados en todas e cada unha das NPU do sistema aumentará en 20 x 8 (cola/interfaz) = 160. Tamén hai un aumento no número de conectores de crédito de cada programador para cada porto de saída en NPU preexistentes para cada porción no NPU recén inserido.

Herdanza da política de QoS

Táboa 3: Táboa do historial de funcións

Nome da característica Herdanza da política de QoS

Información da versión Versión 7.3.15

Descrición da característica
Para crear políticas de QoS para subinterfaces, tivo que aplicar a política en cada subinterface manualmente. A partir desta versión, todo o que fas é crear e aplicar unha única política de QoS na interface principal e as subinterfaces herdan automaticamente a política.
O modelo de herdanza proporciona un método fácil de manter para aplicar políticas, o que lle permite crear políticas dirixidas a un grupo de interfaces e as súas subinterfaces. Este modelo aforra tempo e recursos ao crear políticas de QoS.

· De que se trata esta funcionalidade? – Como o nome indica, a funcionalidade baséase nun modelo de herdanza, no que se crea e aplica unha política de QoS a unha interface principal. As subinterfaces que están anexas á interface principal herdan automaticamente a política. O modelo de herdanza aplícase a todas as operacións de QoS, incluíndo: · Clasificación
· Marcación
· Policía
· Formación

· Como axuda o modelo de herdanza?–Anteriormente, se tivese, por example, oito subinterfaces, creaches e aplicaches políticas a cada unha desas subinterfaces por separado. Co modelo de herdanza, aforra tempo e recursos, con só unha política aplicada automaticamente nunha interface principal e as súas subinterfaces.
· Necesito facer algo máis para activar o modelo de herdanza?–Non, ti non. O modelo de herdanza é a opción predeterminada.
· E se quero anular a opción de herdanza?–Tecnicamente, non pode anular esta opción. Non obstante, pode eliminar a política da interface principal e engadir políticas ás subinterfaces, excepto a aquelas nas que non quere que a política sexa herdada.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 5

CLI QoS modular de Cisco para implementar QoS

Xestión de tráfico rematadaview

· Que pasa coas estatísticas do mapa de políticas?-Non hai ningún cambio neste comportamento. Ao executar o comando show policy-map interface móstranse as estatísticas acumuladas dunha interface, e estes números inclúen tamén as subinterfaces.
· ¿Algunha limitación que teño que ter en conta?–Non hai soporte para a marca ECN e a política de marcado de saída na mesma combinación de interface e subinterface. Non obstante, a funcionalidade de herdanza da política de QoS acepta estas múltiples políticas que provocan que fallen as marcas ECN. Para evitar estes fallos: · Non configure unha política de marcado de saída nunha subinterface e aplique unha política habilitada para ECN na interface principal.
· Non aplique unha política ECN nunha subinterface e configure unha política de marcado de saída na interface principal.
CLI QoS modular de Cisco para implementar QoS
O framework Cisco Modular QoS CLI (MQC) é a linguaxe de usuario de Cisco IOS QoS que permite: · unha interface de liña de comandos (CLI) estándar e unha semántica para as funcións de QoS.
· configuracións sinxelas e precisas.
· Aprovisionamento de QoS no contexto dunha linguaxe extensible.
Para o seu enrutador, na dirección de saída, admítense dous tipos de políticas MQC: cola e marcado. Usa a política de cola para configurar a xerarquía de programación de créditos, as tarifas, a prioridade, o almacenamento en búfer e a prevención de conxestión. Utiliza a política de marcado para clasificar e marcar os paquetes que se programaron para a súa transmisión. Aínda que non se aplique unha política de cola, hai unha política de cola implícita con TC7 – P1, TC6 – P2, TC5 – TC0 (6 x Pn), polo que os paquetes marcados con TC7 e os paquetes de inxección de control sempre teñen prioridade sobre outros paquetes. No ingreso, só se admite unha política para a clasificación e a marcación. Pode aplicar a política de marcado e cola independentemente entre si ou xuntos na dirección de saída. Se aplicas ambas as políticas xuntas, as accións da política de cola aprovisionaranse primeiro, seguidas de marcar as accións da política.
Puntos importantes sobre a política de cola de saída de MQC
Estes son puntos importantes que debes coñecer sobre a política de cola de saída de MQC: · A política de cola de MQC consiste nun conxunto de mapas de clases, que se engaden a un mapa de políticas. Controla os parámetros de cola e programación para esa clase de tráfico aplicando accións á política.
· class-default sempre coincide coa clase de tráfico 0. Ademais, ningunha outra clase pode coincidir coa clase de tráfico 0.
· Se unha clase de tráfico non ten ningunha clase coincidente no mapa de políticas aplicada, sempre coincide coa clase predeterminada. Noutras palabras, usa a clase de tráfico 0 VoQ.
· Cada combinación única de clases de tráfico que coincidan coa clase predeterminada require unha clase de tráfico separada (TC).file. O número de TC profiles están limitados a 8 para as interfaces principais e 8 para as subinterfaces.
· Non pode configurar varias clases de tráfico co mesmo nivel de prioridade.
· Cada nivel de prioridade, cando está configurado, debe configurarse na clase que coincida co TC correspondente, tal e como se indica na seguinte táboa.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 6

Xestión de tráfico rematadaview

Puntos importantes sobre a política de cola de saída de MQC

Nivel de prioridade P1 P2 P3 P4 P5 P6 P7

Clase de tráfico 7 6 5 4 3 2 1

· Se todos os niveis de prioridade configurados nun mapa de políticas están ordenados, deben ser contiguos. Noutras palabras, non pode saltar un nivel de prioridade. Por example, P1 P2 P4 (saltando P3), non está permitido.
· A partir da versión 7.3.1 de IOS XR, pode crear un único conxunto de TC de prioridade contiguos. Asegúrate de asignar niveis de prioridade que aumentan para cada TC ou permanecen igual, pero non diminúen. Ademais, asegúrate de asignar o nivel de prioridade 1 para a clase de tráfico 7. Non necesitas configurar as clases de tráfico non utilizadas, polo que podes crear só aqueles moitos TC que necesites no mapa de políticas de saída.
· MQC admite ata dous niveis (nai, fillo) de política de cola. O nivel principal agrega todas as clases de tráfico e, mentres que o nivel secundario, diferencia as clases de tráfico mediante clases MQC.
· Só se admiten estas accións na política de cola: · prioridade
· forma
· relación de ancho de banda restante
· límite de filas
· Detección temprana aleatoria (RED)
· Control de fluxo prioritario

· Só podes ter un valor de clase de tráfico coincidente no mapa de clases. · Non pode aplicar unha política de cola a unha interface principal e as súas subinterfaces.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 7

Puntos importantes sobre a política de cola de saída de MQC

Xestión de tráfico rematadaview

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 8

3 CAPÍTULO
Clasificar paquetes para identificar tráfico específico
· Clasificar paquetes para identificar tráfico específico, na páxina 9 · Clasificación de paquetes terminadaview, na páxina 9 · Clasificación de paquetes no seu enrutador, na páxina 11 · Elementos da clase de tráfico, na páxina 20 · Clase de tráfico predeterminada, na páxina 21 · Crear unha clase de tráfico, na páxina 21 · Elementos da política de tráfico, na páxina 23 · Crear un Política de tráfico, na páxina 24 · Anexar unha política de tráfico a unha interface, na páxina 24
Clasificar paquetes para identificar tráfico específico
Le esta sección para superarview de clasificación de paquetes e os diferentes tipos de clasificación de paquetes para o seu enrutador.
Clasificación de paquetes terminadaview
A clasificación de paquetes implica categorizar un paquete dentro dun grupo (ou clase) específico e asignarlle un descritor de tráfico para facelo accesible para o manexo da QoS na rede. O descritor de tráfico contén información sobre o tratamento de reenvío (calidade de servizo) que debe recibir o paquete. Usando a clasificación de paquetes, pode dividir o tráfico de rede en varios niveis de prioridade ou clases de servizo. Cando se usan descritores de tráfico para clasificar o tráfico, a fonte acepta adherirse aos termos contratados e a rede promete unha calidade de servizo. Aquí é onde entran en escena os policías de tráfico e os responsables do tráfico. Os axentes de tráfico e os encargados do tráfico utilizan o descritor de tráfico dun paquete, é dicir, a súa clasificación, para garantir o cumprimento do contrato. A interface de liña de comandos (MQC) Modular Quality of Service (QoS) úsase para definir os fluxos de tráfico que se deben clasificar, onde cada fluxo de tráfico denomínase clase de servizo ou clase. Máis tarde, créase unha política de tráfico e aplícase a unha clase. Todo o tráfico non identificado por clases definidas entra na categoría dunha clase predeterminada.
Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 9

Especificación do CoS para un paquete con precedencia IP

Clasificar paquetes para identificar tráfico específico

Nota A partir da versión 7.2.12 de Cisco IOS XR, pode clasificar os paquetes nas interfaces de transporte de capa 2 utilizando os valores de cabeceira da capa 3. Non obstante, esta característica aplícase só á interface principal (interfaces físicas e do paquete), e non ás subinterfaces.
Especificación do CoS para un paquete con precedencia IP
O uso da prioridade IP permítelle especificar o CoS para un paquete. Podes crear un servizo diferenciado establecendo niveis de precedencia no tráfico entrante e usándoos en combinación coas funcións de cola de QoS. Así, cada elemento de rede posterior pode prestar servizo en función da política determinada. A prioridade IP adoita implantarse o máis preto posible do bordo da rede ou do dominio administrativo. Isto permite que o resto do núcleo ou backbone implemente a QoS en función da precedencia.
Figura 2: Campo de servizo do tipo de paquete IPv4

Pode utilizar os tres bits de precedencia no campo de tipo de servizo (ToS) da cabeceira IPv4 para este fin. Usando os bits ToS, pode definir ata oito clases de servizo. Outras funcións configuradas en toda a rede poden usar estes bits para determinar como tratar o paquete en relación ao ToS para concedelo. Estas outras funcións de QoS poden asignar políticas de xestión de tráfico adecuadas, incluíndo estratexia de xestión de conxestión e asignación de ancho de banda. Por example, as funcións de cola como LLQ poden usar a configuración de precedencia IP do paquete para priorizar o tráfico.
Bits de precedencia IP usados para clasificar paquetes
Use os tres bits de precedencia IP no campo ToS da cabeceira IP para especificar a asignación de CoS para cada paquete. Pode dividir o tráfico nun máximo de oito clases e, a continuación, usar mapas de políticas para definir políticas de rede en termos de xestión de conxestión e asignación de ancho de banda para cada clase. Cada precedencia corresponde a un nome. Os axustes de bits de precedencia IP 6 e 7 resérvanse para información de control de rede, como actualizacións de enrutamento. Estes nomes están definidos no RFC 791.
Configuración do valor de precedencia IP
Por defecto, os enrutadores deixan intacto o valor de precedencia IP. Isto preserva o valor de precedencia definido na cabeceira e permite que todos os dispositivos de rede internos proporcionen servizo baseándose na configuración de prioridade IP. Esta política segue o enfoque estándar que estipula que o tráfico da rede debe ser clasificado en varios tipos de servizos no bordo da rede e que eses tipos de servizos deberían implementarse no núcleo da rede. Os enrutadores do núcleo da rede poden usar os bits de precedencia para determinar a orde de transmisión, a probabilidade de caída de paquetes, etc. Dado que o tráfico que entra na túa rede pode ter a prioridade establecida por dispositivos externos, recomendámosche que restableces a prioridade para todo o tráfico que entre na túa rede. Ao controlar a configuración de prioridade IP, ti
Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 10

Clasificar paquetes para identificar tráfico específico

Precedencia IP en comparación coa marcación IP DSCP

prohibir que os usuarios que xa estableceron a prioridade IP adquiran un mellor servizo para o seu tráfico simplemente establecendo unha prioridade alta para todos os seus paquetes. A marcación incondicional de paquetes baseada na clase e as funcións LLQ poden usar os bits de precedencia IP.
Precedencia IP en comparación coa marcación IP DSCP
Se precisa marcar paquetes na súa rede e todos os seus dispositivos admiten a marcación IP DSCP, use a marca IP DSCP para marcar os seus paquetes porque as marcas IP DSCP ofrecen opcións de marcado de paquetes máis incondicionais. Non obstante, se non se desexa marcar mediante IP DSCP ou se non está seguro de se os dispositivos da súa rede admiten valores IP DSCP, use o valor de precedencia IP para marcar os seus paquetes. É probable que o valor de prioridade IP sexa compatible con todos os dispositivos da rede. Pode configurar ata 8 marcas de precedencia IP diferentes e 64 marcas IP DSCP diferentes.
Clasificación de paquetes no seu enrutador
No seu enrutador, hai dous tipos de sistemas de clasificación de paquetes: · Na dirección de entrada, mapa QoS e memoria direccionable de contido ternario (TCAM).
Nota TCAM non é compatible con enrutadores de configuración fixa (onde as interfaces de enrutador están integradas). Só é compatible con enrutadores modulares (que teñen varias ranuras que permiten cambiar as interfaces do enrutador).
· Na dirección de saída, mapa QoS.
Cando unha política coincide só no punto de código de servizos diferenciados (DSCP) ou no valor de precedencia (tamén chamado DSCP ou clasificación baseada en precedencia), o sistema selecciona un sistema de clasificación baseado en mapas; en caso contrario, selecciona TCAM. O TCAM é unha extensión do concepto de táboa CAM (Content Addressable Memory). Unha táboa CAM toma un valor de índice ou clave (normalmente un enderezo MAC) e busca o valor resultante (normalmente un porto de conmutación ou ID de VLAN). A busca da táboa é rápida e sempre baseada nunha coincidencia de clave exacta que consta de dous valores de entrada: 0 e 1 bits. O mapa QoS é un sistema de clasificación baseado en táboas para paquetes de tráfico.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 11

Mellora a escala de ACL usando Peering QoS

Clasificar paquetes para identificar tráfico específico

Mellora a escala de ACL usando Peering QoS

Táboa 4: Táboa do historial de funcións

Nome da característica
Mellora a escala de ACL usando Peering QoS

Información da versión Versión 7.3.2

Descrición da característica
Esta función combina as funcións de QoS e as listas de control de acceso de seguranza (ACL). Esta combinación permite usar o filtro ACL co Object Group ACL, que proporciona unha escala ACL moi mellorada debido ao uso de TCAM moito menor.
Antes de introducir esta funcionalidade, as ACL aplicadas para accións de grupo QoS consumían un número considerable de entradas TCAM, reducindo a escala dispoñible da función.

Peering QoS é unha función de clasificación de QoS de entrada que che permite combinar as funcións das ACL de QoS e das ACL de seguridade. Faino ao permitirche establecer accións de grupo QoS para cada entrada de control de acceso (ACE) nunha ACL de seguridade, evitando así varias entradas (para QoS e seguridade) por ACE. A continuación, pode usar esta ACL combinada coa función Object Group ACL para aplicar o filtro ACL (permitir ou denegar) para ACE. As ACL de grupos de obxectos tamén se coñecen como "ACL comprimidas" porque o grupo de obxectos comprime varios enderezos IP individuais en grupos de obxectos. Ademais, nunha ACL baseada en grupos de obxectos, pode crear unha única ACE que utilice un nome de grupo de obxectos en lugar de crear moitas ACE. Esta capacidade de "fusionar" e "comprimir" ACL aforra un espazo significativo de TCAM e proporciona unha escala de ACL moi mellorada para as políticas de QoS.

Puntos esenciais sobre a fusión de ACL
· Asegúrate de combinar as ACL (establecer accións de grupo QoS para cada ACE da ACL de seguranza) antes de asocialas á interface.
· A combinación de ACL depende da orde. Isto significa que as ACE están programadas na orde na que aparecen na ACL.

Directrices e restricións para o Peering QoS
· Só as interfaces de capa 3 admiten QoS de peering. Rexéitanse as configuracións da capa 2.
· O peering QoS só se admite na dirección de entrada.
· As políticas de QoS de peering e as políticas de QoS habituais poden coexistir na mesma tarxeta de liña, pero só se as anexas a interfaces diferentes.
· Podes anexar a mesma política de QoS de interconexión a varias interfaces na mesma tarxeta de liña.
· Para contabilizar o tráfico IPv4 e IPv6 por separado, configure valores de grupo QoS únicos para ACL de seguridade IPv4 e IPv6.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 12

Clasificar paquetes para identificar tráfico específico

Configuración de Peering QoS para ACL Scaling

· O tráfico marcado con bits MPLS EXP nunha interface configurada con QoS de interconexión coincide coa clase predeterminada nun mapa de clases configurado como match-any (predeterminado) para fluxos MPLS MPLS.
· As subinterfaces herdan políticas de QoS de interconexión aplicadas ás interfaces principais, pero non herdan ACL. Asegúrese de configurar as ACL de seguranza (que coincidan coas das interfaces principais) en todas as subinterfaces; en caso contrario, todo o tráfico das subinterfaces está sometido a accións de clase predeterminada, afectando así o seu peso prioritario.tage.
· Só pode configurar match qos-group para políticas de QoS de emparejamento. Calquera outro comando qos-group é rexeitado.
· Pode inserir, eliminar e modificar ACE nas ACL de seguridade.
Configuración de Peering QoS para ACL Scaling
Para configurar a QoS de interconexión nunha interface:
1. Configure a ACL de seguridade e configure qos-group por ACE. En caso contrario, qos-group está configurado no seu valor predeterminado de 0, o que afecta á ponderación de prioridadetage para o tráfico na interface.
2. Configure a coincidencia da política de QoS de interconexión no qos-group que definiu na ACL de seguranza. Establece accións de grupo QoS como observación, policía, clase de tráfico, DSCP, precedencia e clase de descarte.
3. Anexa a ACL de seguranza e a ACL de QoS de interconexión á interface.
/*Configurar ACL de seguridade, neste example: ipv4-sec-acl*/ Router(config)#ipv4 access-list ipv4-sec-acl
/*set qos-group por ACE; pode facelo debido ao peering QoS que permite o uso dunha única entrada por ACE en lugar de varias entradas */ Router(config-ipv4-acl)#10 permit ipv4 135.0.0.0/8 217.0.0.0/8 priority priority set qos - Grupo 1
Router(config-ipv4-acl)#20 permit ipv4 135.0.0.0/8 217.0.0.0/8 prioridade conxunto inmediato qos-group 2
Router(config-ipv4-acl)30 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence flash set qos-group 3 Router(config-ipv4-acl)40 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence flash-override set qos-group 4 Router(config-ipv4-acl)50 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence critical set qos-group 5 Router(config-ipv4-acl)#60 permit ipv4 135.0.0.0. 8/217.0.0.0 8/6 prioridade internet set qos-group 4 Router(config-ipv70-acl)#4 permit ipv135.0.0.0 8/217.0.0.0 8/7 precedence network set qos-group 4 Router(config-ipvXNUMX- acl) #saír
/*Configurar a coincidencia de políticas de QoS de emparejamento para cada grupo de qos que estableza na ACL de seguridade*/ 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 grp-6 Router(config-cmap)#match qos-group 6 Router(config-cmap)#end-class-map Router(config) #class-map match-any grp-5 Router(config-cmap)#match qos-group 5 Router(config-cmap)#end-class-map 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

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 13

Configuración de Peering QoS para ACL Scaling

Clasificar paquetes para identificar tráfico específico

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 -enrutador predeterminado(config-cmap)#end-class-map
/*Establecer accións Qos no mapa de políticas configurado, neste example: establece prec, establece tc e establece dscp*/
Router(config)#policy-map ingress_qosgrp_to_Prec-TC Router(config-pmap)#class grp-7 Router(config-pmap-c)#set precedence 1 Router(config-pmap-c)#set traffic-class 7 Router( config-pmap-c)#exit Router(config-pmap)#class grp-6 Router(config-pmap-c)#set precedence 1 Router(config-pmap-c)#set traffic-class 6 Router(config-pmap-c) -c)#exit Router(config-pmap)#class grp-5 Router(config-pmap-c)#set precedence 2 Router(config-pmap-c)#set traffic-class 5 Router(config-pmap-c) #exit Router(config-pmap)#class grp-4 Router(config-pmap-c)#set precedence 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 precedence 3 Router(config-pmap-c)#set traffic-class 2 Router(config-pmap-c)#exit Router(config-pmap-c)# clase grp-1 Router(config-pmap-c)#set precedence 4 Router(config-pmap-c)#set traffic-class 1 Router(config-pmap-c)#exit Router(config-pmap)#class class- Router predeterminado(config-pmap-c)#set precedence 5 Router(config-pmap-c)#exit Router(config-pmap)#end-policy-map
/*Anexa o acl de seguranza cos grupos de qos coincidentes, á interface*/ Router(config)#int bundle-Ether 350 Router(config-if)#ipv4 access-group ipv4-sec-acl ingress
/*Anexa o mapa de políticas coas accións qos que definiches na acl de seguridade, á interface*/ Router(config-if)#service-policy input ingress_qosgrp_to_DSCP_TC_qgrp Router(config-if)#commit Router(config-if)#exit
Utilizaches con éxito a interconexión de QoS para combinar e comprimir ACL de seguridade e QoS e conseguiu escalas de ACL moi melloradas para as políticas de QoS.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 14

Clasificar paquetes para identificar tráfico específico

Configuración de Peering QoS para ACL Scaling

Configuración en execución
lista de acceso ipv4 ipv4-sec-acl 10 permit ipv4 135.0.0.0/8 217.0.0.0/8 priority priority set qos-group 1 20 permit ipv4 135.0.0.0/8 217.0.0.0/8 priority priority set qos2-30 permitir ipv4 135.0.0.0/8 217.0.0.0/8 conxunto de flash de precedencia qos-group 3 40 permitir ipv4 135.0.0.0/8 217.0.0.0/8 conxunto de anulación de prioridade de flash qos-group 4 50 permitir ipv4 135.0.0.0/8 217.0.0.0/8. .5/60 prioridade conxunto crítico qos-group 4 135.0.0.0 permit ipv8 217.0.0.0/8 6/70 precedencia internet set qos-group 4 135.0.0.0 permit ipv8 217.0.0.0/8 7/XNUMX prioridade network set qos-group XNUMX
! mapa de clase coinciden con calquera grp-7
partido qos-grupo 7 final-clase-map! mapa-clase coinciden-calquera grp-6 coinciden qos-grupo 6 mapa-clase final! mapa-clase coinciden-calquera grp-5 coinciden qos-grupo 5 mapa-clase final! mapa-clase match-calquera grp-4 match qos-grupo 4 mapa final-clase! mapa-clase coinciden-calquera grp-3 coinciden qos-grupo 3 mapa final-clase! mapa-clase coinciden-calquera grp-2 coinciden qos-grupo 2 mapa-clase final! mapa-clase match-calquera grp-1 match qos-grupo 1 mapa final-clase! mapa-clase coinciden con calquera clase-mapa-clase-por defecto! policy-map ingress_qosgrp_to_Prec-TC clase grp-7
establecer prioridade 1 establecer clase de tráfico 7 ! clase grp-6 establecer precedencia 1 establecer tráfico-clase 6 ! clase grp-5 establecer precedencia 2 establecer tráfico-clase 5 ! clase grp-4 establecer precedencia 2 establecer tráfico-clase 4 ! clase grp-3 establecer tráfico-clase 3 establecer dscp ef ! clase grp-2

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 15

Peering QoS para ABF

Clasificar paquetes para identificar tráfico específico

establecer prioridade 3 establecer clase de tráfico 2 ! clase grp-1 establecer precedencia 4 establecer tráfico-clase 1 ! class class-default establece a precedencia 5 ! mapa-política final! int bundle-Ether 350 ipv4 access-group ipv4-sec-acl ingress ! int bundle-Ether 350 entrada de política de servizo ingress_qosgrp_to_DSCP_TC_qgrp

Verificación
Execute o comando show interface para a interface á que anegou as ACL de seguridade e QoS.
Router#show run int bundle-Ether 350 interface Bundle-Ether350 entrada de política de servizo ingress_qosgrp_to_DSCP_TC_qgrp enderezo ipv4 11.25.0.1 255.255.255.0 enderezo ipv6 2001:11:25:1:1:64:4:4 ipvXNUMX en grupo ipv-ec !

Peering QoS para ABF
Táboa 5: Táboa do historial de funcións

Nome da característica
Soporte de reenvío baseado en ACL (ABF) con QoS de interconexión

Información da versión Versión 7.3.3

Descrición da característica
Esta función ofrécelle a flexibilidade de configurar enderezos de salto seguinte para ACE na ACL combinada (QoS e seguridade) en lugar da ruta seleccionada por un protocolo de enrutamento. Podes configurar enderezos de seguinte salto con selección de VRF ou VRF.
Esta función permítelle ter funcionalidades de QoS e ABF dentro dos mesmos ACE.

A partir da versión 7.3.3, os enrutadores da serie Cisco 8000 admiten o reenvío baseado en ACL con QoS de interconexión. O reenvío baseado en ACL (ABF) é unha función de enrutamento baseada en políticas na que o enrutador reenvía o tráfico que coincide con regras ACL específicas a un salto seguinte especificado polo usuario en lugar da ruta seleccionada por un protocolo de enrutamento. A función Peering QoS combina as ACL de QoS e as ACL de seguridade para evitar entradas múltiples (QoS e seguridade) por ACE. No soporte ABF con QoS de interconexión, pode configurar enderezos de salto seguinte para ACE na ACL combinada (QoS e seguridade). O enderezo de salto seguinte úsase para reenviar os paquetes entrantes que coincidan cos permisos ACE ao seu destino. Aquí, ABF admite a redirección VRF-select e VRF-aware. En VRF-select, o salto seguinte consiste só en VRF, e o seguinte salto compatible con VRF consiste tanto en enderezos VRF como IP.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 16

Clasificar paquetes para identificar tráfico específico

Peering QoS para ABF

Configuración
1. Configure a ACL de seguridade, neste exemploample: abf-acl
Router(config)#ipv4 access-list abf-acl
2. Establecer qos-group por ACE; podes facelo debido ao peering QoS que permite o uso dunha única entrada por ACE en lugar de varias entradas.
Router(config-ipv4-acl)#10 permit ipv4 135.0.0.0/8 217.0.0.0/8 priority priority set qos-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 Router(config-ipv4-acl tcp)#20 135.0.0.0/8 217.0.0.0/8 conxunto de prioridades de prioridade qos-group 2 nexthop1 vrf vrf3 nexthop2 vrf vrf2 Router(config-ipv4-acl)#30 permit tcp 135.0.0.0/8 217.0.0.0/8 +psh set qos-group 3 nexthop1 vrf vrf2 nexthop2 vrf vrf3 nexthop3 vrf vrf1 Router(config-ipv4-acl)#40 permit tcp 135.0.0.0/8 217.0.0.0/8 priority priority set qos-group vrf 4 nexthop1 vrf1 nexthop vrf 2 vrf2 vrf3 nexthop3 vrf vrf4 Router(config-ipvXNUMX-acl)#exit
3. Configure a coincidencia de políticas de QoS de interconexión para cada grupo de qos que estableza na ACL de seguridade ABF.
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-map- grupo 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
4. Estableza accións de QoS no mapa de políticas configurado, neste example: establece prec, establece tc e establece dscp
Router(config)#policy-map edge_qos_policy Router(config-pmap)#class grp-4 Router(config-pmap-c)#set precedence 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 precedence 3 Router(config-pmap-c)#set traffic-class 2 Router(config-pmap-c)#exit Router(config-pmap)#class grp-1 Router(config-pmap-c)#set precedence 4 Router(config-pmap-c)#set traffic-class 1 Router(config-pmap-c)#exit Router(config) -pmap)#class class-default Router(config-pmap-c)#set precedence 5 Router(config-pmap-c)#exit Router(config-pmap)#end-policy-map
5. Achegue o acl de seguridade con grupos qos definidos á interface.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 17

Peering QoS para ABF

Clasificar paquetes para identificar tráfico específico

Router(config)#int bundle-Ether 350 Router(config-if)#ipv4 access-group abf-acl ingress
6. Achegue o mapa de políticas coas accións de QoS que definiu no paso 4 á interface.
Router(config-if)#service-policy input edge_qos_policy Router(config-if)#commit Router(config-if)#exit
Configuraches correctamente a QoS de interconexión con ABF.
Configuración en execución
ipv4 access-list abf-acl 10 permit ipv4 135.0.0.0/8 217.0.0.0/8 priority priority set qos-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 20 permit tcp 135.0.0.0/8 precedence conxunto de prioridades qos-group 217.0.0.0 nexthop8 vrf vrf2
nexthop2 vrf vrf2 30 permiso 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 permiso tcp 135.0.0.0/8 217.0.0.0/8 prioridade de prioridade conxunto qos-group 4 nexthop1 vrf vrf1
nexthop2 vrf vrf2 nexthop3 vrf vrf3! mapa-clase match-calquera grp-4 match qos-grupo 4 mapa final-clase! mapa-clase coinciden-calquera grp-3 coinciden qos-grupo 3 mapa final-clase! mapa-clase coinciden-calquera grp-2 coinciden qos-grupo 2 mapa-clase final! mapa-clase match-calquera grp-1 match qos-grupo 1 mapa final-clase! mapa-clase coinciden con calquera clase-mapa-clase-por defecto! policy-map edge_qos_policy class grp-4 set precedence 2 set traffic-class 4 ! clase grp-3 establecer tráfico-clase 3 establecer dscp ef ! clase grp-2 establecer precedencia 3 establecer tráfico-clase 2 ! clase grp-1 establecer precedencia 4 establecer tráfico-clase 1 ! class class-default establece a precedencia 5 ! mapa-política final
Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 18

Clasificar paquetes para identificar tráfico específico

Clasifica e comenta a cabeceira da capa 3 nas interfaces da capa 2

! int bundle-Ether 350 ipv4 access-group abf-acl ingress ! int bundle-Ether 350 service-policy input edge_qos_policy
Verificación
Execute o comando show interface para a interface á que anegou as ACL ABF de seguridade e QoS.
Router#show run int bundle-Ether 350 interface Bundle-Ether350 service-policy input edge_qos_policy ipv4 address 11.25.0.1 255.255.255.0 ipv6 address 2001:11:25:1::1/64 ipv4l ingress !
Clasifica e comenta a cabeceira da capa 3 nas interfaces da capa 2
Cando necesites marcar paquetes para o tráfico de interface de capa 2 que flúe por dominios ponte e interfaces virtuais ponte (BVI), podes crear unha política de QoS mixta. Esta política ten mapas de clasificación baseados en mapas e baseados en TCAM. A política mixta garante que os fluxos de tráfico en ponte (Capa 2) e Bridge Virtual Interface (BVI ou Capa 3) sexan clasificados e comentados.
Directrices
· É posible que un mapa de clases con clasificación TCAM non coincida con tráfico en ponte. As entradas de TCAM só coinciden co tráfico encamiñado mentres que as entradas de mapa coinciden tanto co tráfico en ponte como no BVI.
· Un mapa de clase con clasificación baseada en mapas coincide tanto co tráfico en ponte como no BVI.
Example
ipv4 access-list acl_v4 10 permit ipv4 host 100.1.1.2 any 20 permit ipv4 host 100.1.100.2 any ipv6 access-list acl_v6 10 permit tcp host 50:1:1:2 any 20 permit tcp any host 50:1:200 :2 class-map match-any c_match_acl match access-group ipv4 acl_v4 ! Esta entrada non coincide coa coincidencia de tráfico en ponte access-group ipv6 acl_v6 ! Esta entrada non coincide coa coincidencia de tráfico en ponte dscp af11 Esta entrada coincide co tráfico en ponte e en BVI class-map match-all c_match_all match protocol udp ! Esta entrada non coincide coa coincidencia de tráfico en ponte prec 7 class-map match-any c_match_protocol match protocol tcp ! Esta entrada e, polo tanto, esta clase non coincide con tráfico en ponte class-map match-any c_match_ef match dscp ef ! Esta entrada/clase coincide con tráfico en ponte e BVI class-map match-any c_qosgroup_1 Esta clase coincide con tráfico en ponte e BVI ! match qos-group 1 policy-map p_ingress class c_match_acl set traffic-class 1 set qos-group 1

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 19

Elementos de clase de tráfico

Clasificar paquetes para identificar tráfico específico

! class c_match_all set traffic-class 2 set qos-group 2 ! class c_match_ef set traffic-class 3 set qos-group 3 ! class c_match_protocol set traffic-class 4 set qos-group 4 policy-map p_egress class c_qosgroup_1 set dscp af23 interface FourHundredGigE0/0/0/0 l2transport service-policy input p_ingress service-policy output p_egress ! ! interface FourHundredGigE0/0/0/1 enderezo ipv4 200.1.2.1 255.255.255.0 enderezo ipv6 2001:2:2::1/64 entrada de política de servizo p_ingress saída de política de servizo p_egress

Elementos de clase de tráfico

O propósito dunha clase de tráfico é clasificar o tráfico no teu enrutador. Use o comando class-map para definir unha clase de tráfico. Unha clase de tráfico contén tres elementos principais:
· Un nome
· Unha serie de comandos de coincidencia: para especificar varios criterios para clasificar paquetes.
· Unha instrución sobre como avaliar estes comandos de coincidencia (se hai máis dun comando de coincidencia na clase de tráfico)

Compróbanse os paquetes para determinar se coinciden cos criterios especificados nos comandos de coincidencia. Se un paquete coincide cos criterios especificados, ese paquete considérase membro da clase e envíase segundo as especificacións de QoS establecidas na política de tráfico. Os paquetes que non cumpren ningún dos criterios de coincidencia clasifícanse como membros da clase de tráfico predeterminada.
Esta táboa mostra os detalles dos tipos de coincidencia admitidos no enrutador.

Tipo de coincidencia admitido

Mín., Máx. Máx. Soporte de entradas para o soporte para a dirección admitida nas interfaces. Non coinciden intervalos

DSCP IPv4 (0,63)

DSCP IPv6

DSCP

Entrada Saída

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 20

Clasificar paquetes para identificar tráfico específico

Clase de tráfico predeterminada

Tipo de coincidencia admitido

Min, Max

Precedencia IPv4 (0,7) Precedencia IPv6

Precedencia

MPLS

(0,7)

Experimental

O máis alto

Grupo de acceso Non aplicable

Grupo QoS

(1,7)

Protocolo

(0, 255)

A compatibilidade de entradas máximas para o soporte para a dirección admitida nas interfaces non coinciden con intervalos

Non

Ingreso

Saída

Non

Ingreso

Saída

Non

Ingreso

aplicable

Non

Saída

Non

Ingreso

aplicable

Clase de tráfico predeterminada
O tráfico non clasificado (tráfico que non cumpre os criterios de coincidencia especificados nas clases de tráfico) trátase como pertencente á clase de tráfico predeterminada.
Se o usuario non configura unha clase predeterminada, os paquetes aínda son tratados como membros da clase predeterminada. Non obstante, por defecto, a clase predeterminada non ten funcións activadas. Polo tanto, os paquetes que pertencen a unha clase predeterminada sen funcións configuradas non teñen ningunha funcionalidade de QoS.
Para a clasificación de saída, admítese a coincidencia en qos-group (1-7). Non se pode configurar a coincidencia de qos-group 0. O valor predeterminado da clase na política de saída se asigna ao grupo qos 0.
Este example mostra como configurar unha política de tráfico para a clase predeterminada:
configure policy-map ingress_policy1 class class-default taxa de policía por cento 30 !

Crear unha clase de tráfico
Para crear unha clase de tráfico que conteña criterios de coincidencia, use o comando class-map para especificar o nome da clase de tráfico e, a continuación, use os comandos de coincidencia no modo de configuración de mapa de clases, segundo sexa necesario.
Directrices
· Os usuarios poden proporcionar varios valores para un tipo de coincidencia nunha única liña de configuración; é dicir, se o primeiro valor non cumpre os criterios de coincidencia, entón considérase para a clasificación o seguinte valor indicado na declaración de coincidencia.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 21

Crear unha clase de tráfico

Clasificar paquetes para identificar tráfico específico

· Use a palabra clave not co comando match para realizar unha coincidencia baseada nos valores dun campo que non se especifican.
· Todos os comandos de coincidencia especificados nesta tarefa de configuración considéranse opcionais, pero debes configurar polo menos un criterio de coincidencia para unha clase.
· Se especifica match-any, debe cumprirse un dos criterios de coincidencia para que o tráfico que entra na clase de tráfico se clasifique como parte da clase de tráfico. Este é o predeterminado. Se especificas match-all, o tráfico debe coincidir con todos os criterios de coincidencia.
· Para o comando match access-group, non se admite a clasificación de QoS baseada na lonxitude do paquete ou no campo TTL (tempo de vida) nas cabeceiras IPv4 e IPv6.
· Para o comando match access-group, cando se usa unha lista de ACL dentro dun mapa de clases, a acción de denegación da ACL é ignorada e o tráfico clasifícase en función dos parámetros de coincidencia ACL especificados.
· A coincidencia qos-group, traffic-class, DSCP/Prec e MPLS EXP só son compatibles na dirección de saída, e estes son os únicos criterios de coincidencia compatibles na dirección de saída
· A clase predeterminada de saída coincide implícitamente con qos-group 0.
· Multicast toma unha ruta do sistema que é diferente da unicast no router, e reúnense máis tarde na saída nunha proporción de multicast a unicast de 20:80 por interface. Esta relación mantense no mesmo nivel de prioridade que o do tráfico.
· A QoS de saída para o tráfico de multidifusión trata as clases de tráfico 0-5 como de baixa prioridade e as clases de tráfico 6-7 como de alta prioridade. Actualmente, isto non é configurable polo usuario.
· A configuración de saída non ten efecto para o tráfico de multidifusión nas clases de tráfico de alta prioridade (HP). Só se aplica ao tráfico unicast.
· Se establece unha clase de tráfico na política de entrada e non ten unha clase coincidente na saída para o valor da clase de tráfico correspondente, entón o tráfico de entrada con esta clase non se contabilizará na clase predeterminada no mapa da política de saída.
· Só a clase de tráfico 0 cae na clase predeterminada. Unha clase de tráfico distinta de cero asignada ao ingreso pero sen ningunha cola de saída asignada, non cae nin na clase predeterminada nin en ningunha outra clase.
Configuración Example
Ten que realizar o seguinte para completar a configuración da clase de tráfico: 1. Crear un mapa de clases
2. Especificar os criterios de coincidencia para clasificar o paquete como membro desa clase en particular (para obter unha lista dos tipos de coincidencia admitidos, consulte Elementos de clase de tráfico, na páxina 20).
Router# configure 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
Use este comando para verificar a configuración do mapa de clases:

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 22

Clasificar paquetes para identificar tráfico específico

Elementos da política de tráfico

Router#show class-map qos-1 1) ClassMap: qos-1 Tipo: qos
Referenciado por 2 Policymaps
Consulte tamén, Anexar unha política de tráfico a unha interface, na páxina 24.
Temas relacionados · Elementos da clase de tráfico, na páxina 20 · Elementos da política de tráfico, na páxina 23

Elementos da política de tráfico

Unha política de tráfico contén tres elementos: · Nome · Clase de tráfico · Políticas de QoS

Despois de elixir a clase de tráfico que se utiliza para clasificar o tráfico á política de tráfico, o usuario pode introducir as funcións de QoS que se aplicarán ao tráfico clasificado.
O MQC non require necesariamente que os usuarios asocien só unha clase de tráfico a unha política de tráfico.
A orde na que se configuran as clases nun mapa de políticas é importante. As regras de coincidencia das clases están programadas no TCAM na orde na que se especifican as clases nun mapa de políticas. Polo tanto, se un paquete pode coincidir con varias clases, só se devolve a primeira clase coincidente e aplícase a política correspondente.
O router admite 8 clases por mapa de políticas na dirección de entrada e 8 clases por mapa de políticas na dirección de saída.
Esta táboa mostra as accións de clase admitidas no enrutador.

Tipos de acción admitidos

Dirección compatible con interfaces

ancho de banda restante

saída

marca

Consulte Marcado de paquetes, na páxina 30

policía

entrada

prioridade

saída (nivel 1 a nivel 7)

límite de cola

saída

forma

saída

vermello

saída

RED admite a opción de clase de descarte; os únicos valores que se pasan á clase de descarte son 0 e 1.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 23

Crear unha política de tráfico

Clasificar paquetes para identificar tráfico específico

Crear unha política de tráfico
O propósito dunha política de tráfico é configurar as funcións de QoS que deberían asociarse co tráfico que se clasificou nunha ou clases de tráfico especificadas polo usuario. Para configurar unha clase de tráfico, consulte Crear unha clase de tráfico, na páxina 21. Despois de definir unha política de tráfico co comando policy-map, pode anexala a unha ou máis interfaces para especificar a política de tráfico para esas interfaces mediante o servizo. comando -policy no modo de configuración da interface. Coa compatibilidade con dúas políticas, podes ter dúas políticas de tráfico, unha de marcado e outra de cola anexas na saída. Consulte, Anexar unha política de tráfico a unha interface, na páxina 24.
Configuración Example Ten que realizar o seguinte para completar a configuración da política de tráfico: 1. Crear un mapa de políticas que se pode anexar a unha ou máis interfaces para especificar unha política de servizo 2. Asociar a clase de tráfico coa política de tráfico 3. Especificar a clase de tráfico. acción(s) (consulte Elementos da política de tráfico, na páxina 23)
Router# configure Router(config)# policy-map test-shape-1 Router(config-pmap)# class qos-1
/* Configurar acción de clase ('forma' neste example). Repita segundo sexa necesario para especificar outras accións de clase */ Router(config-pmap-c)# shape average percent 40 Router(config-pmap-c)# exit
/* Repita a configuración da clase segundo sexa necesario, para especificar outras clases */
Router(config-pmap)# end-policy-map Router(config)# commit
Temas relacionados · Elementos da política de tráfico, na páxina 23 · Elementos da clase de tráfico, na páxina 20
Anexa unha política de tráfico a unha interface
Despois de crear a clase de tráfico e a política de tráfico, debes anexar a política de tráfico á interface e especificar a dirección na que se debe aplicar a política.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 24

Clasificar paquetes para identificar tráfico específico

Anexa unha política de tráfico a unha interface

Nota Non se admiten políticas xerárquicas. Cando se aplica un mapa de políticas a unha interface, o contador da taxa de transmisión de cada clase non é preciso. Isto débese a que o contador de velocidade de transmisión calcúlase en función do filtro de decaimento exponencial.
Configuración Example Ten que realizar o seguinte para anexar unha política de tráfico a unha interface: 1. Crear unha clase de tráfico e as regras asociadas que coinciden os paquetes coa clase (consulte Crear unha clase de tráfico,
na páxina 21 ) 2. Creación dunha política de tráfico que se pode anexar a unha ou máis interfaces para especificar unha política de servizo (consulte
Crear unha política de tráfico, na páxina 24 ) 3. Asociar a clase de tráfico coa política de tráfico 4. Anexar a política de tráfico a unha interface, na dirección de entrada ou saída
Router# configure Router(config)# interface fourHundredGigE 0/0/0/2 Router(config-int)# service-policy output strict-priority Router(config-int)# commit
Configuración en execución
/* Configuración do mapa de clases */
mapa-clase coincide con calquera clase de tráfico-7 coincide co mapa-clase-final da clase de tráfico 7
!mapa-clase coincide con calquera clase de tráfico-6 coincide co mapa-clase-final da clase de tráfico 6
mapa-clase coincide con calquera clase de tráfico-5 coincide co mapa-clase-final da clase de tráfico 5
mapa-clase coincide con calquera clase de tráfico-4 coincide co mapa-clase-final da clase de tráfico 4
mapa de clase coincide con calquera clase de tráfico 3 coincide coa clase de tráfico 3
mapa-clase coincide con calquera clase de tráfico-2 coincide co mapa-clase-final da clase de tráfico 2
mapa-clase coincide con calquera clase de tráfico-1 coincide co mapa-clase-final da clase de tráfico 1
Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 25

Anexa unha política de tráfico a unha interface

Clasificar paquetes para identificar tráfico específico

/* Configuración da política de tráfico */
política-mapa proba-forma-1 clase tráfico-clase-1 forma media por cento 40 !
policy-map clase de prioridade estrita tc7 nivel de prioridade 1 límite de cola 75 mbytes ! clase tc6 nivel de prioridade 2 límite de cola 75 mbytes! clase tc5 nivel de prioridad 3 límite de cola 75 mbytes! clase tc4 nivel de prioridade 4 límite de cola 75 mbytes! clase tc3 nivel de prioridade 5 límite de cola 75 mbytes! clase tc2 nivel de prioridade 6 límite de cola 75 mbytes! clase tc1 nivel de prioridade 7 límite de cola 75 mbytes! clase clase-límite de cola predeterminado 75 mbytes! mapa-política final
—–
/* Anexando a política de tráfico a unha interface na dirección de saída */ interface fourHundredGigE 0/0/0/2
saída da política de servizo con prioridade estrita !

Verificación

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

NOTA: - Os valores configurados móstranse entre parénteses Interface FourHundredGigE0/0/0/2 ifh 0xf0001c0 — política de saída

NPU Id: Número total de clases: Ancho de banda da interface: Nome da política:

0 8 400000000 kbps de prioridade estrita

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 26

Clasificar paquetes para identificar tráfico específico

Anexa unha política de tráfico a unha interface

Base VOQ:

2400

Tipo de contabilidade:

Capa 1 (incluír encapsulación de capa 1 e superior)

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

Clase de nivel 1 (HP1)

= tc7

ID da cola de saída

= 2407 (cola HP1)

Fila máx. BW.

= sen máximo (predeterminado)

Limiar TailDrop

= 74999808 bytes/2 ms (75 megabytes)

WRED non está configurado para esta clase

Nivel 1 Clase (HP2) Egressq Queue ID Queue Max. BW. O limiar de TailDrop WRED non está configurado para esta clase

= tc6 = 2406 (cola HP2) = sen máx. (predeterminado) = 74999808 bytes/2 ms (75 megabytes)

Nivel 1 Clase (HP3) Egressq Queue ID Queue Max. BW. O limiar de TailDrop WRED non está configurado para esta clase

= tc5 = 2405 (cola HP3) = sen máx. (predeterminado) = 74999808 bytes/2 ms (75 megabytes)

Nivel 1 Clase (HP4) Egressq Queue ID Queue Max. BW. O limiar de TailDrop WRED non está configurado para esta clase

= tc4 = 2404 (cola HP4) = sen máx. (predeterminado) = 74999808 bytes/2 ms (75 megabytes)

Nivel 1 Clase (HP5) Egressq Queue ID Queue Max. BW. O limiar de TailDrop WRED non está configurado para esta clase

= tc3 = 2403 (cola HP5) = sen máx. (predeterminado) = 74999808 bytes/2 ms (75 megabytes)

Nivel 1 Clase (HP6) Egressq Queue ID Queue Max. BW. O limiar de TailDrop WRED non está configurado para esta clase

= tc2 = 2402 (cola HP6) = sen máx. (predeterminado) = 74999808 bytes/2 ms (75 megabytes)

Nivel 1 Clase (HP7) Egressq Queue ID Queue Max. BW. O limiar de TailDrop WRED non está configurado para esta clase

= tc1 = 2401 (cola HP7) = sen máx. (predeterminado) = 74999808 bytes/2 ms (75 megabytes)

Nivel 1 Clase Egressq Queue ID Queue Max. BW. Umbral de caída de cola de peso inverso/peso WRED non está configurado para esta clase

= clase predeterminada = 2400 (cola LP predeterminada) = sen máx. (predeterminado) = 1 / (BWR non configurado) = 74999808 bytes / 150 ms (75 megabytes)

Temas relacionados · Elementos da política de tráfico, na páxina 23 · Elementos da clase de tráfico, na páxina 20

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 27

Anexa unha política de tráfico a unha interface

Clasificar paquetes para identificar tráfico específico

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 28

4 CAPÍTULO
Marcar paquetes para cambiar a configuración de prioridade
· Marcado de paquetesview, na páxina 29 · Función e vantaxes de marcado incondicional de paquetes baseado na clase, na páxina 31 · Configurar a marcación de paquetes incondicional baseada na clase, na páxina 32 · Marcado de paquetes incondicional baseado na clase: Ex.amples, na páxina 33 · Precedencia de IP en comparación coa marca de IP DSCP, na páxina 35 · Modificación de políticas no lugar, na páxina 36
Marcado de paquetesview
Pode usar a marca de paquetes nos mapas de políticas de entrada para establecer ou modificar os atributos para o tráfico pertencente a unha clase específica. Por example, pode cambiar o valor de CoS nunha clase ou establecer valores de precedencia IP DSCP ou IP para un tipo específico de tráfico. Estes novos valores empréganse entón para determinar como se debe tratar o tráfico.
Nota A partir da versión 7.2.12 de Cisco IOS XR, a compatibilidade para marcar paquetes nas interfaces de transporte de capa 2 é a mesma que a compatibilidade para marcar nas interfaces de capa 3. Non obstante, este soporte aplícase só á interface principal (interfaces físicas e do paquete), e non ás subinterfaces.
Marcación predeterminada
Cando unha interface de entrada ou saída engade VLAN tags ou etiquetas MPLS, require un valor predeterminado para a clase de servizo e os valores EXP que entran nesas tags e etiquetas. No enrutador, unha entrada predeterminada QoS mapping profile e un pro de mapeo QoS predeterminado de saídafile créanse e configuran por dispositivo durante a inicialización.
Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 29

Comportamento de QoS para túneles de encapsulación de enrutamento xenérico (GRE).

Marcar paquetes para cambiar a configuración de prioridade

Comportamento de QoS para túneles de encapsulación de enrutamento xenérico (GRE).

Táboa 6: Táboa do historial de funcións

Nome da característica

Información de lanzamento

Comportamento de QoS para túneles de encapsulamento (GRE) da versión 7.3.1 de enrutamento xenérico: marcado predeterminado

Descrición da característica
Co soporte para interfaces de túneles de encapsulación e decapsulación GRE, hai algunhas actualizacións importantes do comportamento da QoS para os túneles GRE. Estas actualizacións son aplicables para a marcación de paquetes predeterminada e inclúen bits experimentais de tipo de servizo (ToS) e MPLS.

Encapsulación GRE
Se non configura o Tipo de servizo (ToS), o valor de prioridade IP exterior ou o valor do punto de código de servizos diferenciados (DSCP) cópiase da cabeceira IP interna. Se configura ToS, o valor de precedencia IP externo ou o valor DCSP é segundo a configuración ToS.
Decapsulación GRE
Durante a decapsulación, os bits experimentais MPLS (EXP) derívanse do paquete IP externo. Para obter máis información sobre os túneles GRE, consulte a Guía de configuración de interfaces para enrutadores da serie Cisco 8000, IOS XR versión 7.3.x.

Marcado de paquetes
A función de marcado de paquetes, tamén chamada marcaxe explícita, proporciona aos usuarios un medio para diferenciar os paquetes en función das marcas designadas. O router admite a marca de paquetes de entrada e saída.

Operacións de marcado de paquetes admitidas Esta táboa mostra as operacións de marcado de paquetes admitidas.

Rango de tipos de marca admitidos

Soporte para a marcación incondicional

establecer clase de descarte

0-1

entrada

establecer dscp

0-63

entrada

establecer mpls experimental 0-7 máis alto

entrada

establecer precedencia

0-7

entrada

establecer qos-group

0-7

entrada

Soporte para a marcación condicional Non Non Non
Non Non

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 30

Marcar paquetes para cambiar a configuración de prioridade

Comportamento de QoS para túneles de encapsulación de enrutamento xenérico (GRE).

Táboa 7: Táboa do historial de funcións

Nome da característica

Información de lanzamento

Comportamento de QoS para túneles de encapsulamento (GRE) da versión 7.3.1 de enrutamento xenérico: marcado explícito

Descrición da característica
Co soporte para interfaces de túneles de encapsulación e decapsulación GRE, hai algunhas actualizacións importantes do comportamento da QoS para os túneles GRE. Estas actualizacións son aplicables para a marcación explícita de paquetes e implican un comportamento de QoS durante a entrada e a saída.

Encapsulación GRE
Durante a encapsulación da carga útil IPv4/IPv6 dentro da cabeceira GRE, o comportamento da QoS é o seguinte:
· Entrada: QoS admite a clasificación nos campos de capa 3 de carga útil ou EXP e a cabeceira IP da carga útil DSCP.
· Saída: QoS admite a configuración da cabeceira IP GRE externa DSCP. Non sobrescribe a configuración do tipo de servizo do túnel (ToS) e non comenta a cabeceira IP GRE DCSP.

Decapsulación GRE
Durante a decapsulación da cabeceira GRE externa (durante a cal se reenvía a carga útil IPv4/IPv6/MPLS interna ao router do seguinte salto), o comportamento da QoS é o seguinte:
· Entrada: QoS admite a clasificación en campos de capa 3 de GRE exterior mediante o comando set qos-group. Establecer DSCP na interface de entrada establece DSCP para as cabeceiras internas.
· Saída: QoS admite a clasificación usando qos-group para establecer DSCP ou EXP para paquetes de saída.
Para obter máis información sobre os túneles GRE, consulte a Guía de configuración de interfaces para enrutadores da serie Cisco 8000, IOS XR versión 7.3.x.

Característica e beneficios de marcado incondicional de paquetes baseado na clase
A función de marcado de paquetes permítelle dividir a súa rede en varios niveis de prioridade ou clases de servizo, como segue:
· Use a marcación incondicional de paquetes QoS para establecer a precedencia IP ou os valores IP DSCP para os paquetes que entran na rede. Os enrutadores da súa rede poden usar os valores de precedencia IP recentemente marcados para determinar como se debe tratar o tráfico.
Na dirección de entrada, despois de facer coincidir o tráfico en función da Precedencia IP ou do valor DSCP, pode configuralo nunha clase de descarte particular. A detección precoz aleatoria ponderada (WRED), unha técnica de evitación de conxestión, utiliza valores de clase de descarte para determinar a probabilidade de que se descarte un paquete.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 31

Configurar a marcación incondicional de paquetes baseada en clases

Marcar paquetes para cambiar a configuración de prioridade

· Use a marcación incondicional de paquetes QoS para asignar paquetes MPLS a un grupo QoS. O router usa o grupo QoS para determinar como priorizar os paquetes para a transmisión. Para establecer o identificador do grupo QoS nos paquetes MPLS, use o comando set qos-group no modo de configuración da clase de mapa de políticas.
Nota Establecer o identificador do grupo QoS non prioriza automaticamente os paquetes para a transmisión. Primeiro debes configurar unha política de saída que utilice o grupo QoS.
· Marcar paquetes de conmutación de etiquetas multiprotocolo (MPLS) configurando os bits EXP dentro da etiqueta imposta ou superior.
· Marcar paquetes configurando o valor do argumento qos-group. · Marcar paquetes establecendo o valor do argumento discard-class.
Teña en conta que qos-group e discard-class son variables internas do router e non se transmiten.
A tarefa de configuración descríbese en Configurar a marcación de paquetes incondicionais baseada na clase, na páxina 32.
Configurar a marcación incondicional de paquetes baseada en clases
Esta tarefa de configuración explica como configurar as seguintes funcións de marcado de paquetes incondicionais baseadas en clases no seu enrutador:
· Valor de precedencia de IP · Valor de IP DSCP · Valor de grupo QoS (só de entrada) · Valor de CoS (só de saída en subinterfaces de capa 3) · Valor experimental de MPLS · Clase de descarte
Teña en conta que as accións QoS IPv4 e IPv6 aplicadas a MPLS tagOs paquetes ged non son compatibles. Aceptouse a configuración, pero non se realiza ningunha acción.
Configuración Example Siga estes pasos para configurar as funcións de marcado de paquetes incondicionais no seu enrutador. 1. Cree ou modifique un mapa de políticas que se pode anexar a unha ou máis interfaces para especificar unha política de servizo
e ingrese ao modo de configuración do mapa de políticas. 2. Configure unha interface e ingrese ao modo de configuración da interface.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 32

Marcar paquetes para cambiar a configuración de prioridade

Marcado de paquetes incondicionais baseado na clase: Examples

3. Anexa un mapa de políticas a unha interface de entrada ou saída que se utilizará como política de servizo para esa interface.
Configuración Example
router# configure router(config)# interface hundredGigE 0/0/0/24 router(config-pmap)# policy-map policy1 Router(config-int)# commit
Configuración en execución
router(config)# policy-map policy1
mapa-clase coincidencia-calquera protocolo de coincidencia de clase 1 ipv4 mapa-clase final
! ! política-mapa política 1
clase clase 1 establecer precedencia 1
! clase por defecto! mapa-política final! interface HundredGigE0/0/0/24 política de entrada da política de servizo1
!
Verificación Executa este comando para mostrar información de configuración de políticas para todas as clases configuradas para todas as políticas de servizo na interface especificada.
enrutador # mostrar a interface de execución centoGigE 0/0/0/24
Marcado de paquetes incondicionais baseado na clase: Examples
Estes son típicos exampficheiros para a marcación incondicional de paquetes baseada na clase.
Configuración de marcado de precedencia IP: Example
Neste example, créase unha política de servizo chamada policy1. Esta política de servizo asóciase a un mapa de clases previamente definido chamado class1 mediante o uso do comando de clase e, a continuación, a política de servizo engádese á interface de saída HundredGigE 0/7/0/1. O bit de precedencia IP no byte ToS está establecido en 1:
policy-map policy1 clase clase1 establecer precedencia 1
!

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 33

Configuración de marcado IP DSCP: Example

Marcar paquetes para cambiar a configuración de prioridade

interface HundredGigE 0/7/0/1 política de saída da política de servizo1
Configuración de marcado IP DSCP: Example
Neste example, créase unha política de servizo chamada policy1. Esta política de servizo asóciase a un mapa de clases previamente definido mediante o uso do comando class. Neste example, asúmese que un mapa de clases chamado class1 foi previamente configurado e que se crea un novo mapa de clases chamado class2. Neste example, o valor IP DSCP no byte ToS está definido en 5:
policy-map policy1 clase clase 1 conxunto dscp 5
clase class 2 set dscp ef
Despois de configurar os axustes mostrados para os paquetes de voz no borde, todos os enrutadores intermedios configúranse para proporcionar un tratamento de baixa latencia aos paquetes de voz, como segue:
correspondencia de voz de mapa de clase dscp ef
policy-map qos-policy class prioridad de voz nivel 1 taxa policial porcentaxe 10
Configuración de marcado de grupo QoS: Example
Neste example, créase unha política de servizo chamada policy1. Esta política de servizo asóciase a un mapa de clases chamado class1 mediante o uso do comando de clase e, a continuación, a política de servizo engádese na dirección de entrada nun HundredGigE 0/7/0/1. O valor do grupo qos está establecido en 1.
class-map match-any class1 match protocol ipv4 match access-group ipv4 101
policy-map policy1 class class1 set qos-group 1 !
interface HundredGigE 0/7/0/1 política de entrada da política de servizo1
Nota O comando set qos-group só se admite nunha política de entrada.
Configuración de marcado CoS: Example
Neste example, créase unha política de servizo chamada policy1. Esta política de servizo asóciase a un mapa de clases chamado class1 mediante o uso do comando de clase e, a continuación, a política de servizo engádese na dirección de saída nun HundredGigE 0/7/0/1.100. Os bits IEEE 802.1p (CoS) na cabeceira de capa 2 están configurados en 1.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 34

Marcar paquetes para cambiar a configuración de prioridade

Configuración de marcado de imposición de bits experimental MPLS: Example

class-map match-any class1 match protocol ipv4 match access-group ipv4 101
política-mapa policy1 clase clase 1 conxunto cos 1 !
interface HundredGigE 0/7/0/1.100 política de entrada da política de servizo1
Configuración de marcado de imposición de bits experimental MPLS: Example
Neste example, créase unha política de servizo chamada policy1. Esta política de servizo asóciase a un mapa de clases chamado class1 mediante o uso do comando de clase e, a continuación, a política de servizo engádese na dirección de entrada nun HundredGigE 0/7/0/1. Os bits MPLS EXP de todas as etiquetas impostas están configurados en 1.
class-map match-any class1 match protocol ipv4 match access-group ipv4 101
política-mapa política1 clase clase1 establecer mpls exp imposición 1
! interface HundredGigE 0/7/0/1
política de entrada de servizo 1
Nota O comando set mpls exp imposition só se admite nunha política de entrada.
Configuración de marcado superior experimental MPLS: Example
Neste example, créase unha política de servizo chamada policy1. Esta política de servizo asóciase a un mapa de clases chamado class1 mediante o uso do comando de clase e, a continuación, a política de servizo engádese na dirección de saída nun HundredGigE 0/7/0/1. Os bits MPLS EXP na etiqueta TOPMOST están configurados en 1:
class-map match-any class1 match mpls exp topmost 2
policy-map policy1 class class1 set mpls exp topmost 1 !
interface HundredGigE 0/7/0/1 política de saída da política de servizo1
Precedencia IP en comparación coa marcación IP DSCP
Se precisa marcar paquetes na súa rede e todos os seus dispositivos admiten a marcación IP DSCP, use a marca IP DSCP para marcar os seus paquetes porque as marcas IP DSCP proporcionan unha marca de paquetes máis incondicional
Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 35

Configurar DSCP CS7 (Precedencia 7)

Marcar paquetes para cambiar a configuración de prioridade

opcións. Non obstante, se non se desexa marcar mediante IP DSCP ou se non está seguro de se os dispositivos da súa rede admiten valores IP DSCP, use o valor de precedencia IP para marcar os seus paquetes. É probable que o valor de prioridade IP sexa compatible con todos os dispositivos da rede. Pode configurar ata 8 marcas de precedencia IP diferentes e 64 marcas IP DSCP diferentes.
Configurar DSCP CS7 (Precedencia 7)
Vexa o seguinte exampli para configurar opcións en DSCP para un enderezo de orixe particular en paquetes IPv4.
Configuración Example
policy-map policy1 clase clase1 set dscp cs7 !

Modificación da política local
A función de modificación da política local permítelle modificar unha política de QoS mesmo cando a política de QoS estea unida a unha ou máis interfaces. Unha política modificada está sometida ás mesmas comprobacións ás que está suxeita unha nova política cando está vinculada a unha interface. Se a modificación da política ten éxito, a política modificada terá efecto en todas as interfaces ás que está anexa a política. Non obstante, se a modificación da política falla en calquera das interfaces, iníciase unha recuperación automática para garantir que a política de modificación previa estea en vigor en todas as interfaces.
Tamén pode modificar calquera mapa de clases usado no mapa de políticas. Os cambios realizados no mapa de clases teñen efecto en todas as interfaces ás que está anexa a política.

Nota

· As estatísticas de QoS para a política que está anexa a unha interface pérdense (reset a 0) cando a política é

modificado.

· Cando se modifica unha política de QoS anexa a unha interface, é posible que non haxa ningunha política en vigor nas interfaces nas que se use a política modificada durante un curto período de tempo.

· Unha modificación no lugar dunha ACL non restablece o contador de estatísticas do mapa de políticas.

Verificación Se se producen erros irrecuperables durante a modificación da política local, a política ponse nun estado inconsistente nas interfaces de destino. Non é posible ningunha configuración nova ata que se desbloquee a sesión de configuración. Recoméndase eliminar a política da interface, comprobar a política modificada e, a continuación, volver a aplicar en consecuencia.
Recomendacións para usar a modificación de políticas no lugar
Durante un curto período de tempo mentres se modifica unha política de QoS, é posible que non haxa ningunha política en vigor nas interfaces nas que se utiliza a política modificada. Por este motivo, modifique as políticas de QoS que menos afecten

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 36

Marcar paquetes para cambiar a configuración de prioridade

Recomendacións para usar a modificación de políticas no lugar

número de interfaces á vez. Use o comando show policy-map targets para identificar o número de interfaces que se verán afectadas durante a modificación do mapa de políticas.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 37

Recomendacións para usar a modificación de políticas no lugar

Marcar paquetes para cambiar a configuración de prioridade

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 38

5 CAPÍTULO
Evitación de conxestión
· Evitación de conxestión, na páxina 39 · Modos de cola, páxina 39 · Evitación de conxestión en VOQ, páxina 40 · Fluxo de tráfico equitativo mediante VOQ xusto, páxina 44 · Evitación de conxestión QoS modular, páxina 50 · Tail Drop e a cola FIFO , na páxina 50 · Detección temperá aleatoria e TCP, na páxina 52 · Notificación explícita de conxestión , na páxina 54
Evitación de conxestión
A posta en cola ofrece unha forma de almacenar datos temporalmente cando a taxa de recepción de datos é maior que a que se pode enviar. Xestionar as colas e os búfers é o obxectivo principal de evitar a conxestión. Cando unha cola comeza a encherse de datos, é importante tentar asegurarse de que a memoria dispoñible no ASIC/NPU non se enche por completo. Se isto ocorre, os paquetes posteriores que entran no porto son eliminados, independentemente da prioridade que recibiron. Isto podería ter un efecto prexudicial sobre o rendemento das aplicacións críticas. Por este motivo, utilízanse técnicas de evitación de conxestión para reducir o risco de que unha cola enche completamente a memoria e impida memoria ás filas non congestionadas. Os limiares da fila utilízanse para provocar unha caída cando se superan certos niveis de ocupación. A programación é o mecanismo de QoS que se usa para baleirar as filas de datos e enviar os datos ao seu destino. A conformación é o acto de almacenar o tráfico nun porto ou cola ata que se poida programar. A conformación suaviza o tráfico, facendo que os fluxos de tráfico sexan moito máis previsibles. Axuda a garantir que cada cola de transmisión estea limitada a unha taxa máxima de tráfico.
Modos de cola
Admítense dous modos de cola de rede para a cola da interface de rede: o modo predeterminado de 8xVOQ (cola de saída virtual) e 4xVOQ. Para cambiar o modo dun a outro é necesario que primeiro recargue todas as tarxetas de liña do sistema.
Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 39

Política de cola da interface principal

Evitación de conxestión

No modo 8xVOQ, asígnanse oito VoQ e os seus recursos asociados para cada interface. Estas filas atribúense independentemente da configuración exacta da política nesa interface. Este modo admite un VOQ separado para cada unha das oito clases de tráfico interno. No modo 4xVOQ, catro VoQ e os seus recursos asociados son asignados a cada interface, e estas filas son asignadas independentemente da política exacta aplicada. Neste modo, o sistema admite o dobre de interfaces lóxicas, pero as oito clases de tráfico deben asignarse mediante a configuración a catro VoQ, non oito VoQ.
Nota A partir da versión 7.2.12 de Cisco IOS XR, todas as funcións de cola que se admiten nas interfaces de capa 3 tamén se admiten nas interfaces de capa 2. Non obstante, estas características aplícanse só á interface principal (interfaces físicas e de paquetes) e non ás subinterfaces.
Política de cola da interface principal
As colas predeterminadas da interface principal créanse como parte da creación da interface principal. Cando aplique unha política de cola á interface principal, esta anulará os parámetros predeterminados de cola e programación para as clases de tráfico que configureu. No modo 8xVOQ, utilízase unha xerarquía P1+P2+6PN para as filas de interfaces principais (axenda e programación predeterminadas). As colas predeterminadas úsanse para todo o tráfico á interface principal e o tráfico a calquera subinterface sen que se aplique unha política de filas. O tráfico de control/protocolo utiliza a clase de tráfico 7 (TC7), prioridade 1 (P1) para evitar caídas durante a conxestión.
Política de cola de subinterface
Cada subinterface admite ata tres políticas: unha política de entrada, unha política de marcado de saída e unha política de fila de saída. Para crear e configurar un conxunto separado de VoQ para unha subinterface, aplique unha política de cola nesa subinterface. Cando eliminas a política de cola da subinterface, liberaranse os VoQ asociados e o tráfico da subinterface volve utilizar os VoQ da interface principal.
Evitación de conxestión en VOQ
A evitación de conxestión dentro dun bloque VOQ realízase aplicando un profesional de xestión de conxestiónfile a un VOQ. Este profile define os criterios de admisión e as comprobacións realizadas no momento da cola. En condicións normais de tráfico, o paquete ponse en cola nos búfers do sistema de memoria compartida (SMS). (O sistema de memoria compartida é a principal área de almacenamento de paquetes.) Se o SMS VOQ está conxestionado máis aló dun limiar establecido, o VOQ móvese ao bloque externo de memoria de banda alta (HBM). Cando se esgota a cola de HBM, devólvese ao SMS do chip. O tamaño da cola en HBM é adaptativo e diminúe cando o uso total de HBM é alto.
Nota: Random Early Detect (RED) só está dispoñible para VOQ en HBM. O hardware non admite a detección precoz aleatoria ponderada (WRED).

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 40

Evitación de conxestión

Compartir contadores de estatísticas de VOQ

Compartir contadores de estatísticas de VOQ
Cada procesador de rede do enrutador ten varios segmentos (ou canalizacións) e cada segmento ten un conxunto de VOQ asociados a cada interface do enrutador. Para manter os contadores a altas taxas de paquetes, asócianse dous conxuntos de contadores con cada interface en cada segmento de rede. Como example, considere un dispositivo con seis segmentos (12 interfaces), cada un con 24,000 VOQ, onde quere que se conteñan os eventos transmitidos e eliminados. Neste escenario, necesitarías 12 x 24 000 x 2 = 5 76,000 1,2,4,8 contadores, o que só supera a capacidade do contador do dispositivo. É para mitigar ese escenario que o enrutador admita a compartición configurable de contadores de VOQ. Podes configurar o uso compartido de forma que un contador sexa compartido por {XNUMX} VOQ. Cada conxunto de contadores que comparten VoQs ten dous contadores que miden:
· Os paquetes en cola contan en unidades de paquetes e bytes.
· Os paquetes eliminados contan en unidades de paquetes e bytes.
Para que a función teña efecto: · Eliminar a configuración do mapa de políticas da fila de saída de todas as interfaces.
· Executa o comando # reload location all para recargar todos os nodos do teu enrutador.

Configurando o uso compartido de contadores de estatísticas VOQ
Para configurar os contadores de compartición de VOQ, use o #hw-module profile stats voqs-sharing-counters e especifica o número de contadores de VOQ para cada cola.
RP/0/RP0/CPU0:ios(config)#hw-module profile estatísticas? voqs-sharing-counters Configura o número de contadores de voqs (1, 2, 4) para compartir
RP/0/RP0/CPU0:ios(config)#hw-module profile estatísticas voqs-sharing-counters? 1 contador para cada fila 2 2 Contadores de filas de cola 4 4 Contadores de filas de cola
RP/0/RP0/CPU0:ios(config)#hw-module profile estadísticas voqs-sharing-counters 1 RP/0/RP0/CPU0:ios(config)#hw-module profile stats voqs-sharing-counters 2 RP/0/RP0/CPU0:ios(config)#commit RP/0/RP0/CPU0:ios#reload location all

Configuración en execución
RP/0/RP0/CPU0:ios#show run | en hw-mod Luns 10 de febreiro 13:57:35.296 UTC Configuración do edificio... hw-module profile estatísticas voqs-sharing-counters 2 RP/0/RP0/CPU0:ios#

Verificación
RP/0/RP0/CPU0:ios#show controladores npu stats voq ingress interface hundredGigE 0/0/0/16 instancia toda a localización 0/RP0/CPU0 Luns 10 de febreiro 13:58:26.661 UTC

Nome da interface =

Interface Handle =

Localización

Instancia Asic

Base VOQ

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

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 41

Límite de cola dual

Evitación de conxestión

Velocidade do porto (kbps) = 100000000

Porto Local

local

Modo VOQ

Modo de contador compartido =

ReceivedPkts ReceivedBytes DroppedPkts

DroppedBytes

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

TC_{0,1} = 114023724

39908275541

113945980

39881093000

TC_{2,3} = 194969733

68239406550

196612981

68814543350

TC_{4,5} = 139949276

69388697075

139811376

67907466750

TC_{6,7} = 194988538

68242491778

196612926

68814524100

Comandos relacionados hw-module profile estatísticas voqs-sharing-counters

Límite de cola dual
A opción de límite de cola dual engádese ao comando queue-limit na CLI do seu enrutador e móstrase como clase de descarte. O que fai a opción de descartar clase é darche a flexibilidade para configurar dous límites de fila nun único mapa de políticas: un para o tráfico de alta prioridade e outro para o tráfico de baixa prioridade. Esta opción garante que o fluxo de tráfico de alta prioridade continúe sen afectar (ata o limiar derivado do límite de fila da clase de descarte 0) mentres que o tráfico de baixa prioridade continúe ata o limiar inferior (por límite de fila da clase de descarte 1).

Dígame máis Pode configurar os dous límites de fila segundo estes detalles:
· Un para o fluxo que marcas como clase de descarte 0 (prioridade máis alta) ao entrar a través da política de entrada. · en segundo lugar, para o fluxo que marcas como clase de descarte 1 (prioridade inferior) ao entrar a través da política de entrada.

O fluxo de descarte clase 1 (para tráfico de baixa prioridade) comeza a diminuír cando a lonxitude da cola alcanza o límite de tamaño que configuraches para descartar clase 1. Pola contra, o fluxo para descartar clase 1 deixa de caer cando a lonxitude da cola cae por debaixo. o seu valor configurado.

Como example, considere esta configuración:

política-mapa egress_pol_dql clase tc7
queue-limit discard-class 0 100 mbytes queue-limit discard-class 1 50 mbytes nivel de prioridade 1 ! relación de ancho de banda restante de clase por defecto 1 ! mapa-política final!

Considere tamén a verificación:

RP/0/RP0/CPU0:ios#

RP/0/RP0/CPU0:ios#show qos interface hundredGigE 0/0/0/30 output

NOTA: - Os valores configurados móstranse entre parénteses

Interface HundredGigE0/0/0/30 ifh 0xf000210 — política de saída

ID NPU:

Número total de clases:

Ancho de banda da interface:

100000000 kbps

Nome da política:

egress_pol_dql

Base VOQ:

464

Tipo de contabilidade:

Capa 1 (incluír encapsulación de capa 1 e superior)

Modo VOQ:

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 42

Evitación de conxestión

Restricións

Modo de contador compartido:

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

Clase de nivel 1 (HP1)

= tc7

ID da cola de saída

= 471 (cola HP1)

Fila máx. BW.

= sen máximo (predeterminado)

Descarta o limiar da clase 1

= 25165824 bytes/2 ms (50 MB)

Descarta o limiar da clase 0

= 75497472 bytes/5 ms (100 MB)

WRED non está configurado para esta clase

Nivel 1 Clase Egressq Queue ID Queue Max. BW. Umbral de caída de cola de peso inverso/peso WRED non está configurado para esta clase

= clase predeterminada = 464 (cola LP predeterminada) = sen máximo (predeterminado) = 1 / (1) = 749568 bytes / 6 ms (predeterminado)

No ex anteriorample, hai dous fluxos de tráfico que están marcados como clase de descarte 0 (prioridade máis alta) e clase de descarte 1 (prioridade máis baixa).

Mentres a lonxitude da cola dos dous fluxos siga por debaixo dos 25165824 bytes (o limiar para a clase de descarte 1), os paquetes de ambos fluxos continúan sen caídas. Cando a lonxitude da cola alcanza os 25165824 bytes, os paquetes de clase 1 descartados non se colocan en cola, garantindo que todo o ancho de banda restante se utilice para o fluxo de maior prioridade (clase de descarte 0).

O fluxo de maior prioridade só cae cando a lonxitude da cola alcanza os 75497472 bytes.

Nota

· Esta opción protexe o tráfico de alta prioridade da perda por conxestión, pero non necesariamente da latencia

debido á conxestión.

· Estes limiares derívanse de rexións de filas específicas de hardware.

Restricións

Asegúrate de ler estas restricións sobre a opción de límite de cola dual. · Ambos os límites da cola deben utilizar a mesma unidade de medida.
· O límite de cola para a clase de descarte 0 debe ser sempre maior que o de clase de descarte 1.
· Cando a opción discard-class non se utiliza para configurar o queue-limit, os paquetes marcados con discard-class 0 e discard-class 1 teñen o mesmo queue-limit; noutras palabras, reciben un trato idéntico.
· Rexéitase un límite de cola configurado só con descartar-clase 0 ou descartar-clase 1.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 43

Fluxo de tráfico equitativo utilizando VOQ xusto

Evitación de conxestión

Fluxo de tráfico equitativo utilizando VOQ xusto

Táboa 8: Táboa do historial de funcións

Nome da característica

Información de lanzamento

Fluxo de tráfico equitativo mediante a versión xusta 7.3.3 VOQ

Descrición da característica
A configuración desta función garante que o tráfico de entrada desde varios portos de orixe en cada parte de rede dunha NPU teña asignada unha cola de saída virtual (VOQ) única para cada porto de orixe e par de portos de destino. Esta acción garante que o ancho de banda dispoñible no porto de destino para unha determinada clase de tráfico distribúese por igual a todos os portos de orixe que soliciten ancho de banda.
Nas versións anteriores, o tráfico non se distribuía de forma equitativa porque a cada porción non se lle daba a súa parte xusta do ancho de banda da cola de saída.
Esta función introduce as palabras clave fair-4 e fair-8 no hw-module profile comando qos voq-mode.

VOQ xusto: Por que
Por comportamento predeterminado, a cada segmento de rede dunha NPU asígnaselle un conxunto de 4 ou 8 Colas de saída virtuais (VOQ) por porto de destino. Con tal asignación, é un reto asegurarse de que a cantidade correcta de almacenamento en búfer está dispoñible a través dos VOQ. Con esta configuración, o tráfico de entrada desde varios portos de orixe nun segmento (ou canalización) nunha NPU destinada a un porto de destino asígnase a un VOQ por segmento. Noutras palabras, varios portos de orixe que envían tráfico ao mesmo porto de destino usan o mesmo VOQ. Non obstante, ao enviar tráfico a diferentes portos de destino, o tráfico ponse en cola a diferentes VOQ. Isto significa que o tráfico non se distribúe de forma equitativa porque cada porción non recibe a súa parte xusta do ancho de banda da cola de saída. Nun escenario no que un segmento ten dous portos e outro só ten un porto, o ancho de banda cae para os portos que comparten un segmento, aínda que os dous portos manexan máis tráfico que o único porto.
Considere o seguinte example onde dous portos 100G -port-0 e port-1- que pertencen á mesma porción (slice-0) están enviando tráfico ao porto-3 na cola de saída (OQ). Tes un porto 100G noutro segmento (porción-1) na mesma NPU que tamén está programado para enviar tráfico ao porto-3. O VOQ de entrada compártese entre os dous portos no segmento-0, mentres que o VOQ de entrada no segmento-1 está dispoñible exclusivamente para o porto-3. Este arranxo fai que o porto-0 e o porto-1 reciban o 25% do tráfico do buffer, mentres que o porto-3 reciba o 50% do tráfico do buffer.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 44

Evitación de conxestión Figura 3: Comportamento existente: os portos de orixe no segmento comparten un VOQ por porto de destino

VOQ xusto: como

A función VOQ xusta resolve esta disparidade na distribución do tráfico.
VOQ xusto: como
A función VOQ xusta aborda o comportamento predeterminado que trata os portos de orixe en cada porción de NPU por igual, independentemente do número de portos de orixe activos. Faino redeseñando a forma en que se asigna o ancho de banda desde a cola de saída. En lugar de distribuír o ancho de banda nun nivel de porción, o VOQ xusto distribúe o ancho de banda directamente aos portos de orixe. Cando configura o comando hw-module profile qos voq-mode e recarga o teu enrutador, a funcionalidade crea un VOQ dedicado para cada porto de orixe e par de portos de destino. Esta disposición garante que o ancho de banda dispoñible no porto de destino para unha determinada clase de tráfico se distribúa por igual a todos os portos de orixe que soliciten ancho de banda.
Ampliando o example para comprender a funcionalidade VOQ xusta, agora hai VOQ dedicados para cada porto de entrada que se conectan ao porto na cola de saída. Así, o porto-0 e o porto-1 agora non comparten un VOQ e o porto-3 ten o seu VOQ como antes, como se mostra na seguinte figura. Este arranxo xusto de VOQ dá lugar a un tráfico en fila en colas dedicadas, mellorando así o rendemento do tráfico.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 45

Modos de VOQ xusto e compartición de contadores

Evitación de conxestión

Figura 4: Comportamento de VOQ xusto: cada porto de orixe no segmento ten un VOQ dedicado por porto de destino

Modos de VOQ xusto e compartición de contadores
Podes configurar o VOQ xusto para o modo 8xVOQ (fair-8) e o modo 4xVOQ (fair-4) usando as seguintes opcións no hw-module profile comando qos voq-mode:
· hw-module profile qos voq-mode fair-8
· hw-module profile qos voq-mode fair-4

Tamén podes compartir contadores de estatísticas de VOQ nos dous modos de VOQ xusto, como se mostra na seguinte táboa. (Para obter detalles sobre por que é esencial compartir contadores e como configurar o uso compartido de contadores, consulte Compartir contadores de estatísticas de VOQ, na páxina 41).
Táboa 9: Modos de VOQ xusto e contadores de compartición

Modo VOQ xusto fair-8

Modo de compartición de contadores 2, 4

Notas importantes
· Oito VOQ configurados por porto de orixe e par de destino
· Os contadores son compartidos por {2, 4} VOQ.
· O modo fair-8 non admite o modo contador dedicado (modo contador 1, onde hai un contador para cada cola)

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 46

Evitación de conxestión

VOQs xustos e VOQs Slice (ou normais): diferenzas clave

Modo VOQ xusto fair-4

Modo de compartición de contadores 1, 2, 4

Notas importantes
· Catro VOQ configurados por porto de orixe e par de destino
· Os contadores son compartidos por {1, 2, 4} VOQ.

VOQs xustos e VOQs Slice (ou normais): diferenzas clave
A seguinte táboa é unha instantánea para resumir as principais diferenzas entre os VOQ xustos e os VOQ slice ou habituais.
Táboa 10: VOQ xustos e VOQ normais

VOQ xusto

VOQ normal

Modo fair-8: oito VOQ configurados por porto de orixe 8:

e parella de destino

· Oito VOQ por porto de destino por porción

· Estes VOQ son compartidos por todos os portos de orixe dentro dun segmento NPU.

Modo fair-4: catro VOQ configurados por porto fonte 4:

e parella de destino

· Catro VOQ por porto de destino por porción

· Estes VOQ son compartidos por todos os portos de orixe dentro dun segmento NPU.

Directrices e limitacións
· A función VOQ xusta é compatible co enrutador Cisco 8202 (12 portos QSFP56-DD 400G e 60 QSFP28 100G).
· A seguinte táboa detalla as interfaces máximas (con configuracións básicas de IPv4 e ningunha outra configuración de escala como a política de QoS, ACL e a configuración da subinterface) permitidas en función do modo VOQ e do modo de contador de compartición.
Táboa 11: Interfaces máximas baseadas no modo VOQ xusto e no modo de contador de compartición

Modo VOQ feira-8

Modo de contador compartido 1

Máximo de interfaces
O router non admite esta combinación.
(Isto débese a que no modo de contador predeterminado, non se crean 72 interfaces).

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 47

Configurar Fair VOQ

Evitación de conxestión

Modo VOQ feira-8
feira-8 feira-4
feira-4 feira-4

Modo de contador compartido 2
4 1
2 4

Máximo de interfaces
96 = 60 (100G) + 8×4 + 4 (400G) ==> só podes configurar oito interfaces 400G en modo de ruptura 4x10G ou 4x25G.
108 = 60 + 12 x 4 (disparo nos 12 portos - 400G)
96 = 60(100G) + 8×4 + 4 (400G) ==> só podes configurar oito interfaces 400G en modo breakout 4x10G ou 4x25G.
108 = 60 + 12 x4 (disparo nos 12 portos: 400G)
108 = 60 + 12 x4 (disparo nos 12 portos: 400G)

Nota Recomendamos utilizar o modo de contador compartido 4 nos modos de ruptura e o modo de contador de compartición 2 para os modos sen ruptura.

Nota: O modo Breakout non é compatible con interfaces 100G.
· Asegúrate de volver cargar o router para que a configuración teña efecto.
· O tráfico da capa 2 non é compatible no modo fair-voq (fair-4 e fair-8).
· Non se admite a cola de subinterface. (Isto aplícase tamén ás subinterfaces do paquete). Isto significa que non podes anexar políticas de servizos de saída que requiran VOQ dedicados. Non obstante, a marca de saída é compatible con subinterfaces.
· hw-module profile stats voqs-sharing-counters 1 non é compatible no modo fair-8. Asegúrese de configurar hw-module profile voq sharing-counters 2 ou hw-module profile voq sharing-counters 4 xunto con hw-module profile qos voq-mode fair-4 ou hw-module profile qos voq-mode fair-8 antes de recargar o router.
· Breakout só é compatible con interfaces 400G en modo fair-voq (tanto fair-4 como fair-8) no router Cisco 8202.
· As palabras clave src-interface e src-slice en show controller npu stats só son visibles cando configuras o modo VOQ en fair-8 ou fair-4.
Configurar Fair VOQ
Para configurar un VOQ xusto:

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 48

Evitación de conxestión

Configurar Fair VOQ

1. Configure o uso compartido de contadores de estatísticas de VOQ. Este example configura 2 contadores.

Nota A configuración do modo fair-8 sen compartir o contador pode provocar un fallo de configuración ou outro comportamento inesperado.
2. Configure o modo VOQ xusto. Este example mostra como configurar o modo fair-8.
3. Reinicie o router para que a configuración teña efecto.
4. Activaches correctamente a función VOQ xusta para garantir unha distribución equitativa do tráfico entre cada porto de orixe e cada par de portos de destino.
/*Configurar o uso compartido de contadores de estatísticas de VOQ; estamos configurando 2 contadores por cola*/ Router(config)#hw-module profile estatísticas?
voqs-sharing-counters Configura o número de voqs (1, 2, 4) contadores de uso compartido Router(config)#hw-module profile estatísticas voqs-sharing-counters?
1 Contador para cada cola 2 2 Contadores de compartición de colas 4 4 Contadores de compartición de colas Router(config)#hw-module profile estatísticas voqs-sharing-counters 2
/*Configurar o modo fair-voq; estamos configurando o modo VOQ fair-8 aquí*/ Router#config Router(config)#hw-module profile qos voq-mode fair-8 Router(config)#commit Router#reload location all
Configuración en execución
hw-module profile estatísticas voqs-sharing-counters 2! hw-module profile qos voq-mode fair-8 !
Verificación
Execute o comando show controller npu stats voq ingress interface <> instance <> location <> para verificar a correcta configuración VOQ.
Router#mostrar controladores npu stats voq ingress interface hundredGigE 0/0/0/20 instancia 0 localización 0/RP0/CPU0

Nome da interface

= Hu0/0/0/20

Mango de interface

f000118

Localización

= 0/RP0/CPU0

Instancia Asic

Velocidade do porto (kbps)

= 100000000

Porto Local

local

Nome da interface Src =

TODOS

Modo VOQ

Feira-8

Modo de contador compartido =

ReceivedPkts ReceivedBytes DroppedPkts

DroppedBytes

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

TC_{0,1} = 11110

1422080

TC_{2,3} = 0

TC_{4,5} = 0

TC_{6,7} = 0

RP/0/RP0/CPU0:ios#

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 49

Evitación de conxestión de QoS modular

Evitación de conxestión

Comandos asociados hw-module profile qos voq-mode
Evitación de conxestión de QoS modular
As técnicas de evitación de conxestión supervisan o fluxo de tráfico nun esforzo por anticipar e evitar a conxestión nos pescozos de botella comúns da rede. As técnicas de evitación implícanse antes de que se produza a conxestión en comparación coas técnicas de xestión de conxestión que controlan a conxestión despois de que se produciu. A evitación da conxestión conséguese mediante a eliminación de paquetes. O router admite estas técnicas de prevención de conxestión de QoS:
· Tail Drop e a cola FIFO, na páxina 50 · Detección temperá aleatoria e TCP, na páxina 52
Tail Drop e a cola FIFO
Tail drop é unha técnica de evitación de conxestión que deixa caer paquetes cando unha cola de saída está chea ata que se elimina a conxestión. A caída da cola trata todo o fluxo de tráfico por igual e non diferencia entre as clases de servizo. Xestiona os paquetes colocados nunha cola de primeiro en entrar, primeiro en saír (FIFO) e reenviados a un ritmo determinado polo ancho de banda da ligazón subxacente dispoñible.
Configurar Tail Drop
Os paquetes que satisfacen os criterios de coincidencia dunha clase acumúlanse na cola reservada para a clase ata que se lles atende. O comando queue-limit úsase para definir o limiar máximo para unha clase. Cando se alcanza o limiar máximo, os paquetes en cola na cola de clases dan como resultado a caída de cola (caída de paquetes).
Restricións · Ao configurar o comando queue-limit, debe configurar un dos seguintes comandos: prioridade, media da forma ou ancho de banda restante, excepto a clase predeterminada.
Configuración Example Ten que realizar o seguinte para completar a configuración de tail drop: 1. Crear (ou modificar) un mapa de políticas que se pode anexar a unha ou máis interfaces para especificar un servizo
política 2. Asociar a clase de tráfico coa política de tráfico 3. Especificar o límite máximo que pode manter a cola para unha política de clase configurada nun mapa de políticas. 4. Especificar prioridade a unha clase de tráfico pertencente a un mapa de políticas. 5. (Opcional) Especificar o ancho de banda asignado para unha clase pertencente a un mapa de políticas ou especificar como
para asignar o ancho de banda sobrante a varias clases. 6. Anexando un mapa de políticas a unha interface de saída que se utilizará como política de servizo para esa interface.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 50

Evitación de conxestión

Configurar Tail Drop

Router# configure Router(config)# policy-map test-qlimit-1 Router(config-pmap)# class qos-1 Router(config-pmap-c)# queue-limit 100 us Router(config-pmap-c)# nivel de prioridade 7 Router(config-pmap-c)# exit Router(config-pmap)# exit
Router(config)# interface HundredGigE 0/6/0/18 Router(config-if)# service-policy output test-qlimit-1 Router(config-if)# commit

Configuración en execución
policy-map test-qlimit-1 class qos-1 queue-limit 100 us priority level 7 ! clase por defecto! mapa-política final
!

Verificación

Router# show qos int hundredGigE 0/6/0/18 output

NOTA: - Os valores configurados móstranse entre parénteses

Interface HundredGigE0/6/0/18 ifh 0x3000220 — política de saída

ID NPU:

Número total de clases:

Ancho de banda da interface:

100000000 kbps

Base VOQ:

11176

Control de estatísticas de VOQ:

0x88550ea0

Tipo de contabilidade:

Capa 1 (incluír encapsulación de capa 1 e superior)

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

Clase de nivel 1 (HP7)

= qos-1

ID da cola de saída

= 11177 (cola HP7)

Limiar TailDrop

= 1253376 bytes / 100 us (100 us)

WRED non está configurado para esta clase

Nivel 1 Clase Egressq Queue ID Queue Max. BW. Fila mín. BW. Umbral de caída de cola de peso inverso/peso WRED non está configurado para esta clase

= clase predeterminada = 11176 (cola LP predeterminada) = 101803495 kbps (predeterminado) = 0 kbps (predeterminado) = 1 (BWR non configurado) = 1253376 bytes / 10 ms (predeterminado)

Temas relacionados · Tail Drop e a cola FIFO, na páxina 50

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 51

Detección temperá aleatoria e TCP

Evitación de conxestión

Detección temperá aleatoria e TCP
A técnica de prevención de conxestión de detección precoz aleatoria (RED) leva adiantetage do mecanismo de control de conxestión de TCP. Ao soltar paquetes aleatoriamente antes de períodos de alta conxestión, RED dille á fonte do paquete que diminúe a súa taxa de transmisión. Asumindo que a orixe do paquete está a usar TCP, diminúe a súa velocidade de transmisión ata que todos os paquetes chegan ao seu destino, o que indica que a conxestión está despexada. Podes usar RED como unha forma de facer que TCP ralentice a transmisión de paquetes. TCP non só fai unha pausa, senón que tamén se reinicia rapidamente e adapta a súa taxa de transmisión á velocidade que pode soportar a rede. RED distribúe as perdas no tempo e mantén unha profundidade de fila normalmente baixa mentres absorbe as ráfagas de tráfico. Conségueo tomando medidas sobre o tamaño medio da cola, e non sobre o tamaño da cola instantánea. Cando está activado nunha interface, RED comeza a soltar paquetes cando se produce a conxestión ao ritmo que selecciones durante a configuración.
Configurar a detección precoz aleatoria
O comando de detección aleatoria coas palabras clave de limiar mínimo e límite máximo debe utilizarse para activar a detección precoz aleatoria (RED).
Directrices · Se configura o random-detect comando en calquera clase, incluíndo class-default, configure un dos seguintes comandos: forma media ou ancho de banda restante. · Se configura un límite de cola inferior ao valor mínimo admitido, o valor configurado axustarase automaticamente ao valor mínimo admitido. Mentres configuras a detección aleatoria, se configuras o e valores inferiores ao valor límite mínimo admitido: · O o valor axústase automaticamente ao valor mínimo admitido. · O o valor non se axusta automaticamente a un valor superior ao valor límite mínimo admitido. Isto resulta nunha configuración de detección aleatoria fallida. Para evitar este erro, configure o valor tal que supera o valor que admite o seu sistema.
Configuración Example Realice o seguinte para completar a configuración aleatoria de detección precoz: 1. Crear (ou modificar) un mapa de políticas que se pode anexar a unha ou máis interfaces para especificar un servizo
política 2. Asociar a clase de tráfico coa política de tráfico 3. Habilitar RED con limiares mínimos e máximos. 4. Configure unha das seguintes opcións:
· Especificar como asignar o ancho de banda sobrante a varias clases. OU
· Axustar o tráfico á taxa de bits especificada ou un porcentaxetage do ancho de banda dispoñible.
5. Anexando un mapa de políticas a unha interface de saída que se utilizará como política de servizo para esa interface.
Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 52

Evitación de conxestión

Configurar a detección precoz aleatoria

Router# configure Router (config)# policy-map red-abs-policy Router (config-pmap)# clase qos-1 Router (config-pmap-c)# random-detect Router(config-pmap-c)# shape average percent 10 Router(config-pmap-c)# end-policy-map Router(config)# commit Router(config)# interface HundredGigE0/0/0/12 Router(config- if)# saída da política de servizo red-abs-policy Router(config-if)# commit
Configuración en execución
política-mapa red-abs-clase de política tc7
nivel de prioridade 1 límite de cola 75 Mbytes! clase tc6 nivel de prioridade 2 límite de cola 75 mbytes! clase tc5 forma media 10 gbps límite de cola 75 mbytes! clase tc4 forma media 10 gbps límite de cola 75 mbytes! clase tc3 forma media 10 gbps límite de cola 75 mbytes! clase tc2 forma media 10 gbps límite de cola 75 mbytes! clase tc1 forma media 10 gbps detección aleatoria ecn detección aleatoria 100 mbytes 200 mbytes! clase clase-forma predeterminada media 10 gbps detección aleatoria 100 mbytes 200 mbytes! mapa-política final!
interface HundredGigE0/0/0/12 saída da política de servizo red-abs-policy shutdown!
Verificación
Router# show qos int hundredGigE 0/6/0/18 output

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 53

Notificación explícita de conxestión

Evitación de conxestión

NOTA: - Os valores configurados móstranse entre parénteses

Interface HundredGigE0/0/0/12 ifh 0x3000220 — política de saída

ID NPU:

Número total de clases:

Ancho de banda da interface:

100000000 kbps

Base VOQ:

11176

Control de estatísticas de VOQ:

0x88550ea0

Tipo de contabilidade:

Capa 1 (incluír encapsulación de capa 1 e superior)

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

Clase Nivel 1

= qos-1

ID da cola de saída

= 11177 (cola LP)

Fila máx. BW.

= 10082461 kbps (10 %)

Fila mín. BW.

= 0 kbps (predeterminado)

Peso inverso / peso

= 1 (BWR non configurado)

Tarifa de servizo garantida

= 10000000 kbps

Limiar TailDrop

= 12517376 bytes/10 ms (predeterminado)

RED pro predeterminadofile VERMELLO Min. Limiar VERMELLO Máx. Límite

= 12517376 bytes (10 ms) = 12517376 bytes (10 ms)

Nivel 1 Clase Egressq Queue ID Queue Max. BW. Fila mín. BW. Peso inverso / Taxa de servizo garantida TailDrop Threshold WRED non configurado para esta clase

= clase predeterminada = 11176 (cola LP predeterminada) = 101803495 kbps (predeterminado) = 0 kbps (predeterminado) = 1 (BWR non configurado) = 50000000 kbps = 62652416 bytes/10 ms (predeterminado)

Temas relacionados · Detección temperá aleatoria e TCP, na páxina 52

Notificación explícita de conxestión
A detección precoz aleatoria (RED) está implementada nos enrutadores principais dunha rede. Os enrutadores Edge asignan prioridades IP aos paquetes, xa que os paquetes entran na rede. Con RED, os enrutadores básicos usan estas precedencias para determinar como tratar os diferentes tipos de tráfico. RED proporciona un único limiar e pesos por clase de tráfico ou cola para diferentes precedencias de IP.
ECN é unha extensión de RED. ECN marca os paquetes en lugar de soltalos cando a lonxitude media da cola supera un valor límite específico. Cando está configurado, ECN axuda aos enrutadores e aos servidores finais a comprender que a rede está conxestionada e a retardar o envío de paquetes. Non obstante, se a lonxitude da cola supera o limiar máximo para a memoria estendida, os paquetes quítanse. Este é o tratamento idéntico que recibe un paquete cando RED está activado sen ECN configurado no router.
RFC 3168, The Addition of Explicit Congestion Notification (ECN) to IP, indica que coa adición da xestión activa de filas (por exemploample, RED) á infraestrutura de Internet, os enrutadores xa non se limitan á perda de paquetes como indicación de conxestión.

Nota Non pode usar esta función cando definiu qos-group ou mpls experimental xunto cunha clase de tráfico na política de entrada.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 54

Evitación de conxestión

Notificación explícita de conxestión

Implementación de ECN
A implementación de ECN require un campo específico de ECN que teña dous bits: o bit de transporte compatible con ECN (ECT) e o bit CE (Congestion Experienced) na cabeceira IP. O bit ECT e o bit CE pódense usar para facer catro puntos de código de 00 a 11. O primeiro número é o bit ECT e o segundo número é o bit CE.
Táboa 12: Configuración de bits ECN

ECT Bit 0 0
1
1

CE Bit 0 1
0
1

Combinación Indica
Non apto para ECN.
Os puntos finais do protocolo de transporte son compatibles con ECN.
Os puntos finais do protocolo de transporte son compatibles con ECN.
Conxestión experimentada.

A combinación de campos ECN 00 indica que un paquete non está usando ECN. Os puntos de código 01 e 10, chamados ECT(1) e ECT(0), respectivamente, son definidos polo remitente de datos para indicar que os puntos finais do protocolo de transporte son compatibles con ECN. Os enrutadores tratan estes dous puntos de código de xeito idéntico. Os remitentes de datos poden utilizar unha destas dúas combinacións ou ambas. A combinación de campos ECN 11 indica conxestión nos extremos. Os paquetes que cheguen a unha cola completa dun enrutador eliminaranse.

Tratamento de paquetes cando ECN está activado
Cando ECN está activado, todos os paquetes entre e están marcados con ECN. Xorden tres escenarios diferentes se a lonxitude da cola está entre o limiar mínimo e o limiar máximo:
· Se o campo ECN do paquete indica que os puntos finais son compatibles con ECN (é dicir, o bit ECT está configurado en 1 e o bit CE está configurado en 0, ou o bit ECT está configurado en 0 e o bit CE está configurado a 1) –e o algoritmo RED determina que o paquete debería ter sido eliminado en función da probabilidade de caída– os bits ECT e CE do paquete cámbianse a 1 e o paquete transmítese. Isto ocorre porque ECN está activado e o paquete queda marcado en lugar de soltarse.
· Se o campo ECN do paquete indica que ningún dos extremos é compatible con ECN (é dicir, o bit ECT está configurado en 0 e o bit CE está configurado en 0), o paquete transmítese. Non obstante, se se supera o limiar máximo de caída de cola, o paquete bótase. Este é o tratamento idéntico que recibe un paquete cando RED está activado sen ECN configurado no router.
· Se o campo ECN do paquete indica que a rede está experimentando conxestión (é dicir, tanto o bit ECT como o bit CE están configurados en 1), o paquete transmítese. Non é necesario marcar máis.

Configuración Example
Router# configure Router(config)# policy-map policy1 Router(config-pmap)# class class1 Router(config-pmap-c)# porcentaxe de ancho de banda 50 Router(config-pmap-c)# random-detect 1000 paquetes 2000 paquetes Router (config-pmap-c) # random-detect ecn Router (config-pmap-c) # saída

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 55

Notificación explícita de conxestión

Evitación de conxestión

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

Verificación Use a interface show policy-map para verificar a configuración.

Router# show policy-map int hu 0/0/0/35 saída TenGigE0/0/0/6 saída: pm-out-queue

Saída de HundredGigE0/0/0/35: egress_qosgrp_ecn

Clase tc7

Clasificación estatística

Coincidido

Transmitido

Total caído

Estatísticas de filas

ID da cola

Taildropped (paquetes/bytes)

(paquetes/bytes)

(taxa - kbps)

195987503/200691203072

188830570/193362503680

7156933/7328699392

: 18183 : 7156933/7328699392

WRED profile para

VERMELLO transmitido (paquetes/bytes)

: N/A

Descensos aleatorios RED (paquetes/bytes)

: N/A

Caídas do límite máximo VERMELLO (paquetes/bytes)

: N/A

RED ecn marcado e transmitido (paquetes/bytes): 188696802/193225525248

Clase tc6

Clasificación estatística

(paquetes/bytes)

(taxa - kbps)

Coincidido

666803815/133360763000

Transmitido

642172362/128434472400

Total caído

24631453/4926290600

Estatísticas de filas

ID da cola

: 18182

Taildropped (paquetes/bytes)

: 24631453/4926290600

WRED profile para

VERMELLO transmitido (paquetes/bytes)

: N/A

Descensos aleatorios RED (paquetes/bytes)

: N/A

Caídas do límite máximo VERMELLO (paquetes/bytes)

: N/A

RED ecn marcado e transmitido (paquetes/bytes): 641807908/128361581600

Clase tc5

Clasificación estatística

(paquetes/bytes)

(taxa - kbps)

Coincidido

413636363/82727272600

6138

Transmitido

398742312/79748462400

5903

Total caído

14894051/2978810200

235

Estatísticas de filas

ID da cola

: 18181

Taildropped (paquetes/bytes)

: 14894051/2978810200

WRED profile para

VERMELLO transmitido (paquetes/bytes)

: N/A

Descensos aleatorios RED (paquetes/bytes)

: N/A

Caídas do límite máximo VERMELLO (paquetes/bytes)

: N/A

RED ecn marcado e transmitido (paquetes/bytes): 398377929/79675585800

Nota A fila RED ecn marked & transmitted (paquetes/bytes) mostra as estatísticas dos paquetes marcados ECN. Para comezar, mostra 0/0.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 56

6 CAPÍTULO

Configurar o control de fluxo prioritario

· Control de fluxo prioritarioview, na páxina 57 · Valores de limiar ECN configurables e de probabilidade de marcado máximo, na páxina 66 · Control de fluxo prioritario.view, na páxina 71

Control de fluxo prioritarioview

Táboa 13: Táboa do historial de funcións
Nome da característica
Control de fluxo prioritario nas tarxetas de liña de chasis modulares Cisco 8808 e Cisco 8812

Información da versión Versión 7.5.3

Shortlink Priority Flow Control Versión 7.3.3

Descrición da característica
O control de fluxo prioritario agora é compatible coa seguinte tarxeta de liña no modo interno do búfer:
· 88-LC0-34H14FH
A función é compatible nos modos de búfer interno e estendido de búfer en:
· 88-LC0-36FH
Ademais do modo de búfer externo, o soporte para esta función esténdese agora ao modo de búfer interno nas seguintes tarxetas de liña:
· 88-LC0-36FH-M
· 8800-LC-48H
Esta función e o módulo hw profile O comando priority-flow-control son compatibles coa tarxeta de liña 88-LC0-36FH.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 57

Control de fluxo prioritarioview

Configurar o control de fluxo prioritario

Nome da característica

Información de lanzamento

Soporte de control de fluxo prioritario en tarxetas de liña Cisco 8800 36×400 GbE QSFP56-DD (88-LC0-36FH-M)

Versión 7.3.15

Control de fluxo prioritario

Versión 7.3.1

Descrición da característica
Esta función e o módulo hw profile O comando priority-flow-control admítese nas tarxetas de liña 88-LC0-36FH-M e 8800-LC-48H.
Todas as funcionalidades e beneficios anteriores desta función están dispoñibles nestas tarxetas de liña. Non obstante, o modo interno do búfer non é compatible.
Ademais, para usar o modo estendido de búfer nestas tarxetas de liña, debes configurar a capacidade de rendemento ou os valores de espazo libre. Este requisito de configuración garante que pode proporcionar mellor e equilibrar as cargas de traballo para lograr un comportamento sen perdas, o que á súa vez garante un uso eficiente do ancho de banda e dos recursos.
Esta función e o módulo hw profile O comando priority-flow-control non se admite.

O control de fluxo baseado en prioridades (IEEE 802.1Qbb), que tamén se denomina Control de fluxo baseado en clases (CBFC) ou por pausa prioritaria (PPP), é un mecanismo que evita a perda de tramas que se debe á conxestión. PFC é semellante ao control de fluxo 802.x (fotogramas de pausa) ou ao control de fluxo a nivel de ligazón (LFC). Non obstante, o PFC funciona por clase de servizo (CoS).
Durante a conxestión, PFC envía unha trama de pausa para indicar o valor de CoS para pausar. Un cadro de pausa PFC contén un valor de temporizador de 2 octetos para cada CoS que indica o tempo para pausar o tráfico. A unidade de tempo para o temporizador especifícase en cuantos de pausa. Un quanta é o tempo necesario para transmitir 512 bits á velocidade do porto. O intervalo é de 0 a 65535 cantos.
PFC pídelle ao par que deixe de enviar fotogramas dun valor de CoS particular enviando unha fotograma de pausa a un enderezo de multidifusión coñecido. Este cadro de pausa é un cadro dun salto e non se reenvía cando o recibe o peer. Cando a conxestión se mitiga, o enrutador deixa de enviar as tramas PFC ao nodo ascendente.
Pode configurar PFC para cada tarxeta de liña usando o hw-module profile comando priority-flow-control nun dos dous modos:
· buffer interno
· Buffer estendido

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 58

Configurar o control de fluxo prioritario

modo interno do buffer

Teña en conta que as configuracións de limiar PFC están obsoletas no comando pause. Use o hw-module profile comando priority-flow-control para configurar configuracións de limiar PFC.
Temas relacionados · Configurar o control de fluxo prioritario, na páxina 61
· Control de fluxo prioritarioview, na páxina 71
modo interno do buffer
Usa este modo se os dispositivos compatibles con PFC non están a máis de 1 km de distancia. Podes establecer valores para o limiar de pausa, o espazo libre (ambos relacionados con PFC) e ECN para a clase de tráfico usando o hw-module profile comando priority-flow-control neste modo. A configuración interna do búfer aplícase a todos os portos que aloxa a tarxeta de liña, o que significa que pode configurar un conxunto destes valores por tarxeta de liña. O límite de cola existente e a configuración ECN na política de cola anexa á interface non teñen ningún impacto neste modo. O límite efectivo da cola para este modo = umbral de pausa + espazo libre (en bytes)
Restricións e directrices
As seguintes restricións e directrices aplícanse ao configurar os valores de limiar PFC mediante o modo interno do búfer.
· A función PFC non é compatible con sistemas de chasis fixos. · Asegúrese de que non hai ningunha ruptura configurada nun chasis que teña o PFC configurado. Configuración de PFC
e unha ruptura no mesmo chasis pode provocar un comportamento inesperado, incluída a perda de tráfico. · A función non é compatible con colas de subinterfaces de paquetes e non de paquetes. · A función é compatible con interfaces de 40 GbE, 100 GbE e 400 GbE. · A función non é compatible co modo de cola 4xVOQ. · A función non é compatible cando se configura o uso compartido de contadores de VOQ.
modo estendido de búfer
Use este modo para dispositivos compatibles con PFC con conexións de longa distancia. Podes establecer o valor do limiar de pausa usando o hw-module profile comando priority-flow-control neste modo. Non obstante, debe configurar a política de cola anexa á interface para establecer o ECN e os límites de cola. A configuración estendida por búfer aplícase a todos os portos que aloxa a tarxeta de liña, o que significa que pode configurar un conxunto destes valores por tarxeta de liña.

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 59

Consideracións importantes

Configurar o control de fluxo prioritario

Directrices de configuración · Puntos importantes ao configurar o modo de extensión de búfer nas tarxetas de liña 88-LC0-36FH-M: · Ademais do limiar de pausa, tamén debe configurar os valores para o espazo libre. · O intervalo de valores de espazo libre é de 4 a 75000. · Especifique os valores de límite de pausa e de espazo libre en unidades de kilobytes (KB) ou megabytes (MB).
· Puntos importantes ao configurar o modo de extensión de búfer nas tarxetas de liña 8800-LC-48H: · Configure os valores só para o limiar de pausa. Non configure os valores de espazo libre. · Configurar o limiar de pausa en unidades de milisegundos (ms) ou microsegundos. · Non use unidades de kilobytes (KB) ou unidades de megabytes (MB), aínda que a CLI as mostre como opcións. Use só unidades de milisegundos (ms) ou microsegundos.

(Consulte tamén Configurar o control de fluxo prioritario, na páxina 61)

Consideracións importantes
· Se configura os valores PFC no modo interno do búfer, o valor ECN para a tarxeta de liña derívase da configuración interna do búfer. Se configura os valores PFC no modo estendido de búfer, o valor ECN derívase do mapa de políticas. (Para obter máis información sobre a función ECN, consulte Notificación explícita de conxestión , na páxina 54.)
· Os modos de búfer interno e estendido de búfer non poden coexistir na mesma tarxeta de liña.
· Se engades ou eliminas accións de clase de tráfico nunha tarxeta de liña, debes recargala.
· Ao utilizar o modo interno do búfer, pode cambiar os valores dos seguintes parámetros sen ter que cargar de novo a tarxeta de liña. Non obstante, se engades unha nova clase de tráfico e configuras estes valores por primeira vez nesa clase de tráfico, debes volver cargar a tarxeta de liña para que os valores entren en vigor.
· limiar de pausa
· Espazo para a cabeza
· ECN

· Se engade ou elimina a configuración ECN usando o hw-module profile priority-flow-control, debes volver cargar a tarxeta de liña para que os cambios ECN teñan efecto.
· Os intervalos de valores de limiar PFC para o modo interno do buffer son os seguintes.

Limiar

Configurado (bytes)

pausa (min)

307200

pausa (máx.)

422400

altura libre (min)

345600

altura libre (máx.)

537600

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 60

Configurar o control de fluxo prioritario

Soporte de hardware para o control de fluxo prioritario

Limiar ecn (min) ecn (max)

Configurado (bytes) 153600 403200

· Para unha clase de tráfico, o valor ECN sempre debe ser menor que o valor do limiar de pausa configurado.
· Os valores configurados combinados para o limiar de pausa e o espazo libre non deben superar os 844800 bytes. En caso contrario, a configuración é rexeitada.
· O intervalo de valores do limiar de pausa para o modo estendido de búfer é de 2 milisegundos (ms) a 25 ms e de 2000 microsegundos a 25000 microsegundos.

Soporte de hardware para o control de fluxo prioritario
A táboa enumera os PID que admiten PFC por versión e o modo PFC no que está dispoñible o soporte.
Táboa 14: Matriz de soporte de hardware PFC

Versión Versión 7.3.15

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

Buffer de modo PFC estendido

Versión 7.0.11

8800-LC-48H

buffer interno

Configurar o control de fluxo prioritario
Podes configurar PFC para activar o comportamento de non-drop para o CoS segundo o definido pola política de QoS da rede activa.

Nota O sistema activa o PFC de enlace curto por defecto cando habilita PFC.
Configuración Example Debe realizar o seguinte para completar a configuración de PFC: 1. Habilite PFC no nivel de interface. 2. Configure a política de clasificación de entrada. 3. Anexa a política PFC á interface. 4. Configure os valores de limiar PFC utilizando o modo de memoria intermedia interna ou estendido.
Router# configure Router(config)# priority-flow-control mode on /*Configurar política de clasificación de entrada*/

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 61

Configurar o control de fluxo 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)#mostrar controladores npu priority-flow - Control de localización
Configuración en execución
*Nivel de interface* interface HundredGigE0/0/0/0
Modo de control de fluxo prioritario activado
*Ingreso:* coincidencia de mapa de clase-calquera prec7
Preferencia do partido 7
mapa final de clase
!
clase-mapa coincidente-calquera prec6
Preferencia do partido 6
mapa final de clase
!
clase-mapa coincidente-calquera prec5
Preferencia do partido 5
mapa final de clase
!
clase-mapa coincidente-calquera prec4
Preferencia do partido 4
mapa final de clase
!
class-map match-any prec3 match precedence 3 end-class-map! mapa-clase coincidencia-calquera prec2 coincidencia precedencia 2 mapa-clase final! mapa-clase coincidencia-calquera prec1 coincidencia precedencia 1 mapa-clase final! ! mapa de políticas QOS_MARKING

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 62

Configurar o control de fluxo prioritario
class prec7 set traffic-class 7 set qos-group 7
! clase prec6
establecer clase de tráfico 6 establecer qos-grupo 6! class prec5 set traffic-class 5 set qos-group 5 ! class prec4 set traffic-class 4 set qos-group 4 ! class prec3 set traffic-class 3 set qos-group 3 ! class prec2 set traffic-class 2 set qos-group 2 ! class prec1 set traffic-class 1 set qos-group 1 ! class class-default set traffic-class 0 set qos-group 0 !
*Saída:* coincidencia de mapa de clase-calquera tc7
coincide co mapa de clase final de tráfico 7! mapa-clase coincide con calquera tc6 coincide con tráfico-clase 6 mapa-clase final! mapa-clase match-calquera tc5 coincide con tráfico-clase 5 mapa-clase final
!
clase-mapa coincidente-calquera tc4
coincide coa clase de tráfico 4
mapa final de clase
!
clase-mapa coincidente-calquera tc3
coincide coa clase de tráfico 3
mapa final de clase
!

Configurar o control de fluxo prioritario

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 63

Configurar o control de fluxo prioritario

mapa-clase coinciden con calquera tc2 coincide con tráfico-clase 2 mapa-clase final! mapa-clase coinciden con calquera tc1 coincide con tráfico-clase 1 mapa-clase final! política-mapa QOS_QUEUING clase tc7
nivel de prioridade 1 forma media por cento 10 ! clase tc6 relación restante de ancho de banda 1 límite de cola 100 ms ! clase tc5 relación de ancho de banda restante 20 límite de cola 100 ms ! clase tc4 relación restante de ancho de banda 20 detección aleatoria ecn detección aleatoria 6144 bytes 100 mbytes ! clase tc3 relación de ancho de banda restante 20 detección aleatoria ecn detección aleatoria 6144 bytes 100 mbytes ! clase tc2 relación de ancho de banda restante 5 límite de cola 100 ms ! clase tc1 relación de ancho de banda restante 5 límite de cola 100 ms ! clase relación de ancho de banda por defecto restante 20 límite de cola 100 ms ! [Buffer-extended] hw-module profile localización de control de fluxo de prioridade 0/0/CPU0 buffer-clase de tráfico estendida 3 umbral de pausa 10 ms búfer-clase de tráfico ampliado 4 umbral de pausa 10 ms
!
[búfer interno] hw-module profile localización de control de fluxo de prioridade 0/1/CPU0 búfer de tráfico interno clase 3 umbral de pausa 403200 bytes de margen 441600 bytes ecn
224640 bytes de búfer-clase de tráfico interno 4 umbral de pausa 403200 bytes de margen 441600 bytes ecn
224640 bytes
Verificación
Router#sh controllers hundredGigE0/0/0/22 priority-flow-control Información de control de fluxo prioritario para a interface HundredGigE0/0/0/22:

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 64

Configurar o control de fluxo prioritario

Control de fluxo prioritario:

Total de fotogramas PFC Rx: 0

Total de cadros PFC Tx: 313866

Cadros de datos Rx eliminados: 0

CoS Status Rx Frames

——————-

0 en

1 en

2 en

3 en

4 en

5 en

6 en

7 en

/*[buffer-interno]*/ Router#show controllers hundredGigE 0/9/0/24 priority-flow-control

Información de control de fluxo prioritario para a interface HundredGigE0/9/0/24:

Control de fluxo prioritario:

Total de fotogramas PFC Rx: 0

Total de cadros PFC Tx: 313866

Cadros de datos Rx eliminados: 0

CoS Status Rx Frames

——————-

0 en

1 en

2 en

3 en

4 en

5 en

6 en

7 en

…

/*[buffer-interno, tc3 e tc4 configurados. TC4 non ten ECN]*/

Router#mostrar controladores npu priority-flow-control location

ID de localización:

0/1/CPU0

PFC:

Activado

Modo PFC:

buffer interno

Pausa TC

Altura libre

ECN

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

3 86800 bytes

120000 bytes 76800 bytes

4 86800 bytes

120000 bytes Non configurado

/*[PFC estendido con búfer, tc3 e tc4 configurados]*/

Router#mostrar controladores npu priority-flow-control location

ID de localización:

0/1/CPU0

PFC:

Activado

Modo PFC:

buffer estendido

Pausa TC

————

3 5000 nos

4 10000 nos

/*[Sen PFC]*/

Router#mostrar controladores npu priority-flow-control location

ID de localización:

0/1/CPU0

PFC:

Desactivado

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 65

Limiar ECN configurable e valores de probabilidade de marcado máximo

Configurar o control de fluxo prioritario

Temas relacionados · Control de fluxo prioritarioview, na páxina 57
Comandos relacionados hw-module profile localización de control de fluxo prioritario

Limiar ECN configurable e valores de probabilidade de marcado máximo

Táboa 15: Táboa do historial de funcións

Nome da característica

Información de lanzamento

Limiar ECN configurable e versión 7.5.4 Valores máximos de probabilidade de marcado

Descrición da característica
Mentres configura PFC no modo interno do búfer, agora pode optimizar a notificación de conxestión do router final ao router transmisor, evitando así o acelerador agresivo do tráfico de orixe. Esta optimización é posible porque proporcionamos a flexibilidade para configurar os valores mínimos e máximos para o limiar ECN e o valor máximo para marcar a probabilidade. Con estes valores configurados, a probabilidade porcenttagA marcación aplícase linealmente, comezando no limiar mínimo ECN ata o limiar ECN Max.
As versións anteriores fixaron a probabilidade máxima de marcado ECN no 100 % no limiar ECN máximo.
Esta funcionalidade engade as seguintes opcións ao hw-module profile comando de control de fluxo de prioridade:
· Limiar máximo
· probabilidade-porcentaxetage

Limiar ECN e valores de probabilidade de marcaxe máxima
Ata agora, a probabilidade máxima de marcado ECN non era configurable e fixouse no 100%. Tampouco puido configurar o valor límite máximo de ECN. Tal disposición de probabilidades de marcación preestablecidas e

Guía de configuración de QoS modular para enrutadores Cisco serie 8000, IOS XR versión 7.3.x 66

Configurar o control de fluxo prioritario

Beneficios do limiar ECN configurable e dos valores máximos de probabilidade de marcado

os valores límite máximos fixos fixeron que as taxas de tráfico comezasen a baixar en función da lonxitude da cola. Debido ao aumento lineal da probabilidade de marcado ECN, e á consecuente sinalización de conxestión do servidor final ao host transmisor, as taxas de tráfico poderían comezar a diminuír aínda que a súa ligazón tivese o ancho de banda necesario.
W

Documentos/Recursos

Configuración de QoS modular de routers CISCO serie 8000 [pdfGuía do usuario
Routers Serie 8000 Configuración de QoS modular, Serie 8000, Configuración de QoS modular de routers, Configuración de QoS modular, Configuración de QoS, Configuración

Referencias

Manual de usuario

Configuración de QoS modular de routers CISCO serie 8000

Información do produto

Instrucións de uso do produto

Herdanza da política de QoS

Preguntas frecuentes (FAQ)

PREFACIO CAPÍTULO 1 CAPÍTULO 2

Descrición

Xestión de tráfico rematadaview

Peering QoS para ABF

Peering QoS para ABF

Elementos de clase de tráfico

Documentos/Recursos

Referencias

Deixa un comentario

Cancelar resposta