0Optimización WAN MTU para BT Infinity

Desde el cambio de mi BT SmartHub a un router pfSense que he tenido algunos problemas menores. One of which has been the squid proxy ser­vice caus­ing a prob­lem where I can­’t access the BBC web­site with an error. Mientras que con el tiempo me di solucionar esto a través de un método ligeramente extraña, Me encontré con una posible fuente del problema, que valía la pena fijar por sí mismo


Cuando cumplí los calamares de la I fue inmediatamente acceder a la página web de la BBC, pero con ella se convirtió en la I consistentes recibido un error de calamar que se había producido un “Zero Sized Reply”. Parecía calamar no ha podido obtener ninguna respuesta de la BBC. Una causa posible de esto podría ser paquetes fragmentados que es caído, y la causa de la fragmentación es normalmente tamaño de MTU.

La MTU por defecto para Ethernet es 1500 y la mayoría de los sistemas operativos modernos manejan las cosas en la LAN de forma automática. Es posible utilizar tamaños hasta 9000 para aumentar el rendimiento (ligeramente) para la LAN. sin embargo, this was of less interest to me than mak­ing sure pack­ets wer­en’t get­ting frag­men­ted mul­tiple times, o ser fragmentado después de dejar el router.

Con el pfSense WAN MTU definido como predeterminado (1500) He intentado algunas ping desde las ventanas para ver cuál es el tamaño máximo fue sin fragmentación. El comando a utilizar es ping google.com -f -l 1500, cambiando el último número para encontrar el óptimo. Mi conexión BT Infinity utiliza PPPoE que normalmente tiene un valor máximo de 1492 (de hecho, puede utilizar realmente PPPoA, que mi módem puente puede presentar como PPPoE para pfSense, diferentes fuentes dicen cosas diferentes sobre este), y cuando se utiliza de ping es necesario tener en cuenta alguna sobrecarga que tiene un valor de 28, así que estaba esperando un ping de MTU 1464 para ser el más grande que podría utilizar. Para mi sorpresa esto todavía dio lugar a la fragmentación y que finalmente encontró el máximo que podía usar era 1456.

He utilizado este valor (con 28 agregó a) para establecer un valor MTU de 1484 en el WAN configuración de la interfaz de pfSense. Ahora la única fragmentación debe ser realizado por el router para paquetes LAN, sin riesgo de ninguna fragmentación posterior de un router en algún lugar entre mí y cualquier sitio web en particular. Después de limpiar mi caché del navegador y la memoria caché de calamar que era entonces capaz de cargar el sitio web de la BBC con éxito. Sospecho que el problema se debía a un problema de enrutador blackholing algún lugar entre mi ISP y los servidores de la BBC que estaba cayendo los paquetes fragmentados. Una buena descripción del fenómeno se puede encontrar en Blog de RCL

Creo que hemos perdido algo? Avísenos comentarios a continuación. Si desea suscribirse por favor utilice el enlace de suscripción en el menú en la parte superior derecha. También puede compartir esto con tus amigos mediante el uso de los enlaces sociales inferiores. Aclamaciones.

Deja una respuesta