ADSL1/2+ [TUTORIAL] FW V1B2T2.RU (MC06.6b-504T/MC03b-G604)

No claro, la idea no aumentar la bajada de la mula, sino que baje casi casi casi al máximo pero dando prioridad al tráfico interactivo para poder navegar y tal...

Voy a hacer unas pruebas y ahora las posteo...
 
Sin wshaper:

- Línea en reposo:
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 40.0/44.0/70.0 ms

- Bajando a tope 1 fichero: bajando el fichero a 107 KB/s, se ocupa el canal a 909,5 kbps de bajada y 18,6 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 570.0/584.0/600.0 ms

- Subiendo a tope 1 fichero: subiendo a 33,90 KB/s, se ocupa el canal a 6,6 kbps de bajada y 284,8 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 680.0/717.0/850.0 ms

- Subiendo y bajando a tope: bajando a 105 KB/s y subiendo a 29,50 KB/s, se ocupa el canal a 891,8 kbps de bajada y a una media aproximada de 200 kbps. La ocupación de la bajada cada cierto tiempo cae a algo menos de la mitad y vuelve a subir al máximo. La ocupación de la subida tiene forma de dientes de sierra, sube hasta que llega al tope y cae casi al mínimo. Cada 3 caidas de la subida, cae la bajada...
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 570.0/590.0/620.0 ms

Dado que no se reactivar el wshaper, voy a reiniciar el router y de paso el ordenador, que el NOD32 me ha detectado un troyano y tengo que reiniciar. Ahora continuo...
 
Bueno, repetimos la vaina con el wshaper activado por defecto, especificando todo el ancho de banda teórico.

Con wshaper a 1024/320:

- Línea en reposo:
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 40.0/40.0/40.0 ms

- Bajando a tope 1 fichero: bajando el fichero a 107 KB/s, se ocupa el canal a 909 kbps de bajada y 17,8 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 100.0/379.0/480.0 ms

- Subiendo a tope 1 fichero: subiendo a 33,95 KB/s, se ocupa el canal a 6,2 kbps de bajada y 284,8 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 650.0/696.0/750.0 ms

Los resultados son mejores que con el wshaper, pero la mejora es muy escasa... vamos a hacer una primera aproximación:

La bajada máxima es 909,5 kbps y la subida máxima es 284,8 kbps.

Vamos a probar con el máximo menos un 1%, un 2%, un 3% y un 5%, aproximadamente, redondeando.

Teórico: 1024/320
Experimental máximo: 909,5/284,8
1%: 900/282
2%: 891/279
3%: 882/276
5%: 864/271

Ahora os cuento.
 
1%:

# wshaper status ppp0
qdisc ingress ffff:
statistics truncated
qdisc htb 1: r2q 10 default 20 direct_packets_stat 3
statistics truncated
class htb 1:1 root rate 282Kbit ceil 282Kbit burst 6Kb cburst 1959b
Sent 848 bytes 6 pkts (dropped 0, overlimits 0)
rate 1bps
lended: 0 borrowed: 0 giants: 0
tokens: 138530 ctokens: 43574

class htb 1:10 parent 1:1 prio 1 rate 282Kbit ceil 282Kbit burst 6Kb cburst 1959
b
Sent 848 bytes 6 pkts (dropped 0, overlimits 0)
rate 1bps
lended: 6 borrowed: 0 giants: 0
tokens: 138530 ctokens: 43574

class htb 1:20 parent 1:1 prio 2 rate 253Kbit ceil 253Kbit burst 6Kb cburst 1922
b
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
lended: 0 borrowed: 0 giants: 0
tokens: 155421 ctokens: 48644

class htb 1:30 parent 1:1 prio 2 rate 225Kbit ceil 225Kbit burst 6Kb cburst 1887
b
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
lended: 0 borrowed: 0 giants: 0
tokens: 174762 ctokens: 53702

- Línea en reposo:
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 40.0/43.0/50.0 ms

