No logré comprobar que estuvieran aplicados. Los tests de velocidad daban los mismo (50 Mb), pero empecé a notar una subida de temperatura en los dos móviles, uno con Android 6.0 y otro con 5.1.1
Pues no tiene mucho sentido porque aun aplicando los que hay no puede afectar en nada. Uno elimina peticiones ARP de sobra... y está más que probado que funciona, al reves, haría calentarlos menos en todo caso.
El de WIFI habilita la banda de 40Mhz tal como lo hace la interfaz web cuando se le da a auto estando en 20 tras reiniciar... podría calentarlos más si estos enlazan a 40Mhz en todo caso pq el adaptador requiera un mayor consumo... pero nada mas
Más raro aun me parece que se "casque" al restaurar la copia original, posiblemente en algún momento de la carga de la ROM hay un problema se detiene el inicio, sin levantarse la interfaz WAN ni tampoco los servicios posteriores. Si se ha detenido en un punto "temprano" y el reset no funciona bien... a no ser que te conectes por cable (de serie, conectado dentro del router) no creo que tengas muchas más opciones... tendrías que buscarte un cable USB<->Serie (por comodidad más que nada, a menos que tengas algún PC con puerto de serie), y abrir la carcasa, conectarle 3 cables y poco mas... pero entiendo que esto no es un proceso "normal" para la gran mayoría.
Igual que los problemas del amigo taker59 pudieron ser directamente ocasionados por un mal "comando", en tu caso lo achaco más a un error/problema del router, lo siento.
Hola Theliel
Bueno, esto ha sido alucinante. Esta mañana a primera hora ha venido el técnico de Movistar con un nuevo router Mitrastar. Después de hacer pruebas al que yo tenía, verifica que no lo puede resucitar y me pone el router nuevo. Hace todas las pruebas y funciona perfectamente.
Antes de irse le pido que se quede para que vea como importo el fichero de config del router anterior, sin ningún tipo de parche. Nada más hacerlo, el router nuevo se muere igual que el anterior. El técnico alucinaba. Probablemente el router había generado mal el fichero de config y he traspasado el "mal" al nuevo.
Ha traído un tercer router y le he prometido que la configuración la introduciría manualmente. Así lo he hecho y he hecho un backup de la configuración, pero claro, ahora me da miedo restaurarla. Espero que no haga falta.
Ya con el router nuevo totalmente configurado he procedido a introducir por Telnet los comandos para los parches de los ARPS masivos y de los 40 MHz:
echo 0 > /proc/sys/net/ipv4/neigh/br0/mcast_solicit
/userfs/bin/iwpriv ra0 set HtBw=1; /userfs/bin/iwpriv ra0 set Channel=3
El de los ARPs he comprobado con Wireshark que casi han desaparecido. Los que hay tienen sentido.
El de los 40 MHz ha funcionado parcialmente. El móvil Nexus 5 (Android 6.0) ha seguido con la conexión a 72Mb y con un test ligeramente más bajo que antes: de 50 a 43 Mb. El de mi mujer, Nexus 4 con Android 5.1.1, similar. En la planta de abajo tengo otro Punto de Acceso, a través de PLC (tiene el mismo SSID y diferente canal (5)). ¿Tengo que aplicar el parche también para el canal 5 del PLC Wifi?
En el caso del PC tamién es raro. No conectaba porque no le suministraba una IP el DHCP. He reiniciado el PC, pero nada. Al final le he puesto una IP estática en la config del adaptador en el PC y ha empezado a funcionar. Ahora se conecta a 150 Mb y el test llega a 87 Mb. Recuerdo que con el Comtrend blanco anterior llegaba a 100 Mb, y que la distancia entre el router y el PC es de 1 m., sin obstáculos.
Siendo estas velocidades aceptables para mí, la verdad es que no termino de entender por qué no obtengo más velocidad tanto en el móvil como en el PC. El PC es de última generación, un HP con i7 y W10 comprado este año.
Sobre el parche para ahorro de batería, no lo voy a poner porque no quiero tener que restaurar una configuración parcheada. En cualquier caso el consumo nocturno es de alrededor de un 4-5% en 8 horas, teniendo en cuenta que tengo varios servicios activos que me hacen falta. El ahorro en términos reales sería mínimo.
buenas lopezvg, pues sí, por lo que parece tu archivo viejo de configuración estaría en algún punto corrupto, una lástima. Me alegra ver que aunque fuese a tenor de un tercero, la cosa se solución bien, y sí... mejor eliminar el viejo si aun tienes una copia de él ;)
Sobre los ARP... me alegro que funcione, es lo que principalmente mata la batería, aunque a la espera de que el amigo willo vea la contestación y pruebe deshabilitar IGMPproxy si tiene MovistarTV para ver que pasa...
Hacer que el Mitra funcione en la banda de los 40MHz no es oro todo lo que reluce.
Por un lado, no puedes presuponer que todos los dispositivos que tienen funcionarán en la banda de los 40MHz. Por ejemplo, de ya te digo que el N5 no lo vas a hacer trabajar a 40MHz como ancho de banda, y presupongo que lo mismo para el N4, con lo que estos sólo pueden trabajar en 20MHz, por WIFI n no van a obtener nada mejor. Sí, da igual que el N5 sea AC, en 2.4GHz funciona sólo a 20Mhz como ancho de banda. Respecto a la velocidad tendrás que hacer varias pruebas, esta es siempre diferente e irá cambiando, a veces mejor a veces peor. Es posible que pueda dar valores ligeralmente diferente si el modo de red WIFI En el router lo tienes puesto en otra cosa que no sea sólo n, pues se estarán habilitando los modos de coexistencia. Si no tienes dispositivos b/g, en las opciones del Mitrastar en WIFI, en avanzadas, establece el modo de operación sólo en WIFI n.
El "parche" no se aplica a un canal concreto, se aplica a todo, pero es necesario especificar el canal en el parche para que la interfaz se reconfigure. Lo que no termino de entender es porque el PLC tiene el mismo SSID que el mitrastar, esto jamás es recomendable. Si quieres tener el mismo SSID en toda la casa el modo de hacerlo es usando una red WDS, pero a puntos de acceso diferentes en los que no se use WDS, lo mejor es diferentes SSID. Eso sin contar que los dispositivos guardan por lo general un perfil según el SSID, y al existir dos iguales con diferentes configuraciones (canal, MAC...) dan siempre problemas. Esto no es aplicable al Mitrastar, es aplicable a todos los dispositivos WIFI.
Sobre el PC algo está pasando con él. El servidor DHCP funciona perfectamente al margen de fix o no WIFI. Prueba a ponerlo en automático y olvidar la red antigua y volver a configurarla, en todas las pruebas que he hecho con PC, dispositivos móviles, portátiles... no he visto un solo problema de asignación IP. Y sobre la velocidad... cada WIFI es diferente, si la señal llega más debil la velocidad será más pequeña. Como te digo prueba también a usar tan solo el modo n en el router.
El problema de no usar tu archivo de configuración "parcheado" es que cuando se reinicie el router o en algunas otras circunstancias los dos parches desaparecen y es necesario volver a aplicarlos, de ahí a que pusiese como modificar el cfg.... aunque entiendo perfectamente que no te la quieras volver a jugar ;)
Buenas tengo un post hecho pero haber si me podéis ayudar, desde que me han puesto la b21 la actualización el router se queda frito, se queda con todo encendido las luces pero internet y televisión no va, alguien sabe porque o cómo puedo solucionar y además le apretó al reset y no va, tengo que que quitarle la corriente para poder hacer que vaya de reinicio y después va todo, ya me ha pasado varias veces
Theliel Aqui tienes una captura del wireshark de 5 minutos.
Si pudieras echarle un vistazo te lo agradecería pero parece que hay varios paquetes de arp e igmp
willo,esto es lo que veo. No hay nada que sea "alarmante", el tráfico que hay está dentro de lo "normal". Aunque con algunos matices, el router no está interaccinando de un modo muy exajerado.
1. UPNP: Yo es una opción que por lo general aconsejo activar, da muchos beneficios y pocos problemas... Sin entrar en detalles, para que UPNP funcione bien, cualquier dispositivo upnp debe anunciarse cada X tiempo para que el resto de dispositvos sepan de su existencia y sus características. La cuestión sería preguntarse cada cuanto tiempo es aceptable...
En el mitrastar se ha optado por un tiempo muy bajo, 20segundos, cuando lo normal ronda los 60 segundos. Esto genera 4 veces más tráfico en el protocolo de descubrimiento SSDP. El demonio upnp en el Mitrastar creo que está gobernado por cfg_manager, con lo que configurarlo puede ser casi imposible me temo, otra opción evidentemente es deshabilitándolo.
2. IPv6, aunque no hay demasiado tráfico, puedes deshabilitar tranquilamente IPv6 del Router
3. IGMPproxy, no sé si es requisito para Movistar TV o una configuración personalizada por tu parte, pero lo cierto es que la configuración por defecto sin TV, IGMPproxy está deshabilitado, y en tu caso está habilitado. El problema que sucede aquí es que por defecto IGMPproxy está configurado para realizar query cada 10 segundos!! Esto es una burrada, es un tiempo muy bajo, lo normal puede rondar los 60seg más o menos. Esto quiere decir que cada 10 segundos el Router está preguntando a todos los dispositivos de red sus membresía, con lo que ademeás de generar por el propio query tráfico que no permite dormir a los dispositivos, todas las respuestas de todos los hosts agraba enormemente el problema.
Por suerte este parámetro si podemos modificarlo, y aquí cabrían dos opciones. La 1º, es deshabilitar IGMPproxy, pero no tengo claro el efecto que podría tener sobre MovistarTV, podrías probar a ver que pasa... por otro lado sería incrementar el tiempo de query, e igualmente ver si tiene un impacto negetivo en MovistarTV. Ambos parámetros los encuentras en el archivo de configuración, busca por IGMPproxy
-------------------------------------------------
Con diferencia lo que más está afectando es IGMPproxy, seguido por UpnP y por último IPv6. IGMPproxy se puede solucionar y lo ideal de echo es deshablitarlo, pero tendrás que ver el efecto que pueda producir en MovistarTV. Si funciona bien sin él... perfecto, si funciona mal tendrás que revertirlo y probar al menos con un tiempo mayor, por ejemplo 60 segundos y ver que pasa. Si vemos que IMGPProxy puede estar deshabilitado y MovistarTV funciona perfectamente, podemos añadirlo también como fix adicional para mejorar el consumo de batería
uPnP yo soy el primero que siempre insta a tenerlo habilitado... y el problmea es que aquí no podemos modificar su intervalo... habilitarlo o no es cosa tuya por tanto
IPv6 puedes deshabilitarlo tranquilamente
