Buenos días,Después del apagón general en España, técnicos de Movistar me cambiaron mi equipamiento compuesto por ONT separada (Huawei Movistar) + router Mitrastar Movistar por un único equipo con ONT integrada: el Router Smart WiFi 6 Go.Tengo contratados los siguientes servicios de Movistar Fibra 1Gbps: TV, internet y telefonía.Hasta la fecha, tenía los 3 servicios perfectamente operativos en mi LAN [casa/oficina] con la ONT separada + router neutro ASUS, y sin ningún problema de tráfico en la red.Desde la instalación del Router Smart WiFi 6 Go, tengo problemas de trafico, microcortes en la red y en internet, lentitud, etc. Mi casa tiene 4 plantas, con varios switches perfectamente configurados, cableado RJ45 Cat.6 y también con puntos de acceso inalámbrico perfectamente cableados en todas las plantas. No tengo problemas de conexiones WiFi con mis dispositivos móviles. El tráfico en la red es denso (soy un usuario avanzado de audio y videoedición) con un servidor NAS dando servicio multimedia y de archivos a toda la casa.Por lo anteriormente expuesto, solicito a un responsable técnico de Movistar que me oriente para poder Configurar en modo Bridge real el Router Smart WiFi 6 Go triple vlan [config. avanzada], y conectar a posteriori un router neutro para la gestión interna de mi red.Accediendo a la configuración avanzada, entiendo que se debe proceder a modificar la GPON Connections Table:En los 3 items, Internet, VoIP e IPTV, aparece la opción de Modificar, que al pulsar aparece lo siguiente modificable:y puede cambiarse la opción Mode/Modo:Lo que necesito es que el Router Smart WiFi 6 Go actúe únicamente como una ONT, al cual conectaré un router neutro para distribuir los servicios de internet, VoIP e IPTV a toda la casa tal cual tenía hasta la fecha.Muchas gracia por su atención y a toda la gran comunidad de Movistar.

Hola vieira Te damos la bienvenida a la Comunidad Movistar. Lamentamos los inconvenientes que esto haya podido ocasionarte. Para poder ayudarte con tu gestión, necesitamos que nos envíes por privado los siguientes datos: - Número de teléfono afectado. - Nombre, apellidos y DNI del titular de la línea. - El domicilio (provincia, ciudad, calle, número o, si aplica, el punto kilométrico). - Teléfono de contacto (preferiblemente móvil) por si fuera necesario. Para tu seguridad, hazlo por favor a través de mensaje privado. Para ello, si pones el cursor sobre el nombre de nuestro usuario, "Técnico Movistar", te aparecerá la opción de mensaje privado. Una vez que nos los facilites, te informaremos lo antes posible. Si deseas más información de cómo enviar un mensaje privado, puedes pinchar aquí Un saludo. Alejandra.

Buenas vieira Los HGU no poseen ninguno un modo Bridge, nunca lo han tenido y dudo que lo tengan alguna vez. Lo que los HGU poseen es el modo Monopuesto, que lo que hace es poner en bridge la VLAN6 de Internet. Este es el enfoque que Movistar escogió hace mucho tiempo, y tiene toda la lógica del mundo: 1º. Al usar este enfoque, prácticamente el 100% de los Router del mercado pueden usarse para Internet, ya que no se requiere de tener configurados 3 servicios WAN independientes y por VLAN 2º. Es sencillo, basta con habilitar la opción monopuesto que tienen, y listo 3º. No posee ningún tipo de restricción ni limitación, únicamente como el usuario quiera configurar su propio Router. El único "problema" que tienen algunos usuarios en este modo, aparece cuando quieren mantener conectado el Deco y VoIP al HGU en vez de configurar su propio Router para acceder a dicho servicios (ya sea por mala elección del Router/hardware o falta de conocimientos). Dado que el HGU delega totalmente la conexión a Internet al Router propio, este pierde Internet obviamente (el HGU), lo que hace que servicios explícitos que hagan uso de ello se ven afectados, como es el caso de algunas funcionalidades del Deco. Pero como digo no es un problema del modo monopuesto, sino de conocimientos del usuario. Yo uso siempre mis propios dispositivos, desde cuando teníamos ONT independientes que sí actuaban como bridge, pasando por el HGU5 y ya desde hace algún año el HGU6. El HGU siempre en monopuesto, Deco/telefonía... conectado a mi propio Router, al que también cuelga algún que otro Switch. Jamás he tenido un solo problema. Con lo que la respuesta ya la tienes. No, los HGU no tienen un modo bridge, tienen un modo Monopuesto que te permite configurar tu propio Router como desees. Saludos.

