Lentitud del Router

From DD-WRT Wiki

Jump to: navigation, search

Contents

[edit] Introdución

Mucha gente ha tenido problemas con sus routers respondiendo lento/pegandose/dejando de responder en el tiempo.
Usualmente esta gente esta ejecutando aplicaciones P2P como Emule, Bittorrent, Shareaza o algún otro.
Quizas quieras jugar un poco con los valores, para que se ajuste a tus propias necesidades.


[edit] Sintomas

Incluso si sucede que el router deja de responder pings y peticiones HTTP, podras aun revisar que esta sucediendo mediante el syslog. Aqui hay una pequeña descripcion de lo que esta sucediendo :

  1. Primero, verás mensajes como 'full, dropping packet.' seguidos por 'messages suppressed.'
  2. Eventualmente, se tornará más detallado y verás logs similares a los siguientes :
<4>kernel: ip_conntrack: table full, dropping packet.
<4>kernel: NET: 15 messages suppressed. 
<4>kernel: ip_conntrack: table full, dropping packet.
<4>kernel: NET: 12 messages suppressed.


[edit] Solución Nr 1

  • Ingresar via Interfaz Web
  • Dirigirse a 'Administration'
  • Ir a la subsección 'Management'
  • Ingresar los siguientes valores en 'IP Filter Settings'
    • Maximum Ports: 4096
    • TCP Timeout (s): 90 or 120
    • UDP Timeout (s): 90 or 120


Valores de IP Filter en DD-WRT v23

*nota: Si estás usando ciertos clientes de mensajeria instantánea como ICQ o AIM (u otra aplicación que no envíe frecuentemente paquetes keep-alive), deberías cambiar el timeout a 300 o 600 para ayudarlos a mantenerse conectados. Como esto influirá negativamente en el rendimiento del router cuando te encuentres con alto trafico P2P, probablemente quieras experimentar con estos valores.

  • Guardar la configuracion y reiniciar el router
  • Comprobar a traves de la linea de comandos si ha funcionado:
cat /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established
90
cat /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout_stream
90

Esto hace que se cierren las conexiones inactivas tras 90 segundos

[edit] Solución Nr 2

DD-WRT tiene una propiedad interna de proxy que le permite reescribir el contenido HTML para filtrar ActiveX, cookies, etc. Ya que esto trae como consecuencia una alta carga, probablemente quieras deshabilitar esta propiedad. Esto deberá hacerse en


Security->Firewall


Desafortunadamente esta funcion tiene 3 bugs

  • Aun cuando las 4 cajas de selección este sin tick, el proxy de reescritura seguira corriendo (deberás reiniciar el router)
  • Bota conecciones si esta bajo alta carga
  • Probablemente ejecute chequeos irregulares de trafico en otros puertos ademas del 80, por lo tanto retardará las aplicaciones p2p (sin confirmar)


La unica solución es desabilitar totalmente el firewall (lo que NO es recomendado) en Security->Firewall Esto arregla el problema de velocidad


Este comportamiento ha sido observado en v22 y v23 Por favor reportar al mantenedor e ingresarlo a la base de datos de bug (bugtracker)


[edit] Solución Nr 3

Aparentemente hay un bug en el router WRT54GS v2.2 El bug involucra un error de "fatal memory access" debido a la diferencia del velocidad del reloj de CPU y la velocidad del reloj de bus de memoria. Este bug provoca que las conecciones sean botadas cuando se transfieren archivos grandes. Nuevas versiones del firmware de Linksys overclockean la CPU a 216 MHz. Esto puede ser solucionado ingresando al router via SSH o Telnet (Telnet/SSH y la Linea de Comandos) y ejecutando los siguientes comandos.

nvram set clkfreq=216
nvram commit
reboot


[edit] Windows XP SP2

Si aun tienes problemas cuando bajas archivos revisa el visor de eventos de Windows y busca por "event ID 4226".

Event Type:	Warning
Event Source:	Tcpip
Event Category:	None
Event ID:	4226
Date:		18-2-2006
Time:		11:06:20
User:		N/A
Computer:	<COMPUTERNAME>
Description:
TCP/IP ha alcanzado el limite de seguridad impuesto en el numero de intentos de conecciones TCP concurrentes.

Para mas información, ver Ayuda y Centro de Soporte en http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 00 00 00 00 01 00 54 00   ......T.
0008: 00 00 00 00 82 10 00 80   ....�..�
0010: 01 00 00 00 00 00 00 00   ........
0018: 00 00 00 00 00 00 00 00   ........
0020: 00 00 00 00 00 00 00 00   ........

Ha alcanzado el límite de conecciones que ha sido seteado con SP2 para prevenir la divulgacion de gusanos y otros viruses. Pero esto tiene un pésimo efecto en los programas P2P y otros programas que requieren muchas conecciones.

Gracias a dios hay un parche disponible que permite aumentar el numero de la mitad de conexiones abiertas, puedes bajar el parche aqui: http://www.lvllord.de/?url=downloads