¿Dónde está el ajuste de MTU en mi router?

Por Dmytro Tishchenko · Actualizado 2026-09-23

Ya tienes el valor medido; ahora hay que escribirlo en algún sitio. En casi cualquier equipo doméstico el campo MTU está en la sección WAN o Internet, nunca en la de Wi-Fi, y es un único campo de texto que sobrescribes. La tabla de abajo da la dirección de administración y la ruta exacta de los cinco equipos que más reparten los operadores. El resto de la página es lo que los hilos de foro se saltan: qué número va en ese campo, qué se rompe en cada dirección cuando está mal y cómo confirmar que el cambio ha entrado.

Cómo encontrar el campo en tu propio equipo

1. Entra en la página de administración. La dirección y el acceso por defecto vienen impresos en la pegatina de debajo del router. Si la pegatina ya no está, la dirección es tu puerta de enlace predeterminada — NetDiag+ la muestra como la fila del router a la que hace ping antes que a ninguna otra, y cualquier sistema de escritorio la lista en los ajustes de la conexión activa.
2. Busca en WAN o Internet, no en Wi-Fi. La MTU pertenece a la conexión que tu router levanta contra el operador, así que el campo vive donde se configura esa conexión — la tabla de abajo tiene la ruta exacta en firmware de Huawei, ZTE, TP-Link, Zyxel y Nokia. Si la WAN está partida en varios perfiles, edita el que lleva de verdad el tráfico de internet, no el perfil de gestión que el operador usa para atender el equipo en remoto.
3. Apunta el valor antiguo, guarda y deja que el enlace vuelva a levantarse. La MTU se negocia al establecer la conexión, así que un valor nuevo solo se aplica después de que la WAN reconecte. La mayoría del firmware lo hace solo al pulsar Guardar o Aplicar; si el tuyo no, reinicia el router. El número antiguo es lo que vuelves a poner si resulta que la MTU no era tu problema.

Los nombres de los menús varían según el modelo y la versión del firmware. En algunos firmware el campo solo se vuelve editable después de cambiar el tipo de conexión de automático a manual. La mayoría de routers domésticos solo aceptan valores entre 1280 y 1500: 1280 es la MTU mínima exigida por IPv6.

Gratis · 31 herramientas · compra única · sin suscripción

Qué número va en el campo

No existe una MTU correcta para todos, porque el número es 1500 menos todo lo que tu operador envuelve alrededor de cada paquete. Lo que se envuelve depende de cómo llega la línea — por eso un valor que arregló la conexión del vecino puede costarte caudal a ti sin que se note.

• DHCP simple sobre Ethernet, cable o fibra. No se envuelve nada, se aplican los 1500 completos y aquí normalmente no hay nada que arreglar. Si en una línea a 1500 siguen desapareciendo los paquetes grandes, el estrechamiento está más adelante en el camino y no en este campo — un argumento para medir en vez de ir probando.
• PPPoE, todavía la norma en DSL y en mucha fibra. La cabecera de sesión cuesta 8 bytes, así que la MTU útil es 1492. El firmware que sabe que está levantando PPPoE suele ponerlo solo; el firmware que se quedó en 1500 después de que alguien cambiara el tipo de conexión, no — y esa es una de las causas más habituales de una conexión en la que todo lo pequeño va y todo lo grande se queda parado.
• DS-Lite, CGNAT y otros túneles del operador. Tu tráfico IPv4 viaja dentro de un paquete IPv6, así que la encapsulación se come parte de los 1500 y cuánto exactamente depende de cómo lo haya montado el operador. Este es el caso en el que un número copiado de un foro no vale nada: la única forma honesta de obtenerlo es medir el camino de extremo a extremo.
• Una VPN encima de cualquiera de los anteriores. El túnel se lleva su parte — alrededor de 1420 para WireGuard sobre IPv4 y unos 1400 para un OpenVPN típico — pero ese número va en el cliente VPN, no en el router. El router sigue llevando el paquete exterior con la MTU de la propia línea.

Quedarse corto y pasarse fallan de forma distinta

