1 votos

Existe tal cosa como un "típico" o "de facto" por defecto para el tamaño de MTU?

  1. Al escribir el software de red, hay una omisión, típica, o de otra manera estándar de facto para el tamaño de MTU, de la cual debo tener en cuenta? Si es así, ¿qué es?

  2. Es un tamaño de MTU de 1500 (como se sugiere aquí: ¿Cuál es el MTU Máximo apoyado en Estándares DSL) una buena regla del pulgar?

  3. También, soy más de pensar en este problema? Es esta una de esas cosas que la gente piensa es importante a la hora de escribir el software de red, pero en la práctica, en términos del mundo real, no de viento de hasta importaba mucho ya que TCP se encargará de todos los detalles para usted?

Pido aquí, más que en StackOverflow, porque quiero que el sysadmin punto de vista cuando se trata de apoyo problemas relacionados con el tamaño de MTU.

ACTUALIZACIÓN: se basa en algunos de los comentarios y respuestas, estoy estrechamiento del foco un poco:

  • La aplicación que estoy escribiendo va a la comunicación entre los equipos de escritorio y servidores a través de una conexión WAN
  • Es típico de escritorio/servidor (es decir, no móvil), y aunque es posible que un atado de computadora portátil de uso de este software a través de una red móvil, no estoy preocupado con que
  • Ni siquiera intento de lidiar con cualquier capa de la pila TCP, aparte de la capa de aplicación, para la optimización
  • VPN sobrecarga puede ser anulado por fuera del alcance de esta pregunta

4voto

Greg Askew Puntos 17236

Eso es bastante amplio pregunta.

Es de 1500 común? Sí, absolutamente, para la tradición de ethernet en una red LAN.

Es seguro asumir 1500 o esperar por alguna conexión? No. Los usuarios de móviles que se conectan desde cualquier lugar puede tener diferentes MTU en diferentes momentos.

A veces podemos reducir la MTU para servidores para centros de datos que puede proporcionar servicios a las oficinas remotas a través de una conexión VPN.

Las conexiones VPN, en general, más probable es que tenga una reducción de la MTU, y aquellos que están por todo el lugar. Podría ser 1410, 1390, 1362, o algún otro curioso número.

Si usted está interesado en la carga máxima del tamaño de una conexión tcp dada, usted probablemente encontrará el negociado Tamaño Máximo de Segmento más significativo. Para un estándar de 1500 MTU de la conexión LAN, que suele ser de 1460, pero el resultado de todo esto es que debe reflejar el tamaño que sea aceptable para ambos ejércitos.

Para las conexiones que atraviesan muchos saltos, puede ser poco realista esperar que todos los saltos tienen un "estándar" de MTU, o que la MTU puede ser estimado de manera fiable. Ver Path MTU Discovery debates sobre el tema.

Path MTU Discovery
http://en.wikipedia.org/wiki/Path_MTU_discovery#Problems_with_PMTUD

Eludir Path MTU Discovery problemas con la fijación de MSS
http://lartc.org/howto/lartc.cookbook.mtu-mss.html

4voto

the-wabbit Puntos 28168

Usted no debe de atención acerca de la MTU de la red de la pila se encargará de las optimizaciones necesarias. Si está utilizando TCP, la pila puede utilizar los métodos para el cálculo del Tamaño Máximo de Segmento (MSS), que a su vez lo ideal es que va a resultar en paquetes que son más pequeños que el más bajo de la MTU de la ruta. Uno de ellos es el descubrimiento de PMTU.

En general, usted no debe tratar de ser más astuto que la pila de la arquitectura de capas de TCP/IP emplea las abstracciones por buenas razones. A menos que usted tenga mejor, usted debe salir de la funcionalidad de la segmentación y la fragmentación, donde ha sido diseñado para ser.

Como otros han escrito, no existe "el seguro de MTU" para asumir aparte de los mínimos definidos MTU para los paquetes IP - cual es de 68 bytes y por lo tanto tiene más bien poca utilidad práctica, debido a los enormes gastos generales.

Los típicos problemas de soporte debido a la MTU limitaciones son principalmente dos:

  • innecesaria la fragmentación y por tanto, mayor sobrecarga de protocolo y las altas latencias de ping-pong protocolos
  • rotas las transmisiones debido a los ignorantes administradores de firewall de filtrado ICMP y rompiendo así el descubrimiento de PMTU a lo largo de la ruta

Ambos factores son nada de lo que se debe tratar a una aplicación.

3voto

SpacemanSpiff Puntos 7968

En respuesta a:

1) Es difícil responder a esto, porque no siempre va a ser un resumen de las cosas que afectan el rendimiento del software cuando toca la red. Una MTU optimizado para switchport a switchport de comunicación no va a hacer mucho bien a través de una WAN link o, peor aún, de una VPN que se va a agregar una sobrecarga y, potencialmente, de la fragmentación.

2) Sí, pero usted realmente no puede controlar lo que está arriba en todas las situaciones!

3) Si usted está overthinking, son realmente el software de escritura de eso es que va a llegar de vuelta hacia abajo en la capa 2 para la optimización? Si estuviera escribiendo decir... un controlador iSCSI entonces sí, usted está probablemente va a tener que considerar cosas como esta.

2voto

BillThor Puntos 15761

Se adhieren a los requisitos del protocolo, y se supone que puede pasar fácilmente los datos. Sin embargo, trate de evitar el uso de bloques de longitud fija un poco más de la MTU o un pequeño múltiplo de la misma.

  1. Por defecto MTU de 1500 que es el valor máximo utilizable en Internet. Los valores más pequeños puede ser necesario cuando el túnel de tráfico. La mayoría de tráfico de la fragmentación y reensamblado se supera el máximo de MTU en el enlace. Sólo si el DNF (No Fragmentar) se establece la opción debe a que los paquetes ser menor o igual a la MTU. El local MTU establece un límite superior para la superficie útil de MTU.
  2. Como la mayoría de los ejércitos tiene una MTU de 1500. Es un buen valor por defecto a utilizar. Algunos ISPs ofrecen enlaces con los protocolos de túnel como PPPOE que proporcionan un MTU menor. Así mismo, muchos de IPv6 early adopters puede ser el uso de un túnel, y puede tener un MTU menor.
  3. Lo más probable es más de pensar el problema. En el mundo real, usted no puede confiar en el local de MTU para determinar el vínculo de la MTU. Tampoco se puede contar con que es un valor estático. Si se requiere la fragmentación de los paquetes y volver a montar. Por ejemplo, el tamaño de bloque para NFS es típicamente 4096, y son generalmente enviados en fragmentos.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: