USR 9105 QOS (Como configurar?)

v0rlon · Registo: 09 Nov 2005 Mensagens: 865 Localização: Lisboa

Boas tenho o famoso USR 9105 e no ultimo upgrade para a versao 2.5 temos o QOS que se naoe stou em erro é traffic shaping do proprio router!

Contudo aquilo é algo confuso ja li algumas coisas sobre o dito mas parece q nao consigo fazer nada em concreto.

Por ex para baixar a prioridade do emule terei que por as portas tcp e udp do mesmo e por em low nao é ? Contudo n noto mta diferença...
Depois ha outra questao q é o Ip Precedence que tambem nao atino.

Se alguem ja configurou isto com sucesso pff que dê umas luzes.

Obrigado.
_________________

Netgear DG834G
USR9105

AdSense · Colocada: 22 Jan 2006 16:40 Assunto: Anúncios Google AdSense

Whooper · Registo: 01 Nov 2005 Mensagens: 319

ja viste o site portfowrd ?
_________________
* Clix ADSL Indirecto até 8Megas e um Huawai SmartAX MT882 em ADSL 2+ Very Happy

v0rlon · Registo: 09 Nov 2005 Mensagens: 865 Localização: Lisboa

Hmmmm
http://www.portfowrd.com/

??

Ja sabia q este topico ia ter poucas respostas é um tema complicado.

Rolling Eyes

_________________

Netgear DG834G
USR9105

Whooper · Registo: 01 Nov 2005 Mensagens: 319

v0rlon · Registo: 09 Nov 2005 Mensagens: 865 Localização: Lisboa

Obrigado na mesma mas isto é port fowarding o que nao tem nada a ver com o QOS.
_________________

Netgear DG834G
USR9105

sLiNk · Registo: 27 Out 2005 Mensagens: 516

Pois, o meu router também tem QOS, e gostava de configurar aquilo. Mas também ainda não tentei... Laughing

Quando tenho o emule ou o Bitcomet ligados, primeiro que consiga abrir uma página... Por isso o QOS dava jeito.

v0rlon · Registo: 09 Nov 2005 Mensagens: 865 Localização: Lisboa

Estive a ler algumas coisas e acho q consegui qq coisa em termos de melhoria. Tenho estado com o emule a fazer up a 30kb para experiencia e qdo ponho estas regras parece-me (e isto é dificil confirmar mesmo) que melhora a navegaçao o download atraves de http ainda n consegui melhorar.

Tentem e postem resultam e façam as vossas alteraçoes a ver se encontramos uma soluçao que nos beneficie a navegaçao ao maximo:

_________________

Netgear DG834G
USR9105

NARS · Colocada: 28 Jan 2006 21:37 Assunto:

Tenho um router igual, nunca tentei configurar o qos, mas penso que é errado especificares a porta igual como source e dest., isso não deve fazer nada dessa maneira... só devería actuar caso fossem ambas as portas (source/dest.) iguais num mesmo pacote... que não me parece que seja o caso... mete por exemplo a fazer um download por http e ve com netstat (ou melhor ainda talvez fosse veres com algum sniffer para veres mesmo os pacotes) vais reparar que o remoto é a porta 80 no servidor onde te ligaste mas a porta local não é 80, é uma porta alta, aleatória...

Penso que quando fazes download são pacotes vindos de porta 80 do servidor remoto com destino a porta aleatória local (será que se não se preencher o campo que serve como "wildcard" para todas as portas??)... e há também pacotes com o inverso (de porta local aleatória para porta 80 remota) mas são basicamente só os pedidos a servidores http, não grandes volumes de dados... mas também pode interessar meter nas regras para diminuir os delays talvez...

Da mesma maneira especificares o ip local para ambos também não me parece correcto... não deve haver pacotes com origem 192.168.1.2/255.255.255.0 e destino 192.168.1.2/255.255.255.0...

Como te disse nunca tentei e não sei como fazer exactamente... mas deixei algumas ideias do que penso... e infelizmente a documentação da USR é uma desgraça...

NARS · Colocada: 28 Jan 2006 22:13 Assunto:

Achei algumas coisas do 9108... deve ser muito semelhante:
http://www.usr.com/support/9108/9108-ug/tutorial4.htm
(segundo a imagem estaría certo especificares as 2 portas como fizeste... mas acho estranho...)

e achei isto:
http://www.usr.com/support/9108/9108-ug/wui_lan.htm
em especial nesta imagem:
http://www.usr.com/support/9108/9108-ug/images/scrn_lan_qos2.png
é só para o upstream?

Achei também esta thread sobre o assunto:
http://www.adslzone.net/postt16064.html

v0rlon · Registo: 09 Nov 2005 Mensagens: 865 Localização: Lisboa

Ola nars tb foi ai nesse site da usr do 9108 q me guiei para fazer estas configs.
Acerca do 192.168.1.2 é pq esse é o ip da minha maquina tenho 3 em casa e estava so a testar com aminha na altura q as outras estao desligadas.
Percebo aquilo q dizes em relaçao as portas aleatorias ja tinha pensado nisso ...mas soluçao? POis.. eheheh

Se nao estou em erro qdo nao especifico o ip local ou de destino ele assume que é para todas as maquinas da rede.

