Desde que me conecté a un Chromecast, mi dispositivo inunda la red con paquetes SSDP

Usé tanto un Galaxy Nexus como un Nexus 7, con Android 4.3 y 4.4 de serie, para interactuar con un Chromecast en el pasado. Desde entonces, ambos dispositivos inundan la red con paquetes SSDP, lo que parece ser un protocolo de descubrimiento de servicios relacionado con UPnP. "Inundación" aquí significa que se envían nuevos paquetes cada segundo.

A continuación se muestra un paquete de muestra, decodificado mediante WireShark:

Internet Protocol Version 4, Src: android-28f8778edbb436c2.lan (192.168.200.120), Dst: 239.255.255.250 (239.255.255.250)
    Version: 4
    [shortened output for readability]
    Source: android-28f8778edbb436c2.lan (192.168.200.120)
    Destination: 239.255.255.250 (239.255.255.250)
    User Datagram Protocol, Src Port: 50225 (50225), Dst Port: ssdp (1900) Hypertext Transfer Protocol
    M-SEARCH * HTTP/1.1\r\n
        [Expert Info (Chat/Sequence): M-SEARCH * HTTP/1.1\r\n]
        Request Method: M-SEARCH
        Request URI: *
        Request Version: HTTP/1.1
    HOST: 239.255.255.250:1900\r\n
    MAN: "ssdp:discover"\r\n
    MX: 1\r\n
    ST: urn:dial-multiscreen-org:service:dial:1\r\n
    \r\n
    [Full request URI: http://239.255.255.250:1900*]

Como esto crea tráfico innecesario y probablemente agote la batería, me gustaría desactivar esta función de descubrimiento. Pero incluso desinstalar la aplicación Chromecast, el propio Chrome, la aplicación de Youtube y otras aplicaciones probablemente relacionadas (esencialmente todo lo que interactuaba con Chromecast) no ayudó, el dispositivo aún envía esos paquetes.

¿Alguien sabe cómo deshabilitar esta función de detección de dispositivos?

No estoy seguro, pero jugar con los controles en Configuración → Pantalla → Transmitir pantalla puede ser un buen comienzo.
Gracias por la sugerencia, pero ese elemento del menú parece no existir... ¿o tendría que volver a conectarme a un Chromecast para obtenerlo?
Con suerte, esta es una pregunta estúpida, pero ha intentado reiniciar los dispositivos (el teléfono y la tableta), ¿correcto?
@derobert: Por supuesto.

Respuestas (3)

Dudo que haya una configuración en el teléfono o en el dispositivo Chromecast que le permita establecer el intervalo de consulta SSDP. Ciertamente nunca he visto uno.


Detalle técnico

En primer lugar, 1 paquete UDP por segundo no es una inundación. En segundo lugar, es solo el dispositivo que envía sondas SSDP. Esto no es gran cosa. Creo que una vez por segundo podría ser demasiado para un protocolo de descubrimiento; una vez cada 5 segundos para la aplicación podría ser mejor, pero eso es solo una objeción de unos segundos. Si el dispositivo estuviera "inundando" la red con mil o más por segundo, entonces tendría un problema.

WS-Discovery (que es un protocolo de descubrimiento similar) usa el mismo grupo de multidifusión (239.255.255.250) pero en un puerto diferente (3702). Asegúrese de no mezclar SSDP con sondeos y respuestas de WS-Discovery. Si tiene cajas de Windows en su red, verá muchos mensajes (WS-Discovery) rebotando.

Además, en su red típica con dispositivos Apple o impresoras AirPrint, verá muchos paquetes UDP de Apple Bonjour (descubrimiento de servicios mDNS) volando en 224.0.0.251. Si recibe menos de 1 mensaje UPD por segundo en esta dirección, entonces tiene una red realmente silenciosa (o algunos dispositivos realmente antiguos).

Es probable que también haya un montón de otros paquetes de multidifusión UDP volando en su red.

Por lo tanto, cualquier red local moderna con un mínimo de dispositivos tendrá al menos 3 protocolos de detección de servicios que se comunican en cualquier momento: WS-Discovery, SSDP y mDNS. Si tiene bases de datos u otros enrutadores, entonces tendrá un par de protocolos de descubrimiento de servicio de multidifusión más disparando. La cantidad de tráfico creado por estos protocolos en la forma en que son implementados por la mayoría de los dispositivos es solo una sobrecarga de red menor. No te preocupes por eso.

Para mí, fue el servicio Plex. Tuve que borrarlo de

   Apps -> Running

y de

   Apps -> Running -> Show Cached Processes

Usé iptraf para verificar (como top para el tráfico de red) si eso ayuda en algo...

Gracias por la sugerencia, pero no tengo Plex ni otros servicios similares en mi dispositivo.
Plex usa las mismas bibliotecas de Chromecast que puede transmitir a dispositivos Chromecast. Plex fue el último "servicio" que eliminé al ver que se detenía la charla. El día anterior había estado usando youtube para enviar a mi chromecast, por lo que podría haber sido un proceso de youtube/chromecast que eliminé antes. El punto es que creo que podría ser cualquier aplicación que pudiera causarlo, especialmente las habilitadas para Chromecast. Intente eliminar todos los servicios no esenciales hasta que se detenga el parloteo, eso es lo que hice. Tu pregunta me indicó la dirección correcta para detener la mía...

Esto puede parecer drástico, pero a la larga puede ahorrarle tiempo: ¿ha intentado hacer un restablecimiento de fábrica?

Lo siento, pero esa es solo una solución cruda y trivial, no una respuesta a mi pregunta.