- Bajando a tope 1 fichero: bajando el fichero a 107 KB/s, se ocupa el canal a 909,6 kbps de bajada y 18 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 470.0/528.0/580.0 ms

- Subiendo a tope 1 fichero: subiendo a 30,30 KB/s, se ocupa el canal a 6,6 kbps de bajada y 257,6 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 60.0/91.0/120.0 ms

Hemos empeorado un poco la respuesta bajando a tope, pero sin embargo, subiendo a tope, la latencia ha mejorado de forma increible.
 
2%:

# wshaper status ppp0
qdisc ingress ffff:
statistics truncated
qdisc htb 1: r2q 10 default 20 direct_packets_stat 0
statistics truncated
class htb 1:1 root rate 279Kbit ceil 279Kbit burst 6Kb cburst 1956b
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
lended: 0 borrowed: 0 giants: 0
tokens: 140937 ctokens: 44891

class htb 1:10 parent 1:1 prio 1 rate 279Kbit ceil 279Kbit burst 6Kb cburst 1956
b
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
lended: 0 borrowed: 0 giants: 0
tokens: 140937 ctokens: 44891

class htb 1:20 parent 1:1 prio 2 rate 251Kbit ceil 251Kbit burst 6Kb cburst 1920
b
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
lended: 0 borrowed: 0 giants: 0
tokens: 156659 ctokens: 48981

class htb 1:30 parent 1:1 prio 2 rate 223Kbit ceil 223Kbit burst 6Kb cburst 1884
b
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
lended: 0 borrowed: 0 giants: 0
tokens: 176329 ctokens: 54098

- Línea en reposo:
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 40.0/42.0/50.0 ms

- Bajando a tope 1 fichero: bajando el fichero a 107 KB/s, se ocupa el canal a 908,9 kbps de bajada y 17,8 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 500.0/537.0/590.0 ms

- Subiendo a tope 1 fichero: subiendo a 30 KB/s, se ocupa el canal a 6,7 kbps de bajada y 259 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 40.0/72.0/110.0 ms

Conclusiones: Se puede mejorar la latencia cuando la línea está subiendo a tope, y se nota como el wshaper limita la velocidad de subida, pero sin embargo la de bajada no parece verse afectada.

Voy a hacer una última prueba, voy a poner la mitad, 512/160...
 
50% del total:

# wshaper status ppp0
qdisc ingress ffff:
statistics truncated
qdisc htb 1: r2q 10 default 20 direct_packets_stat 0
statistics truncated
class htb 1:1 root rate 160Kbit ceil 160Kbit burst 6Kb cburst 1803b
Sent 760 bytes 4 pkts (dropped 0, overlimits 0)
rate 11bps
lended: 0 borrowed: 0 giants: 0
tokens: 244161 ctokens: 70560

class htb 1:10 parent 1:1 prio 1 rate 160Kbit ceil 160Kbit burst 6Kb cburst 1803
b
Sent 708 bytes 3 pkts (dropped 0, overlimits 0)
rate 11bps
lended: 3 borrowed: 0 giants: 0
tokens: 244161 ctokens: 70560

class htb 1:20 parent 1:1 prio 2 rate 144Kbit ceil 144Kbit burst 6Kb cburst 1783
b
Sent 52 bytes 1 pkts (dropped 0, overlimits 0)
lended: 1 borrowed: 0 giants: 0
tokens: 270933 ctokens: 77155

class htb 1:30 parent 1:1 prio 2 rate 128Kbit ceil 128Kbit burst 6Kb cburst 1762
b
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
lended: 0 borrowed: 0 giants: 0
tokens: 307200 ctokens: 88149

- Línea en reposo:
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 40.0/42.0/60.0 ms

- Bajando a tope 1 fichero: bajando el fichero a 52 KB/s, se ocupa el canal a aprox. 460 kbps de bajada y 14,2 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 40.0/60.0/110.0 ms

