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?
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.
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...
Esto puede parecer drástico, pero a la larga puede ahorrarle tiempo: ¿ha intentado hacer un restablecimiento de fábrica?
dan hulme
jstarek
derobert
jstarek