Autor Tema: OpenWRT pérdida de paquetes en W502U (Leído 6568 veces)

Z3R0N3 · « **en:** 24-02-2016, 15:36 (Miércoles) »

Hola,

He instalado "OpenWRT" en mi router "Alfa R36 AIP w502u". Por cierto, la descarga sigue estando en la versión 12, me parece que ya estamos en la versión 15...

El Router tiene 1 antena, y 1 USB.

1 - Configuro la antena en modo cliente, para poder hacer "opkg update" y después "opkg install kmod-rtl8187" para obtener el driver USB.

2 - Uso el comando "wifi detect > /etc/config/wireless" para actualizar la información de la nueva antena conectada por USB.

3 - Pongo la antena 1 en modo AP asociado a "LAN", y la antena 2 en modo cliente asociado a "WAN" o "WWAN" si no deseo las reglas firewall que trae "WAN" por defecto.

4 - Realizo una prueba de ping desde el router, todo OK.

5 - Conecto un PC a la antena que está en modo AP, hago ping y más del 33% de los paquetes se pierden.

6 - Vuelvo a realizar la prueba del punto 4, y ahora el router también pierde los paquetes.

¿Qué puede estar sucediendo? ¿Me falta algún paquete? ¿Alguna regla de firewall mal configurada? ¿Debo crear alguna VLAN? ¿Debo esperar una nueva actualización de firmware?

No entiendo mucho de redes, pero me manejo bastante bien con Linux.

Espero alguna respuesta. Gracias!

Ficht · « **Respuesta #1 en:** 24-02-2016, 15:58 (Miércoles) »

Cita de: Z3R0N3 en 24-02-2016, 15:36 (Miércoles)

Hola,

He instalado "OpenWRT" en mi router "Alfa R36 AIP w502u". Por cierto, la descarga sigue estando en la versión 12, me parece que ya estamos en la versión 15...

El Router tiene 1 antena, y 1 USB.

1 - Configuro la antena en modo cliente, para poder hacer "opkg update" y después "opkg install kmod-rtl8187" para obtener el driver USB.

2 - Uso el comando "wifi detect > /etc/config/wireless" para actualizar la información de la nueva antena conectada por USB.

3 - Pongo la antena 1 en modo AP asociado a "LAN", y la antena 2 en modo cliente asociado a "WAN" o "WWAN" si no deseo las reglas firewall que trae "WAN" por defecto.

4 - Realizo una prueba de ping desde el router, todo OK.

5 - Conecto un PC a la antena que está en modo AP, hago ping y más del 33% de los paquetes se pierden.

6 - Vuelvo a realizar la prueba del punto 4, y ahora el router también pierde los paquetes.

¿Qué puede estar sucediendo? ¿Me falta algún paquete? ¿Alguna regla de firewall mal configurada? ¿Debo crear alguna VLAN? ¿Debo esperar una nueva actualización de firmware?

No entiendo mucho de redes, pero me manejo bastante bien con Linux.

Espero alguna respuesta. Gracias!

Hombre, yo dejaría las reglas de firewal por defecto y luego ya las iría modificando después y así ver cual es la que puede crearte el problema... si fuera este el caso. (bien puede ser)

Z3R0N3 · « **Respuesta #2 en:** 24-02-2016, 16:51 (Miércoles) »

Cita de: Ficht en 24-02-2016, 15:58 (Miércoles)

Hombre, yo dejaría las reglas de firewal por defecto y luego ya las iría modificando después y así ver cual es la que puede crearte el problema... si fuera este el caso. (bien puede ser)

Hola Ficht, la verdad es que si dejo las reglas por defecto no hace ni ping jeje

Por eso acabo creando una network nueva que llamo "wwan" con dhcp y asocio la antena de modo cliente a ésta, así si puedo hacer ping y todo correcto, pero cuando conecto un PC a la antena en modo AP, tanto el router como el PC empiezan a perder los paquetes.

Tki2000 · « **Respuesta #3 en:** 24-02-2016, 17:13 (Miércoles) »