- Subiendo a tope 1 fichero: subiendo a 18 KB/s, se ocupa el canal a 4,1 kbps de bajada y 154 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 40.0/58.0/110.0 ms

Bueno, hemos conseguido en todas las circunstancias una latencia adecuada.

Ahora analizo lo ocurrido: hay que bajar en mayor medida la velocidad de bajada que la de subida.

Voy a probar a partir del 2% para subida y un 4% para bajada:

873/279

...
 
4%/2%:

- Bajando a tope 1 fichero: bajando el fichero a 107 KB/s, se ocupa el canal a aprox. 904,2 kbps de bajada y 19,9 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 70.0/113.0/150.0 ms

- Subiendo a tope 1 fichero: subiendo a 30.15 KB/s, se ocupa el canal a 7 kbps de bajada y 260,5 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 40.0/77.0/110.0 ms


Aún podemos bajar un poco el límite de bajada, ya que el máximo sigue siendo el mismo. La subida la dejamos como estaba.

Voy a probar con 5%/2% y lo dejo así, ya estoy harto de probar configuraciones...
 
5%/2%:

- Bajando a tope 1 fichero: bajando el fichero a 105 KB/s, se ocupa el canal a aprox. 894,4,2 kbps de bajada y 19,9 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 40.0/92.0/140.0 ms

- Subiendo a tope 1 fichero: subiendo a 30.30 KB/s, se ocupa el canal a 6,8 kbps de bajada y 259,1 kbps de subida.
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 50.0/85.0/130.0 ms

Bueno, los pings medios ya están por debajo de 100 ms los dos, por lo que me planto, así se queda.

Os adjunto en la primera página el procedimiento para configurar correctamente el wshaper.

Un saludo.
 
x

madrecita que chico mas aplicado.. jajaja.

Weno, he de decir que deberías haber empezado con una reducción asimetrica de bajadda y subida desde el principio. Porque el consumo de protocolo (normalmente se pone un max de un 20%) no es lo mismo en la subida que en la bajada(20% de300k >< 20% de 2048k). Pero veo que has llegado a esa conclusión mediante ensayo-error :9 así que ya no vale que lo aclare jeje.

Bien, no se (supongo que sí) si wshaper ya está programado para acelerar el envío d elos ACK. Con eso sí podríamos mejorar la bajada.

Para los iniciados... ACK es el paquete que se envía por el canal de subida cuando estamos descargando para indicar al server que ha llegado todo ok y que siga enviando más... (por eso a huess le funciona mucho mejor la subida que la bajada al usar wshaper).

Como ntengo el firmware 2.0 EU, no tengo (nbo veo que esté ) el wshaper. luego a lo mejor cambio de firmware para ver el código del wshaper para ver si hace eso bien.

Os recuerdo que al menos hasta la versión de wshaper que conozco es un simple script en bash que usa iproute2 e iptables para poner los parámetros QoS CBQ adecuados. Así que se puede mirar e incluso editar a nuestro gusto :)
 
x

