Introducción
Este documento describe la comprobación de la unidad máxima de transmisión (MTU) en las tarjetas de interfaz de red (vNIC) virtuales vmxnet3 aplicadas en la actualización 2 y posteriores de ESXi 6.7.
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- Configuraciones de red de VMware Virtual Machine en ESXi
- Interfaz de línea de comandos (CLI) de Cisco Meeting Server (CMS)
Componentes Utilizados
La información de este documento se basa en CMS que se ejecuta como máquina virtual.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
En particular, este documento se refiere a CMS pero afecta a cualquier máquina virtual que cumpla con los requisitos de flujo:
- Actualización 2 o posterior de la versión 6.7 de ESXi
- adaptador vmxnet3 en uso
- Cambios de MTU en el nivel vNIC de la máquina virtual
Antecedentes
En la actualización 2 y posterior de la versión 6.7 de ESXi, el comportamiento predeterminado de la plataforma se aplica para realizar una verificación de MTU en la trayectoria de recepción y no permite paquetes que sean mayores que el tamaño de MTU de vNIC.
Antes de esta versión, esta comprobación no se aplicaba y esto puede aumentar la probabilidad de descartes de paquetes cuando se cambia el tamaño de la MTU en la máquina virtual (VM) que utiliza los vNIC vmxnet3.
Por ejemplo, si el vSwitch está configurado para recibir una MTU de 1500 bytes pero la MTU vNIC de la VM se reduce a 1300 bytes y se recibe un paquete mayor que 1300 bytes, entonces este paquete se descarta o se descarta.
Problema: Pérdida potencial de paquetes cuando se reduce el tamaño de MTU
Los entornos que ejecutan Cisco Meeting Server (u otras aplicaciones que modifican la MTU en el nivel vNIC y utilizan el adaptador vmxnet3) VM en la versión 6.7 de ESXi, actualización 2 y posterior, pueden experimentar problemas de pérdida de paquetes cuando la MTU se reduce debido a este cambio de comportamiento predeterminado.
La MTU se reduce con el comando interface <interface> mtu <value> en la configuración del Procesador de administración de placa base (MMP) de CMS que luego establece el valor en el vNIC para reducir la latencia de los paquetes en la red.
Puede encontrar más detalles sobre estos cambios en este artículo de VMware.
Solución
A continuación se muestran las opciones que pueden ayudar a resolver este problema.
Nota: Las opciones 1 y 2 requieren que el entorno ESXi haya instalado la versión de parche de ESXi670-201912001 para que la opción esté disponible para la modificación de la configuración de vmxnet3 para la verificación de MTU. Puede encontrar más información sobre esto en las notas de la versión para la versión del parche. A la que se refiere el texto siguiente.
"PR 2409342: No puede seleccionar para deshabilitar la protección de la unidad de transmisión máxima (MTU) en el motor vmxnet3 para que la longitud del paquete no exceda la MTU vNIC
Con ESXi670-201912001, puede seleccionar para inhabilitar la comprobación de la unidad máxima de transmisión (MTU) en el motor vmxnet3 para que la longitud del paquete no exceda la MTU vNIC. El comportamiento predeterminado es realizar la verificación MTU. Sin embargo, si utiliza vmxnet3, como resultado de esta verificación, es posible que observe un aumento de los paquetes perdidos. Para obtener más información, vea el artículo 75213 de la base de conocimientos de VMware.
Este problema se resuelve en esta versión."
Opción 1: Configuración de todo el host
Como se ha indicado anteriormente, esta opción requiere la instalación de la versión de parche (ESXi670-201912001). Los siguientes detalles se toman directamente de la sección de resolución del documento de VMware 75213.
configuración avanzada del sistema esxcli - o "/Net/vmxnet3NonTsoPacketGtMtuAllowed" -i 1
Nota: Esta configuración se aplica a todos los vNIcs de vmxnet3 (en todo el host). Esta configuración se aplica a cada VM que está encendida después de realizar este cambio.
Opción 2: configuración específica de vNIC
Como se ha indicado anteriormente, esta opción requiere la instalación de la versión de parche (ESXi670-201912001). Los siguientes detalles se toman directamente de la sección de resolución del documento de VMware 75213.
"Use ethernet0.rxAllowPktGtMtu = "1" en el archivo vmx:
Cuando se sustituya "ethernet0" por el vNic específico en el que se aplicará la configuración.
Utilice el artículo de VMware KB para seguir los pasos de Cómo:
Modificación de la configuración avanzada de las máquinas virtuales mediante el cliente vSphere (1016098) KB".
Opción 3: Solución alternativa
Para la opción de solución alternativa, tiene la opción de revertir la configuración de MTU en la aplicación/VM de modo que esté configurada para recibir lo que se acepta en la red.
Por ejemplo, si el vSwitch está configurado para recibir el tamaño de MTU de 1500 y, por lo tanto, el vNIC de la máquina virtual debe configurarse para que coincida con esto. Si el entorno ejecuta CMS, debe establecer la MTU de interfaz en lo que se espera.
Por ejemplo: iface un mtu 1500 configurado en CMS MMP.
La otra opción sería asegurarse de que la red esté configurada para que los paquetes que llegan al vNIC no excedan el valor de MTU establecido para el vNIC. Esto tendría que hacerse en toda la red para asegurarse de que la fragmentación esté configurada correctamente.
Información Relacionada
Comentarios