Huawei MT82 - Valor MTU

[alal]

Não encontrei nada que podesse ser util em relação ao MTU no Huawei MT882.
O meu MT882 está ligado por ethernet e tem um MTU de 1452. Pelo que vejo o normal seria 1492.
Como posso alterar este valor no MT882? Será que vou notar alguma diferença?

[AdSense]

[fullmooninu]

Olá! Eu gostaria de saber se tu encontraste uma resposta para a tua pergunta.

Eu tenho o mesmo problema com o meu Aolynk DR814Qv2 . E tinha-o antes também, quando estava a usar o firmware antigo (Aolynk DR814Q).
As minhas experiências, já as fiz há algum tempo mas eis as conclusões:

Alterando o valor de MTU imposto por software:

- o modem router pega nos pacotes de tamanho criados pela OS, de tamanho MTU e redivide-os por pacotes de tamanho MTU-40

Podem verificar aqui neste log, que o windows de facto só permite MTU de tamanho 1492:

[fullmooninu]

De lá para cá:





De cá para lá:




Como podem ver há ali uma marosca qualquer no segundo hop, na segunda imagem. Como podem ver, os pacotes que chegam ao servidor central (ou regional) da clix - segundo hop - encontram ali um esquema ou dificuldade qualquer.

O que apoia um pouco a hipotese d)

[NARS]

[fullmooninu]

[fullmooninu]

[NARS]

[fullmooninu]

Eu concordo contigo NARS. É provável que a perda de pacotes seja apenas uma filtragem ou sistema anti-flood. Mesmo apesar daqueles 2% de perda finais, o reencaminhamento parece estar a funcionar.


Ainda não descobri a causa, mas as consequencias dum MTU mal configurado são por exemplo o time-out de alguns sites mais sensíveis. O que é algo que eu de facto experiencio mais com a Clix do que com os outros ISPs que experimentei. Normalmente um único refresh resolve o problema.



Liguei-me por sessão telnet ao router e não consegui descobrir onde se liga o TCP MSS CLAMP. Agradecia se alguém me apontasse para o lugar correcto (ver referência no manual acima)

Finalmente: tive a ideia de tentar emular o PPPoE com a própria máquina, com o rasPppoE (google se quiserem saber mais). Este protocolo emula uma ligação dialup, e tem a opção TCP MSS Clamp ligada por default (embora o manual se refira a ela como "a dirty fix").

A minha experiência foi um falhanço. O protocolo não corrige o problema se o protocolo TCP/IP default do windows estiver ligado. E a ligação não funciona com este último desligado, por isso não sei se isto funciona. Vou tentar outra vez com o DHCP ligado, e possivelmente terei de usar o Router em modo bridge?

[NARS]

Sim tens que meter o router em modo bridge, que no aolynk basta associar o pvc da net a uma das portas ethernet em vez de ao router (vê o 4º post em http://www.forumclix.net/viewtopic.php?t=256) e não precisas ligar o dhcp. Depois também não precisas desactivar o tcp/ip no pc para fazer o teste porque com o router configurado dessa forma não vais ter internet por outro lado senão pela ligação pppoe que vais estabelecer no próprio pc.

[fullmooninu]

Então, com o PVC1 configurado correctamente (modo bridge), e o RASPPPOE instalado e associado à ligação:

[NARS]

Interessante

Já agora o meu resultado com um router USR9106 é:

[maax]

[fullmooninu]

Olá outra vez,

maax:

nota: a latência e o ping não vão ser afectados (ou muito afectados) por andares a brincar com o mtu e com o rwin.

O rwin limita-te a velocidade de download/upload, e é mais responsável por pacotes perdidos do que o MTU .

O MTU tem de ser dado como o mesmo por ambas as partes durante uma ligação, e quanto eu saiba, é pelo maior possível que a ligação se estabelece.

E 1492 é de longe, por experiência própria, o valor mais comum.

mais info sobre o mtu: http://www.speedguide.net/read_articles.php?id=111


Quanto a este problema em questão:

Como tens o MSS = 1412 assumo que tens o mesmo modem com portanto o mesmo problema.

Eu não estou a tentar optimizar o MTU.

O que eu estou a tentar isolar é o mecanismo que pega

- na informação que dei ao sistema operativo: "usar um mtu de 1492"

- e na instrução que dei ao router "usar um mtu de 1492"

- e transforma em: "usar um mtu de 1452"


Eu e o NARS isolámos o problema ao router. Como o router não manda no OS, quer dizer que ele anda ali aos encontrões um bocado antes de mandar a informação.

Isto está de acordo com os time outs de páginas que já não experiencio, e com a melhor ligação no geral, de que agora usufruo.

Não tenho versões mais antigas do firmware. Além de alguns problemas menores que o firmware antigo possuia, neste forum apontaram as versões de firmware antigas como possuidoras de uma falha de segurança bastante grave.

O problema com o redimensionamento dos pacotes físicos também estava presente com as outras versões de firmware que utilizei (pelo menos duas antes da mais recente)

Se de facto tens esse firmware mais recente e sabes a página onde o MSS Clamp aparece, que tal seres um bom rapaz e dizeres

aqui tens um firmware mais antigo: http://support.smarttelecom.ie/files/DR814V100DD028.img

e tenta também o link para updates que aparece algures no próprio menu do modem.

Eu ainda não peguei mais nisto desde o ultimo post, mas gostava de continuar a experimentar.

NARS:

não deu para repetir o mesmo PVC, mas dá para associar várias portas ao mesmo PVC. =P

E por falar em RWIN, não achas que o teu está um bocado baixo?

Já viste que estás limitado a 328KiB/s a 200ms ?

[NARS]

[fullmooninu]

Olá outra vez

Só reparei agora. Pensei que isto, mesmo em modo bridge ia-me por todos os pcs a usar o mesmo ip externo. Mas afinal tenho um ip por cada pc?

· A clix não tem limite nos ips que pode atribuir para o mesmo cliente?

· Qualquer gajo com clix pode usar a minha password (e conta clix) ao mesmo tempo que eu?