Cita de: Z3R0N3 en 24-02-2016, 15:36 (Miércoles)

Hola,

He instalado "OpenWRT" en mi router "Alfa R36 AIP w502u". Por cierto, la descarga sigue estando en la versión 12, me parece que ya estamos en la versión 15...

El Router tiene 1 antena, y 1 USB.

1 - Configuro la antena en modo cliente, para poder hacer "opkg update" y después "opkg install kmod-rtl8187" para obtener el driver USB.

2 - Uso el comando "wifi detect > /etc/config/wireless" para actualizar la información de la nueva antena conectada por USB.

3 - Pongo la antena 1 en modo AP asociado a "LAN", y la antena 2 en modo cliente asociado a "WAN" o "WWAN" si no deseo las reglas firewall que trae "WAN" por defecto.

4 - Realizo una prueba de ping desde el router, todo OK.

5 - Conecto un PC a la antena que está en modo AP, hago ping y más del 33% de los paquetes se pierden.

6 - Vuelvo a realizar la prueba del punto 4, y ahora el router también pierde los paquetes.

¿Qué puede estar sucediendo? ¿Me falta algún paquete? ¿Alguna regla de firewall mal configurada? ¿Debo crear alguna VLAN? ¿Debo esperar una nueva actualización de firmware?

No entiendo mucho de redes, pero me manejo bastante bien con Linux.

Espero alguna respuesta. Gracias!

Me extraña que no le hayas puesto una versión más reciente. Lo que hay en la wiki de openwrt es la primera versión estable. La página de descargas de openwrt es: https://downloads.openwrt.org/. Busca tu arquitectura y descarga una versión reciente.

(En estos momentos la página de descargas no funciona. Deben estar haciendo algo en el sitio y de momento no se puede acceder a las descargas)

Haz esta prueba: la WAN engánchala al R36 mediante cable, y pon la wifi interna como AP, es decir, no pongas el pincho USB. Haz el ping y todas las pruebas que creas pertinentes par ver si pierde paquetes o no. Si no pierde paquetes, entonces hay dos candidatos, el pincho USB, o el USB en sí. Puede que el pincho USB tenga algún malfuncionamiento y haga que el kernel o la pila TCP se vuelvan majaras, por lo que puede ser por esto por lo que luego pierdes paquetes sin usar el USB. Puede que el driver USB en sí todavía no está depurado y sea éste el que haga que el kernel o la pila TCP se vuelvan majaras. Ya has comentado que la versión que usas es antigua. Prueba con otra versión cuando se pueda acceder a la página de descargas, y prueba con otro pincho, como ya te dije en otro hilo.

Te pido por favor, que no abras más hilos para comentar el mismo suceso. Utiliza los que ya hay abiertos en el foro y que además has abierto tú mismo.

Z3R0N3 · « **Respuesta #4 en:** 25-02-2016, 09:08 (Jueves) »

Cita de: Tki2000 en 24-02-2016, 17:13 (Miércoles)

Me extraña que no le hayas puesto una versión más reciente. Lo que hay en la wiki de openwrt es la primera versión estable. La página de descargas de openwrt es: https://downloads.openwrt.org/. Busca tu arquitectura y descarga una versión reciente.

(En estos momentos la página de descargas no funciona. Deben estar haciendo algo en el sitio y de momento no se puede acceder a las descargas)

Haz esta prueba: la WAN engánchala al R36 mediante cable, y pon la wifi interna como AP, es decir, no pongas el pincho USB. Haz el ping y todas las pruebas que creas pertinentes par ver si pierde paquetes o no. Si no pierde paquetes, entonces hay dos candidatos, el pincho USB, o el USB en sí. Puede que el pincho USB tenga algún malfuncionamiento y haga que el kernel o la pila TCP se vuelvan majaras, por lo que puede ser por esto por lo que luego pierdes paquetes sin usar el USB. Puede que el driver USB en sí todavía no está depurado y sea éste el que haga que el kernel o la pila TCP se vuelvan majaras. Ya has comentado que la versión que usas es antigua. Prueba con otra versión cuando se pueda acceder a la página de descargas, y prueba con otro pincho, como ya te dije en otro hilo.

