3 votos

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

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

A continuación se muestra un paquete de muestra, decodificado mediante el uso de 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 un tráfico innecesario y probablemente agota la batería, me gustaría desactivar esta característica de descubrimiento. Pero incluso la desinstalación de la aplicación Chromecast, el propio Chrome, la aplicación de Youtube y otras aplicaciones probablemente relacionadas (esencialmente todo lo que interactuaba con el Chromecast) no ayudó, el dispositivo sigue enviando esos paquetes.

¿Alguien sabe cómo desactivar esta función de descubrimiento de dispositivos?

0 votos

No estoy seguro, pero jugar con los controles en la pantalla de configuración del reparto de la pantalla podría darte un comienzo.

0 votos

Gracias por la sugerencia, pero ese elemento del menú no parece existir... ¿o tendría que conectarme a un Chromecast de nuevo para conseguirlo?

0 votos

Espero que sea una pregunta estúpida, pero has probado a reiniciar los dispositivos (el teléfono y el tabler), ¿correcto?

2voto

jmsimpson68 Puntos 121

Dudo que haya un ajuste en el teléfono o en el dispositivo Chromecast que permita establecer el intervalo de consulta SSDP. Desde luego, nunca he visto ninguno.


Detalles técnicos

En primer lugar, 1 paquete UDP por segundo no es una inundación. En segundo lugar, es sólo el dispositivo enviando sondas SSDP. Esto no es un gran problema. 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 sólo una discusión sobre unos pocos segundos. Si el dispositivo estuviera "inundando" la red con mil o más por segundo, entonces tendrías un problema.

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

Además, en una red típica con dispositivos Apple o impresoras AirPrint, verás un montón de paquetes UDP de Apple Bonjour (descubrimiento de servicios mDNS) volando en 224.0.0.251. Si obtienes menos de 1 mensaje UPD por segundo en esta dirección, entonces tienes una red realmente tranquila (o algunos dispositivos realmente viejos).

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

Así, cualquier red local moderna con un mínimo de dispositivos tendrá al menos 3 protocolos de descubrimiento de servicios charlando en cualquier momento - WS-Discovery, SSDP y mDNS. Si tienes bases de datos u otros routers, entonces tendrás un par más de protocolos de descubrimiento de servicios de multidifusión disparando. La cantidad de tráfico creada por estos protocolos en la forma en que son implementados por la mayoría de los dispositivos es sólo una sobrecarga de red menor. No te preocupes por ello.

1voto

Dan G. Puntos 11

Para mí, era el servicio Plex. Tuve que limpiarlo de

   Apps -> Running

y de

   Apps -> Running -> Show Cached Processes

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

0 votos

Gracias por la sugerencia, pero no tengo Plex ni otros servicios similares en mi dispositivo.

0 votos

Plex utiliza las mismas bibliotecas de Chromecast, ya que puede transmitir a los dispositivos Chromecast. Plex fue el último "servicio" que maté al ver que el chat se detenía. 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 maté antes. El punto es que creo que podría ser cualquier aplicación que podría causarlo, especialmente las habilitadas para Chromecast. Intenta desactivar todos los servicios no esenciales hasta que el parloteo se detenga - eso es lo que yo hice. Tu pregunta me indicó la dirección correcta para detener el mío...

-1voto

trlovejoy Puntos 33

Esto puede parecer drástico pero a largo plazo puede ahorrarle tiempo: ¿Has intentado hacer un reset de fábrica?

1 votos

Lo siento, pero eso es sólo una solución burda y trivial, no una respuesta a mi pregunta.

PreguntAndroid.com

PreguntAndroid es una comunidad de usuarios de Android en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X