Desconexiones en la domótica de casa
Hola usuarios de la comunidad!!
Tengo el router Mitrastar GPT-2541GNAC que me funciona de fábula (mejor que el Askey), os pongo que situación, en casa tenemos un router conectado al HGU por ethernet el cuál tiene conectados a su vez el Desco UHD, un Google Home y una bombilla inteligente. Todos ellos van de maravilla, excepto cuando observamos la impresora HP y una bombilla adicional, ambos conectados al HGU.
Cómo en casa tenemos varias plantas, tengo configurados los dispositivos para que se conecten a un router u otro dependiendo de la zona de la casa y en teoria nunca cambian de router, siempre estan conectandose al mismo.
Para que sea más fácil, voy a haceros un mapa: 
Este es un breve resumen, realmente suelen haber conectados más dispositivos, todos ellos no superan los 18 dispositivos y todos los dispositivos domóticos (TV, Asistentes, Luces) están conectados a la red 2,4Ghz.
Tras unas semanas he detectado que los dispositivos se desconectan muy frecuentemente y tardan bastante rato en conectarse.
La impresora y la bombilla con el simbolo de alerta son los que más frecuentemente se desconectan, la televisión que está conectada al HGU también se desconecta pero por lo que he leido, es cosa del modelo, por eso no está señalado.
Con la bombilla he probado tanto IP Fija cómo Dinámica pero igualmente sigue desconectandose de la red wifi, la impresora tiene que tener IP Estática si o si, si la dejo dinámica me da problemas con algunas apps de HP (fabricante).
Y también he observado que algunos móviles también se desconectan y cuando les obligas a conectarse a la red 5Ghz, el teléfono desobedece la acción porque por alguna extraña razón solo puede conectarse a la de 2,4Ghz, y tras varios intentos entonces se conecta a la red deseada.
He probado a resetear de fábrica el router para comprobar que no sea problema de mis modificaciones pero nada, igualmente se desconectan los dispositivos.
No quiero que me envien técnicos a revisarme el router porque funciona de maravilla y porque el técnico me avisó de que ya estaban retirando los Mitrastar que tengo yo de los hogares por los Askey y Mitrastar nuevos, dichos routers me dan muchos problemas relacionados a la cobertura y el rendimiento cosa que el Mitrastar no hace.
En teoría está actualizado según el Portal Alejandra:
Quiero saber si alguien de la comunidad tiene idea de que puede estar ocurriendo en la configuración del HGU para que esto pase, porque es muy extraño que solo ocurra con los dispositivos domóticos.
Os paso capturas de la configuración de la red 2,4Ghz del router y 5Ghz:
He comprobado los canales WiFi y no están saturados, en el canal de la red 2,4Ghz solo hay 2 redes y son mias y en el canal 36 de la red 5Ghz solo hay una red y también es la mia.
Espero que me puedan ayudar, ya no sé si es el Router, la configuración o los dispositivos que están tontos y por eso se desconectan.
Un saludo!!
Buenas DavidJimenez74
En primer lugar, y como de vez en cuando tengo la suerte de hacer, gracias por el esquema, da gusto que algunos usuarios se tomen el tiempo suficiente para indicar su situación/red/dispositivos, ya que cada entorno es totalmente distinto, y casi siempre vamos "a ciegas". Con esquemitas de este tipo puedes ver inmediatamente (aunque siempre quede alguna cosilla más como dices) donde pueden existir problemas, y donde podemos generalmente no darle importancia.
Dicho esto, lo primero a tener en cuenta y que suelen ser por lo general la fuente más importante de problemas son: Dispositivos propios mal configurados (Routers/Switchs) y Dispositivos IoT. Vamos a ver los puntos a tratar "importantes", por donde yo empezaría a revisar:
1º. Router Propio:
Lo primero es obvio, un Router/Switch/AP... son elementos muy importantes en la red, y es suficiente un parámetro mal puesto para hacer saltar la red, o simplemente un parámetro que causa un problema con otro dispositivo, lo que nos lleva al segundo gran problema.
No lo especificas no sé que marca/modelo, si está configurado como AP, como Router, com nodo Mesh... al tener asignada una IP dentro de la red de Movistar quiero pensar que está como AP con lo que no hay doble NAT. No obstante, si está como AP es posible que no soporte IGMP Snooping, lo cual es digamos algo "prohibido", y causa de muchos problemas en toda la red. Como digo esto no puedo saberlo sin más datos, anoto posibles problemas.
Respecto a los router también, dices que algunos dispositivos están configurado con IPs estáticas. Tampoco dices como la estableces. Esto es importante, JAMAS establezcas las IPs dinámicas en los propios dispositivos, si quieres que un dispositivo tenga siempre la misma IP, las asignas desde el servidor DHCP del propio Router con asociaciones MAC<->IP, y todos los equipos que usen IPs en automático. De lo contrario el Router puede asignar incorrectamente IPs a otros equipos, que otros puedan estar usando.
Tampoco se especifica, pero como norma, aunque sea "feo", SIEMPRE usar nombres de red diferenciadas, nada de poner el mismo nombre... que por poner el mismo nombre no significa que la red se fusiones, siguen siendo diferentes. Esto es imperativo para poder saber siempre y bien que está conectado a cada cosa.
Respeta los rangos IPs preasignados por el HGU. Este crea 3 servidores DHCP a día de hoy. De nuevo, úsalos tal cual. Creo que Movistar usaba a partir de 230 el de sus dispositivos IoT, a partir del 200 los Decos y de 33 a 199 el resto.
2º. Dispositivos IoT
Lo segundo., dispositivos domóticos. La expansión tan ingente de los dispositivos domóticos ha hecho que a día de hoy existan incontables fabricantes y modelos de todo tipo de dispositivos. La inmensa mayoría usan o WIFI o BT/Zigbee. Eso implica que tienen que poseer la electrónica necesaria Y EL SOFTWARE/DRIVERS necesarios para todo lo que es la interconexión. Y es ahí donde fallan estrepitosamente. Las pilas TCP/IP que incorporan, así como los controladores de los adaptadores de red y ajustes que hacen en ellos son terroríficos. Hablamos de multitud de fabricantes que en su vida se han dedicado a productos realmente de red, casi todo el interior de ellos son los mismos SoC chinos mismos problemas.
Esto no quiere decir que no pueden funcionar bien, pero tienen enormes problemas de "compatibilidad". Y llamamos compatibilidad cuando A funciona bien, B funciona bien, pero A+B funciona mal. Y ya te digo que cualquier hogar que tenga un número "decente" de dispositivos llamemos IoT, va a tener problemas con alguno/s.
Como recomendación que hago siempre, si se tiene un número relativamente elevado de este tipo de dispositivos (6? 10?) tener un AP específico y únicamente para ello, un AP simple no hace falta que posea más puertos Ethernet ni otras historias, una red única para todos ellos, a modo casi de concentrador, o si se tiene un concentrador IoT donde se pueda conectar todo mejor. De este modo dejamos "libre" el Router, y también evitamos algunos problemas. Como medida también habitual, deshabilitar IPv6 suele dar buenos resultados con dispositivos problemáticos.
Al ser dispositivos WIFI la mayoría, hay un problema de base que tiene WIFI cuando aumentas la densidad de estos en la misma red. Sin entrar ahora en algunas funciones específicas de WIFI6 o MUMIMO, podemos decir que en esencia WIFI no es simultáneo. Cuando un dispositivo de la red transmite los otros tienen que esperar. Todo pasa rápido y parece que es inmediato pero no lo es. Se asignan unidades de tiempo a los dispositivos para que transmitan. Esto hace que a mayor número de dispositivos, todo funciona mucho peor. Esto se multiplica en problemas cuando en la red circula de forma habitual tráfico Multicast/Broadcast, porque este tipo de tráfico llega a TODOS los dispositivos. Es decir, que is un dispositivo IoT hace un descubrimiento de dispositivos usando Multicast, se va a comunicar con el Router/AP, y este a su vez va a reenviar eso a TODOS, todos los dispositivos igualmente por WIFI, y como he dicho si uno emite no puede emitir otro, y tiene que ir uno a uno, porque no puede emitir a todos a la vez. Bueno, creo que te haces idea de la historia.
En resumen, digamos que tener un número elevado de dispositivos WIFI es problema. Cuanto más tráfico generen más problema, y si encima el tráfico es Broadcast/Multicast, más problemas. Caldo de cultivo para que la latencia de esa red se vaya disparando, hasta el punto de incluso perder conectividad.
Solucionar esto no es tan simple, como digo concentrarlos todos en un AP específico, y dicho AP posee más de una banda de frecuencia real (dos en 2.4GHz por ejemplo... y digo real, no virtual, como las redes de invitado) mejor que mejor. O en 2.4 y 5, pero por lo general los dispositivos IoT aun van en eso por atrás y normalmente van todos a 2.4GHz. Así que planificar bien donde se conecta cada cosa es esencia. Si además sabemos que tipo de tráfico genera y con que frecuencia, mucho mejor.
Se están haciendo buenos avances en estas cuestiones. Lo ideal es usar para estos redes en malla por zigbee, QUE NO CONFUNDIR CON REDES EN MALLA WIFI, NO USAR WIFI MESH. Pero usarlo en Zigbee mejora mucho los problemas, porque gran parte de la comunicación lo hacen entre ellos.
-------
A mayor número de dispositivos es más fácil que cualquiera de ello aun cuando estuviese todo muy bien diseñado, pudiese dar problemas de compatibilidad con algo. Es cierto que los primeros dos modelos de HGU, basados en SoC Broadcon han dado un resultado bastante bueno en coparación con los dos modelos Mediatek actuales, pero para ser justos también es cierto que llevan mucho menos en planta, con lo que tienen más problemas. Para gustos colores, yo en lo personal por ejemplo prefiero el Askey. En realidad los 5 modelos actuales tendrían que funcionar "bien" en la mayoría de los escenarios, pero como hay tantos dispositivos es imposible. Y eso que no hablamos por suerte aquí de dispositivos de Apple o de HomeKit, que los problemas se multiplicarían 🙂
------
Revisa el AP/Router propio y asegúrate de que soporta IGMP Snooping en modo AP. Si no está en modo AP, puedes tener doble NAT y otros problemas. Deshabilita IPv6 del HGU y del tuyo propio.
Intenta reestructurar los dispositivos, si no estás seguro de cual puede dar más o menos problemas, siempre tienes la opción de usar un analizador de paquetes conectándote tanto al HGU como al tuyo propio, el tráfico Multicast/Broadcast suele ser el culpable siempre, y ese tráfico precisamente podemos verlo porque va a llegar también a nuestro equipo. Analizando por lo general estas capturas suele ser sencillo identificar causa y causante, pero hay que saber bregar con ello