Te pido por favor, que no abras más hilos para comentar el mismo suceso. Utiliza los que ya hay abiertos en el foro y que además has abierto tú mismo.

Hola Tki2000, discúlpame por abrir un hilo nuevo con éste asunto, pensé que el anterior había muerto y quise explicarlo más resumido.. cuando dé con la solución prometo publicarla en ambos casos (tampoco abriré otro hilo jeje)

Es cierto que lleva unos días caída la página de descargas de OpenWRT... no sé como no me topé con el enlace que me has enviado la verdad estoy deseando probar la nueva versión. Gracias!!

Respecto a conectarla por cable me sucedió lo mismo, es decir, la pérdida de paquetes es cuando conecto un equipo al AP (o también por cable). Si no conecto ningún equipo parece que internet lo provee bien, sea por USB o cable por donde llegue la conexión... Es justo en el momento en el que conecto un cliente al router... he probado con la misma subred y con otra y bueno, el resultado es similar.

Pruebo con la nueva versión y cuento que tal para no hacer más ruido, si a alguien se le ocurre algo más bienvenido sea. Gracias de nuevo

Tki2000 · « **Respuesta #5 en:** 25-02-2016, 16:46 (Jueves) »

Cita de: Z3R0N3 en 25-02-2016, 09:08 (Jueves)

Cita de: Tki2000 en 24-02-2016, 17:13 (Miércoles)

Me extraña que no le hayas puesto una versión más reciente. Lo que hay en la wiki de openwrt es la primera versión estable. La página de descargas de openwrt es: https://downloads.openwrt.org/. Busca tu arquitectura y descarga una versión reciente.

(En estos momentos la página de descargas no funciona. Deben estar haciendo algo en el sitio y de momento no se puede acceder a las descargas)

Haz esta prueba: la WAN engánchala al R36 mediante cable, y pon la wifi interna como AP, es decir, no pongas el pincho USB. Haz el ping y todas las pruebas que creas pertinentes par ver si pierde paquetes o no. Si no pierde paquetes, entonces hay dos candidatos, el pincho USB, o el USB en sí. Puede que el pincho USB tenga algún malfuncionamiento y haga que el kernel o la pila TCP se vuelvan majaras, por lo que puede ser por esto por lo que luego pierdes paquetes sin usar el USB. Puede que el driver USB en sí todavía no está depurado y sea éste el que haga que el kernel o la pila TCP se vuelvan majaras. Ya has comentado que la versión que usas es antigua. Prueba con otra versión cuando se pueda acceder a la página de descargas, y prueba con otro pincho, como ya te dije en otro hilo.

Te pido por favor, que no abras más hilos para comentar el mismo suceso. Utiliza los que ya hay abiertos en el foro y que además has abierto tú mismo.

Hola Tki2000, discúlpame por abrir un hilo nuevo con éste asunto, pensé que el anterior había muerto y quise explicarlo más resumido.. cuando dé con la solución prometo publicarla en ambos casos (tampoco abriré otro hilo jeje)

Es cierto que lleva unos días caída la página de descargas de OpenWRT... no sé como no me topé con el enlace que me has enviado la verdad estoy deseando probar la nueva versión. Gracias!!

Respecto a conectarla por cable me sucedió lo mismo, es decir, la pérdida de paquetes es cuando conecto un equipo al AP (o también por cable). Si no conecto ningún equipo parece que internet lo provee bien, sea por USB o cable por donde llegue la conexión... Es justo en el momento en el que conecto un cliente al router... he probado con la misma subred y con otra y bueno, el resultado es similar.

Pruebo con la nueva versión y cuento que tal para no hacer más ruido, si a alguien se le ocurre algo más bienvenido sea. Gracias de nuevo

Ya parece que está activa la página de descargas. Han dejado la portada antigua y han cambiado el aspecto de los directorios de descarga, pero parece que ya van...
Aquí puedes buscar tu imagen: https://downloads.openwrt.org/chaos_calmer/15.05/ramips/rt305x/, escoge la w502u-squashfs.

