Soluciones Fallos Mitrastar (Batería, WIFI, DHCP...)

Soluciones Fallos Mitrastar (Batería, WIFI, DHCP...)

Sumario (Fix existentes actualmente)

 

  • -Problema de Batería de la B21, el problema de los ARP (Solucionado a partir de la b23)
  • -Problema de Batería y degradación WIFI por tráfico excesivo IGMP (Sólo usuarios con TV contratada)
  • -Activación del modo de bajo consumo para dispositivos portátiles
  • -Uso de banda de frecuencia de 40MHz en WIFI (Duplica la velocidad de enlace, hasta 300mbs)
  • -Bloqueo del tráfico DHCP de clientes/servidor hacia fuera del Router
  • -Cuelgues periódicos donde es necesario reiniciar el Router (Solucionado a partir de la b23)
  • -Como añadir equipos a la tabla ARP de forma estática para poder hacer WOL/WOW

 

 

Pese a las muchas quejas que tienen los usuarios ante este Router, he de decir que no es tan malo como aparenta, el principal problmea que tiene son los numeros bugs que tiene su software, y en segundo lugar su adaptador WIFI que podría ser mejor. Sobre lo segundo no podemos hacer mucho, sobre lo primero podemos ir aplicando pequeños "parches" (que iré añadiendo/poninedo en este post) para ir solucionando los problemas que van apareciendo, hasta que Mitrastar/Movistar lancen firmware que de una vez por todas vayan puliendo los fallos.

 

Antes que nada, recordar que todo lo que pasa en el mundo no es culpa del Mitrastar. Quiero decir con esto que porque alguien tenga un problema X no implica que el router tenga un problema. Así que intentemos separar por un lado lo que son fallos del router, por otro lado lo que nos gustaría que hiciese el router (que también pueden añadirse esas cosillas a la lista de abajo) y por último problemas del usuario o de otros dispositivos, que nada tiene que ver con el Router. Un problema se debe de poder replicar y verificar!! Si esto no sucede por lo general no es un problema del router, y es otra la causa. Decir "Problemas de Cuelges" es demasiado genérico, hay que ver cuando se cuelga, por qué... y si podemos replicarlo seguramente entonces podremos corregirlo.

 

Hace ya unas semanas que algunos de nosotros sabemos aplicar diferentes correcciones y modificaciones, pero hay que tener ciertos conocimientos, y además esas modificaciones no sobreviven a un reinicio. Ahora de forma "sencilla" podemos hacer las mismas modificaciones y que sobrevivan a los reinicios. El procedimiento es exactamente el mismo para cada "parche" que se quiera ir aplicando, simplemente se añade el "nuevo" a la "lista".

 

ATENCION: Está probado sobre la Firmware Pseudo-oficial B21, no he realizado ninguna prueba sobre la B14, ni en si el proceso se puede realizar ni tampoco si los fixes son funcionales. Por otro lado mucho cuidadito con añadir una coma o un caracter de más/menos, no me hago responsable de lo que cada uno haga. En el peor de los casos se debería de poder realizar un Reset y listo (En teoría), pero cada cual que asuma lo suyo. El proceso es sencillo

 