se calhar o q vou tentar fazer é entao por prioridade low em troughpout nas portas do emule e retirar a regra troughpout na http 80 a ver no que dá.

Nars obrigado pla ajuda e ja agora tentas-te fazer alguma destas configs? Se sim dps diz que resultado conseguiste.

Obrigado.

Ps: queria ver se percebia era aqueles valores de IP Precedence
_________________

Netgear DG834G
USR9105

NARS · Colocada: 29 Jan 2006 21:02 Assunto:

Não, ainda não tentei, quando tiver um pouco de tempo vou tentar experimentar alguma coisa, entretanto se descubrires mais alguma coisa vai postando Smile

NARS · Editado pela última vez por NARS em 19 Jan 2007 01:43, num total de 1 vez

Finalmente fiz uns testes com o QOS no meu USR9106, e só estou arrependido de não ter experimentado à mais tempo porque é fantástico Smile

Aparentemente só funciona mesmo para o upstream, não para o downstream, mas também é o upstream é que interessa porque downstream temos largura que chega e sobra...

Como eu pensava e te disse acima especificar ambas as portas iguais para origem e destino não dá mesmo resultado porque os pacotes por ex. de http que vão com destino à porta 80 do servidor a porta de origem não é 80, logo especificares 80 na origem vai fazer com que esses pacotes não sejam "contemplados" por essa regra e não faz rigorosamente nada... a melhor maneira para por exemplo definir uma regra para http é definir apenas a porta de destino como 80 e não é preciso preencher mais nenhum dos outros campos, queremos simplesmente afectar todo o tráfego que saia com destino a uma porta 80 independentemente da porta de origem ou ip's de origem/destino...

O IP Precedence e o IP Type Of Service quando estão definidos para qualquer coisa diferente de 0 e Normal Service (respectivamente) pelo que andei a ler por aí e percebi simplesmente alteram os bits do "campo" TOS de todos os pacotes de upstream que são afectados pela regra definida, e pelos meus testes estas duas opões não fazem qualquer diferença, talvez só tería efeio caso depois nos routers do Clix esses dados do TOS fossem considerados, não sei se serão ou não mas nos meus testes não consegui notar qualquer diferença em os definir para valores de prioridade maiores que o "default"...
Algumas informações: http://www.ietf.org/rfc/rfc1349.txt

A opção Priority essa sim faz diferença e muita!
Pelos meus testes não definir qualquer regra ou definir Priority como Low é exactamente o mesmo (talvez por isso mesmo seja a opção default quando adicionamos uma regra, mas não vale apena estar a inserir regras com Priority Low...) depois definir Medium e High ficam realmente com prioridade sobre os outros (Low e restantes...), nota-se realmente bastante diferença e é muito útil.

Para fazer os testes meti a fazer um upload por FTP sem definir qualquer limite de velocidade no cliente de FTP, logo tudo o resto ficou bastante lento, depois aproveitei para fazer vários testes, a navegação em páginas por HTTP, cliente de email (pop3), ssh para um servidor remoto, tudo lento, ping's (média 500ms para um servidor nacional), etc... depois com as regras com a opção Priority em High a diferença é notável, a navegação por HTTP, acesso pop3, ssh (completamente "fluído" com o qos ao contrário de sem ele) ficam práticamente como se não estivesse a fazer o upload por FTP!! e por ex. pings para o mesmo servidor nacional passaram a ser 35ms em vez dos +/- 500ms com a respectiva regra para afectar pacotes ICMP e Priority: High, claro.

Realmente útil porque ao mesmo tempo que temos qualquer coisa a fazer upload "à força toda" podemos ter outras coisas a funcionar rápidamente.

As regras que defini para mim por agora e que me estão a dar bons resultados:

PS. A razão porque defini o acesso a servidor SMTP como Medium é para ao estar a enviar um email "pesado" ter prioridade sobre outras coisas não definidas como P2P, etc... mas mesmo assim não tornar lentas outras coisas como navegação por HTTP e os outros definidos como High.

v0rlon · Registo: 09 Nov 2005 Mensagens: 865 Localização: Lisboa

Xi Nars. Passou-me ao lado esta tua resposta!

Vou já fazer estas configurações como tu explicaste. Obrigado.
_________________

Netgear DG834G
USR9105

v0rlon · Registo: 09 Nov 2005 Mensagens: 865 Localização: Lisboa

Parece-me estar bem melhor!

Tenho no total 2 emules e 1 bitcomet ligados a sacar e uploading e as páginas abrem relativamente bem. O ping mantem-se nos 80/100ms.

Parece estar melhor vamos la ver se isto não é aquela "impressao"!
_________________

Netgear DG834G
USR9105

NARS · Colocada: 25 Jun 2006 19:58 Assunto:

No meu caso não foi impressão... não tenho qualquer duvida que funciona... mas também para testar foi mesmo com upload sem limite... Smile

Para teres ping de 80/100ms se tens mesmo a usar a largura de banda de upload toda é porque está mesmo a resultar senão devias ter para aí uns 500ms... mas também é fácil testares, tiras a regra de icmp e vez o ping depois metes novamente e comparas... n precisas reiniciar nem nada, o efeito é imediato.