Z3R0N3 · « **Respuesta #6 en:** 26-02-2016, 09:03 (Viernes) »

Cita de: Tki2000 en 25-02-2016, 16:46 (Jueves)

Ya parece que está activa la página de descargas. Han dejado la portada antigua y han cambiado el aspecto de los directorios de descarga, pero parece que ya van...
Aquí puedes buscar tu imagen: https://downloads.openwrt.org/chaos_calmer/15.05/ramips/rt305x/, escoge la w502u-squashfs.

Sip, justo después de leerte me dí cuenta de esos detalles, levantaron el servicio y crearon esta página https://wiki.openwrt.org/toh/hwdata/alfanetwork/alfanetwork_w502u, parece increíble que haya hecho tanto ruido como para eso (o es pura casualidad que también... jaja) pero ahí está la fecha de creación a 02/16 con la versión actualizada.

Deseando llegar al lugar para ver qué nos trae ésta nueva versión... me topé con muchísimas cosas nuevas empezando por lo más básico, una renovación de la interfaz LUCi, soporte DHCPV6, etc.. así es que me puse como loco a probar las combinaciones que se me pasaban por la cabeza para conseguir la conexión estable...

Como resumen y resultado de la experiencia, fué que en el firmware 12 cuando conecto algún cliente al AP simplemente empiezan a perderse los paquetes... mientras que en esta versión 15, empieza a soltar un desparrame de direcciones de memoria por TFTP hasta que el router acaba reiniciándose jajaja

No sé si es buena idea que ponga por aquí algún log, paquetes que uso, fichero de configuración etc para ir al quid de la cuestión, lo dejo a petición.

Tki2000 · « **Respuesta #7 en:** 26-02-2016, 10:44 (Viernes) »

Cita de: Z3R0N3 en 26-02-2016, 09:03 (Viernes)

Cita de: Tki2000 en 25-02-2016, 16:46 (Jueves)
Ya parece que está activa la página de descargas. Han dejado la portada antigua y han cambiado el aspecto de los directorios de descarga, pero parece que ya van...
Aquí puedes buscar tu imagen: https://downloads.openwrt.org/chaos_calmer/15.05/ramips/rt305x/, escoge la w502u-squashfs.

Sip, justo después de leerte me dí cuenta de esos detalles, levantaron el servicio y crearon esta página https://wiki.openwrt.org/toh/hwdata/alfanetwork/alfanetwork_w502u, parece increíble que haya hecho tanto ruido como para eso (o es pura casualidad que también... jaja) pero ahí está la fecha de creación a 02/16 con la versión actualizada.

Deseando llegar al lugar para ver qué nos trae ésta nueva versión... me topé con muchísimas cosas nuevas empezando por lo más básico, una renovación de la interfaz LUCi, soporte DHCPV6, etc.. así es que me puse como loco a probar las combinaciones que se me pasaban por la cabeza para conseguir la conexión estable...

Como resumen y resultado de la experiencia, fué que en el firmware 12 cuando conecto algún cliente al AP simplemente empiezan a perderse los paquetes... mientras que en esta versión 15, empieza a soltar un desparrame de direcciones de memoria por TFTP hasta que el router acaba reiniciándose jajaja

No sé si es buena idea que ponga por aquí algún log, paquetes que uso, fichero de configuración etc para ir al quid de la cuestión, lo dejo a petición.

Pero openwrt te funciona bien hasta que le conectas algún cliente al AP, ¿no?. Es decir, cuando el pincho USB requiere de potencia para transmitir/recibir.
Yo seguiría teniendo como sospechosos al pincho USB (cámbialo y prueba otro, que ya te lo dije), o el driver USB, lo cual me extrañaría que tuviera los mismos fallos entre distintas versiones. Sigo con la teoría de que el puerto USB no es capaz de darle potencia suficiente al pincho cuando trabaja con carga. Puede probar también a poner un hub USB alimentado y ver qué pasa.

