Trafico LAN en Bridge1.0 regulado por down ceil [RESUELTO]

[lordacero]

Buenas, una consulta... alguien probó que los puertos que se configuran como locales sean tomados como tal?

Tengo la siguiente configuración:

Código: Selecionar todos

IF_LOCALBR="eth0"
IF_WAN="eth1"
IF_LOCAL_IMQ="imq0"
LOCAL_IP="192.168.1.250"
IF_GATEWAY="192.168.1.251"
bridgemode="yes" #Poner en yes para activar el modo bridge
prio_lan="1"
prio_class="1"
perturb="4"
burst="200"
squidport="8080"
estado_de_squid="/tmp/estado_squid"
httpsquid="http://www.brazilfw.com.br/users/angelruiz/addons/serieargento/squid/squid.tgz"
logcontrol="yes"
logcontrol_max_space="20000" #espacio maximo tolerado para el peso de los logs.
nice="-15" # prioridad en la que se ejecuta squid
udp_ports="53,67,68,443" #dns y dhcp
tcp_ports="8180,22,80,8186,8187,4001,4080,8286,443,1863,6891" #webmin y http


En tcp_ports agregue el puerto 80 ya que por thttpd tengo un portal al que entran mis clientes y desde donde les brindo peliculas online desde el mismo servidor. Para esto el trafico tiene que ser tomado como local para que entre en las velocidades declaradas en el parent match. Pero por mas que lo intento el trafico siempre termina siendo regulado a la velocidad declarada en down ceil. Probe con la pagina de descarga del mldonkey tambien, que usa el puerto 8187 y pasa lo mismo. Esto que les comento en el ArgentoQOS 1.4 funciona correctamente tomando el trafico como local.
Esto se puede hacer en esta versión? o estoy confundido y no es lo mismo que en el ArgentoQOS 1.4? Gracias.

[ramiropampa]

Hola Lordacero, le comente el bug que habías encontrado a Angel, y ya lo reparó. Me pasó la modificación, y pude comprobar que ahora funciona perfectamente la velcoidad LAN, incluso con subredes. Supongo que Angel subirá nuevamente el addon o te avisará por aca como modificarlo.

Gracias por tu observación
offtopic! te da id alta el mldonkey? no logro que me de id alta

Saludos
Ramiro

[lordacero]

Hola Lordacero, le comente el bug que habías encontrado a Angel, y ya lo reparó. Me pasó la modificación, y pude comprobar que ahora funciona perfectamente la velcoidad LAN, incluso con subredes. Supongo que Angel subirá nuevamente el addon o te avisará por aca como modificarlo.

Gracias por tu observación
offtopic! te da id alta el mldonkey? no logro que me de id alta

Saludos
Ramiro

Muchas gracias!!! espero con ansias que avisen si resubieron el addon o como arreglar el problema, es lo único que me tiene parada la reestructuración en el servidor!!! El Mldonkey lo use poco en el ArgentoQos 1.4 porque estaba esperando otra línea para dedicarla exclusivamente a ese servicio, pero lo poco que lo usé logré ID high siguiendo un post que leí, ahora que este problema esté solucionado termino de armar el nuevo servidor, y cuando encuentre el post te lo paso
Quedo a la espera, y nuevamente gracias por la pronta respuesta Ramiro y por supuesto a Angel también!!!

[ramiropampa]

Aca te dejo el parche.

va en

Código: Selecionar todos

/argentoqos

reemplazas y listo, solo tenes que recargar elqos, no hace falta reiniciar. No te olvides de resguardar.

Esta probado, respeta bien la velocidad de internet, nome fije si respeta excato la velocidad lan, pero subi 6 megas en poco mas de 3 segundos.

Esperamos tus pruebas lordacero.

cuando encuentre el post te lo paso

por favor por favor por favor


Saludos
Ramiro

[lordacero]

Aca te dejo el parche.

va en

Código: Selecionar todos

/argentoqos

reemplazas y listo, solo tenes que recargar elqos, no hace falta reiniciar. No te olvides de resguardar.

Esta probado, respeta bien la velocidad de internet, nome fije si respeta excato la velocidad lan, pero subi 6 megas en poco mas de 3 segundos.

Gracias Ramiro! hice lo que me dijiste, baje el class, lo reemplace, recargue el qos... pero sigue regulando la velocidad de los datos transmitidos, por ejemplo en el puerto tcp 8187 a la velocidad del down ceil... el class es ese o quizas se traspapeló? Por favor decime que se traspapeló y ahora me pasas el posta jajaja quiero sacar la configuración nueva a rodar en producción

[ramiropampa]

Que macana

yo lo probe de la siguiente manera.

antes: subia un archivo de 6 megas desde mi cp al bridge y tradaba una eternidad (velcoidad de subida declarada para internet)

despues: subia el archivo de 6 megas en poco mas de 3 segundos....

Voya instalar ya mismo el mldonkey para probar (hoy reinstale mi bridge de 0).

Saludos
Ramiro

[lordacero]

Que macana

yo lo probe de la siguiente manera.

antes: subia un archivo de 6 megas desde mi cp al bridge y tradaba una eternidad (velcoidad de subida declarada para internet)

despues: subia el archivo de 6 megas en poco mas de 3 segundos....

Voya instalar ya mismo el mldonkey para probar (hoy reinstale mi bridge de 0).

Saludos
Ramiro

No Ramiro, el problema es cuando descargas un archivo, con la subida no lo probé...
No instales el mldonkey, para una prueba pone esto en el /etc/rc.d/rc.local y pone algo pesado para bajar:
/usr/sbin/thttpd -u root -d /partition/(carpeta a gusto) -nor -p 8187