1º. Acceso a la interfaz Web del Mitrastar (http://192.168.1.1/cgi-bin/main.html por defecto), usuario/contraseña: supervisor/zyad1234

 

2º. Realizamos un backup de nuestros ajustes: Maintenance -> Backup/Restore -> Backup

 

3º. Editamos el cfg de configuración con un editor de texto (a poder ser notepad++ o cualquier otro que respete los saltos de linea unix/linux

 

4º. Buscamos la cadena: "</Autoexec>"

 

5º. Añadimos/modificamos dicha línea parar crear nuestro bloque, que tendrá este formato:

 

<Autoexec> 	<Entry
/> </Autoexec>

6º- Entre esas dos líneas se irán incluyendo los "fixes" que queramos, una línea nueva por cada uno. Los "fixes" no serán más que la ejecución de ciertos comandos/herramientas que permitan solucionarlos (vemos dos ejemplos luego)

 

7º. Cuando se haya modificado a voluntad, guardamos, volvemos a la interfaz web, restauramos nuestro nuevo cfg y listo, los cambios se estarán aplicando desde el primer momento.

-----------------------------------------------

 

Batería (Problerma con los ARP):

 

Para empezar, vamos a añadir la solución definitiva para el consumo de batería que sufre la B21. La B14 tiene sus problemas, pero con la B21 se solucionan en gran medida. Repito de nuevo, esto es para la B21, y el fallo que tiene el router de bombardear con paquetes ARP a todos los clientes conectados. Esto hace que los dispositivos portátiles no entren en sueño profundo y la batería sufre enormemente. Hay quienes lo acusan más y otros menos, pero el problema es real (hablamos de un consumo de más de un 20-30% fácilmente)

 

El problema viene a que algún módulo de red o el kernel del router no respeta el parámetro mcast_solicit, establecido a 3 por defecto, así que se fuerza mcast_solicit a cero. Traducido esto en una instrucción que puede ejecutarse en la Shell:

 

sysctl -w net.ipv4.neigh.br0.mcast_solicit=0

Si queremos transportar ese "fix" a nuestro cfg, nuestro bloque quedaría de la siguiente forma:

 

<Autoexec> 	<Entry
arp_fix="sysctl -w net.ipv4.neigh.br0.mcast_solicit=0" />
</Autoexec>

-------------------------------------------------

 

Bateria (Reducir el tiempo de Query en IGMP Proxy):

 

Pese a que en un principio achaqué el problema de la batería exclusivamente al problema de los ARP anteriormente mencionado, lo cierto es que los resultados de la comunidad han sido variados, mientras unos reafirmaban que todo estaba perfecto, otros que aunque había mejorado mucho aun estaba lejos del consumo que tenían antes. Al final resultó existir un segundo problema importante en el consumo de batería, pero este SOLO AFECTA a quellos que tienen contratada igualmente la Televisión con Movistar. Es decir, que aquellos que no tienen dicho servicio contratado no les afecta en nada, y explica efectivamente el motivo por el cual a algunos usuarios el problema de los ARP no solucionaba completamente el problema.

 

En este ocasión el responsable es un seteo "incorrecto" (aunque sería mejor decir inadecuado) en el archivo de configuración que carga Movistar, con lo que en teoría podría ser solucionado POR ELLOS, sin que Mitrastar tenga mucho que aportar aquí.

 

Para que la TV funcione correctamente, el Mitrastar requiere tener habilitada una función llamada IGMP Proxy (no confundir con IGMP Snooping). En función de los servicios contratados, Movistar realiza la telecarga con la configuración específica de cada usuario, y habilita IGMP Proxy si tenemos habilitada la televisión. Las opciones de IGMP Proxy no pueden configurarse a través de la interfaz Web, ni siquiera habilitarlo o deshabilitarlo, los ajustes quedan especificados en el archivo de configuración que manda Movistar por remoto... y por supuesto dichos ajustes se reflejan en la copia de los ajustes que siempre podemos realizar.

 

Cuando IGMP Proxy está en funcionamiento, el Router emite a la red por Broadcast (en realidad lo hace por Multicast, pero a todos) un Query (pregunta) para conocer los grupos Multicast a los que pertenece cada uno de los equipos de la red, y estos a su vez como es natural responden a dicha petición... y lo hacen también por Multicast (llega a todos). Este funcionamiento es normal, el problema es que estos Querys se realizan de forma demasiado frecuentes, y esto es lo que no es normal. Por defecto el Mitrastar, el archivo de configuración que carga Movistar, está configurado para que el Router lance estos Query cada 10 Segundos!! Esto es una barbaridad, porque si a eso le sumamos las respuestas de TODOS los dispositivos de la red, se está generando en la red un flujo constante de tráfico IGMP, que es Multicast y llega a todos!! Con lo que de nuevo tenemos el mismo problema que con los ARP... los dispositivos portátiles no pueden entrar en sueño profundo.

 

Para hacernos una idea, el tiempo que define el estándar IGMP como "normal" se establece por defecto en los 125segundos. Esto significaría que el Mitrastar estaría usando un tiempo 12 veces menor. Ya no se trata sólo de ahorrar ancho de banda en la red, que a fin de cuentas los recursos WIFI son limitados y estos paquetes tienen que llegar igualmente a dispositivos portátiles, sino que impide que nadie "duerma".

 

Por suerte la solución en este caso es sencilla, tan sólo debemos de modificar el tiempo prefijado de 10 segundos a otro que nos guste más, por ejemplo 125, que como me han asegurado los compañeros es más que suficiente. Tan sólo debemos editar nuestro archivo de configuración. Como siempre, realizar una copia de seguridad de este y al editarlo tener cuidado de no tocar nada más que lo necesario. En este ocasión buscaremos por:

 

<IGMPproxy

Encontraremos rápidamente un bloque como el siguiente:

 

 

<IGMPproxy> 	<Entry Enabled="Yes" Robustness="2" QueryInterval="10"
QueryResInterval="9" LastMemQueryInterval="10" StartQueryInterval="10"
StartQueryCount="2" MaxGroups="16" UnsolicitedReportInterval="1"
SSMEnable="true" ProxyVersion="IGMPv2" />
</IGMPproxy>

El valor mágico a modificar es eefctivamente: QueryInterval="10"

 

Cambiando el valor por 125 tendríamos suficiente, en mi caso, el bloque quedaría de la siguiente forma (el bloque puede ser diferente dependiendo del usuario y su configuración, lo importante es modificar el QueryInterval):

 

<IGMPproxy> 	<Entry Enabled="Yes" Robustness="2" QueryInterval="125"
QueryResInterval="9" LastMemQueryInterval="10" StartQueryInterval="10"
StartQueryCount="2" MaxGroups="16" UnsolicitedReportInterval="1"
SSMEnable="true" ProxyVersion="IGMPv2" />
</IGMPproxy>

Como siempre, guardar, volver a cargar la nueva configuración y listo. Cuando reinicie todo funcionará exactamente igual, con la salvedad de que ahora el Router no preguntará cada 10 segundos, sino lo hará cada 125 segundos, una gran diferencia que ahorrará a dispositivos tipo teléfonos/tablets bastantes puntos porcentuales de batería durante los tiempos de reposo.

------------------------------------------------ 

 

Batería (Activar el modo PowerSafe para dispositivos portátiles):

 

Las extensiones WMM de WIFI, entre otras muchas, poseen una especificación llamada APSD. APSD permite que el punto de acceso (en este caso el router) mantener al dispositivo asociado que lo solicite/permita en un estado de menor consumo.

 

Como vimos en el fix anterior, los dispositivos logran ahorrar muchísima batería cuando entran en estados llamados de sueño profundo. En el caso anterior cuando reciben paquetes de datos constantes por WIFI impide que estos entren en sueño profundo, haciendo que la batería se agote a un ritmo enorme. APSD viene a intentar lograr que el tráfico que llega a los dispositivos cuando están en reposo, sea más... "ordenado" y "pausado", para despertar lo menos posible al dispositivo. Para esto lo que hace el router es que una vez un dispositivo le informa que está en reposo, en vez de enviarle al instante todo el tráfico que vaya dirigido a él, lo almacena en un buffer que no manda hasta que este está lleno.

 

Visto desde un punto de vista práctico... si nos mandan un WhatsApp en vez de mandarnos al instante dicho WhatsApp, si el buffer tiene el tamaño de 3 WhatsApp por ejemplo, nos mandaría los 3 de golpe, en vez de uno en uno. Con esto se logra que el móvil esté mucho más tiempo en reposo con lo que aumenta aun más el ahorro de energía. La contraindicación básicamente es que hay una mayor latencia en la recepción de los datos, a lo mejor pasa de ser inmediato a ser 2-3 segundos... o lo que sea. Normalmente esto no es un problema porque precisamente si la pantalla está apagada es que no estamos generando de forma activa tráfico.

 

Esta opicón dependiendo del Router viene habilitada o no por defecto, aunque la mayoría la soportan, y prácticamente el 100% de todos los dispositivos móviles. Debería de ahorrar un buen % de batería sobre todo por la noche. Este router no tiene en la interfaz Web una opción para habilitar o deshabilitarla, pero existe como opción interna en el archivo de configuración, con lo que NO HAY QUE AÑADIRLO EN NUESTRO BLOQUE DE FIX.

 

En este caso en concreto, editamos el archivo de configuración y buscamos por: "<Entry0 SSID"

(sin las comillas). Si miramos bien estaremos en las opciones de configuración de nuestro WIFI, concretamente en la sección WLan -> Entry0. Lo que tenemos que hacer es añadir un parámetro nuevo:

 

APSDCapable="1"

 

Si originalmente tenemos esto:

 

<Entry0 SSID="NUESTROSSID" HideSSID="0"

Lo modificaremos con la entrada anterior:

 

<Entry0 SSID="NUESTROSSID" HideSSID="0" APSDCapable="1"

 

También deberemos por asegurarnos, establecer el parámetro WMM que está en el mismo bloque de cero (en caso de estar a cero) a 1.  (sustituir el 0 -> 1)

 

De este modo los dispositivos móviles deberían de lograr ahorrar aun más batería cuando están por WIFI. Originariamente puse buscar otra cadena, pero por lo que he visto diferentes cargas telemáticas de la B21 tienen diferencias entre unos y otros, y en algunos no se encontraba la cadena que se buscaba antes. En teoría se debería de poder añadir el nuevo parámetro en cualquier lugar del bloque citado, dentro de Entry0

------------------------------------------------ 

 

Uso de la Banda de frecuencia de 40Mhz de WIFI (Duplica la velocidad):

 

En las especificaciones 802.11n, se permite la anchura de 40MHz para mejorar la transmisión de datos, logrando literalmente a doblar la velocidad que se obtiene usando la anchura estándar de los 20MHz. A dái de hoy prácticamente cualquier router o dispositivo permite trabajar en esta frecuencia, logrando como es natural una velocidad mucho mayor. Pasamos de tener básicamente enlaces de 144mbs a tener 300mbs, que es una gran diferencia.

 

Nuestro querido Mitrastar permite el uso de los 40Mhz estableciendo una opción en la interfaz web llamada "Channel Width", que permite establecerlo en 20Mhz (fijo) o en Auto (20/40). El problema está en que un fallo del Driver provoca que si se establece en Auto (y por tanto poder tener enlaces de 300mbs) funcionará TAN SOLO hasta que se reinicie. Una vez que se reinicie por le motivo que sea el router, este dejará de usar la banda de 40MHz, siendo necesario para volver activarla poner de nuevo dicha opción en 20Mhz, reiniciar, y ponerla otra vez en Auto... y volverá a funcionar otra vez sólo el tiempo que dure sin reiniciar.

 

Aquí lo que se ha hecho es usando nuestro bloque de "fixes" forzar que cada vez que se reinicie el router este funcione en la banda de 20/40. Pero hay que tener en cuenta dos cosas:

 

a) El fix SOLO FUNCIONA si en la interfaz web se configura como 20MHz, si se configura como Auto, el fix NO FUNCIONARÁ. Así que antes/después de poner el fix, asegurarse que Channel Width está en 20MHz. Esto se debe a que si el router se reinicia estando configurado como 20/40 la interfaz WIFI se configura mal haciendo imposible su uso.

 

b) Es necesario especificar el canal que tengamos cada uno. Si usamos el 5, poner el 5 en el fix. Yo tengo puesto 13, así que por eso pone 13, pero que cada uno use el suyo. El procedimiento es el mismo, nuestro fix sería en este caso:

 