Z3R0N3 · « **Respuesta #8 en:** 26-02-2016, 11:36 (Viernes) »

Cita de: Tki2000 en 26-02-2016, 10:44 (Viernes)

Pero openwrt te funciona bien hasta que le conectas algún cliente al AP, ¿no?. Es decir, cuando el pincho USB requiere de potencia para transmitir/recibir.
Yo seguiría teniendo como sospechosos al pincho USB (cámbialo y prueba otro, que ya te lo dije), o el driver USB, lo cual me extrañaría que tuviera los mismos fallos entre distintas versiones. Sigo con la teoría de que el puerto USB no es capaz de darle potencia suficiente al pincho cuando trabaja con carga. Puede probar también a poner un hub USB alimentado y ver qué pasa.

Correcto, todo funciona bien hasta que conecto un PC al AP, solo que el AP es la antena interna del router, no la USB.

Si no conecto ningún cliente a la antena interna (AP), el router puede usar el USB sin problema, descargar actualizaciones paquetes, ping sin pérdida etc.

Respecto al USB, probé con dos RTL8187 USB, el primero es el original awus036h, y el segundo es un wifi-world 880WG que trae ese chipset (no original). La verdad me gustaría tener otro USB con otro chipset para ver qué hace... lo del hub es buena idea, a ver si puedo conseguir alguno para trastear este fin de semana.

Tki2000 · « **Respuesta #9 en:** 26-02-2016, 12:10 (Viernes) »

Cita de: Z3R0N3 en 26-02-2016, 11:36 (Viernes)

Cita de: Tki2000 en 26-02-2016, 10:44 (Viernes)
Pero openwrt te funciona bien hasta que le conectas algún cliente al AP, ¿no?. Es decir, cuando el pincho USB requiere de potencia para transmitir/recibir.
Yo seguiría teniendo como sospechosos al pincho USB (cámbialo y prueba otro, que ya te lo dije), o el driver USB, lo cual me extrañaría que tuviera los mismos fallos entre distintas versiones. Sigo con la teoría de que el puerto USB no es capaz de darle potencia suficiente al pincho cuando trabaja con carga. Puede probar también a poner un hub USB alimentado y ver qué pasa.

Correcto, todo funciona bien hasta que conecto un PC al AP, solo que el AP es la antena interna del router, no la USB.

Si no conecto ningún cliente a la antena interna (AP), el router puede usar el USB sin problema, descargar actualizaciones paquetes, ping sin pérdida etc.

Respecto al USB, probé con dos RTL8187 USB, el primero es el original awus036h, y el segundo es un wifi-world 880WG que trae ese chipset (no original). La verdad me gustaría tener otro USB con otro chipset para ver qué hace... lo del hub es buena idea, a ver si puedo conseguir alguno para trastear este fin de semana.

¿Y si conectas el PC con cable en lugar de por wifi? Porque puede ser que la fuente no dé para las dos wifis activas a la vez...

jar229 · « **Respuesta #10 en:** 26-02-2016, 15:11 (Viernes) »

Igual me equivoco, pero yo pensaba que el rtl8187 no iba en modo AP

Además todos los comentarios que he leído, es que incluso en modo cliente (hablando de OpenWrt) iba bastante mal.

Z3R0N3 · « **Respuesta #11 en:** 29-02-2016, 09:21 (Lunes) »

Holap, pues os cuento qué tal las pruebas... jeje.

Cita de: Tki2000 en 26-02-2016, 12:10 (Viernes)

¿Y si conectas el PC con cable en lugar de por wifi? Porque puede ser que la fuente no dé para las dos wifis activas a la vez...

En principio me hice con un hub USB con alimentación externa tal y como me recomendaste.. ahí conecté las 2 antenas USB (las rtl8187 orginal y no original que hacen de cliente) para hacer las pruebas con ambas... Seguí con el mismo problema de pérdida de paquetes os cuento un detalle más a ver si por ahí damos con la solución...