Gracias por tu tiempo, pero la solución que planteas es la sencilla. Ya la hubiese puesto en práctica. Tal como indiqué en mi petición, me interesa configurar el router Router Smart WiFi 6 Go (no HGU) para que simplemente actúe como ONT y disponer de los tres servicios (Internet, VoIP e IPTV) gestionados a través de router neutro.

Buenas vieira Por aquí llamamos igualmente HGU al Router Smart WiFi 6, sea el Go o la versión no-Go. Todos son HGU a efectos prácticos (Home Gateway Unit), y tenemos al menos unos 8-10 modelos diferente, al menos 4 ó 5 HGU5 y al menos unos 3 ó 4 HGU6. Y mi mensaje anterior, me temo que te guste o no, es aplicable como digo a todos los HGU. Movistar no implementa ningún modo bridge en ninguno de sus HGU. Si bien es cierto que algunos modelos muy concretos pueden trampearse o realizar configuraciones "exóticas" para ello debido a que el fabricante puede ser más o menos laxo en un modelo y firmware concreto, en general no se puede, ni se da soporte sobre ello. Y esto no es casualidad ni mucho menos, es que por eso mismo existe el modo Monopuesto, con las ventajas ya expuestas anteriormente, que doy por sentado son las que en su día Movistar manejó para decirle al fabricante que modo era mejor para dar la opción al usuario. Es decir, hacer compatible en esencia casi cualquier Router del mercado de forma sencilla, algo infinitamente más útil que crear un modo bridge real... teniendo en cuenta como digo que no existe absolutamente ninguna limitación el usarlo como Monopuesto, desde el punto de vista del usuario que quiere usar su propio Router. Como te digo, ahora mismo tengo un HGU6 (llámalo si quieres Router Smart WIFI 6) al que tengo conectado mi propio Router, y toda mi red (Switchs, Equipos, Deco, Móviles...) colgando de él, de mi propio Router. Así que lamento decirte en respuesta corta que no, no puedes. Si por cualquier razón para tu uso es un imperativo, tendrás que buscar una ONT de terceros, configurarla, y teniendo suerte que la OLT al otro lado la de por buena. Incluso en los casos que hay de modelos/firmware concretos que técnicamente pueden configurarse en bridge debido a que el fabricante no ha cerrado la puerta totalmente a ello, hay que tener en cuenta que dado que es una funcionalidad no estándar ni solicitada por Movistar al fabricante, este la puede eliminar, modificar, cambiar, dejar KO... en cualquier momento sin previo aviso. Vamos, te lo digo porque ha pasado no pocas ocasiones con cualquier funcionalidad llamemos "no estándar". Mi consejo sigue siendo el mismo... tan sencillo como poner el HGU en monopuesto y configurar tu Router para gestionar toda tu red, incluyendo VoIP/IPTV aunque el router no gestione directamente dichas interfaces WAN. Saludos.

Gracias de nuevo por tu aporte. Dada la experiencia práctica que apuntas en tu respuesta, sobre todo en el párrafo:"Y esto no es casualidad ni mucho menos, es que por eso mismo existe el modo Monopuesto, con las ventajas ya expuestas anteriormente, que doy por sentado son las que en su día Movistar manejó para decirle al fabricante que modo era mejor para dar la opción al usuario. Es decir, hacer compatible en esencia casi cualquier Router del mercado de forma sencilla, algo infinitamente más útil que crear un modo bridge real... teniendo en cuenta como digo que no existe absolutamente ninguna limitación el usarlo como Monopuesto, desde el punto de vista del usuario que quiere usar su propio Router. Como te digo, ahora mismo tengo un HGU6 (llámalo si quieres Router Smart WIFI 6) al que tengo conectado mi propio Router, y toda mi red (Switchs, Equipos, Deco, Móviles...) colgando de él, de mi propio Router. "Y visto que tu instalación presenta una topología más compleja de lo normal, análoga a la que yo puedo tener también, como debería proceder de manera práctica para que lo que indicas lo pueda materializar en mi caso.De nuevo, agradezco tu tiempo.

