Acabo de montar un nuevo «servidor» (Windows 10 Pro 64 bits) y noté que SageTV dejaba de comunicarse con el sintonizador poco después de que terminara cualquier grabación. Tras días de diagnóstico descubrí (usando Wireshark) que MCEBuddy estaba saturando al Ceton con miles y miles de peticiones Upnp. Al cabo de varios minutos el sintonizador empezaba a lanzar errores porque no podía procesar tanto tráfico.
Solo parece comenzar tras la primera grabación que termina tras un reinicio (o tras reiniciar el servicio MCEBuddy), y no se detiene hasta que se para el servicio MCEBuddy o se reinicia el equipo.
Al desactivar Upnp dentro de MCEBuddy todo volvió a funcionar y el servicio dejó de atacar al Ceton.
El Ceton está en 192.168.200.1 entregando a 192.168.200.2. MCEBuddy está en 192.168.1.26 (IP del servidor), así que no tengo claro por qué MCEBuddy se vuelve loco intentando comunicarse con 192.168.200.x.
Quizá necesitemos la opción de ligar MCEBuddy a un adaptador o dirección específica.
Ese es un error con los controladores de Ceton. MCEBuddy simplemente usa una API de Windows para habilitar puertos UPnP en el dispositivo de puerta de enlace. Ceton tiene un error en sus controladores que se vuelve loco cuando recibe una solicitud UPnP (a la que, en primer lugar, no debería responder). Está documentado en el tema de problemas conocidos y Ceton lo ha reconocido y emitido un firmware/controlador actualizado.
El error con el controlador Ceton es que responde a MCEBuddy diciendo que admite la capacidad de agregar/eliminar asignaciones de reenvío de puertos, por lo que MCEBuddy le envía información de asignación de puertos para “reenviar” los puertos y “eliminar” los puertos antiguos.
Solo los dispositivos de puerta de enlace/enrutador deben responder con esas capacidades; no está claro por qué Ceton informa que es un dispositivo de reenvío de puertos.
Bien, he modificado el comportamiento de MCEBuddy y Windows UPnP para intentar solucionar el error de firmware del sintonizador de TV Ceton.
Hemos limitado el tiempo de “respuesta” de descubrimiento a 60 segundos en lugar de dejarlo abierto y Windows UPnP solicita el descubrimiento de solo dispositivos de servicio WANIPConnection y WANPPPConnection. Si tu sintonizador de TV Ceton no es un dispositivo WAN (no veo por qué debería anunciarse o responder a tal solicitud de descubrimiento), no debería responder y todo debería estar bien.
Prueba la versión BETA 2.4.9 de hoy y dime cómo te va.