Resulta que cuando conecto un cliente al AP, que es cuando se empiezan a perder los paquetes... realmente en éstas ultimas pruebas no me dió justo en ese momento la sensación de pérdida de paquetes... fué después de estar conectado, empecé a realizar conexiones HTTP por el puerto 80, y aquí es cuando el router dice ploff.

Dada la circunstancia, quise probar otras combinaciones de configuración, instalé paquetes relacionados con el USB, instalé el paquete QoS inclusive quise montar una prueba con "relayd" habilitado para ver qué tal reaccionaba... no noté mucha diferencia quizás no configuré bien los ficheros de "/etc/config".

Por otro lado, seguí tu recomendación también de probar a conectar el cliente directamente por cable... tuve que tocar el fichero "/etc/config/network" para asignar en "lan" los "eth0.1" y "eth0.2" correspondientes a los puertos ethernet que trae éste router.... al principio no me daba ni IP, y probando a asignar una IP estática etc... hubo un momento que pude navegar por el panel de LUCI conectado con cable... pero al rato me rechazaba la conexión al propio router (¿qué raro no?), esto no sucede vía Wifi conectando el cliente al AP, algo debe estar mal configurado supongo.

Cita de: jar229 en 26-02-2016, 15:11 (Viernes)

Igual me equivoco, pero yo pensaba que el rtl8187 no iba en modo AP

Además todos los comentarios que he leído, es que incluso en modo cliente (hablando de OpenWrt) iba bastante mal.

Hoja jar229, bienvenido al hilo

Los rtl8187 lo estoy usando en las pruebas para ponerlos únicamente en modo cliente. El AP es la antena interna de éste router W502U.

Os agradezco vuestra ayuda en éste hilo cualquier recomendación la seguiré para conseguir saltar el bache. Gracias de nuevo no me abandonen! jajaj

Tki2000 · « **Respuesta #12 en:** 29-02-2016, 12:08 (Lunes) »

Cita de: Z3R0N3 en 29-02-2016, 09:21 (Lunes)

Por otro lado, seguí tu recomendación también de probar a conectar el cliente directamente por cable... tuve que tocar el fichero "/etc/config/network" para asignar en "lan" los "eth0.1" y "eth0.2" correspondientes a los puertos ethernet que trae éste router.... al principio no me daba ni IP, y probando a asignar una IP estática etc... hubo un momento que pude navegar por el panel de LUCI conectado con cable... pero al rato me rechazaba la conexión al propio router (¿qué raro no?), esto no sucede vía Wifi conectando el cliente al AP, algo debe estar mal configurado supongo.

Seguramente el servidor DHCP. Si tienes más de uno activo en la red a la vez, cuando se levanta el segundo la red se hace la picha un lío.

Z3R0N3 · « **Respuesta #13 en:** 29-02-2016, 13:40 (Lunes) »

Cita de: Tki2000 en 29-02-2016, 12:08 (Lunes)

Seguramente el servidor DHCP. Si tienes más de uno activo en la red a la vez, cuando se levanta el segundo la red se hace la picha un lío.

Entonces, entiendo que me sugieres que o bien los clientes que se conectan al AP lo hagan con IP fija, o bien la antena que hace modo cliente se conecte al router principal con IP fija. Buscaré las partes donde se defina el DHCP y lo cambiaré por estático a ver qué tal...

De ser así, perfecto. Haré la prueba al llegar al lugar y os escribo qué tal se ha dado... Gracias!

Tki2000 · « **Respuesta #14 en:** 29-02-2016, 17:25 (Lunes) »

Cita de: Z3R0N3 en 29-02-2016, 13:40 (Lunes)

Cita de: Tki2000 en 29-02-2016, 12:08 (Lunes)
Seguramente el servidor DHCP. Si tienes más de uno activo en la red a la vez, cuando se levanta el segundo la red se hace la picha un lío.

Entonces, entiendo que me sugieres que o bien los clientes que se conectan al AP lo hagan con IP fija, o bien la antena que hace modo cliente se conecte al router principal con IP fija. Buscaré las partes donde se defina el DHCP y lo cambiaré por estático a ver qué tal...

De ser así, perfecto. Haré la prueba al llegar al lugar y os escribo qué tal se ha dado... Gracias!

