Dscp Af41 Binary Options

Precedencia IP, TOS amperio DSCP El tipo de IP del encabezado de servicio El campo Tipo de servicio en el encabezado IP se definió originalmente en RFC 791. Definió un mecanismo para asignar una prioridad a cada paquete IP, así como un mecanismo para solicitar tratamiento específico Tales como alto rendimiento, alta confiabilidad o baja latencia. En la práctica, sólo se utilizó la parte de Precedencia IP del campo. En su forma más simple, cuanto mayor sea el valor del campo Precedencia IP, mayor será la prioridad del paquete IP. Sencillo. En RFC 2474 la definición de este campo entero fue cambiado. Ahora se llama el campo DS (Servicios Diferenciados) y los 6 bits superiores contienen un valor denominado DSCP (Differentiated Services Code Point). Desde RFC 3168, los dos bits restantes (los dos bits menos siginficant) se utilizan para la notificación de congestión explícita. El siguiente diagrama ilustra la relación entre los bits en el campo Tipo de Servicios / Servicios Diferenciados en la cabecera IP: - Tipo de Servicio (TOS) DSCP Asegurado Reenvío PHB Mar 22, 2006 Brad Hedlund RFC 2597 define un grupo de ajustes DSCP llamado Assured Forwarding Per Hop Behavior (PHB) para ser reconocido por enrutadores y conmutadores DSCP compatibles con RFC llamados nodos DS. La clase PHB de reenvío garantizado se presenta como AF (xy), donde xtraffic clase, ydrop prioridad. 4 clases de tráfico, y 3 precedentes de la gota se definen. Por ejemplo, la clase de tráfico 2 de AF21, la precedencia de caída 1. Los valores de clase de tráfico (1-4) tienen valores de prioridad escalonados donde el tráfico marcado como AF11 tiene una prioridad inferior que AF41. A la inversa, el valor de precedencia de caída (1-3) representa una preferencia de caída escalonada dentro de la clase especificada, una prioridad descendente. Por ejemplo, el tráfico marcado como AF43 es más probable que se caiga que AF41. Los valores binarios y decimales reales de DSCP de los PHBs de reenvío asegurado son los siguientes: AF11 001010 10 AF12 001100 12 AF13 001110 14 AF21 010010 18 AF22 010100 20 AF23 010110 22 AF31 011010 26 AF32 011100 28 AF33 011110 30 AF41 100010 34 AF42 100100 36 AF43 100110 38 Siguiendo la lógica de la Precedencia de IP y la COS de 802.1p, sería fácil creer que un paquete marcado con un valor de DSCP de 38 tendría una prioridad más alta y menos probabilidad de caer que un paquete marcado con 34. Sin embargo, True de acuerdo con RFC 2597 Cumplimiento DSCP comportamiento en el que un paquete marcado como AF43 (decimal 38) es más probable que se caen que AF41 (decimal 34) durante los períodos de congestión. Esto se debe a que AF43 tiene una prioridad de caída mayor dentro de la clase de tráfico 4. Los valores de prioridad de caída sólo se comparan con el tráfico dentro de la misma clase. Por ejemplo, AF21 es más probable que se caiga que AF43. Aunque AF43 tiene un mayor ajuste de precedencia de caída (3) que AF21 (1), el valor de clase de tráfico de (4) domina el valor de clase de (2) y por lo tanto no se comparan los ajustes de precedencia de caída al decidir qué paquete recibe mejor servicio. Si el tráfico dentro de una clase excede los CIR definidos para esa clase, ese tráfico puede tener incrementada su configuración de bit de precedencia de descenso. Por ejemplo, si el tráfico de correo electrónico supera un CIR definido, se puede observar el PHB de AF11 a AF12. Si una clase de tráfico especificada sobrepasa un PIR (tasa de información de pico), puede remarcar el PHB a una prioridad de caída aún mayor de AF13 y / o simplemente dejar el paquete. Las siguientes son marcas de línea base recomendadas con DSCP Asegurado Reenvío PHB: Video Interactivo: AF41 Datos Misioneros Críticos (definidos localmente): AF31 Datos Transaccionales (dlsw, sql, sap): AF21 Bulk Data (correo electrónico, ftp, copias de seguridad): AF11Implementing Quality of Service Políticas con DSCP Este documento describe cómo establecer los valores de DSCP (DSP) en configuraciones de calidad de servicio (QoS) en un enrutador Cisco y resume la relación entre DSCP e IP precedente. Usted debe estar familiarizado con los campos de la cabecera IP y Cisco IOS reg CLI Este documento no está restringido a versiones específicas de software y hardware. La información presentada en este documento se creó a partir de dispositivos en un entorno de laboratorio específico. Todos los dispositivos utilizados en este documento se iniciaron con una configuración borrada (predeterminada). Si está trabajando en una red en directo, asegúrese de comprender el impacto potencial de cualquier comando antes de usarlo. Servicios Diferenciados (DiffServ) es un nuevo modelo en el que el tráfico es tratado por sistemas intermedios con prioridades relativas basadas en el tipo de servicios (ToS). Definido en RFC 2474 y RFC 2475, la norma DiffServ sustituye a la especificación original para definir la prioridad de paquetes descrito en RFC 791. DiffServ aumenta el número de niveles de prioridad definibles mediante la reasignación de bits de un paquete IP para el marcado de prioridad. La arquitectura DiffServ define el campo DiffServ (DS), que reemplaza al campo ToS en IPv4 para tomar decisiones de comportamiento por salto (PHB) sobre la clasificación de paquetes y las funciones de acondicionamiento de tráfico, como medición, marcado, configuración y vigilancia. Los RFC no dictan la forma de implementar PHBs, esto es responsabilidad del proveedor. Cisco implementa técnicas de colas que pueden basar su PHB en el valor de precedencia IP o DSCP en la cabecera IP de un paquete. Basado en precedencia de DSCP o de IP, el tráfico se puede poner en una clase de servicio particular. Los paquetes dentro de una clase de servicio son tratados de la misma manera. Para obtener más información sobre las convenciones de documentos, consulte las Convenciones de consejos técnicos de Cisco. Los seis bits más significativos del campo DiffServ se llaman como DSCP. Los dos últimos bits no utilizados actualmente (CU) en el campo DiffServ no se definieron dentro de la arquitectura de campo DiffServ que ahora se utilizan como bits de notificación de congestión explícita (ECN). Los routers en el borde de la red clasifican los paquetes y los marcan con el valor de Precedencia IP o DSCP en una red Diffserv. Otros dispositivos de red en el núcleo que admiten Diffserv utilizan el valor DSCP en la cabecera IP para seleccionar un comportamiento PHB para el paquete y proporcionar el tratamiento QoS apropiado. Los diagramas de esta sección muestran una comparación entre el byte ToS definido por RFC 791 y el campo DiffServ. El estándar DiffServ utiliza los mismos bits de precedencia (los bits más significativos DS5, DS4 y DS3) para establecer la prioridad, pero aclara las definiciones, ofreciendo una granularidad más fina mediante el uso de los tres bits siguientes en el DSCP. DiffServ reorganiza y cambia el nombre de los niveles de precedencia (aún definidos por los tres bits más significativos del DSCP) en estas categorías (los niveles se explican con mayor detalle en este documento): Permanece igual (la capa de enlace y el protocolo de enrutamiento se mantienen vivos) (Utilizado para protocolos de enrutamiento IP) Forwarding Express (EF) Con este sistema, un dispositivo prioriza el tráfico por clase primero. Luego se diferencia y prioriza el tráfico de la misma clase, teniendo en cuenta la probabilidad de caída. La norma DiffServ no especifica una definición precisa de probabilidad de caída quotlow, quotmedium, quot y quothighquot. No todos los dispositivos reconocen los ajustes de DiffServ (DS2 y DS1) e incluso cuando se reconocen estos ajustes, no necesariamente activan la misma acción de reenvío PHB en cada nodo de red. Cada nodo implementa su propia respuesta en función de cómo se configura. RFC 2597 define el seguro de reenvío (AF) PHB y lo describe como un medio para un proveedor de DS de dominio para ofrecer diferentes niveles de reenvío garantías de IP paquetes recibidos de un cliente de dominio DS. El Assured Forwarding PHB garantiza una cierta cantidad de ancho de banda a una clase AF y permite el acceso a un ancho de banda adicional, si está disponible. Hay cuatro clases de AF, AF1x a través de AF4x. Dentro de cada clase, hay tres probabilidades de caída. Dependiendo de una política de redes determinada, los paquetes se pueden seleccionar para un PHB basado en el rendimiento requerido, retraso, jitter, pérdida o según la prioridad de acceso a los servicios de red. Las clases 1 a 4 se denominan clases AF. La siguiente tabla ilustra la codificación DSCP para especificar la clase AF con la probabilidad. Los bits DS5, DS4 y DS3 definen los bits de clase DS2 y DS1 especifican que el bit de probabilidad de caída DS0 es siempre cero. RFC 2598 define el Expedited Forwarding (EF) PHB: quotThe EF PHB puede ser utilizado para construir una baja pérdida, baja latencia, baja jitter, anchura de banda asegurada, de extremo a extremo de servicios a través de DS (Diffserv) dominios. Tal servicio aparece en los puntos finales como una conexión punto a punto o una línea arrendada quotvirtual. Este servicio también ha sido descrito como servicio Premium. Se recomienda Codepoint 101110 para EF PHB, que corresponde a un valor DSCP de 46 Nuevamente, los mecanismos específicos del proveedor necesitan ser configurados para implementar estos PHBs. Consulte RFC 2598 para obtener más información sobre EF PHB. Existen tres formas de utilizar el campo DSCP: ClassifierSeleccione un paquete basado en el contenido de algunas partes del encabezado del paquete y aplique PHB en función de la característica de servicio definida por el valor DSCP. Marker Define el campo DSCP en función del perfil de tráfico. MediciónVerifique la conformidad con el perfil de tráfico utilizando una función de talladora o cuentagotas. La clasificación de paquetes implica el uso de un descriptor de tráfico para categorizar un paquete dentro de un grupo específico y hacer que el paquete sea accesible para el manejo de QoS en la red. Utilizando la clasificación de paquetes, puede dividir el tráfico de red en varios niveles de prioridad o en una clase de servicio (CoS). Puede utilizar listas de acceso (ACL) o el comando de coincidencia en la CLI de QoS modular para que coincida con los valores de DSCP. Para obtener más información sobre cómo utilizar ACL, consulte Calidad de servicio para Cisco 7200/7500. La selección de un valor DSCP en el comando match se introdujo en la versión 12.1 (5) del software Cisco IOS. Cuando se especifica el valor ip dscp en el comando map de la clase, se dispone de estos: El DSCP se puede establecer en un valor deseado en el borde de la red para facilitar que los dispositivos centrales clasifiquen el paquete como se muestra en el paquete Sección de clasificación y proporcionar un nivel adecuado de servicio. La Marcación de paquetes basada en clases se puede utilizar para establecer el valor de DSCP como se muestra aquí: La tasa de acceso comprometida y la vigilancia basada en clases son mecanismos de regulación de tráfico, usados ​​para regular el flujo de tráfico para ajustarse a los parámetros de servicio acordados. Estos mecanismos junto con DSCP pueden utilizarse para proporcionar diferentes niveles de servicio al tráfico conformado y no conforme modificando apropiadamente el valor DSCP, como se muestra en esta sección. Weighted Random Early Detection (WRED), descarta selectivamente el tráfico de prioridad baja cuando la interfaz comienza a congestionarse. WRED puede proporcionar características de rendimiento diferenciadas para diferentes CoS. Este servicio diferenciado puede basarse en el DSCP, como se muestra a continuación: Para obtener más información sobre los errores siguientes, puede utilizar el Bug Toolkit (sólo clientes registrados) para obtener más información sobre estos errores: CSCdt63295 (clientes registrados solamente) Para establecer el byte ToS con los nuevos comandos de marcado DSCP en los marcadores (establecidos en 0) en Cisco IOS Software Release 12.2.2T, los paquetes no se marcarán y permanecerán con un ToS establecido en 0. CSCdt74738 (clientes registrados Sólo) La compatibilidad con el comando set ip dscp en el enrutador Cisco 7200 y las plataformas de gama baja para los paquetes de multidifusión debería estar disponible a partir de Cisco IOS Software Release 12.2 (3.6) y posteriores.