Dscp 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 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 posterior.1. Precedencia IP y Valores DSCP Los paquetes IP tienen un campo denominado Tipo de Campo de Servicio (también conocido como byte TOS). La idea original detrás del byte del TOS era que podríamos especificar una prioridad y pedir una ruta para el alto rendimiento, el retraso bajo y el servicio confiable alto. El byte TOS se ha definido en 1981 en el RFC 79 1, pero la forma en que lo usamos ha cambiado a lo largo de los años. Esto hace que sea confuso para entender, ya que hay una gran cantidad de terminología y algunos de los que ya no se utilizan en la actualidad. En este tutorial Ill explicar todo lo que hay que saber sobre el byte TOS, precedencia IP y valores DSCP. Vamos a echar un vistazo al byte TOS: Arriba usted ve la cabecera IP con todos sus campos, incluyendo el byte TOS. No mezcle TOS (Tipo de Servicio) y COS (Clase de Servicio). El primero se encuentra en el encabezado de un paquete IP (capa 3) y el segundo se encuentra en el encabezado de 802.1Q (capa 2). Se utiliza para la calidad de servicio en enlaces troncales Así que ¿qué aspecto tiene este byte Bueno, tienen que tomar algunas lecciones de historia aquí Precedencia IP En el principio los 8 bits del byte TOS se definieron así: Los primeros 3 bits se utilizan para definir un Precedencia Cuanto mayor sea el valor, más importante será el paquete IP, en caso de congestión, el enrutador soltará primero los paquetes de baja prioridad. El tipo de bits de servicio se utilizan para asignar qué tipo de retardo, rendimiento y fiabilidad queremos. Es un poco confuso que tenemos un tipo de byte de servicio y que el bit 3-7 se llama el tipo de bits de servicio. No mezclarlos, estas son dos cosas diferentes. Heres una lista de los bits y las posibles combinaciones: Con el antiguo tipo de 5 bits bits de servicio que podría voltear algunos interruptores y tienen un paquete IP que pidió poco retraso y de alto rendimiento. Con el nuevo tipo de bits de 4 bits de servicio que tiene que elegir una de las 5 opciones. Buen pensamiento, pero el tipo de bits de servicio nunca han sido realmente utilizados Así que lo que realmente utilizamos hoy en día Servicios Diferenciados El año es 1998 y 6 años han pasado desde los últimos cambios en el byte TOS. Se crea RFC 2474 que describe un byte TOS diferente. El byte TOS obtiene un nuevo nombre y ahora se denomina campo DS (Servicios Diferenciados) y los 8 bits también han cambiado. Heres lo que parece ahora: Los primeros 6 bits del campo DS se utilizan para establecer un codepoint que afectará el PHB (Per Hop Comportamiento) en cada nodo. El codepoint es también lo que llamamos el valor DSCP. Permítanme reformular esto en lenguaje sencillo El codepoint es similar a la precedencia que utilizamos en el byte TOS, su usado para establecer una cierta prioridad. PHB es otro término de fantasía que no hemos visto antes, requiere más explicación. Imagina que tenemos una red con 3 routers en una fila, algo así: Arriba tenemos dos teléfonos y 3 enrutadores. Cuando configuramos QoS para priorizar los paquetes VoIP, tenemos que hacerlo en todos los dispositivos. Cuando R1 y R3 están configurados para priorizar paquetes VoIP mientras R2 lo trata como cualquier otro paquete IP, todavía podemos experimentar problemas con la calidad de nuestra llamada telefónica cuando hay congestión en R2. Para que la QoS funcione, debe configurarse de extremo a extremo. Todos los dispositivos en la ruta deben priorizar los paquetes VoIP para que funcione. Hay dos métodos para hacer esto: Utilice reservas, cada dispositivo en la red reservará ancho de banda para la llamada telefónica que estamos a punto de hacer. Configure cada dispositivo por separado para dar prioridad a los paquetes VoIP. Hacer una reserva suena como una buena idea, ya que puede garantizar que podemos hacer la llamada telefónica, no es una solución muy escalable, sin embargo, ya que tienes que hacer reservas para cada llamada telefónica que desea hacer. Qué pasa si uno de los routers pierde su información de reserva La idea de usar reservas para hacer cumplir QoS de extremo a extremo se llama IntServ (Integrated Services). Lo contrario de IntServ es DiffServ (Servicios Diferenciados) donde configuramos cada dispositivo por separado para priorizar cierto tráfico. Esta es una solución escalable ya que los dispositivos de red no tienen que intercambiar y recordar cualquier información de reserva Sólo asegúrese de que configurar cada dispositivo correctamente y eso es todo Con 6 bits para codepoints podemos crear una gran cantidad de prioridades diferentes en la teoría, hay 64 valores posibles Que podemos elegir. La idea detrás de PHB (Per Hop Comportamiento) es que los paquetes que están marcados con un cierto codepoint recibirán un cierto tratamiento QoS (por ejemplo, colas, policiamiento o modelado). A lo largo de los años, ha habido algunos cambios en los PHBs y cómo usamos los codepoints. Permite caminar a través de todos ellos PHB predeterminado El PHB predeterminado significa que tenemos un paquete que está marcado con un valor DSCP de 000000. Este paquete debe ser tratado como mejor esfuerzo. Class-Selector PHB Hubo un momento en que algunos dispositivos de red antiguos sólo admiten la prioridad IP y los dispositivos de red más nuevos utilizarían servicios diferenciados. Para asegurarse de que los dos son compatibles, tenemos los selectores de clases. Heres lo que parece: sólo utilizamos los primeros tres bits. Al igual que lo hicimos con la prioridad IP. Aquí hay una lista de los posibles códigos de selección de selector de clase que podemos usar: Nombre del selector de clases Como se puede ver, CS1 es lo mismo que la prioridad y CS4 es el mismo que el reemplazo de flash. Podemos usar esto para la compatibilidad entre el viejo byte de TOS y el nuevo campo de DS. El PHB por defecto y estos PHB de selector de clase se describen ambos en RFC 2474 a partir de 1998. Asegurado Forwarding PHB Un año después, llega el RFC 2597 que describe el envío asegurado. El PHB AF (Assured Forwarding) tiene dos funciones: Hay 4 clases diferentes y cada clase se colocará en una cola diferente, dentro de cada clase también hay una probabilidad de caída. Cuando la cola está llena, los paquetes con una probabilidad de caída alta se eliminarán de la cola antes de los demás paquetes. En total hay 3 niveles para la precedencia de caída. Heres lo que el campo DS parece: Los primeros 3 bits se utilizan para definir la clase y los 3 bits siguientes se utilizan para definir la probabilidad de caída. Aquí están todos los valores posibles que podemos usar: Clase 4 tiene la prioridad más alta. Por ejemplo, cualquier paquete de la clase 4 obtendrá siempre un tratamiento mejor que un paquete de la clase 3. Algunos vendedores prefieren usar valores decimales en lugar de AF11, AF32, etc. Una manera rápida de convertir el valor AF a un valor decimal es mediante La fórmula 8x 2y donde X clase y Y caída probabilidad. Por ejemplo, AF31 en decimal es 8 x 3 2 x 1 26. Expedición acelerada El EF (Expedited Forwarding) PHB también tiene dos funciones: El objetivo del envío acelerado es poner los paquetes en una cola donde experimentan un mínimo de retraso y pérdida de paquetes. Aquí es donde desea que sean los paquetes de sus aplicaciones en tiempo real (como VoIP). Para hacer cumplir esto usamos algo llamado una cola de prioridad. Siempre que haya paquetes en la cola de prioridad, se enviarán antes que todas las demás colas. Esto también es un riesgo, hay una posibilidad de que las otras colas no tendrán la oportunidad de enviar sus paquetes por lo que tenemos que establecer un límite de velocidad para esta cola, esto se hace con la policía. El valor de DSCP se llama normalmente EF y en binario es 101110, el valor decimal es 46. El mundo real Ahora debe tener una buena comprensión de la diferencia entre los valores de prioridad IP y DSCP. Su una historia bastante larga Theres una cosa que debo mencionar. Hemos hablado mucho acerca de PHB (Comportamiento de Per Hop) y el comportamiento de la palabra hace que suene como cuando se utiliza un valor DSCP determinado, el enrutador automáticamente cola, la policía o la caída de los paquetes. Lo curioso es que su router no hará nada Tenemos que configurar las acciones que el router realizará nosotros mismos. Tenemos una gran cantidad de valores diferentes que podemos utilizar para el byte TOS..IP precedencia, CS, AF y EF. Entonces, ¿qué usamos realmente en nuestras redes? La respuesta corta es que realmente depende del proveedor de redes. El valor de precedencia IP 5 o DSCP EF se utiliza normalmente para tráfico de voz mientras que el valor de precedencia IP 3 o DSCP CS3 o AF31 se utiliza para la señalización de llamadas. Averigüe si su proveedor de redes tiene una guía de diseño de calidad de servicio, por lo general lo hacen y le dan algunos ejemplos de los valores que debe usar. Espero que este tutorial haya sido útil para entender el byte de TOS, Precedencia de IP y DSCP. Si tiene alguna pregunta no dude en dejar un comentario. Si diferentes esquemas de marcado de paquetes se utilizan en diferentes partes de una red VoIP, entonces es necesario poder relacionar los valores entre sí para asegurar características de QoS coherentes a través de la red. Resolución Esta tabla compara los valores de QoS para los valores de prioridad IP, DSCP y Multiprotocol Label Switching (MPLS), junto con los valores estándar utilizados en el software Cisco IOS para la configuración. Para obtener una introducción a este tema, consulte QoS para VoIP. Per Hop Comportamiento (PHB) Como parte de estudiar el 642-642 QoS examen curso es parece bastante importante para entender la relación entre las diversas formas de marcado de tráfico. A continuación hay algunas notas que he hecho hasta ahora sobre estas relaciones. Esto es una nota sobre el trabajo interno de los diferentes PHB o su uso. DSCP Puntos de código de servicios diferenciados. Este es un campo que utiliza 6bits del campo TOS en un encabezado de paquete IP. Las cuatro clases de transmisión aseguradas incluyen tres clases de probabilidad de caída. En general, cuanto mayor es el primer número, mejor es el tratamiento de QoS del paquete y cuanto mayor es el segundo número, mayor es la probabilidad de que el paquete se caiga durante un período de congestión. Una fórmula simple para recordar el valor decimal es AF (8A) (2B). P. ej. AF31 (83) (21) 26 Precedencia IP Se utilizó antes del DSCP. También utiliza bit del campo TOS encontrado en los encabezados de paquetes IP, aunque sólo 3 bits en lugar de los 6 bits de DSCP. Estos tres bits de Precedencia se superponen con los bits más significativos del DSCP. CoS Clase de servicio. Un campo de 3 bits definido bajo la especificación 802.1p y sólo se encuentra en marcos Ethernet 802.1q marcados (cisco ISL también admite CoS). Diferente de precedencia y DSCP como su una marca de la capa 2 y un cierto equipo del establecimiento de una red puede actuar solamente en las marcas de CoS de la capa 2. Una Tabla que muestra la relación entre Precedencia IP y DSCP: Precedencia IP (binario) Para mejorar la compatibilidad con la precedencia IP DSCP tiene siete PHBs Selector de Clase. Todos estos tienen ceros en los tres bits menos significativos del campo DSCP. P. ej. Xxx000. El ideam que está a lo largo de la línea que si un encaminamiento de la precedencia de la escritura del IP envía un paquete marcado a un ranurador que marca del DSCP que tendrá una medida de la comprensión. Clase Selector 1 (CS1) Clase Selector 2 (CS2) Clase Selector 3 (CS3) Clase Selector 4 (CS4) Clase Selector 5 (CS5) Clase Selector 6 (CS6) Clase Selector 7 (CS7) Ser modificado para requisitos particulares y ser cambiado a través del cli. Compartir esto: DSCP TOS Nota: Im perfectamente feliz para esta tabla y la información asociada para ser utilizado dondequiera por cualquier persona, thats porqué su publicado aquí, no podría encontrar una referencia fácil, así que creé uno y lo publicé para cada uno, pero, si Usted republica la información, atribuya por favor la fuente y no intente pasarla apagado 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 cuando la captura de paquetes ¿Cómo se resuelve qué valor ToS equivale a qué DSCP valor Or. 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 los paquetes que coinciden con nuestro filtro, que 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 ha mencionado, 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.