Buenas dexeito
Dado que no tengo cada uno de los dispositivos que citas, no te puedo afirmar de forma categórica es A o B, porque faltan variables en la ecuación de suma importancia. No obstante, eso no significa que con los detalles que has dado, te pueda decir con cierta seguridad que está pasando,
Lo primero, es grabarte esto como mantra, y ya te dará una buena pista de ello. Switch bueno, Switch malo, Swich bueno, Switch malo...
En una red cableada, que pese a lo que diga la mayoría es esencial si quieres tener una conexión de cierta calidad, el Switch es un elemento esencial. Hasta tal punto que ne muchas ocasiones quien te va a partir el bacalao, va a ser el Switch. Esto quiere decir que la elección de un Switch es algo realmente importante, y no solo eso, sino también su configuración.
Y esto es la causa en esencia de más del 90% de todos los problemas de bloqueos de Router, problemas importantes con IPTV, y otros. Un Switch no adecuado o mal configurado, te deja KO tu red en momentos: Bucles, tormentas broadcast...
Casi me atrevería a decir, que otro 9% es debido a dispositivos propios que emiten en Multicast, y esto es otro problema de dimensiones enormes, y luego lo explico. No suele ser común porque son muy pocos los dispositivos finales que generalmente emiten en Multicast dentro de nuestra propia red. Y es que el tráfico Multicast/Broadcast es muy muy peligroso... no por seguridad, sino de nuevo porque te deja KO tu propia red en segundos, si algo está mal configurado o falla.
-----------------
Dada ese preámbulo, vamos al lío.
El problema casi con seguridad es un problema de gestión del tráfico Multicast. Movistar emite la IPTV a través de Multicast. Podrías pensar que acabo de decir que esto no es nada adecuado, pero es diferente, porque aquí quien emite en Multicast no es el Deco, el Deco es el dispositivo final al que le interesa ese tráfico, no lo genera el. El que genera el tráfico Multicast es la red de Movistar, ese tráfico llega al Router y de él al resto de dispositivos. Es decir, no es un problema.
Por qué es un problema el tráfico Multicast/Broadcast? Pues porque a diferencia con el tráfico normal, unicast, que se basa simplemente en un emisor y un destino, se basa en un solo emisor pero todos/muchos destinos.Un ejemplo tonto que lo entiendes seguro cual es el problema:
Unicast: si el Router dice "Hola" envía ese mensaje SOLO a un equipo en concreto. El ancho de banda usado por la red local es mínimo, un solo mensaje con "Hola" a un solo equipo. Y posiblemente el equipo destino responderá con "Ey! Como estás!!" tambien en unicast, es decir, desde ese equipo al Router.
Broadcast: El Router envía "Hola" a TODA LA RED, ese mensaje es enviado físicamente a cada dispositivo, sea WIFI, sea cableado, sea un Switch... TODO. Todos los dispositivos van a darse por saludados, y puede ser incluso que uno, varios o todos contesten al Router, ya sea ahora esas contestaciones tb en Broadcast para todos o en unicast solo para el Router. Esto es un problema, porque si en tu red tienes 10 dispositivos, ahora el gasto de ancho de banda es x10
Multicast: Funciona en esencia igual que Broadcast, PERO sólo van a darse por saludados aquellos que previamente habían mostrado interés al Router por ese saludo. Es decir, el Router sigue enviando "Hola" a todos!! Pero aquellos que no han mostrado interés en ello, simplemente van a descartar ese mensaje. Vale, no van a responder los no interesados, y eso es un ahorro al menos en la vuelta del mensaje, pero el mensaje de origen se sigue enviando a todos.
Bien, pues ahora imagina que en vez de un mensaje que es "Hola", lo que haces es enviar contenido 4K que puede tener un bitrate de 20Mbps por ejemplo, que además es un streaming con lo que es constante ese gasto, no es algo puntual.
Si es en Unicast consumes 20Mbps de forma constante... oye, es bastante sobre todo si es por WIFI porque afectas de forma importante el rendimiento y estabilidad WIFI, pero es asumible a veces. Por cable se resiente menos porque el cable es FullDuplex, y 20Mbps constantes para el Switch interno del Router es poca cosa.
Si es en Broadcast/multicast esto es un problema, y muy gordo. Si tienes 10 equipos por cable, ya no son 20Mbps, son 200Mbps, estarías metiendo por cada cable un consumo de 20Mbps constantes!! Vale, un Switch puede tb tener capacidad para ello (imaginemos que es un Router con un Switch interno de 10 puertos), pero es obvio que está trabajando mucho más, y aquí ya puedes tener pixelaciones o congelaciones. Pues imagina ahora que son 10 por cable, más otros 10 por WIFI, y que además como es natural esos dispositivos hacen uso de internet para otras cosas. Pues eso induce más latencia, más problemas.
Es por eso que a día de hoy casi nada se emite en broadcast, solo protocolos esenciales y generalmente de control, y además son paquetes concretos puntuales y de pequeño tamaño. Pero Multicast si se usa de forma más amplia, y algunos fabricantes además hacen uso abusivo de ello (por ejemplo Apple), que perjudica enormemente una red.
Bien, pero Multicast no es realmente Broadcast. Y existe una mejora sustancial que se le hace al tráfico Multicast para evitar los problemas que tiene. Hemos dicho que el tráfico en Multicast se envía a todos pero que tan solo lo "trata" quien le interesa. Pero el problema realmente es que se envía a todos. Bien, esto se puede solucionar, se hace uso de una tecnología/mecanismo llamado IGMP Snooping. IGMP es el protocolo encargado de gestionar como funciona Multicast, es muy interesante pero para el caso que nos atañe no nos importa. El caso es que IGMP Snooping es algo así como un vigilante que está en el Router, y cuando un equipo de la red le dice al Router que le interesa el tráfico Multicast concreto, toma nota de ello y lo apunta, y así con todos. Si alguno deja de estar interesado, pues lo tacha de la lista. Ahora, cuando se emite en Multicat desde el Router, este guardia tan solo envía físicamente el tráfico a quien estaba en la lista. Si solo existe uno en la lista, lo manda solo a uno, si hay dos en la lista, lo manda solo a dos. Es decir, es capaz de convertir en cierto modo el tráfico Multicast en Unicast.
Victoria!!
Sí... peeero no. Para que IGMP Snooping funcione perfectamente, el cual es esencial si se tiene tráfico Multicast (IPTV en este caso), hay que tener en cuenta algunos puntos:
1º. Cualquier dispositivo intermedio de nuestra red, no solo el Router, tiene que tener configurado correctamente tanto los parámetros de IGMP como IGMP Snooping. Es decir, que si en tu red tienes por ejemplo otro Router, un Switch, un AP con más de un puerto Ethernet (ergo tiene un Switch interno).... TODOS ellos deben de tener una configuración similar, haciendo un buen uso de IGMP Snooping.
2º, Para que IGMP Snooping funcione de forma segura y eficiente, no es nada recomendado que exista un dispositivo final en la red, diferente al Router, que emita en Multicast. Puesto que si lo tienes, para el Router habría ahora dos emisores Multicast, y la labor de IGMP Snooping es en la medida de lo posible filtrar todo el tráfico Multicast no necesario. Bien, esto se traduce en que el Router puede terminar bloqueando tráfico Multicast que no tendría que bloquear, y todo porque hay algún listillo en la red emitiendo tb en Multicast... peor aun, no solo emitiendo, sino que otros dispositivos de la red recibiendo de ese dispositivo... más problemas.
-----------
En tu caso particular, pues hay dos puntos importantes.
El primero es el Switch. Es un Switch decente y está correctamente configurado, ¿sobre todo lo relativo a IGMP e IGMP Snooping? Si hay problemas de filtrado, ya sea por exceso o por defecto, tienes problemas. Y el Switch debe de ser capaz de entenderse con la configuración IGMP del Router. Jamás comprar un Switch "tonto", no gestionable. Siempre que sea mínimamente gestionable como poco, con funciones básicas pero esenciales!! (IGMP Snooping, PortMirror, Actualización, algo de IGMP, CoS...)
El segundo, es que el sistema que usas de cámaras, ya sea el grabador o las propias cámaras, es posible que emitan en Multicast, y si emiten en multicast tienes otro problema, porque puede causar estragos como digo tener más emisores, y además de tráfico que puede ser también continuado. Esto sería interesante y casi necesario ver como funciona dicho grabador, que tipo de tráfico generan, como se configura todo. No tengo dicho sistema no te puedo decir sinceramente. Pero tal vez se pueda configurar incluso para trabajar solo en Unicast, por ejemplo.
Dependiendo del Switch, también sería posible hacer de querier para IGMP Snooping y evitar en lo posible algunos problemas, o ver si el Switch o el Router tienen una opción (algunos la tienen) para bloquear o desbloquear el tráfico Multicast punto a punto... pero aun cuando algunos permiten deshabilitar dicho bloqueo, las consecuencias pueden ser muchas veces imprevisibles.
-----------
Conclusión? Pues que o el Switch o las cámaras/NVR están haciendo de las suyas, que es por cierto bastante habitual. Estarán o bombardeando al Router generando un tráfico importante constante 24/7 de tal modo que aparece latencia y esta se transforma en congelaciones/pixelaciones, o es al contrario, y es IGMP Snooping quien está bloqueando tráfico de la propia IPTV por una mala intervención de otras emisiones Multicast de tu red o por una mala configuración IGMP/IGMPSnooping dle propio Switch.
Que modelo de Switch es? Nunca me ha gustado TPlink para Switchs, he perdido la cuenta de los problemas que reportáis de ellos.
Saludos.