Por cierto, leyendo el post.
Aclaro que si pone las versiones de la forma lógica común, la a es alpha (previo a una beta normalmente un compilado de mantenimiento sin testear) b es beta (se está probando para detectar bugs) rc es Release Candidate(ya se ha probado y está lista para ser publicada, así que se queda como RC un tiempo para evitar posibles errores de empaquetado. y después la stable.
 
La forma de poner las versiones por la gente de mcmcc es algo que no llego a comprender del todo...

Con anterioridad a la versión actual 066b, hubo una 066a, una 066, una 066rc3, etc, etc... por lo que a partir de la 066, las de indicativo a y b son más bien como las letras en la versión de emule, indicando actualizaciónes sobre la anterior y no los estados alfa y beta del desarrollo de cierto software.

Por último, decir que juraría haber editado el primer mensaje de post añadiendo el correcto ajuste del wshaper de forma genérica aproximada, pero no es así y sigue apareciendo lo de 1024/320... lo editaré cuando pueda.

Un saludo.
 
He intentado meter el firmware ruso y no hay manera. Me pregunto si habrá que ponerle antes la versión anterior del 2004...
Porque colocando al principio la de noviembre 2005, el fs no entra; incluso he querido hacerlo desde adam2, y nada.

El tema es el sigueinte:
con el firm original de ya (noviembre 2005) y poniendo la ip estática, el torrent baja medianamente bien, pero apenas me permite navegar.

Con el firm de lor, al contrario: torrent bajito y navego bien.

De ahí que quiera probar con el ruso...
 
Como activar el dyndns desde el config?

Como activar el dyndns desde el config?

Buenas que he de poner en el config.xml para que se active el dyndns con mi nombre de usuario etc para este firmware ruso del 604T?¿

Saludos
 
Buenas noches a tod@s:
Pues desciros que me he tirado toda la tarde resucitando mi ruter D-Link DSL 504T por que ayer por la tarde por primera vez le actualice el firmware a la version rusa 066b y despues de cargar el archivo fs murio. Solo se encendian la luz de power y la del puerto al que estaba enchufado el PC. Consegui resucitarlo con el metodo de Pope. Esta tarde que tenia tiempo y ya sabia resucitarlo me he puesto a actualizarlo a la version 066b y no he sido capaz, todas las veces el ruter se quedaba tonto. Incluso he ido actualizando de una en una como dices que lo nicistes tu, osea la 2004 luego 2005 luego la rusa 066 y la 066a por que la b me deja el ruter tonto.
He intentado hacer lo del wshaper y no he sido capaz. Al abrir el archivo config con el ultra edit 32 me salen todos los comando uno detras de otros por filas y no en columna como pones tu. Aun asi los he introducido pero no ha funcionado. ¿Que puedo hacer? ¿Se pueden visualizar los comandos en columnas con el ultra edit?
Buenas noches, muchas gracias y un cordial saludo.
 
x

Veamos por partes...
Ni idea en el 504t como es el firmware en el 604t yo lo he montado todo sin problemas (editando un ficheros con comandos ADAM2 para ponerle que cambiara mtd0 etc etc a las direcciones correspondientes de memoria, como he explicado en algun lado...).

Sobre el config.xml. Estamos hablando que por alguna razón que desconocemos, para hacer un salto de línea, en windows usan EOL y retorno de carro en vez de EOL solamente. el caso es que en windows los textos se ven seguidos en vez de verse como deberían...

Solución... abre el fichero con wordpad y editalo con wordpad... para añadir ¿3 lineas no necesitas coloreadod e sintaxis y demás chorradas no?.

Y sobre la muerte de los routers... si... pueden morir de forma definitiva... no es lo habitual pero yo desarrollando las pruebas de lordeathmod terminé quemando uno a base de flashear.. aunque se pueden arreglar pero es muy costoso y hay que desoldar el chip. Estoy hablando que seguramente llegué a los 400 flasheos en un mes.
 
El firm ruso me ha resuelto todo!
Tenia el mod de lordeath para el 504T y tenia problemas de dejar de funcionar el http, y tambien el modem quedaba un poco atascado o lento con el p2p.
He puesto el firm ruso y va de putamadre, todo me va de mil maravillas, consigo estar con el p2p y navegar bien gracias al wshaper!
Saludos
 
Muy bueno, la verdad esk no me fiaba del todo del firm ruso ya que antes usaba el paneuropeo mas el script pero como me peto el rutel y tuve k resucitarlo(thx pope) lo metí y va de pm, otra cosa, yo descargo de pm y navego de pm sin wshaper.
 
lo primero gracias a huess por el tutorial. Yo instale el firmware sin ningun problema y parece que va bastante bien. Lo unico que no configure el wshaper y queria saber que parametros son los adecuados para una conexión 1024/288 y si se nota a la hora de navegar, creo q es la misma que tiene huess. gracias
 
Arriba