Soy ingeniero de software y tengo cierta formación y experiencia con redes TCP/IP, pero no la suficiente para resolver este problema intratable que parece deberse a que mi elección de enrutador choca con mi elección de proveedor de banda ancha.
Mi red doméstica tiene una conexión de banda ancha Hyperoptic (Reino Unido) de 1 Gbps entregada directamente como Ethernet. El apartamento tiene un puerto Ethernet hiperóptico entrante en la pared. No hay módem ni servicio de cable, solo Ethernet TCP/IP puro. Se conecta un enrutador Google Nest WiFi a la toma Ethernet entrante mediante cableado CAT6e, el enrutador se configura en modo NAT (no puente) y todos los dispositivos del hogar se conectan al enrutador a través de WiFi (con unos pocos conectados a través de un conmutador no administrado). al enrutador El enrutador tiene una dirección IPv4 pública y estática asignada por el servidor DHCP del ISP (para evitar su CGNAT).
La configuración generalmente funciona bien y los dispositivos Ethernet alcanzan 600 Mbps+, mientras que los dispositivos WiFi alcanzan 300 Mbps+. Sin embargo, cada pocas semanas las dos aplicaciones de teléfonos inteligentes (tanto en iOS como en Android) utilizadas para controlar el enrutador (Google WiFi y Google Home) pierden todo contacto con el enrutador, lo cual espero que sea implementado por los servicios en la nube de Google. Las aplicaciones muestran el enrutador como "fuera de línea" cuando definitivamente no lo está y el enrutador no se puede configurar, y las pruebas de velocidad automatizadas cada 48 horas no se realizan (espero que el desencadenante provenga de los servicios en la nube de Google que respaldan los enrutadores). Reiniciar el enrutador soluciona el problema, pero vuelve a aparecer unos días después.
La pregunta que me hago es si el enrutador puede entregar 600 Mbps, ¿por qué el enrutador perdió su conexión con los servicios en la nube de Google que admiten el control del enrutador mediante aplicaciones?
También uso la aplicación web Todoist en Chrome en una MacBook y noto que tampoco se sincroniza regularmente, se necesitan sincronizaciones manuales ya que pierde la conexión. Todoist dice que no hay problemas conocidos que puedan causarlo, por lo que es posible que sea otro síntoma del mismo problema de red (aunque puede ser solo un problema de Todoist). Ningún otro dispositivo o aplicación de red muestra ningún problema.
Intercambié más de 70 correos electrónicos con el soporte de Google sobre el enrutador. Dicen que mi ISP está utilizando el etiquetado VLAN y el enrutador no admite el etiquetado VLAN. El ISP ofrece banda ancha y servicio VoIP, sospecho que quizás se usan VLAN para segmentar, aunque yo no uso el servicio VoIP.
Google también dice que como la dirección IP de la puerta de enlace de mi enrutador "termina en 223, no en 1 o 254, eso significa que su ISP está utilizando etiquetado VLAN". ¿Es esto cierto? Estoy al límite de mis conocimientos aquí. Pensé que la IP de la puerta de enlace que termina en 1 era más una convención que un requisito.
Incluso cuando se utiliza un enrutador que no admite etiquetado VLAN, si en la práctica no se produce ninguna segmentación (solo datos de banda ancha, no VoIP), ¿es razonable pensar que el enrutador debería simplemente ignorar las etiquetas y debería funcionar bien? Si mi red estuviera realmente segmentada en VLAN, obviamente esperaría que un enrutador que no admita VLAN no funcionara, pero el etiquetado de VLAN no sirve para nada ya que no hay segmentación.
Si tuviera que conservar el enrutador de Google, ¿existe una manera fácil de eliminar las etiquetas VLAN? por ejemplo, si obtengo un enrutador ISP y lo inserto entre la Ethernet entrante y el enrutador de Google, ¿es posible que eso los elimine? El ISP sugiere que no, pero no estoy seguro de que comprendan la pregunta. Significaría otra red NAT y podría afectar el rendimiento.
Entiendo que muchas personas prefieren un enrutador solo local y usted podría sugerirme que use otra marca, pero cuando funciona, aprecio la velocidad y la facilidad de configuración que ofrece el enrutador de Google, pero reemplazarlo es una opción si es necesario.
Agradecería mucho cualquier ayuda con respuestas a mis preguntas para comprender mejor cómo funciona el etiquetado VLAN en un escenario como este.
Respuesta1
Para cualquiera que tenga problemas similares, en este caso particular, la solución fue usar el enrutador del proveedor de banda ancha en la conexión Ethernet entrante y conectar Nest WiFi a ese enrutador. es decir, en lugar de reemplazar el enrutador del proveedor de banda ancha con el Nest WiFi, se utilizan ambos: el enrutador del proveedor de banda ancha tiene el WiFi desactivado y el Nest WiFi funciona en modo NAT, como un punto de acceso inalámbrico. Me preocupaba que esto pudiera afectar el rendimiento, pero en la práctica parece que no es así.