MTU y fragmentación


13

Considere lo siguiente: NAS con interfaz 10G conectada a la interfaz 10G en el conmutador. Computadoras cliente conectadas para cambiar a través de Gigabit Ethernet.

  • ¿Habrá alguna ganancia en el rendimiento si se aumenta el tamaño de MTU en el NAS y el puerto del conmutador al que está conectado el NAS si el tamaño de MTU no aumenta desde los 1500 bytes estándar en las NIC del cliente?

  • ¿Causará esto problemas de fragmentación?

  • ¿Cómo "manejan" los dispositivos los desajustes en MTU para las interfaces a través de una red conmutada?


¿Qué protocolo está utilizando para el tráfico SAN?
Mike Pennington

1
En realidad, creo que Path MTU Discovery (PMTUD) es bastante común en los hosts en estos días, por lo que es probable que el cliente envíe un mensaje ICMP Fragmentation Needed (Type 3, Code 4) que contiene su MTU, lo que debería hacer que el host reduzca el tamaño de su paquete .

Respuestas:


20

No habrá aumento de rendimiento sin que todos usen paquetes más grandes. El objetivo de las tramas gigantes es empacar más carga útil con la misma sobrecarga. La capacidad del NAS para enviar paquetes más grandes no tiene sentido si los clientes no lo hacen también.

No habrá "fragmentación" en absoluto. La capa 2 (ethernet) no tiene medios si indica "fragmentación necesaria". Esto se calcula en la capa 3 (IP) mediante enrutadores que envían un mensaje ICMP cuando tiene que descartar el paquete porque no cabe en la interfaz del siguiente salto. Esto no puede suceder donde no hay enrutador, en una LAN plana y conmutada. El cliente descartará los paquetes gigantes enviados desde el NAS como una trama de gran tamaño, o el conmutador los descartará por el mismo motivo. [No se puede enviar un paquete de 9k en una interfaz 1500B.]


Entonces, ¿causará problemas sin fin, donde el cliente o el conmutador dejarán caer mucho tráfico de la SAN?
nos

@Ricky - ¿Cómo podría manifestarse la caída repetida de paquetes de gran tamaño? ¿La interfaz receptora tiene una manera de "decirle" al remitente que solo puede tomar fotogramas de tamaño X? ¿O ve el remitente que la trama nunca fue recibida por un protocolo de capa superior como TCP?
sardean

1
El paquete se cae y ese es el final. (bueno, un contador marca, pero a) nadie lo revisa, yb) no sabrá exactamente qué lo causó). Lo verá como las conexiones TCP se estancan tan pronto como comienza una transferencia, los enlaces iSCSI fallan, etc.
Ricky Beam

5

P: ¿Habrá alguna ganancia en el rendimiento si se aumenta el tamaño de MTU en el NAS y el puerto del conmutador al que está conectado el NAS si el tamaño de MTU no aumenta desde los 1500 bytes estándar en las NIC del cliente?

Respuesta: No, porque el cliente no está utilizando el tamaño de MTU aumentado. Si desea transportar a 100 personas del punto A al punto B, puede usar dos autobuses o 25 sedanes. Si el camino entre A y B está hecho para que los autobuses puedan moverse más fácilmente sin demoras, y aún así los mueves en sedanes, no estás ganando nada.

P: ¿Esto causará problemas de fragmentación?

Respuesta: No, la fragmentación ocurre en el escenario opuesto cuando envía un paquete grande mientras la ruta no lo admite y necesita cortarlo en paquetes de tamaño compatible.

P: ¿Cómo "manejan" los dispositivos los desajustes en MTU para las interfaces a través de una red conmutada?

Respuesta: Si el paquete es más pequeño que el tamaño de paquete permitido, se pasa sin problemas. Si el paquete es más grande que el tamaño permitido, se descarta.


1
Esto no es verdad. No ocurre fragmentación en la capa 2. No hay forma de negociar MTU en un segmento de Ethernet. Si no todo está configurado de la misma manera, algunas unidades (con la MTU más pequeña) dejarán caer cuadros de gran tamaño.
Ricky Beam

Eche un vistazo a supportforums.cisco.com/thread/20490 que explica a qué me refiero.
AdnanG

Ya veo, gracias por señalarlo. Estoy eliminando esa parte de la respuesta.
AdnanG

1

La MTU de una sesión tcp se establece en la conexión TCY SYN inicial. si tiene una MTU que no coincide en la red, no va a importar para su aplicación tcp ... layer2 o 3. UDP no tiene el mismo concepto, así que sí, para UDP comenzará a fragmentar el tráfico que puede / no afectar el rendimiento . Todo depende del tipo de tráfico, tamaño, volumen y su hardware.


0

Faltan algunas cosas ... Primero, no hay negociaciones de MTU. En segundo lugar, cuando se discuten los paquetes TCP SYN, rara vez excederán el tamaño de trama de un MTU de enlace. En ese sentido, hay respuestas de PMTU cuando se habla de la capa 3, así como de TCP MSS, que ofrecen una carga útil del tamaño máximo. No estoy diciendo que alguien sea incorrecto aquí, pero a menudo la configuración de MTU puede pasar desapercibida debido a tales características.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.