Quedarse corto es el error seguro, y no sale gratis. Cada paquete lleva las mismas cabeceras IP y de transporte tanto si contiene muchos datos como si contiene pocos, así que una MTU menor significa más paquetes, más sobrecarga de cabeceras y más trabajo por paquete para cada equipo del camino. Baja a 1280 en un enlace que llevaría 1492 sin despeinarse y pierdes caudal en cada transferencia mientras cargas un router que ya era lo más lento de la casa. Nada parece roto: la línea simplemente va más lenta de lo que debería, para siempre, y nadie vuelve a comprobarlo.

Pasarse es el error que deja la conexión con pinta de estar embrujada. Todo lo pequeño funciona — respuestas de ping, DNS, la propia página de administración del router — mientras que todo lo que llena un paquete se atasca. TCP suele salir adelante: el segmento demasiado grande se descarta, el router que lo descartó devuelve un mensaje ICMP de que haría falta fragmentar y el emisor reduce. Cuando un cortafuegos del camino se traga ese mensaje ICMP, el emisor nunca se entera y la transferencia se cuelga siempre en el mismo punto. UDP no tiene ese rescate: los paquetes UDP grandes simplemente desaparecen — por eso los saludos de una VPN se quedan a medias, las webs sobre QUIC cargan sus primeros bytes y se paran, y una videollamada conecta con audio pero nunca da imagen. Los paquetes que solo se fragmentan en lugar de descartarse salen más baratos, pero tampoco gratis: cada fragmento es otra oportunidad de perder el paquete entero, y un fragmento perdido tira todo lo que iba con él.

Cómo saber que ha funcionado

1. Vuelve a medir el camino en lugar de fiarte del campo. Guardar un valor solo demuestra que el router lo aceptó. Lanza otra vez la medición de Path MTU desde un dispositivo de esa red: el valor recomendado debería coincidir ya con lo que escribiste, y las filas de sondeo deberían seguir en verde hasta ahí en vez de ponerse naranjas antes.
2. Repite exactamente lo que estaba roto. Si el síntoma era el UDP grande, el síntoma es la prueba: levanta el túnel VPN, abre la web que se colgaba, arranca la llamada que no daba imagen. Un cambio que no arregla aquello que te trajo aquí es el cambio equivocado, y el número antiguo vuelve al campo.
3. Comprueba que no lo has pagado. Haz una prueba de velocidad y una de latencia antes y después. Una MTU correcta no cuesta nada medible; una demasiado baja se ve como caudal que ya no vuelve. Si los números han bajado, sube el campo hacia el máximo medido en vez de dejar un número redondo porque daba tranquilidad.

Si el campo está en gris o no aparece

Muchos equipos del operador bloquean el campo MTU, y algunos esconden toda la sección WAN detrás de una cuenta de soporte. Es deliberado, no está roto: el operador gestiona la línea en remoto y no quiere que se toque el perfil de conexión. Hay cuatro formas de esquivarlo, más o menos por esfuerzo creciente. Configura la MTU en el propio dispositivo — macOS, Windows y Linux la exponen en los ajustes de red del adaptador, y es lo correcto cuando solo hay una máquina afectada. Configúrala en el cliente VPN (WireGuard: MTU, OpenVPN: tun-mtu), que es lo correcto cuando lo que se rompe es el túnel. Pide el cambio al proveedor: para él es un único campo en su sistema de aprovisionamiento y el soporte suele cambiarlo en remoto en minutos, sobre todo si le das el número que has medido y le nombras lo que falla sin él. Y la opción radical, si nada de eso cuaja: poner el equipo en modo bridge y montar tu propio router detrás, con lo que toda la configuración WAN, MTU incluida, se muda a hardware que controlas tú.

iOS y Android no exponen ningún ajuste de MTU, así que a un teléfono detrás de un router bloqueado solo se le puede ayudar desde su cliente VPN o a través del operador. Medir, en cambio, se puede desde el teléfono igualmente — una medición no le pide permiso a nadie.

Preguntas que la gente hace de verdad

Todo esto da por hecho que ya tienes un número que escribir. Si no, está a una medición de distancia. Siguiente: mide tu Path MTU real en el iPhone →