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 a 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 las marcas de línea de base recomendadas con DSCP Assured Forwarding PHB: Video Interactivo: AF41 Datos Críticos de la Misión (definidos localmente): AF31 Datos Transaccionales (dlsw, sql, sap): AF21 Bulk Data (correo electrónico, ftp, copias de seguridad) La oficina de correos, un enrutador o una computadora no puede determinar el tamaño de un paquete sin información adicional. Una persona puede mirar una letra o una caja y determinar cuán grande es, pero un enrutador no puede. Por lo tanto, se requiere información adicional en la capa IP, además de las direcciones IP de origen y de destino. La Figura 3-12 es una representación lógica de la información que se utiliza en la capa IP para permitir la entrega de datos electrónicos. Esta información se denomina encabezado. Y es análogo a la información de direccionamiento en un sobre. Un encabezado contiene la información necesaria para enrutar los datos en Internet y tiene el mismo formato independientemente del tipo de datos que se envían. Esto es lo mismo para un sobre cuyo formato de dirección es el mismo independientemente del tipo de carta que se envía. Los campos del encabezado IP y sus descripciones son campo de 4 bits de la Versión 151A que identifica la versión IP que se está utilizando. La versión actual es 4, y esta versión se conoce como IPv4. Longitud 151A Campo de 4 bits que contiene la longitud de la cabecera IP en incrementos de 32 bits. La longitud mínima de un encabezado IP es 20 bytes o cinco incrementos de 32 bits. La longitud máxima de un encabezado IP es 24 bytes o seis incrementos de 32 bits. Por lo tanto, el campo de longitud de encabezado debe contener 5 o 6. Tipo de servicio (ToS) 151 El ToS de 8 bits utiliza 3 bits para la Precedencia de IP, 4 bits para ToS con el último bit que no se utiliza. El campo ToS de 4 bits, aunque definido, nunca se ha utilizado. Precedencia IP 151 Campo de 3 bits utilizado para identificar el nivel de servicio que un paquete recibe en la red. (DSCP) 151A Campo de 6 bits utilizado para identificar el nivel de servicio que un paquete recibe en la red. DSCP es una expansión de 3 bits de prioridad IP con la eliminación de los bits ToS. Longitud total 151 Especifica la longitud del paquete IP que incluye el encabezado IP y los datos del usuario. El campo de longitud es de 2 bytes, por lo que el tamaño máximo de un paquete IP es 2 16 150 1 o 65.535 bytes. Identificador, banderas y desfragmentación de fragmentos 151Como un paquete IP se mueve a través de Internet, puede ser necesario cruzar una ruta que no puede manejar el tamaño del paquete. El paquete se dividirá, o se fragmentará, en paquetes más pequeños y volverá a montarse más tarde. Estos campos se utilizan para fragmentar y volver a montar los paquetes. Time to Live (TTL) 151 Es posible que un paquete IP pasee sin rumbo por Internet. Si hay un problema de enrutamiento o un bucle de enrutamiento, entonces no desea que los paquetes se envíen para siempre. Un bucle de enrutamiento es cuando un paquete es enrutado continuamente a través de los mismos enrutadores una y otra vez. El campo TTL se establece inicialmente en un número y se decrementa por cada enrutador que se pasa a través. Cuando TTL llega a 0 el paquete se descarta. Protocolo 151 En el modelo de protocolo en capas, la capa que determina de qué aplicación proceden los datos o para qué aplicaciones se utilizan los datos se indica mediante el campo Protocolo. Este campo no identifica la aplicación, sino que identifica un protocolo que se encuentra por encima de la capa IP que se utiliza para la identificación de la aplicación. Header Checksum 151A valor calculado en función del contenido de la cabecera IP. Se utiliza para determinar si se han introducido errores durante la transmisión. Dirección IP de origen 15132 bits Dirección IP del remitente. Dirección IP de destino Dirección IP de 15132 bits del destinatario deseado. Opciones y relleno 151 Campo que varía en longitud de 0 a un múltiplo de 32 bits. Si los valores de opción no son un múltiplo de 32 bits, los 0 se agregan o se rellenan para asegurar que este campo contenga un múltiplo de 32 bits. El campo Precedencia IP puede usarse para priorizar el tráfico IP. (Ver Tabla 3-9.) Esto es lo mismo que el sistema postal que tiene diferentes clases de correo como prioridad, durante la noche y entrega de 2 días. Los enrutadores pueden elegir utilizar este campo para dar tratamiento preferencial a ciertos tipos de tráfico IP. Tabla 3-9 Valores de prioridad IP 100 150 Desbloqueo de Flash Observe que los 3 primeros bits del valor DSCP son los 3 bits de la prioridad de IP. Una prioridad IP de 000 mapas en un valor DSCP de 000 000, y ambos representan la mejor entrega de esfuerzo. Una prioridad IP de 101 mapas (críticos) en un valor DSCP de 101 110 (alta prioridad o expedición acelerada). Los restantes 4 valores de prioridad IP se correlacionan cada uno en 3 valores DSCP. La porción adicional de 3 bits se utiliza para identificar una probabilidad de caída dentro de una de las cuatro clases aseguradas de reenvío (AF). Esta discusión del contenido de la cabecera IP se entiende como una visión general. Si está interesado en conocer más detalles sobre el encabezado IP, consulte las referencias al final de este capítulo. El concepto importante que se quita de esta discusión es que la cabecera IP contiene las direcciones IP de origen y de destino. Los enrutadores utilizan la dirección IP de destino para determinar una ruta, por lo tanto, la capa IP en el modelo en capas es la capa de enrutamiento. En este punto, podríamos detener nuestra discusión del modelo de protocolo en capas. Este libro trata sobre el enrutamiento y el enrutamiento es la segunda o tercera capa dependiendo del modelo que se use. A un enrutador no le importa qué aplicación envió los datos, o cómo la aplicación va a recibir los datos. El trabajo del enrutador es conseguir el paquete al destino apropiado. Es entonces la responsabilidad del host de destino entregar los datos a la aplicación. El modelo en capas incompleto en la Figura 3-8 es suficiente para el resto de este libro. Pero, para ser completa, vamos a seguir adelante y terminar el modelo. También le puede gustar Buscar Libros de Safari relacionados copiar 2016 Pearson Education, Cisco Press. Todos los derechos reservados. 800 East 96th Street. Indianápolis Indiana 46240DSCP TOS Nota: Im perfectamente feliz para esta tabla y la información asociada para ser utilizado en cualquier lugar por cualquier persona, thats por qué se ha publicado aquí, no pude encontrar una referencia fácil, por lo que creé uno y lo publicó para todos, pero, si lo haces Vuelva a publicar la información, por favor, atribuya la fuente y no intente pasarla como trabajo original. Gracias. Usted está tratando de obtener QoS funcionando sin problemas en su red y tiene una etiqueta DSCP en sus paquetes, pero, sólo se puede ver ToS al capturar paquetes ¿Cómo se resuelve qué valor ToS equivale a qué valor DSCP O. Está etiquetando usando clases DSCP / PHB pero solo viendo etiquetas hexadecimales o decimales DSCP en sus paquetes ¿Qué significa todo? La siguiente tabla muestra los valores comunes decimales, hexadecimales y binarios para TOS, desglosados en el significado de las partes de ese byte incluyendo DSCP al interpretar ese byte como DSCP. TOS Precedencia (Bin) TOS Precedencia (Dec) TOS Precedencia Nombre TOS Tasa de rendimiento flag TOS Confiabilidad flag Así pues, allí lo tienes, un byte en una cabecera del paquete, dos maneras de mirarla. Si se trata de TOS (Tipo de Servicio), los primeros 3 bits indican la precedencia, el 4to bit indica si se prefiere o no el retardo bajo, el 5to bit indica si se prefiere o no el alto rendimiento, el sexto bit indica si o no Se prefiere una alta fiabilidad y se reservan los bits 7 y 8. Más información se puede encontrar en RFC 791. escrito en 1981, que define la propiedad intelectual. Si se trata de DSCP (Differential Services (Diffserv) Codepoint) sólo los primeros 6 bits se utilizan y los últimos 2 se ignoran, estos pueden utilizarse para ECN (Explicit Congestion Notification) RFC 3168. Más información se puede encontrar en RFC 2474. escrito En 1998, que define el campo de servicios diferenciados (DS Field), que es lo que se refiere el byte TOS al hablar de servicios diferenciados y específicamente DSCP. Además, RFC 2597 y RFC 3246 que definen algunas de las PHB (Per-hop Comportamiento) las clases pueden ser de lectura útil. Actualización 2013-04-21: Adición de voz admitida como se define en RFC 5865 y se enumeran en el IANA DSCP Registry. Se han añadido varias opciones de indicador de TOS solamente, tal como se usan en cierto software, p. Openssh y versiones antiguas de asterisco. Ejemplos tcpdump Quiero capturar paquetes IPv4 utilizando tcpdump que han tenido la clase DSCP af21 conjunto, pero, tcpdump no tiene un filtro para DSCP y doesnt decodificar los valores de las clases DSCP, ¿qué puedo hacer ¿Qué es lo que ejecuta tcpdump con salida verbosa (- V), ninguna búsqueda de nombre (-n) en la interfaz ppp0 (-i ppp0), el filtro, especificado en comillas, dice que sólo incluyen los paquetes que son ip (ip) y (y) donde el segundo byte en el encabezado ip (Ip1) tiene un valor decimal de 72 que tomamos de la tabla anterior como el valor decimal TOS equivalente a la clase DSCP af21 (72) ignorando los últimos 2 bits en ese byte ya que pueden contener indicadores ECN (amp 0xfc). Tcpdump muestra paquetes que coinciden con nuestro filtro, prefiere utilizar un valor hexadecimal TOS en su pantalla, por lo que, mostrando 0x48. Si en cambio queremos capturar el tráfico IPv6 con el mismo conjunto de clases, wed do: Aquí, es un poco más complejo, con IPv6 el byte de clase de tráfico se encuentra a horcajadas del primer y segundo bytes del encabezado, así que miramos los dos primeros bytes Del encabezado (ip60: 2), ignorar los primeros 4 bits y los últimos 6 bits (amplificador 0xfc0) y luego cambiar el valor 4 bits a la derecha (gtgt 4) para eliminar los 4 bits ignorados por la mano derecha que están fuera de la clase de tráfico Byte del valor y nos dejan con el valor que queremos. En ambos ejemplos, puede utilizar valores hexadeciales TOS en lugar de valores decimales TOS, p. 0x48. Alternativamente, si desea utilizar los valores decimales DSCP hexadecimales o DSCP, puede cambiar el resultado, para el primer ejemplo, esto daría, como equivalentes exactos de los anteriores: y para el segundo ejemplo: En ambos casos, utilizando el hex DSCP Valor de 0x12 que como se puede ver en la tabla de arriba es equivalente al valor decimal TOS 72. Tenga en cuenta las comillas alrededor de la cadena de filtro anterior, mientras que usted no necesita cotizaciones al especificar filtros simples con tcpdump, sin ellos en este caso el shell sería Probablemente interprete amp y gtgt ejecutando un comando parcial como una tarea de fondo y tratando de ejecutar el resto con la salida redirigida, algo que probablemente no quiere hacer. Ping Ping se puede utilizar para generar algunos paquetes salientes para probar su configuración de QoS o filtros tcpdump. Ping tiene una opción - Q para especificar el valor que desea establecer en sus paquetes, para IPv4, esto toma un TOS hexadecimal o TOS valor decimal, para IPv6, solo toma un valor hexadecimal TOS. Para IPv6, estos dos son equivalentes: Como se mencionó, ping6 sólo toma un valor hexadecimal, mientras que 48 en este caso pueden parecer decimales como no lo hicimos explícitamente Especifique que era hexadecimal con 0x, se interpreta como hex. QoS - Por qué DSCP AF-41 para Video CS y valores AF tienen diferentes valores dscp. CS4 es 32, el próximo valor dscp siguiente es AF41 que es 34 seguido por AF42 (36) y AF43 (38). CS es selector de clases y compatible con los valores de prioridad ip. Mientras que hay 4 valores de AF (cada uno con preferencias de caída) Por favor califique todos los mensajes útiles. Enviados desde el soporte técnico de Cisco Aplicación para iPhone En primer lugar, como ya se sabe, la marcación de tráfico se realiza para clasificar el tráfico en diferentes clases de acuerdo con la prioridad de modo que tengan un comportamiento diferente. Asegura que el tráfico más pequeño y crítico no se atasque detrás de un tráfico más voluminoso que puede no necesitar prioridad. Entre el tráfico en tiempo real, el audio es el más crítico. Las marcas recomendadas por Cisco son según la prioridad del tipo de tráfico. La voz tiene una prioridad más alta que el vídeo. El video se divide en dos categorías: Interactiva (videoconferencia, etc.) y Streaming (reproducción de un video unicast o multicast). El orden de prioridad y razón para eso está abajo: 1) Audio - El tráfico de voz es muy sensible a la pérdida de paquetes, la latencia. No requiere pérdida de paquetes ni latencia de unos 150 ms. 2) Video interactivo - Sensible, pero puede tolerar la pérdida de paquetes de aproximadamente 1 y latencia casi igual que la voz 3) Streaming de vídeo - Menos sensible - puede tolerar alrededor de 4-5 pérdida de paquetes y latencia de unos 4-5 segundos Así que es un guidelinestandard general de Cisco para marcar la voz con un dscp 46 o ef, vídeo interactivo 34 o af41, Streaming de vídeo como dscp 32 o cs4. Dado que se trata de la mejor práctica recomendada por Cisco, Ciscos la mayoría de las aplicaciones de UC por defecto marcan el tráfico como este. Usted puede cambiarlo pero fuertemente no aconsejado a menos que usted tenga una razón muy buena. Otra razón para no cambiar son algunas de las plantillas de auto, etc. que normalmente puede utilizar en los switches de nivel de acceso de catalizador utilizan estas marcas, que de lo contrario tendrá que cambiar manualmente las asignaciones, etc. Espero que esto aclare - si tiene más preguntas por favor sienta Libre de pedir. En primer lugar, como ya sabrá, el marcado de tráfico se realiza para clasificar el tráfico en diferentes clases de acuerdo con la prioridad, de modo que se midan con un comportamiento diferente. Asegura que el tráfico más pequeño y crítico no se atasque detrás del tráfico más voluminoso que puede no necesitar prioridad. Entre el tráfico en tiempo real, el audio es el más crítico. Las marcas recomendadas por Cisco son según la prioridad del tipo de tráfico. La voz tiene una prioridad más alta que el vídeo. El video se divide en dos categorías: Interactiva (videoconferencia, etc.) y Streaming (reproducción de un video unicast o multicast). El orden de prioridad y razón para eso está abajo: 1) Audio - El tráfico de voz es muy sensible a la pérdida de paquetes, la latencia. No requiere pérdida de paquetes ni latencia de unos 150 ms. 2) Video interactivo - Sensible, pero puede tolerar la pérdida de paquetes de aproximadamente 1 y latencia casi igual que la voz 3) Streaming de vídeo - Menos sensible - puede tolerar alrededor de 4-5 pérdida de paquetes y latencia de unos 4-5 segundos Así que es un guidelinestandard general de Cisco para marcar la voz con un dscp 46 o ef, vídeo interactivo 34 o af41, Streaming de vídeo como dscp 32 o cs4. Dado que se trata de la mejor práctica recomendada por Cisco, Ciscos la mayoría de las aplicaciones UC por defecto marcan el tráfico como este. Usted puede cambiarlo pero fuertemente no aconsejado a menos que usted tenga una razón muy buena. Otra razón para no cambiar son algunas de las plantillas de auto, etc. que normalmente puede utilizar en los switches de nivel de acceso de catalizador utilizan estas marcas, que de lo contrario tendrá que cambiar manualmente las asignaciones, etc. Espero que esto aclare - si tiene más preguntas por favor sienta Libre de pedir.
No comments:
Post a Comment