Puedes tener varios, siempre y cuando estén en subredes distintas, y no se propaguen.

Z3R0N3 · « **Respuesta #15 en:** 01-03-2016, 09:36 (Martes) »

Estoy por aquí de nuevo

Hice las pruebas estableciendo IP fija en la antena que hace de modo cliente (el USB), después deshabilité el DHCP de "lan" que reparte el AP y me conecté a él con un equipo mediante IP fija también.

Hice un ping contínuo en el router y éste daba entre 6 y 12 ms... Conecté el equipo al AP y seguía con ese ratio de TTL, pero en el momento de hacer una petición HTTP con el navegador del equipo conectado al AP, el TTL del router (que seguía haciendo ping...) subió a 2000-2500 ms... al rato bajaba estabilizándose pero con pérdida.

Comparto por aquí también comentarios que llegan por otro lado, me comentan que éste caso es buena oportunidad de aprendizaje y por ello me puede ser útil observar el tráfico de la red con "wireshark" para descartar así que pueda ser un problema de "Routing Loop". No conozco muy bien la herramienta pero trabajaré en ello para entender qué puede suceder y cómo solventarlo junto a la ayuda que me estáis proporcionando.

Seguimos en ello, gracias chic@s.

danitool · « **Respuesta #16 en:** 01-03-2016, 13:11 (Martes) »

puedes probar a añadir la línea

Código: [Seleccionar]

option stp 1
en /etc/config/network , en los sitios donde tengas definido un bridge, aunque me temo que esto le hará cosquillas

Z3R0N3 · « **Respuesta #17 en:** 02-03-2016, 09:20 (Miércoles) »

Cita de: danitool en 01-03-2016, 13:11 (Martes)

puedes probar a añadir la línea

Código: [Seleccionar]
option stp 1
en /etc/config/network , en los sitios donde tengas definido un bridge, aunque me temo que esto le hará cosquillas

Hola danitool, bienvenido al hilo y gracias también por tu ayuda jeje

La verdad es que cosquillas le hace... lo noto porque el ping no sube de 6 ms a 2500 ms... se marca un máximo de 1500 ms jajaja

Por otro lado también noto que la conexión del router principal ( que suele estar entre 50 y 70 Mb/s ), la limita el router con OpenWRT a 600 kbps... ya algunas peticiones de respuesta rápida, como las de google... terminan completándose sin problema gracias a este ajuste del STP, pero al pinchar en un enlace de los que sirve más contenido (web con imágenes.. java etc.) vuelve a perder paquetes hasta que termina la conexión por completo.

Noticias:

Autor Tema: OpenWRT pérdida de paquetes en W502U (Leído 6568 veces)

Z3R0N3

OpenWRT pérdida de paquetes en W502U

Ficht

Re: OpenWRT pérdida de paquetes en W502U

Z3R0N3

Re: OpenWRT pérdida de paquetes en W502U

Tki2000

Re: OpenWRT pérdida de paquetes en W502U

Z3R0N3

Re: OpenWRT pérdida de paquetes en W502U

Tki2000

Re: OpenWRT pérdida de paquetes en W502U

Z3R0N3

Re: OpenWRT pérdida de paquetes en W502U

Tki2000

Re: OpenWRT pérdida de paquetes en W502U

Z3R0N3

Re: OpenWRT pérdida de paquetes en W502U

Tki2000

Re: OpenWRT pérdida de paquetes en W502U

jar229

Re: OpenWRT pérdida de paquetes en W502U

Z3R0N3

Re: OpenWRT pérdida de paquetes en W502U

Tki2000

Re: OpenWRT pérdida de paquetes en W502U

Z3R0N3

Re: OpenWRT pérdida de paquetes en W502U

Tki2000

Re: OpenWRT pérdida de paquetes en W502U

Z3R0N3

Re: OpenWRT pérdida de paquetes en W502U

danitool

Re: OpenWRT pérdida de paquetes en W502U

Z3R0N3

Re: OpenWRT pérdida de paquetes en W502U