wifi_fix="/userfs/bin/iwpriv ra0 set HtBw=1; /userfs/bin/iwpriv ra0 set Channel=13"

 

 

Si lo quisiésemos añadir al primero de la batería, el bloque quedaría:

 

<Autoexec> 	<Entry
arp_fix="sysctl -w net.ipv4.neigh.br0.mcast_solicit=0"
wifi_fix="/userfs/bin/iwpriv ra0 set HtBw=1; /userfs/bin/iwpriv ra0 set Channel=13" />
</Autoexec>

------------------------------------------------

 

Bloqueo del tráfico DHCP del router

 

Otro problema que ha surgido a algún compañero ya, @ManuelTT@taker59 entre otros, es que el router bloquea por sistema todo el tráfico DHCP que circula por él que no genere él. Esto normalmente no importa, pero si queremos que sea otro dispositivo de nuestra red quien haga de servidor DHCP, nos encontraremos que ningún dispositivo conectado al Mitrastar puede obtener el lease.

 

El problema en esta ocasión es algo más complejo, pero es real. El router cuando levanta la interfaz WAN crea un filtrado que impide este tipo de tráfico. Solucionar este bloque es muy sencillo, simplemente se elimina la regla que lo bloquea y solucionado. El problema en este caso es que dicho bloqueo se realiza no al iniciar el router que es cuando se ejecutan nuestros "fixes", sino que se realiza de forma dinámica una vez se establece la conexión WAN. Sin modificar la firmware y sin las herramientas para poder ejecutar instrucciones que se disparen ante ciertos sucesos (es posible que sí se pueda, pero no tengo ganas de trabajar más en ello), la mejor opción que se me ocurre es crear en este caso un cronjob, una tarea que se repite cíclicamente cada X, siendo X el tiempo que queramos, de este modo se puede hacer que se ejecute una instrucción que sea eliminar las reglas que causan el problema cada X, con lo que se pude solventar el problema de que la regla se aplica después de levantar WAN. Lo ideal es que la tarea sólo se ejecutase una vez, pero como esto es imposible, hay que hacer que sea indefinido.

 

Si establecemos un tiempo pequeño, la ventaja es que el tráfico DHCP empezará a circular tan pronto como se ejecute la 1º vez la regla (si ya se ha levantado la instrucción), pero en contra se ejecutará más veces la instrucción (aunque esto no es un problema). Si se usa un tiempo más grande se ejecutará menos veces, pero el tráfico no circulará hasta que se ejecuta por primera vez. Así que por comodidad yo he preferido usar un minuto. Debería de ser tiempo suficiente para que al ejecutarse la regla ya exista y se elimine. No es lo más ortodoxo, pero funciona bien. Eso quiere decir que un minuto después de que se ejecute el cron, la regla que bloquea DHCP sería eliminada, y todo funcionaría bien

 

El bloqueo es una regla ebtable, y se eliminaría así por Shell:

 

ebtables -D FORWARD -p ipv4 --ip-proto 17 --ip-source-port 67:68 -j DROP

 

La creación de cron en este router es un poco... cogida con pinzas. Tenemos que programar el cron igualmente por nuestro archivo de configuración. El archivo de crontab es la sintaxis estándar, la línea para programarlo sería algo así:

 

 

* * * * * ebtables -D FORWARD -p ipv4 --ip-proto 17 --ip-source-port 67:68 -j DROP

 

Eso programaría una tarea cron para que se ejecutase cada minuto. El problema es que el router ya usa para otra cuestión un cron, que cuando se ejecuta si detecta algún otro lo cierra, así que tenemos más bien que añadir este otro a parte, pero el cron que ejecuta el router para otras tareas tb ejecutará este. Por una limitación de la firmware, es necesario escribir el fix en dos líneas, si se pusiese en una sola el router cascaría, así que... MUCHO OJO. El fix completo quedaría así:

 

 

dhcp_fix="mkdir /etc/crontabs"
dhcp_fix2="echo '* * * * * ebtables -D FORWARD -p ipv4 --ip-proto 17 --ip-source-port 67:68 -j DROP' &gt; /etc/crontabs/admin"

 

 

 

De nuevo traducido esto en nuestro archivo cfg (y por ejemplo con el fix de la batería (ARP) incluido también), quedaría de la siguiente forma:

 

<Autoexec> 	<Entry
arp_fix="sysctl -w net.ipv4.neigh.br0.mcast_solicit=0"
dhcp_fix="mkdir /etc/crontabs"
dhcp_fix2="echo '* * * * * ebtables -D FORWARD -p ipv4 --ip-proto 17 --ip-source-port 67:68 -j DROP' &gt; /etc/crontabs/admin" />
</Autoexec>

 

Hay que tener en cuenta que aunque la B23+ continúa usando dicha regla, debido a cambios internos no se pude usar el usuario admin (no existe), con lo que sería necesario añadir el crontab directamente al que el sistema crea para sus propias necesidades. Se puede hacer, básicamente en vez de crear el archivo "admin" se adjuntaría como línea nueva al archivo "1234" de la misma ubicación, pero no he probado aun los tiempos. Si primero se ejecuta nuestro fix, el archivo es muy posible que no exista aun, así que tendría que comprobar si cuando el sistema crea el suyo lo adjunta al que nosotros crearíamos o lo sustituiría... se tendría que ver.

-------------------------------------------------

 

Bloqueos del Router

 

Algunos usuarios han experimentado que llega un momento en el que el router "muere". la conectividad es correcta, todo parece funcionar en teoría, pero... no hay internet, nada funciona. El problema se soluciona como es natural reiniciando el router. Esto se ha observado al menos en la versión B21, no se sabe bien si estaba presente antes, o si está presente en versiones posteriores

 

El problema no afecta a todos, de echo aunque sabemos por qué ocurre, no sabemos que lo dispara, o que provoca esta situación. Por lo general, quienes lo sufren, suelen padecerlo cada 3-5 días de uso, tras los cuales se ven obligados a reiniciar el Router. Otros como digo no les afecta en absoluto, con lo que estos fix no serían para ellos

 