Configurar en modo Bridge real el Router Smart WiFi 6 Go triple vlan [config. avanzada]

43 Respuestas

vieira
Yo probé el VDSL
10-10-2025
Por cierto Theliel,
Quiero retomar lo que me apuntaste en tu mensaje anterior: Configurar en modo Bridge real el Router Smart WiFi 6 Go triple vlan [config. avanzada] | Comunidad Movistar de fecha 3/10/2025.
El archivo del script wan-start ¿tiene que tener extensión?. Del estilo wan-start.sh
Los scripts han de ir en la carpeta /jffs/scripts/. He leído en la página de Github de Merlin que para que un comando funcione correctamente, el archivo /jffs/scripts/movistar.sh debe tener permisos de ejecución asignados. Si no los tiene, el sistema no podrá ejecutarlo. Para otorgar estos permisos, se utiliza el comando chmod +x /jffs/scripts/movistar.sh. Una vez con permisos de ejecución, el script puede ser lanzado directamente con el comando sh seguido de la ruta del archivo.
Es decir, y siguiendo lo que me propusiste sobre la ejecución de una secuencia de scripts, por mantener una granularidad y, si falla algo, revisar scripts individualmente y no uno que tenga todos los comandos, podría crear el siguiente script en el router mediante SSH:
nano /jffs/scripts/wan-start
y escribir el siguiente contenido:
#!/bin/sh # Espera 4 segundos sleep 4 # Ejecuta el script movistar.sh sh /jffs/scripts/movistar.sh
Tengo que asegurarme de que cualquier script que cree esté guardado en el directorio/jffs/scripts/ y tenga permisos de ejecución establecidos usando el comando chmod a+rx/jffs/scripts/*. Esto permite que el sistema ejecute el script y garantiza que los comentarios se conserven para referencia futura.
Inicialmente el script movistar.sh podría contener lo siguiente:
#!/bin/sh # Tabla de enrutamiento TVIP route add -net 172.16.0.0 gw 192.168.1.1 netmask 255.240.0.0 eth0
Theliel, entiendo que dentro del script movistar.sh, también podría poner la tabla de enrutamiento correspondiente a la VoIP, tal cual aparece en la siguiente captura del HGU.
HGU Routing Table
Para ello, no sé si debería incorporar estas 3 líneas más así:
# Tabla de enrutamiento para VoIP route add -net 10.31.180.115 gw 192.168.1.1 netmask 255.255.255.255 eth0 route add -net 10.31.255.128 gw 192.168.1.1 netmask 255.255.255.224 eth0 route add -net 172.24.244.36 gw 192.168.1.1 netmask 255.255.255.255 eth0
Ahora, tendría que ir a crear /jffs/configs/dnsmasq.conf.add. No sé qué parametros.
Saludos,

vieira

Yo probé el VDSL

10-10-2025

Hola Theliel,

En efecto, he hecho 2 tracert a IPs de la tabla de enrutamiento y el resultado fue el siguiente:

C:\Windows\System32>tracert 172.23.96.0
Traza a 172.23.96.0 sobre caminos de 30 saltos como máximo.
  1    <1 ms    <1 ms    <1 ms  RT-AC5300-8710 [192.168.50.1]
  2    <1 ms    <1 ms    <1 ms  192.168.1.1
  3     3 ms     6 ms     3 ms  10.64.0.1
  4     2 ms     2 ms     2 ms  172.23.197.49
  5    11 ms    11 ms    11 ms  25.red-81-41-234.staticip.rima-tde.net [81.41.234.25]
  6     *        *        *     Tiempo de espera agotado para esta solicitud.
  7    11 ms    11 ms    11 ms  172.23.58.117
  8     *        *        *     Tiempo de espera agotado para esta solicitud.

C:\Windows\System32>tracert 172.26.23.0
Traza a 172.26.23.0 sobre caminos de 30 saltos como máximo.
  1    <1 ms    <1 ms    <1 ms  RT-AC5300-8710 [192.168.50.1]
  2    <1 ms    <1 ms    <1 ms  192.168.1.1
  3    15 ms    61 ms     3 ms  10.64.0.1
  4     5 ms    16 ms    30 ms  172.23.197.49
  5    11 ms    11 ms    12 ms  25.red-81-41-234.staticip.rima-tde.net [81.41.234.25]
  6     *        *        *     Tiempo de espera agotado para esta solicitud.
  7    12 ms    11 ms    11 ms  192.168.198.186
  8     *        *        *     Tiempo de espera agotado para esta solicitud.

Theliel
Yo probé el VDSL
10-10-2025
Si miras al hacer el tracer, lo envía por el HGU, 1.1, es correcto. En 1.1 da error porque la red a la uqe intentas acceder no existe o no está disponible, el HGU no sabe que hcer con ella pq no está en su tabla de rutas. Recuerda que simplemente hemos trampeado la ruta para no poner unas cuantas. Pero en el intervalo usado caen muchas muchas otras redes. Si pruenas con un tracert a cualquiera de las rutas reales del HGU, te debería de salir no solo la respuesta de 1.1, sino de ahí al gateway de esa ruta en el HGU (10....)

vieira

Yo probé el VDSL

09-10-2025

Hola de nuevo Theliel,

Eliminé el enrutamiento realizado en el router mediante la WebGUI. Ejecuté directamente en el router (Putty), el comando:

route add -net 172.16.0.0 gw 192.168.1.1 netmask 255.240.0.0 eth0

He ejecutado el comando tracert en el terminal de mi PC a una IP del rango:

C:\Windows\System32>tracert 172.23.0.0
Traza a 172.23.0.0 sobre caminos de 30 saltos como máximo.
  1    <1 ms    <1 ms    <1 ms  RT-AC5300-8710 [192.168.50.1]
  2  192.168.1.1  informes: Red de destino inaccesible.
Traza completa.

Lo único que aparece es que el destino es 192.168.1.1 y la red de destino no es accesible. También he ejecutado route mediante SSH en el router:

admin@RT-AC5300-8710:/jffs/scripts# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
80.58.61.254    192.168.144.1   255.255.255.255 UGH   1      0        0 ppp0
80.58.61.250    192.168.144.1   255.255.255.255 UGH   1      0        0 ppp0
192.168.144.1   *               255.255.255.255 UH    0      0        0 ppp0
192.168.50.0    *               255.255.255.0   U     0      0        0 br0
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
172.16.0.0      192.168.1.1     255.240.0.0     UG    0      0        0 eth0
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
default         192.168.144.1   0.0.0.0         UG    0      0        0 ppp0

Como ves, sólo aparece identificada la IP 172.16.0.0 (¿no sé si tiene que ser así?).

¿Qué te parece todo? Saludos.

vieira
Yo probé el VDSL
08-10-2025
Genial Theliel
Theliel
Yo probé el VDSL
08-10-2025
Buenas vieira

De eso se trata, de aprender. Si uno sigue un "Guía Burro" como las llama mi hermano muchas veces que me dice: "Eí, esto no me funciona necesito esto lo otro... mándame una guía burro para mi..." jajajaja. El porblema es que eso te obliga estar dependiendo siempre de terceros, y que si algo no funciona... pues te aguantas.

Exactamente, la máscara que tenías antes hubiese podido cubrir el rango por extensión si hubiesen estado antes ambas en la misma red, pero no lo estaban. Una de las redes era de la 20 a la 23, y la otra red era de la 24 a la 27. Para que ambas caigan dentro del mismo intervalo, se tiene que abrir hasta la /12, que efectivamente cubre desde el 0 al 15, del 16 al 31... etc etc etc. y ese bloque del 16 al 31 si existe.

En el comando que se usa para añadir una ruta estática en linux, route, se debe de especificar siempre tanto la red como la máscara. En el script que puse, por facilidad de lectura, se usa por separado el parámetro net y el parámetro netmask. Por tanto, no deberías de usar el indicador de mascara de red dentro de net si vas a usar el parámetro netmask, dado que es redundante y podría de echo darte error. En el caso de "route" generalmente sí permite especificar directamente en el parametro net la máscara, pero entonces no uses netmask

Dicho de otro modo:

Opcion1: route add -net 172.16.0.0 gw 192.168.1.1 netmask 255.240.0.0 eth0
Opcion2: route add -net 172.16.0.0/12 gw 192.168.1.1 eth0

Las dos son equivalentes, el /12 significa exactamente: Máscara de subred: 255.240.0.0

De todos modos te recomiendo siempre por facilidad y probar, no crear de primeras si no quieres el script hasta que no estés seguro que los comandos osn correctos. Puedes acceder por SSH y meter los comandos directamente tu y ver que pasa. Puedes meter una ruta, y con "route" sin parámetros te debería de devolver la tabla de rutas completas. Si pones algo mal la shell te dirá que está mal o te dará un error. Si crees que lo has hecho bien, puedes probar con un tracert desde tu pc a cualquier IP de dicho rango, si la ruta está colocada bien, el tracert debería de mostrar que pasa a tu Router, de tu Router al HGU y de ahí a donde sea (aunque de error, pero pasa al HGU). Si estuviese mal, pasaría a tu Router y de tu Router a Internet
vieira
Yo probé el VDSL
08-10-2025
De nuevo gracias Theliel,
No voy a esconder que me resulta duro de entender y aprender. Estoy intentando afinar, y el rango final va a tener que ser más amplio. Para cubrir el rango de direcciones IP desde 172.23.0.0 hasta 172.26.255.255, se necesita una máscara de subred que defina una superred que incluya todos estas direcciones. El rango abarca desde el octeto 23 hasta el 26 en el tercer octeto, lo que requiere una máscara que permita esta extensión.
La dirección 172.23.0.0/24 representa una subred que cubre desde 172.23.0.0 hasta 172.23.255.255. Para incluir también 172.24.0.0 a 172.25.255.255 y 172.26.0.0 a 172.26.255.255, se debe expandir el rango.
Según tablas que he estado consultando sobre IP Subnet, el rango ha de ser muy extenso, tal como aparece más abajo:
CIDR IP rango (red - broadcast) Másc. subred Núm. de IPs
172.16.0.0/12 172.16.0.0 - 172.31.255.255 255.240.0.0 1048576

¿Qué tal ahora? Si esta vez estuviera en lo cierto, para añadir la ruta, según el comando:
route add -net DESTINO gw 192.168.1.1 netmask MASCARA INTERFAZ
debería escribir lo siguiente:
route add -net 172.16.0.0/12 gw 192.168.1.1 netmask 255.240.0.0 eth0

Saludos y muchas gracias,
Theliel
Yo probé el VDSL
08-10-2025
Buenas vieira

Sí, puede ser eth0 :), como te digo internamente puede ser cualquiera, incluso no tendría que ser obligatoriamente ethx.

Respecto a la máscara, no puede ser /14. Si fuese /14 serían dos bloques los necesarios:

172.20.0.1 - 172.23.255.254
172.24.0.1 - 172.27.255.254

Tú no puedes poner "el punto inicial", tu especificas la red dentro de dicho rango, el rango lo especifica la máscara. Para /14 significa que hay 14 bits que especifican la red y otros 18 para especificar el host. Si una IPv4 son 4 octetos:

11111111 11111100 00000000 00000000 -> 255.252.0.0

Es decir, tienes disponibles para el primer octeto 256 redes (de 0 a 255), para el segundo octeto tienes disponibles 4 veces menos, porque usas 2 bits para host, 2^6 = 64 posibles redes entre 0-255. Es decir, una red cada 4. Por eso par una máscara de /14 y la IP 172.23.0.0, lo que obtienes es el intervalo citado, 172.20.0.1 - 172.23.255.254. El primer bloque sería 172.0.0.1 - 172.3.255.254. Va de 4 en 4.

Saludos.
vieira
Yo probé el VDSL
07-10-2025
Buenos días Theliel,
En primer lugar, he habilitado en el Asus la partición JFFS:
ASUS_Admon-Sistema_JFFS
En segundo lugar, he averiguado, según tu mensaje, la interfaz correspondiente al puerto WAN del router. Después de acceder al router mediante Putty, he ejecutado el comando que me indicaste: nvram show | grep ifname, y el resultado fue el siguiente:
Spoiler
ASUSWRT-Merlin RT-AC5300 386.14_2
admin@RT-AC5300-8710:/tmp/home/root# nvram show | grep ifname
printer_ifname=usb
wan0_gw_ifname=ppp0
br0_ifnames=vlan1
wan1_pppoe_ifname=
sta_phy_ifnames=eth1 eth2 eth3
bsd_ifnames_x=eth2 eth3
wl0.5_ifname=wl0.5
wan0_ifname=eth0
sdn_ifnames=
wl0_ifname=eth1
wan0_pppoe_ifname=ppp0
wl0_vifnames=wl0.1 wl0.2 wl0.3 wl0.4
wl1_vifnames=wl1.1 wl1.2 wl1.3
wan1_ifname=
wl2_vifnames=wl2.1 wl2.2 wl2.3
wl1_ifname=eth2
dpsta_all_ifnames=eth1 eth2 eth3
dpsta_ifnames=
wl0.1_ifname=wl0.1
wl1.1_ifname=wl1.1
wl2.1_ifname=wl2.1
br0_ifname=br0
wl2_ifname=eth3
bsd_ifnames=eth1 eth2 eth3
lan_ifnames=vlan1 eth1 eth2 eth3
wan_ifnames=eth0
wl0.2_ifname=wl0.2
wl1.2_ifname=wl1.2
wl_ifnames=eth1 eth2 eth3
wl2.2_ifname=wl2.2
eth_ifnames=vlan2
ethsw_ifnames=
lan_ifname=br0
wl_vifnames=wl2.1 wl2.2 wl2.3
wl_ifname=eth3
wl0.3_ifname=wl0.3
wl1.3_ifname=wl1.3
wl2.3_ifname=wl2.3
acs_ifnames=
wl0.4_ifname=wl0.4
wl1.4_ifname=wl1.4
wl2.4_ifname=wl2.4
size: 86758 bytes (44314 left)
sta_ifnames=eth1 eth2 eth3
Veo que el puerto WAN del router aparece identificado con la interfaz eth0:
wan0_ifname=eth0
En tercer lugar, tal como acertadamente planteaste a la hora de crear las rutas en tu último mensaje:
"Otra igualmente válida, dado que la red para IPTV usada es una IP privada y en principio jamás vamos a usar dicha red, se podría incluso condensar en una sola ruta, ampliando la máscara de subred. La máscara de subred es lo que especifica de una IP que parte se destina a hosts, y que parte se destina a redes. En tu caso se podría calcular la máscara de subred que cubra desde 172.23.0.0 hasta 172.26.255.255"
he decidido leer en páginas sobre redes, intentar aprender algo, y hacer uso de alguna calculadora para máscaras de subred, y el resultado que he obtenido es el siguiente. No sé si he sido un buen alumno.
Rango de IPs Inicial Final
IP 172.23.0.0 172.26.255.255
Redes contiguas 172.23 172.24 172.25 172.26
Nº de IPs requeridas 4 * 65.536 = 262.144 direcciones
El resultado obtenido me dice que la subred 255.252.0.0 puede acomodar esas direcciones en un bloque de /14 (o 14 bits) [255.252.0.0/14].
No sé si es correcto o si me he equivocado de cabo a rabo con la información que recabé en distintas webs.
Si fuese este el resultado (o el que tú seguro que sabes), no sé cómo habría que escribirlo para usar una única ruta del tipo "route add -net DESTINO gw 192.168.1.1 netmask MASCARA INTERFAZ", si tengo 4 IPs de TV que enrutar.
Muchas gracias por tu paciencia y tu tiempo.
Técnico-Movistar
Responsable Técnico
06-10-2025
Hola vieira

Agradecemos a Theliel por su aporte en esta consulta.

Desde el soporte de Movistar, no tenemos manuales para este tipo de configuraciones, dejamos el hilo abierto para que un usuario de nuestra comunidad te pueda ayudar con más información.

Un saludo.
David.

Foro

Configurar en modo Bridge real el Router Smart WiFi 6 Go triple vlan [config. avanzada]

43 Respuestas

Contenido relacionado

Imposible completar la verificación avanzada.

Verificacion avanzada imposible de conseguir

Verificacion Avanzada

CIDR	IP rango (red - broadcast)	Másc. subred	Núm. de IPs
172.16.0.0/12	172.16.0.0 - 172.31.255.255	255.240.0.0	1048576

Rango de IPs	Inicial	Final
IP	172.23.0.0	172.26.255.255