Af41 Binary Options

Implementación de políticas de calidad de servicio con DSCP En este documento se describe cómo establecer los valores de DSCP (DSP) en configuraciones de calidad de servicio (QoS) en un enrutador Cisco y se resume la relación entre DSCP e IP. 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 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 ) El soporte para 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. Tengo dudas acerca de calcular los valores de dscp. (001 010) af12 Comparar los paquetes con AF12 dscp (001 100) af13 Comparar los paquetes con AF13 dscp (001 110) af21 Comparar los paquetes con AF11 dscp (001 010) af12 Comparar los paquetes con AF12 dscp (010 010) af24 Comparar los paquetes con AF23 dscp (011 010) af32 Comparar los paquetes con AF23 dscp (011 010) af32 Comparar los paquetes con AF23 dscp (010 010) af24 Comparar los paquetes con AF23 dscp Con AF33 dscp (011 110) af41 Emparejar paquetes con AF41 dscp (100 010) af42 Comparar los paquetes con AF42 dscp (100 100) af43 Combinar paquetes con AF43 dscp (100 110) El binario equivalente a af11 es 001 010.Here los 3 primeros Bits es 001 que es decimal 1. Siguiente 3 bits es 010 que es decimal 2. Pero necesitamos 1 aquí para que sea AF11..right De lo contrario, 001 010 será af12, ya que 010 es equivalente a 2. No soy capaz de entender Cómo se calculan los últimos 3 bits. Otra: AF43 (100 110). Primeros 3 bits 100 decimal 4. Siguiente 3 bits, 110 decimal 6, pero queremos decimal 3 aquí para que sea AF43. ¿Cómo se calcula el segundo valor? : 3 el bit menos significativo es siempre cero en el valor de precedencia de caída AF11 001 010 y si se saca el último cero se deja con el binario 01 que 1 en decimal. AF43 100 110 por lo que si se saca el último cero se queda con 11 que es 3 en decimal Como se ha indicado anteriormente los últimos 3 bits (más a la derecha o Menos significativo) de los 6 bits dscp representan la caída de precedencia y más alto el valor son más las posibilidades Del paquete que se cayó. El dscp utiliza 6 bits más a la izquierda del byte TOS, y podría traducir el dscp AFxy en decimal como AFxy 8x2y (decimal) para, p. Af21 gt 8221 18, y el decimal 18 equivale a binario 010010 Ahora tengo cómo los valores decimales se encuentran. DiffServ es un protocolo QoS (Quality of Service) para gestionar la asignación de ancho de banda para conexiones de medios de Internet (por ejemplo, una conexión de voz VOIP). Agradable visión general aquí IETF Diffserv página Con líneas de bajo ancho de banda, como ADSL, los usuarios pueden sentir jittering. Trate de permitir el ancho de banda de carga completa a eMule y hacer una llamada telefónica en G.711 en el mismo tiempo, y seguramente entenderá lo que quiero decir. En lo que respecta a los documentos Cisco y otros, el valor DiffServ correcto es EF (Expedited Forwarding) . El EF DiffServ contiene también el bit ToS Low Delay. Que es tratada por muchos enrutadores sin ninguna configuración. Esto se denomina PFIFO (Priority Fist In First Out, o FIFO con prioridad). Los valores que debe conocer: EF DiffServ decimal: 184 EF DiffServ hexadecimal: 0xb8 EF DiffServ binario: 101110 00 (en rojo: campo DSCP) EF DSCP decimal: 46 EF DSCP hexadecimal: 0x2e EF DSCP binario: 101110 Nota: El campo DSCP es Contenida dentro de los 6 primeros bits del byte de DiffServ. Aquí está la parte donde nos volvemos locos. Cada constructor requiere un valor DiffServ o DSCP diferente. Alcatel OmniPCX Office - EF DiffServ binario. 10111000 DIFFSERVPHBEF Asterisk 1.0.9 (es decir, sip. conf) - EF DiffServ hexadecimal. Tos 0xb8 Grandstream (requiere FW 1.0.6.3 y versiones anteriores) - EF DSCP decimal. 46 ZyXEL - EF DiffServ decimal. 184 TELES - EF DiffServ decimal. 184 snom viene con un TOS por defecto de 160 y recomienda utilizar 184 (para RTP). Más información en su FAQ. Para SIP un valor de CS3 TOS 96 sería aconsejable. En caso de duda, utilice un sniffer como Wireshark (anteriormente Ethereal). Si la configuración es correcta, mostrará el campo de servicios diferenciados en cualquiera de los paquetes RTP, con un valor de 0xb8 (DSCP 0x2e: Expedited Expedition: ECN: 0x00). DiffServ (servicios diferenciados) DiffServ es un QoS (Quality of Service) Protocolo para gestionar la asignación de ancho de banda para conexiones de medios de Internet (por ejemplo, una conexión de voz VOIP). Agradable visión general aquí IETF Diffserv página Con líneas de bajo ancho de banda, como ADSL, los usuarios pueden sentir jittering. Trate de permitir el ancho de banda de carga completa a eMule y hacer una llamada telefónica en G.711 en el mismo tiempo, y seguramente entenderá lo que quiero decir. En lo que respecta a los documentos Cisco y otros, el valor DiffServ correcto es EF (Expedited Forwarding) . El EF DiffServ contiene también el bit ToS Low Delay. Que es tratada por muchos enrutadores sin ninguna configuración. Esto se denomina PFIFO (Priority Fist In First Out, o FIFO con prioridad). Los valores que debe conocer: EF DiffServ decimal: 184 EF DiffServ hexadecimal: 0xb8 EF DiffServ binario: 101110 00 (en rojo: campo DSCP) EF DSCP decimal: 46 EF DSCP hexadecimal: 0x2e EF DSCP binario: 101110 Nota: El campo DSCP es Contenida dentro de los 6 primeros bits del byte de DiffServ. Aquí está la parte donde nos volvemos locos. Cada constructor requiere un valor DiffServ o DSCP diferente. Alcatel OmniPCX Office - EF DiffServ binario. 10111000 DIFFSERVPHBEF Asterisk 1.0.9 (es decir, sip. conf) - EF DiffServ hexadecimal. Tos 0xb8 Grandstream (requiere FW 1.0.6.3 y versiones anteriores) - EF DSCP decimal. 46 ZyXEL - EF DiffServ decimal. 184 TELES - EF DiffServ decimal. 184 snom viene con un TOS por defecto de 160 y recomienda utilizar 184 (para RTP). Más información en su FAQ. Para SIP un valor de CS3 TOS 96 sería aconsejable. En caso de duda, utilice un sniffer como Wireshark (anteriormente Ethereal). Si la configuración es correcta, mostrará el campo de servicios diferenciados en cualquiera de los paquetes RTP, con un valor de 0xb8 (DSCP 0x2e: Expedited Expedition: ECN: 0x00).Creado por: jht2. Última modificación: Jue 23 de Dic, 2013 (01:15 UTC) por JustRumours