El problema aparece porque el Router agota la RAM. Este ejecuta varias instancias de un proceso crítico llamado cfg_manager, que gestiona muchas partes del Router y servicios. Por alguna razón que desconocemos, el consumo de RAM de este proceso y sus instancias empieza a aumentar sin parar la RAM necesaria. El aumento no es sustancial, pero es más o menos contínuo... el Router cuenta con 128MB de RAM y después de arrancado tiene libre unos 80-90MB, lo cual no está nada mal. Agotar toda esta memoria al proceso con el problema (además del consumo que hacen otros procesos, servicios, archivos... ) lleva su tiempo, no es algo que suceda (al menos no lo hemos visto) en minutos, pero a lo largo de 3-5 días, sí. Cuando el Router se queda sin RAM... se congela.

 

No podemos deshabilitar/suprimir el proceso porque es crítico, si lo hacemos se perdería seguro el acceso a la interfaz web y posiblemente otros servicios. Si matásemos el proceso y todas las instancias, la RAM se recupera, pero... no es una opción. Otra opción sería reiniciarlo. Esta opción aun creo que sería posible... el problema no radica tanto en finalizar el proceso y arrancarlo de nuevo, esto es fácil, el problema es que cuando se inicia de nuevo, el propio proceso reinicia muchos servicios, entre ello la ejecución misma de los comandos que introducimos, con lo que en cuanto se ejecutase (hay que ejecutarlo dos veces), no se ejecutaría la segunda vez, y el cron encargado para reiniciar el proceso cada X no funcionaría...

 

Debido a esto, por ahora, la única "solución" que si es sencilla, sería cortar por lo sano. Sino podemos reiniciar el proceso problemático, podemos reiniciar completamente el Router. Es un mal menor, ya que podemos hacerlo al menos de modo programado, por ejemplo una vez al día por la noche, o una vez cada 3 días a las 5 de la mañana.... tiene la desventaja no obstante que mientras se reinicia, cualquier conexión que tuviésemos en ese momento se iría al trasto, pero aun así creo que es mucho mejor poder controlar esos reinicios, a no que se bloquee cuando dios le dio a entender.

 

El proceso sería igual (muy similar) al visto en el bloque anterior. Se trata de programar una tarea cron que se ejecute a una determinada fecha/hora, y esa tarea en este caso será: Reiniciar Router. Aquí, cada cual debe de ver cual es la mejor hora/fecha para el reinicio, así que la siguiente línea quedará pendiente para cada cual la modifique según crea. El cron para esto sería el siguiente:

 

 

0 3 */2 * * /sbin/reboot

 

Es necesario entender mínimamente como funciona, puesto que cada cual deberá de modificar los números que aparecen en función de sus necesidades. Nosotros nos interesa tan solo día hora y minuto, así que nos centramos en las tres primeros columnas, en el caso que yo he puesto: 0 3 */2

 

-La primera columna especifica el minuto, se pude poner cualquier valor entre 0 y 59. El * sería cada minuto, cosa que no queremos

-La segunda columna especifica la hora, con lo que pude usarse cualquier valor entre 0 y 23.

-La tercera el día, y este tiene truco. Podemos especificar un valor entre 1-31, pero eso no nos serviría porque el router se reiniciaría sólo un día concreto al mes. En cambio si usamos la sintaxis que aparece "*/2", implica que estamos seleccionado los días pares del mes. si usásemos "*/3" estaríamos indicando que se ejecutase cada 3 días... y así sucesivamente.

 