[ramiropampa]

pues lo bajo desde partition por winscp a 1600 kbps y en la regla tengo declarado 20000 kbps. Falta un 25%, pero se aleja mucho de los 2000 kbps declarado en velocidad de internet.

Voy a probar como tu dices.

Saludos
Ramiro

[lordacero]

pues lo bajo desde partition por winscp a 1600 kbps y en la regla tengo declarado 20000 kbps. Falta un 25%, pero se aleja mucho de los 2000 kbps declarado en velocidad de internet.

Voy a probar como tu dices.

Saludos
Ramiro

Probé bajar el mismo archivo por winscp (utiliza el puerto 22, delarado en variables globales) y si me respeto la velocidad establecida en el parent que en mi caso es de 30000, bajando el archivo a 3,5 MB, pero lo raro es que al hacerlo a traves del puerto 8187, o el puerto 80 no sea tomado como local siendo estos declarados en variables globales. Espero el resultado de tus pruebas Ramiro. Saludos y gracias!

[gamba47]

Revisá la velocidad declarada en el parent porque si tenes una velocidad menos puede ser lo que te genere el conflicto, el parent manda por sobre todas las reglas declaradas sin importar nada más que eso.


gamba47

[ramiropampa]

Emi, el parent solo esta funcionando con el puerto 22, no lo hace con 8187, ya lo pude comprobar, hay qeu esperar a Angel para que resuelva.

Saludos
Ramiro.

[angelruiz]

Revisando..
Gracias por el reporte..

[lordacero]

Gracias por corroborar mis pruebas Ramiro y gracias Angel por tu trabajo. Quedo a la espera de tus resultados. Saludos!

[angelruiz]

Actualización.

Descargar los siguientes archivos.

ingresar con putty
cd /argentoqos
wget http://www.brazilfw.com.br/users/angelr ... 0LAN/class
chmod 755 class

ingresar con putty
cd /var/http/htdocs/cgi-bin/
wget http://www.brazilfw.com.br/users/angelr ... rgento.cgi
chmod 755 argento.cgi

[angelruiz]

Con respecto a marcar el trafico del puerto 80 como lan sucede lo siguiente:
En caso de usar squid, hay una regla iptables que redirecciona el trafico del puerto 80 al puerto de squid 8080 por tanto si no me equivoco no aprovechas la velocidad lan ya que la redireccion antes mencionada interumpe dicho marcado y lo hace ver como una descarga webcomun.

Como sugerencia para dichos servicios instalen esos servidores en paralelo al bridge, asi evitan que el bridge los regule.

De todas formas se analizó el archivo class actualicen y testeen por favor.

EL tema sigue en estudio..

[lordacero]

Realicé las actualizaciones Angel, intenté con trafico en el puerto 8187, 8186, 8286 (todos definidos en /argentoqos/variables.conf) pero siguen siendo regulados por down ceil y como antes al hacer alguna descarga con winSCP que usa el puerto 22 si es tomada como trafico lan.
No se si alguien más realizó la prueba con la nueva actualización para saber si es algún error mio. Saludos.

[angelruiz]

pasa que aqui no me reproduce el error...

[lordacero]

pasa que aqui no me reproduce el error...

Ok Angel, voy a reinstalar todo desde cero y a probar nuevamente, quizas con tantas idas y vueltas algo se malogró... tus pruebas fueron con descargas desde un portal en los puertos mencionados (8187,8186, etc)? Te pregunto para ver si estamos probando igual el trafico lan en dichos puertos. En cuanto termine de instalar y verificar nuevamente te digo como me fue. Saludos!

[angelruiz]

Necesito saber, quien mas reporta la falla...

[lordacero]

Angel reinstalé todo desde cero, actualicé y las pruebas siguen siendo reguladas por down ceil , habrá que esperar a ver si alguien más a parte de Ramiro y yo reporta el mismo problema. Saludos.

[angelruiz]

Reescribí el archivo class, por favor actualicen...

ingresar con putty
cd /argentoqos
wget http://www.brazilfw.com.br/users/angelr ... 0LAN/class
chmod 755 class

[lordacero]

Probando!

[lordacero]

Reescribí el archivo class, por favor actualicen...

ingresar con putty
cd /argentoqos
wget http://www.brazilfw.com.br/users/angelr ... 0LAN/class
chmod 755 class

Impecable Angel, ahora SI!!! Lo que esta declarado como local es regulado perfectamente por lo definico en el parent Gracias por solucionar el problema felicitaciones nuevamente por el trabajo.

[angelruiz]

Gracias hermano, me tranquiliza que se solucionó el problema..

Saludos..

[ramiropampa]

[Lord]

ramiro y angel... podrian abrir un post de los que son como lso addon que hizo nacho para los addons del bridge 1.0??? pq ya he visto como 2 actualziaciones en diferentes post... y se pierden despues o se desfasa la gente... como recomendacion....

saludos..

[angelruiz]

Perfecto Lord.

Ramiro te puedo delegar dicha tarea?

Saludos..

[ramiropampa]

Feito....

[angelruiz]

Los archivos actualizados anteriormente ya se integraron al argentoqos.tgz por la tanto el addon ya se encuentra actualizado.. Para quien lo instale nuevamente ya no es necesarion la instalación de class ni argento.cgi.

Saludos..

[Lord]

disculpa angel y esta integrado la mejora de los avisos..??

[angelruiz]

si. en esta version se actualizaron los avisos..
Tambien se agrego al webadmin connlimit, ramdon y limit

[Megabit]

Reinstalacion del argento.tgz y todo bien...
Cualquier novedad la informo...

Saludos...