Ver Mensaje Individual
  #774  
Viejo 18/02/13, 18:11:05
Avatar de marera
marera marera no está en línea
Betatester oficial
Mensajes: 5,125
Compra y venta: (7)
 
Fecha de registro: nov 2010
Localización: Sevilla
Mensajes: 5,125
Modelo de smartphone: iPhone 16 Pro Max / Samsung S25 Ultra
Versión de ROM: Stock, no! otra, no! ahora ésta, no!.....
Versión de Radio: Stock, no! otro, no! ahora éste, no!.....
Tu operador: Movistar
Mencionado: 21 comentarios
Tagged: 0 hilos
Cita:
Originalmente Escrito por iron Ver Mensaje
Sobre las notifiaciones, wifi, pantalla apagada, perfecto, wasa, gmail, etc,.. y en mi neo v, tambien las recibo perfectamente, me cambiaron el router teniendo ya el neo v y perfecto, si tienes otros smartphones no se si habeis probado por si acaso,.. es extraño que unos si, y a otros no,. teniendo inclusive misma rom, mismo kernel..

salutis
Efectivamente, depende del router y de google, dependiendo de la configuración del router, tendremos el problema.

Aprovecho para citar de nuevo lo que puse en comentario de Neo para explicar lo del fix que hay para solucionar en caso de no cambiar el router;

El Problema reconocido por google.

Con Wifi encendido, cuando la pantalla está apagada, después de unos segundos deja de responder a las peticiones ARP.

Cuando esto ocurre, el teléfono deje de responder a las solicitudes de ping, en algunos casos, no todos, esto también puede conducir a retraso en Gmail, Gtalk, WhatsApp

Notificaciones

PING 192.168.1.241 (192.168.1.241): 56 bytes de datos
ping: SendTo: host no funciona
ping: SendTo: host no funciona
Solicitud de tiempo de espera para icmp_seq 0
ping: SendTo: host no funciona
Solicitud de tiempo de espera para una icmp_seq
ping: SendTo: host no funciona
Solicitud de tiempo de espera para icmp_seq 2
ping: SendTo: host no funciona
Solicitud de tiempo de espera para icmp_seq 3
ping: SendTo: host no funciona
Solicitud de tiempo de espera para icmp_seq 4

Cual debería ser el comportamiento correcto.

El comportamiento correcto sería responder a las peticiones ARP, por lo tanto, responder a los pings de localización, para recibir notificaciones incluso cuando la pantalla está apagada

Esto es causado por la configuración en / system / etc / wifi / WCNSS_qcom_cfg.ini , que se fija para filtrar las peticiones multicast y broadcast, bloqueando ARP.

La solución del fix que hay circulando, es acertada en la mayoría de los casos, pero como todo puede que no lo solucione.

El fix lo que hace es sustituir los valores;

Por defecto:
# Flags para filtrar paquetes BCAST Mcast y RX.
# Valor 0: Sin filtrado, 1: Filtrar todo Multicast.
# 2: Filtrar todo el Broadcast. 3: Filtrar todo Mcast y BCAST
McastBcastFilter = 3

Por estos:
# Flags para filtrar paquetes BCAST Mcast y RX.
# Valor 0: Sin filtrado, 1: Filtrar todo Multicast.
# 2: Filtrar todo el Broadcast. 3: Filtrar todo Mcast y BCAST
McastBcastFilter = 0

Al modificar McastBcastFilter a 0 y reiniciar el teléfono responderá a las solicitudes de ping, mientras que la pantalla esté apagada y en la mayoría de los casos se recibirán las notificaciones.

Lo único que se me ocurre para los desafortunados que les ocurre y no les funcione el fix, es que pasen por toolkit y restablezcan de cero con nueva imagen stock para posteriormente flashear la deseada.

FIX para modificar Broadcast y Multicast.

Ajusta McastBcastFilter a 0, lo que permite al teléfono oír el tráfico de multidifusión y difusión durante deep sleep; https://dl.dropbox.com/u/13753166/FI..._and_bcast.zip

Restaura a valores por defecto; https://dl.dropbox.com/u/13753166/FI...e-original.zip

Última edición por marera Día 18/02/13 a las 18:39:45
Responder Con Cita
Los siguientes 7 usuarios han agradecido a marera su comentario:
[ Mostrar/Ocultar listado de agradecimientos ]