Es decir, en el caso de ejemplo estaríamos programando el reinicio a las 3:00 de la mañana (AM) de los días pares (que en la práctica sería cada 2 días exceptuando los finales de meses de 31 día que se ejecutaría al tercero. Si quisiésemos que se ejecutase cada 3 días a las 5 de la mañana y 15 minutos, por ejemplo:

 

15 5 */3 * * /sbin/reboot

 

Pues si cogemos todo eso, creamos el archivo necesario y todo lo demás, el fix completo quedaría del siguiente modo, tomando los valores del primer ejemplo:

 

 

bloqueo_fix="mkdir /etc/crontabs"
bloqueo_fix2="echo '0 3 */2 * * /sbin/reboot' &gt; /etc/crontabs/admin"

 

NOTA: Si por un casual se necesitase un segundo cron (por ejemplo por usar el fix de DHCP), sería posible, pero el segundo cron debería de ser añadido al archivo existente, no sobreescrito. Es decir, usar >> en vez de >. Es decir

 

&gt;&gt;

en vez de

&gt;

--------------------------------------------------​------------------

 

Añadir equipos a la tabla ARP de forma estática

 

Como ya son muchos los que lo han pedido y preguntado, no veo motivo de no añadirlo aquí. Ya se había hablado en el hilo, pero es verdad que sepultado entre otros cientos de post.

 

Una función bastante habitual, es hacer uso de Wake On Lan, es decir, poder encender de forma remota nuestro equipo. Esto requiere como es natural tener configurado el equipo, que este esté conectado por cable al Router, que la bíos esté configurada para tal efecto... y evidentemente un programa que podemos instalar en el Móvil, o en otro PC o incluso a través de una web, para mandar las señales necesarias al equipo para que este se inicie. Esto no es algo nuevo, WOL se lleva usando desde tiempos inmemorables.

 

WOL no suele dar problemas, una vez se configura bien el equipo no hay mucho más que hacer. Pero tenemos una variante, Wake On WAN (WOW), que es poder realizar lo mismo, pero desde fuera de la red, es decir, desde Internet. La utilidad es evidente, poder apagar el equipo, irnos a cualquier lado, y si necesitamos acceder a él poder arrancarlo desde donde estemos para poder acceder luego de forma remota.

 

El problema con WOW, es que WOL se fundamenta en poder enviar a una dirección física específica (Una MAC) un paquete específico, pero desde Internet esto no lo podemos hacer. Desde Internet, podemos crear una redirección de puertos en el Router para que al llegar a él, este los reenvíe a su vez al equipo que sea, y ojo, funciona perfectamente, pero para que eso sea posible el Router por lo general debe de conocer quien/que equipo, posee esa IP. Como el equipo está apagado, no tiene asignada ninguna IP, así que el Router tiene que buscar en la tabla ARP para ver al menos si tiene registrada dicha dirección MAC. El problema es que la tabla ARP es dinámica, se va rellenando en función de los equipos que se van conectado o desconectando, y después de cierto tiempo, si un equipo se ha ido de la red, la tabla ARP elimina el registro del equipo que ya no está.

 

Esto hace que dependiendo del funcionamiento del Router y de la propia aplicación que se use para poder realizar WOL/WOW, sea a veces un infierno. Una solución es por ejemplo el reenvío de puertos en Broadcast, otra que el Router permita cierto tránsito especial de tráfico... pero nada puede garantizarse, como digo es muy dependiente de cada Router y de cada aplicación que se use. Hay Routers que simplemente con crear el DHCP estático pertinente es capaz, otros funcionan bien simplemente usando la dirección de broadcast 255.255.255.255.. como digo es muy dependiente.

 

Existe no obstante una solución "global" a esto, en el caso de que el usuario no logre configurar el equipo o la aplicación. Crear manualmente un registro estático en la tabla ARP del Router. De este modo la tabla ARP siempre contendrá IP/MAC del equipo que queremos despertar, y junto al mapeo de puertos correspondiente, nos aseguramos que el tráfico especial qeu se manda para iniciar el equipo, llegue.

 

Algunos Routers permiten realizar esto en la propia interfaz, aunque son los menos. La mayoría que lo permiten se pude realizar por scripts. El Mitrastar como es normal no lo permite por la interfaz web, y en teoría tampoco podemos usar Scripts, pero... sí podemos hacerlo gracias digamos a la "puerta trasera" que he ido usando para aplicar los diferentes fix. Se pueden aplicar fix, y se pueden crear igualmente entradas ARP estáticas.

 

En Linux, un registro ARP estático se añade del siguiente modo, los datos de la IP/MAC son inventados:

 

 

arp -s 192.168.1.55 aa:bb:cc:dd:00:11

 

Así, que si usamos exactamente el mismo procedimiento que en el resto de "correcciones", podríamos hacer algo así:

 

arp_mod="/sbin/arp -s 192.168.1.55 aa:bb:cc:dd:00:11"

 

Si quisiésemos añadir más de un equipo, tan sólo tendríamos que añadir una línea adicional por cada equipo, cambiando el nombre de la etiqueta

 

arp_mod="/sbin/arp -s 192.168.1.55 aa:bb:cc:dd:00:11"
arp2_mod="/sbin/arp -s 192.168.1.56 aa:bb:cc:dd:00:12"

 

Con esto, el Router nada más iniciar, crearía las entradas pertinentes en su tabla ARP, permitiendo poder hacer WOW sin problema.

 

---------------------------------------------------------------------

 

A medida de que vayan saliendo otros problemas QUE REALMENTE SEAN problemas del router Y que puedan ser solucionados mediante la aplicación de estos pequeños... "fixes", no veo la razón por la cual no seguir añadiendo otros. Por supuesto estos "fixes" no tienen porqué necesitarlos todos, por ejemplo el problema de DHCP no es un problema si no usamos un servidor DHCP diferente.

 

Por supuesto el potencial de esto no se limita a realizar fixes, sino a poder realizar ajustes avanzados o concretos, ya sean filtrados, rutas... un poco lo que se quiera.



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 1 de 991
66.395 Visitas
990 RESPUESTAS 990

Buenas @sergidt

 

Hombre, por lo general digo que se listen, ponerlas tondas en la etiqueta del foro spoiler para que no salga por defecto el chorizo a todos, pero si me dices que salen más de 30... creo que casi casi te lo puedes ahorrar, jajajaja, vamos, si quieres las pones en spoler y te digo cual es el mejor canal para ti, pero eso de usar un ancho de 40MHz...



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 726 de 991
1.338 Visitas

Hola todos,

 

Me gustaría forzar al router a 40 Mhz pero leyendo los post del foro no se si despues de hacerlo va a servir o no. A ver, me explico. Tengo un portatil Lenovo y PC HP conectados por wifi. No se si las tarjetas inalambricas soportan los 300Mb. Como lo puedo saber..??

 

Gracias,

 

Un Saludo,

 

Nacho.

Mensaje 727 de 991
1.335 Visitas

Buenas @nachoct

 

Lo normal es que en todo caso no tengan 2 Streams y tengan sólo uno, pero que en ambos casos si puedan funcionar con 40MHz. Si tienen sólo un stream, podrán enlazar a 150 en 40, si tiene 2 a 300 en 40.

 

De tdos modos si quieres saber las especificaciones de los adaptadores, en ambos casos haz lo siguiente

 

Administrador de dispositivos, Adaptadores de red -> El tuyo. Botón derecho propiedades

Pestaña Detalles, ID Hardware en el desplegable

copias la primera línea y la pegas aquí, y repites proceso por cada adaptador que quieras conocer



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 728 de 991
1.329 Visitas

Theliel escribió:

Buenas @nachoct

 

Lo normal es que en todo caso no tengan 2 Streams y tengan sólo uno, pero que en ambos casos si puedan funcionar con 40MHz. Si tienen sólo un stream, podrán enlazar a 150 en 40, si tiene 2 a 300 en 40.

 

De tdos modos si quieres saber las especificaciones de los adaptadores, en ambos casos haz lo siguiente

 

Administrador de dispositivos, Adaptadores de red -> El tuyo. Botón derecho propiedades

Pestaña Detalles, ID Hardware en el desplegable

copias la primera línea y la pegas aquí, y repites proceso por cada adaptador que quieras conocer


Esto es lo que aparece:

 

Portatil Lenovo

 

Adaptador de red 802.11n Broadcom

 

PCI\VEN_14E4&DEV_4727&SUBSYS_060814E4&REV_01
PCI\VEN_14E4&DEV_4727&SUBSYS_060814E4
PCI\VEN_14E4&DEV_4727&CC_028000
PCI\VEN_14E4&DEV_4727&CC_0280

 

PC HP

 

Ralink RT5390R 802.11bgn WI-FI Adapter

 

PCI\VEN_1814&DEV_539B&SUBSYS_18ED103C&REV_00
PCI\VEN_1814&DEV_539B&SUBSYS_18ED103C
PCI\VEN_1814&DEV_539B&CC_028000
PCI\VEN_1814&DEV_539B&CC_0280

 

 

Los dos en Windows 10.

 

 

Es todo..

Mensaje 729 de 991
1.324 Visitas

Buenas @nachoct

 

 

 

Lenovo -> Broadcom BCM4313 -> 1:1x1 y SOLO HT20 (No 40MHz) -> Velocidad máxima de enlace por tanto 75Mbps

HP -> Ralink RT5390R -> 1x1: 1 -> Velocidad máxima de enlace, debería de poder llegar a 150 en 40MHz

 

Lo cierto es que ambos adaptadores son bastante viejos. El primero, si es cierto lo que dicen sus especifiaciones, olvídate de 40MHz, y el segundo debería de poder usarlos



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 730 de 991
1.317 Visitas

 


Theliel escribió:

Buenas @nachoct

 

 

 

Lenovo -> Broadcom BCM4313 -> 1:1x1 y SOLO HT20 (No 40MHz) -> Velocidad máxima de enlace por tanto 75Mbps

HP -> Ralink RT5390R -> 1x1: 1 -> Velocidad máxima de enlace, debería de poder llegar a 150 en 40MHz

 

Lo cierto es que ambos adaptadores son bastante viejos. El primero, si es cierto lo que dicen sus especifiaciones, olvídate de 40MHz, y el segundo debería de poder usarlos


Gracias @Theliel . 

 

El del HP tengo que actualizar el controlador para que me llegue a esa velocidad..??

 

Un Saludo,

 

Nacho.

Mensaje 731 de 991
1.314 Visitas

nachoct escribió:

 


Theliel escribió:

Buenas @nachoct

 

 

 

Lenovo -> Broadcom BCM4313 -> 1:1x1 y SOLO HT20 (No 40MHz) -> Velocidad máxima de enlace por tanto 75Mbps

HP -> Ralink RT5390R -> 1x1: 1 -> Velocidad máxima de enlace, debería de poder llegar a 150 en 40MHz

 

Lo cierto es que ambos adaptadores son bastante viejos. El primero, si es cierto lo que dicen sus especifiaciones, olvídate de 40MHz, y el segundo debería de poder usarlos


Gracias @Theliel . 

 

El del HP tengo que actualizar el controlador para que me llegue a esa velocidad..??

 

Un Saludo,

 

Nacho.


A se me olvidada.. @Theliel

 

Tengo tambien un USB WIFI de la Marca Belkin.

 

USB\VID_050D&PID_1102&REV_0200
USB\VID_050D&PID_1102

 

Tambien será antiguo, claro....

 

Y cual puedo comprar llegado el caso que quiera aumentar la velocidad..??

Mensaje 732 de 991
1.311 Visitas

Buenas @nachoct

 

El blekin es un Realtek RTL8188CUS, otro 1x1, pero también debería de permitir los 40MHz, enlazando a 150Mbps máx.

 

Bueno, a día de hoy prácticamente cualquier adaptador 802.11n es de 300Mbps (2 Streams y 40MHz). La diferencia es grande pero por el número de Streams. Piensa que simplemente por ser un 2x2:2, podríane nlazar en vez de a 74, a 144, una bran diferencia... el doble. Y eso sin necesidad de funcionar en 40MHz



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 733 de 991
1.301 Visitas

Theliel escribió:

Buenas @nachoct

 

El blekin es un Realtek RTL8188CUS, otro 1x1, pero también debería de permitir los 40MHz, enlazando a 150Mbps máx.

 

Bueno, a día de hoy prácticamente cualquier adaptador 802.11n es de 300Mbps (2 Streams y 40MHz). La diferencia es grande pero por el número de Streams. Piensa que simplemente por ser un 2x2:2, podríane nlazar en vez de a 74, a 144, una bran diferencia... el doble. Y eso sin necesidad de funcionar en 40MHz


Alguna marca/modelo en concreto...???

 

Gracias...!!!

 

Nacho.

Mensaje 734 de 991
1.297 Visitas

No en especial. Puedes si quieres de cara al futuro comprar un adaptador AC como el ASUS USB-56u, que es "barto" por poner un ejemplo, si son solo wifi 802.11n 300, los tienes a patadas



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 735 de 991
1.261 Visitas

Perdonad que os vuelva a molestar pero me parece que  mi último post ha pasado desapercibido. Necesito saber si un gasto de bateria de un 13% en 7 horas en reposo con el wifi activo podría ser "normal" . Es un Huawei G play mini. Ya digo que 3 iphones de mi familia no gastan nada de bateria en ese tiempo si estan en reposo.

Mensaje 736 de 991
1.256 Visitas

@macpinty creía que te había contestado, lo siento.

 

Depende de que entiendas por normal. A día de hoy, que tengamos indentificado, la B23 el único problema que tiene de batería es el de los IGMP si tienes contratada la tele. El de los ARP pasó a la historia (y si lo tienes aplicado lo puedes quitar), el de los PING de la B14 también. Así que si tienes aplicado el de IGMP, el tráfico "ruido" que genera el Router es mínimo. Puedes siempre cortarlo un poco más deshabilitando IPv6 en el Router o activando como esta en el post de inicio APSD.

 

A partir de ahí, en cuanto a Router se refiere no hay problema que hayamos visto. Otra cosa es que el problema sea como es natural del Móvil. Ya no tanto por la batería que tenga, sino porque si el Dispositivo tiene algún wakelook que no lo deja "dormir", tendra un consumo elevado, no asociado directamente a WIFI.

 

Lo primero... Ajustes, Batería... a ver que aplicación se está llevando los mayores %, si quieres haz una captura o foto y nos la pones, recuerda usar un servicio externo de imagenes y pones el enelace, o se bloquea. Y con eso podemos ver si hay alguna aplicación "rara" que se lo esté comiendo. Si no hay ningun indicio claro, podemos buscar que servicio es, o si como digo es un wakelook disparado pro alguna aplicación/servicio

 

(aunque todo ello excede el ámbito de este foro, así que lo dejaremos como un pequeño offtopic)



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 737 de 991
1.243 Visitas

Ok Theliel, muchas gracias por tu respuesta voy a hacer alguna prueba mas y sobre todo comparar el consumo con wifi activada y sin wifi a ver que tal.

Mensaje 738 de 991
1.218 Visitas

Buenos dias, el otro día reciví la actualización b23, he intentado entrar en el modo supervisor, con las claves "supervisor" "zyad1234", y me dice que nanai...

Aparte de eso ya he leido que el unpn no funciona, csa que me fastidia bastante, pero ya abriré los puertos manualmente.
El único problema que he visto es que tengo un retraso bestial en la llegada de whatsapp al telefono si está bloqueado (ayer casi una hora), y es algo que pasa en los 4 telefonos de la casa. quería saber si hay algo que se pueda "tocar" para que eso funcione correctamente.

Mensaje 739 de 991
1.202 Visitas

Buenas @GorkaRodriguez

 

el usuario supervisor fue eliminado en la b23 por motivos evidentes de seguridad, eso de tener un usuario universal... no es lo más adecuado, Ahoar sólo queda el 1234 y contraseña la que tendras del router

 

Sobre lo otro que dices... no sé si alguien ha notado el poblema, pero creo que no. Lo único que cuadra con lo que dices es el nuevo gestor de energía de Marshmallow en Android 6.0.x, que además puede deshabilitarse para las aplicaciones concretas que sean, pero bueno, no indicas tampoco marcas y modelos, con lo que...



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 740 de 991
1.172 Visitas

buenas @Theliel,
Gracias por tu rapidez y por todo lo que aportas
ningún movil de los que tengo llevan android6, son un galaxy s3, un galaxy core 2 y un xiaomi mi4, todos con android kitkat.
Puede ser que ayer se quedara pinzado algo de los telefonos, pero no se, de todas seguiré observandolo.

Mensaje 741 de 991
1.160 Visitas

Hola @Theliel

 

Te agradezco el interés y te pongo la lista de redes detectadas en mi domicilio para ver si me puedes ayudar a elegir el canal menos saturado.

El SSID de mi router es MOVISTAR_7570 y luego tengo puesto un repetidor para banda 5G (MOVISTAR_7570_5G)

 

Spoiler
 
Interface name : Wireless Network Connection
There are 35 networks currently visible.

SSID 1 : ONO3FAD
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : c0:3f:0e:c2:3f:ad
         Signal             : 38%  
         Radio type         : 802.11n
         Channel            : 11
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 2 : _AUTO_ONOWiFi
    Network type            : Infrastructure
    Authentication          : WPA2-Enterprise
    Encryption              : CCMP
    BSSID 1                 : c2:3f:0e:c2:3f:ae
         Signal             : 36%  
         Radio type         : 802.11n
         Channel            : 11
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54
    BSSID 2                 : 02:53:7c:6b:69:24
         Signal             : 24%  
         Radio type         : 802.11n
         Channel            : 1
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54
    BSSID 3                 : c6:3d:c7:42:ec:27
         Signal             : 30%  
         Radio type         : 802.11n
         Channel            : 5
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54
    BSSID 4                 : 02:8e:f2:c6:f0:11
         Signal             : 12%  
         Radio type         : 802.11g
         Channel            : 13
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 3 : FTE-7E4A
    Network type            : Infrastructure
    Authentication          : WPA-Personal
    Encryption              : CCMP
    BSSID 1                 : 94:fe:f4:f9:7e:4b
         Signal             : 36%  
         Radio type         : 802.11g
         Channel            : 11
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 4 :
    Network type            : Infrastructure
    Authentication          : Open
    Encryption              : None
    BSSID 1                 : e2:41:36:ab:75:71
         Signal             : 100%  
         Radio type         : 802.11n
         Channel            : 9
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54
    BSSID 2                 : e2:41:36:ab:75:72
         Signal             : 100%  
         Radio type         : 802.11n
         Channel            : 9
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54
    BSSID 3                 : e2:41:36:ab:75:73
         Signal             : 100%  
         Radio type         : 802.11n
         Channel            : 9
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 5 : WLAN_1946
    Network type            : Infrastructure
    Authentication          : Open
    Encryption              : WEP
    BSSID 1                 : 00:1a:2b:8d:b2:b6
         Signal             : 76%  
         Radio type         : 802.11n
         Channel            : 13
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 6 : WLAN_E293
    Network type            : Infrastructure
    Authentication          : WPA-Personal
    Encryption              : CCMP
    BSSID 1                 : 00:1a:2b:87:01:c4
         Signal             : 28%  
         Radio type         : 802.11n
         Channel            : 1
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 7 : WLAN_C967
    Network type            : Infrastructure
    Authentication          : WPA-Personal
    Encryption              : CCMP
    BSSID 1                 : 00:1a:2b:68:0a:dc
         Signal             : 32%  
         Radio type         : 802.11n
         Channel            : 1
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 8 : ONO8D4D
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : c4:6e:1f:57:a6:44
         Signal             : 80%  
         Radio type         : 802.11n
         Channel            : 1
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 9 : WLAN_5CD7_bis
    Network type            : Infrastructure
    Authentication          : WPA-Personal
    Encryption              : CCMP
    BSSID 1                 : 80:1f:02:f3:4d:c0
         Signal             : 22%  
         Radio type         : 802.11n
         Channel            : 1
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54
    BSSID 2                 : 80:1f:02:e2:b5:f8
         Signal             : 78%  
         Radio type         : 802.11n
         Channel            : 1
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 10 : devolo-bcf2af756f47
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : bc:f2:af:75:6f:47
         Signal             : 24%  
         Radio type         : 802.11n
         Channel            : 1
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 11 : MOVISTAR_7570
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : e2:41:36:ab:75:70
         Signal             : 100%  
         Radio type         : 802.11n
         Channel            : 9
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 12 : HP-Print-98-Photosmart 5520
    Network type            : Infrastructure
    Authentication          : Open
    Encryption              : None
    BSSID 1                 : 6c:3b:e5:48:69:98
         Signal             : 24%  
         Radio type         : 802.11n
         Channel            : 4
         Basic rates (Mbps) :
         Other rates (Mbps) : 1 2 5.5 6 9 11 12 18 24 36 48 54

SSID 13 : DIRECT-62-HP ENVY 5640 series
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : 34:64:a9:df:de:63
         Signal             : 62%  
         Radio type         : 802.11n
         Channel            : 6
         Basic rates (Mbps) : 6 12 24
         Other rates (Mbps) : 9 18 36 48 54

SSID 14 : AVISER
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : 00:1a:2b:88:9e:3d
         Signal             : 68%  
         Radio type         : 802.11n
         Channel            : 5
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 15 : Orange-ffd0
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : 5c:33:8e:ef:85:1d
         Signal             : 62%  
         Radio type         : 802.11n
         Channel            : 6
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 16 : _ONOWiFi
    Network type            : Infrastructure
    Authentication          : Open
    Encryption              : None
    BSSID 1                 : c6:3d:c7:42:ec:28
         Signal             : 28%  
         Radio type         : 802.11n
         Channel            : 5
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54
    BSSID 2                 : 02:8e:f2:c6:f0:12
         Signal             : 22%  
         Radio type         : 802.11g
         Channel            : 13
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 17 : ONOEC26
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : c4:3d:c7:42:ec:26
         Signal             : 28%  
         Radio type         : 802.11n
         Channel            : 5
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 18 : MOVISTAR_61A8
    Network type            : Infrastructure
    Authentication          : WPA-Personal
    Encryption              : CCMP
    BSSID 1                 : b2:46:fc:6e:61:a8
         Signal             : 36%  
         Radio type         : 802.11n
         Channel            : 6
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 19 : MOVISTAR_CCB0
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : e2:41:36:53:cc:b0
         Signal             : 18%  
         Radio type         : 802.11n
         Channel            : 6
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 20 : MOVISTAR_7478
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : e2:41:36:3c:74:78
         Signal             : 14%  
         Radio type         : 802.11n
         Channel            : 6
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 21 :
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : 90:84:0d:df:e7:1d
         Signal             : 18%  
         Radio type         : 802.11n
         Channel            : 6
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 22 : JAZZTEL_JQqq
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : f4:b8:a7:f5:b6:62
         Signal             : 24%  
         Radio type         : 802.11n
         Channel            : 6
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 23 : WLAN_EA
    Network type            : Infrastructure
    Authentication          : Open
    Encryption              : WEP
    BSSID 1                 : 00:02:cf:c9:cb:48
         Signal             : 20%  
         Radio type         : 802.11g
         Channel            : 6
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 24 : MOVISTAR_8867
    Network type            : Infrastructure
    Authentication          : WPA-Personal
    Encryption              : CCMP
    BSSID 1                 : f8:8e:85:fc:88:68
         Signal             : 12%  
         Radio type         : 802.11n
         Channel            : 6
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 25 : devolo-bcf2afe3b92e
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : bc:f2:af:e3:b9:2e
         Signal             : 36%  
         Radio type         : 802.11n
         Channel            : 6
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 26 : vodafone74BB
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : 24:1f:a0:22:74:c4
         Signal             : 28%  
         Radio type         : 802.11n
         Channel            : 7
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 27 : XT1021 2805
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : 80:6c:1b:06:7e:d9
         Signal             : 22%  
         Radio type         : 802.11n
         Channel            : 8
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 28 : JAZZTEL_xa3p
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : 20:89:86:9e:5c:cc
         Signal             : 20%  
         Radio type         : 802.11n
         Channel            : 8
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 29 : Orange-61c4
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : c0:ac:54:01:74:16
         Signal             : 38%  
         Radio type         : 802.11n
         Channel            : 9
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 30 : Wireless9
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : 4c:09:d4:8c:45:ee
         Signal             : 32%  
         Radio type         : 802.11n
         Channel            : 10
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 31 : WLAN_54EF
    Network type            : Infrastructure
    Authentication          : WPA-Personal
    Encryption              : CCMP
    BSSID 1                 : 00:1a:2b:8d:db:9d
         Signal             : 32%  
         Radio type         : 802.11n
         Channel            : 10
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 32 : WLAN_AB1D
    Network type            : Infrastructure
    Authentication          : WPA-Personal
    Encryption              : CCMP
    BSSID 1                 : 00:1a:2b:8b:d6:a9
         Signal             : 40%  
         Radio type         : 802.11n
         Channel            : 13
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 33 : WLAN_C14F
    Network type            : Infrastructure
    Authentication          : WPA-Personal
    Encryption              : CCMP
    BSSID 1                 : 64:68:0c:97:c1:52
         Signal             : 16%  
         Radio type         : 802.11g
         Channel            : 3
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 34 : MOVISTAR_2722
    Network type            : Infrastructure
    Authentication          : WPA-Personal
    Encryption              : CCMP
    BSSID 1                 : 8c:0c:a3:42:27:22
         Signal             : 22%  
         Radio type         : 802.11n
         Channel            : 6
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 35 : MOVISTAR_7570_5G
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : 74:da:38:5e:84:54
         Signal             : 68%  
         Radio type         : 802.11n
         Channel            : 36
         Basic rates (Mbps) : 6 12 24
         Other rates (Mbps) : 9 18 36 48 54

 

Mensaje 742 de 991
1.139 Visitas

Hola Theliel. Acaba de concluir el periodo de prueba de 7 horas con el movil Huawei en reposo, en éste caso sin la wifi activa. Resultado: de un 100% de batería ha bajado a un 94%. Con la wifi activa en el mismo periodo pasaba del 100% al 86%, o sea un 8% de mas consumo con wifi activa.

Mensaje 743 de 991
1.128 Visitas

Buenas @sergidt

 

La verdad es que luego se extrñaan cuando dicen que es que les funciona regular WIFI o que se corta.

 

Por un lado antes que nada, veo que tienes 3 SSID emitiendo y redes abiertas??? Tienes las redes de invitado habilitadas y sin cifrar??? Al menos es lo que saco de la lista....

 

Al margen de eso... en realidad tal como está es posiblemente el mejor sitio, el 9. En todo caso se podría probar con el 3, pero depende de las redes que estén usando 80MHz del canal 1.



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 744 de 991
1.121 Visitas

@macpinty no es indicativo. Al estar WIFI habilitado hay muchas aplicaciones que transfieren datos de fondo, incluso las hay que transfieren datos de fondo sólo por wifi y no por datos móviles. Evidentemente el simple echo de tner WIFI habilitado consume, eso sin lugar a duda

 

Instala alguna aplicación que te diga cual es el tiempo activo que permanece el movil... a ver si esta te funciona por ejemplo

 

https://play.google.com/store/apps/details?id=com.uzumapps.wakelockdetector

 

Muchas de las estadísticas no requieren que el teléfono esté rooteado, con lo que debería de valer, al menos para ver el tiempo que está en sueño profundo y el que está despierto, así como los procesos o aplicaciones que hacen que este se despierte



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 745 de 991
1.117 Visitas

Hola!

Hacia tiempo que no me pasaba por aqui, y de hecho me enteré ayer que tenia la version B23 en el router..

Supongo que los cambios que hize con los fix en la B21 se han ido no? Algun error destacable en la B23?

 

Hace poco he puesto una custom rom (cyanogenmod 13) y si lo dejo quieto 1h luego con el CPU SPY me muestra un deepsleep del 93% lo cual esta muy muy bien aunque la bateria me baja 1% cada  X min, tengo 0 wakelocks asi que no se cual es el problema, de hecho no creo que sea del router ni del wifi, pero por eso pregunto si hay algun bug con la B23 que no sea de eso..

 

saludos

Mensaje 746 de 991
1.086 Visitas

@Josep95 los fix deberían de estar exactamente como los dejaste. El de los ARP no obstante deberías de quitarlo porque no es necesario, y si habías pusto también el de los reinicios, más de lo mismo, no es necesario.

 

Problema de la b23?? Si, y godo, upnp está muerto, y no, no se puede arreglar con fix, con fix se puede solucionar parte de la cagada, la otra parte no se puede, es necesario corregir el binario tr069

 

Sobre CM13, no puede ser el WIFI si tienes un 93% de sueño profundo, es más, si realmente está así debe posiblemnte venir de otro lado, Te digo lo mismo qeu el compañero, usa la aplicación que he puesto a ver que dice del resto de servicios/aplicaciones, pero es raro con un 93%.



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 747 de 991
1.084 Visitas

Hola @Theliel,

Tengo claro el origen de los cortes de conexión que sufro, el servicio técnico de Movistar ya me ha dado la razón en varias ocasiones confirmando que necesitaría el nuevo router HGU para utilizar la banda de 5Ghz (solo hay 1 en mi edificio), pero Movistar me deniega el cambio indicando que solo es para nuevos clientes....

De momento utilizo un repetidor dual band para repetir la señal de 2,4 y que me llegue cobertura al salón en 5G porque es donde tengo el Chromecast 2 compatible con esta red.

Respecto a las redes abiertas que me indicas, la verdad es que no me había fijado pero es cierto que hay 3 que no tienen SSID pero con BSSIDs correlativos al del router, supongo que será la red de invitados que suministra el repetidor, aunque pensaba que estaba deshabilitada......

 

Spoiler
SSID 11 : MOVISTAR_7570
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : e2:41:36:ab:75:70
         Signal             : 100%  
         Radio type         : 802.11n
         Channel            : 9
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54

SSID 35 : MOVISTAR_7570_5G
    Network type            : Infrastructure
    Authentication          : WPA2-Personal
    Encryption              : CCMP
    BSSID 1                 : 74:da:38:5e:84:54
         Signal             : 68%  
         Radio type         : 802.11n
         Channel            : 36
         Basic rates (Mbps) : 6 12 24
         Other rates (Mbps) : 9 18 36 48 54

SSID 4 :
    Network type            : Infrastructure
    Authentication          : Open
    Encryption              : None
    BSSID 1                 : e2:41:36:ab:75:71
         Signal             : 100%  
         Radio type         : 802.11n
         Channel            : 9
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54
    BSSID 2                 : e2:41:36:ab:75:72
         Signal             : 100%  
         Radio type         : 802.11n
         Channel            : 9
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54
    BSSID 3                 : e2:41:36:ab:75:73
         Signal             : 100%  
         Radio type         : 802.11n
         Channel            : 9
         Basic rates (Mbps) : 1 2 5.5 11
         Other rates (Mbps) : 6 9 12 18 24 36 48 54
 

 

Mensaje 748 de 991
1.035 Visitas

@sergidt lo de no instalar el HGU a todos lo entiendo perfectamente, no pueden andar cambiando de hardware cada vez que sacan un modelo mejor. Entiendo que es mosqueante, pero entiendo también el otro lado de la moneda.

 

Sobre las redes... mira a ver, como te digo aparecer aparecen, no sé si estarán habilitada o como diablos lo tendrás configurado, pero ten cuidado... según eso están abiertas



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 749 de 991
996 Visitas

@Theliel estoy de acuerdo contigo que Movistar no puede cambiar el router a todos los clientes cada vez que hay un nuevo modelo, pero al menos sí a los que tenemos tantos problemas de conexión por los frecuentes cortes debido a la saturación de redes en la frecuencia de 2,4. Yo solo quiero tener una conexión decente y mi problema no lo tienen todos los clientes de Movistar, al menos me podían ofrecer pagarlo en régimen de alquiler pero ni por esas....

Muchas gracias por tu ayuda, es un placer encontrar a gente como tú que se implica tanto en ayudar a los demás.

Un saludo

Mensaje 750 de 991
967 Visitas