[GTER] MTU, MRU, MRRU e MSS (PPPoE)

Andre Almeida andre at bnet.com.br
Sat May 27 22:03:37 -03 2017


Mesmo colocando como "no" o algoritmo ainda vai rodar?

Não teria que usar Yes?


André Almeida


* Email enviado através de dispositivo móvel.

Em 27 de mai de 2017 9:28 PM, "Andrio Prestes Jasper" <mascaraapj at gmail.com>
escreveu:

de manha atualizei para a 6.39.1
coloquei o change mss como nao.... está funcionando bem (até o momento).

PS: não esqueça de atualizar o firmware da routerboard.

Em 27 de maio de 2017 19:48, Lucas Willian Bocchi <lucas.bocchi at gmail.com>
escreveu:

> Eu uso. Sem problema.
>
> Em 27 de mai de 2017 7:37 PM, "Andre Almeida" <andre at bnet.com.br>
> escreveu:
>
> > No change log da mikrotik foi feito na versão 6.39
> >
> > Alguém já está usando? Sabe me dizer se ficou ok?
> >
> > Depois dessa thread me deu medo de atualizar
> > https://forum.mikrotik.com/viewtopic.php?t=121233
> >
> >
> > André Almeida
> >
> > * Email enviado através de dispositivo móvel.
> >
> > Em 27 de mai de 2017 2:09 PM, "Andrio Prestes Jasper" <
> > mascaraapj at gmail.com>
> > escreveu:
> >
> > > Essa alteração acontece no Mikrotik 6.39 ou acima?
> > > pois uso a 6.38.1... e se desativo o change mss para de funcionar.
> > >
> > > Em 27 de maio de 2017 11:23, Lucas Willian Bocchi <
> > lucas.bocchi at gmail.com>
> > > escreveu:
> > >
> > > > André. Não há mais a criação de regra. Ele simplesmente no próprio
> > daemon
> > > > ppp ajusta o mtu da forma correta. É uma alteração do próprio pppd.
> > > >
> > > > Em 27 de maio de 2017 11:38, Andre Almeida <andre at bnet.com.br>
> > escreveu:
> > > >
> > > > > Certo....
> > > > >
> > > > > Na minha dúvida 1 tinha o seguinte:
> > > > > Se a regra dinâmica é alinhada pelo menor MTU conectado, isso
> faria a
> > > > > conexão dos demais ser sacrificada por um único usuário com baixo
> > MTU ?
> > > > > ***** notei que quando um cliente acessa com MTU menor do que o
> MAX,
> > a
> > > > > regra de mangle responsável pelo que vem do túnel é alterada.
> > > > > ***** por exemplo, se um cliente conectar com 1400 de MTU, a nova
> > regra
> > > > de
> > > > > mangle fica "Pacotes TCP SYN com MSS entre 1361-65535 serão
> alterados
> > > > para
> > > > > 1360"
> > > > >
> > > > > Você sabe me dizer se essa nova forma de trabalhar da versão 6.39
> > > criaria
> > > > > uma regra para cada nova conexão que fica em background.....?
> > > > > ou seja, não seria algo para "all-ppp" mas sim por tunel. Dessa
> > forma,
> > > se
> > > > > um cliente abaixasse o MTU do seu lado, não afetaria os demais....
> > > > >
> > > > > Ainda estou confuso nisso.
> > > > >
> > > > > Obrigado!
> > > > >
> > > > > OBS. Dei uma olhada no changelog e realmente existe a partir da
> > versão
> > > > 6.39
> > > > > e não da 6.38
> > > > >
> > > > > Andre Almeida
> > > > >
> > > > > Em 26 de maio de 2017 16:15, Lucas Willian Bocchi <
> > > > lucas.bocchi at gmail.com>
> > > > > escreveu:
> > > > >
> > > > > > André
> > > > > > As diversas implementações e versões de kernels diferentes de
> cada
> > > > device
> > > > > > na tua rede prejudicam e muito o uso de MRRU. Deixar
> desabilitado é
> > > > > melhor
> > > > > > do quê habilitar (a dor de cabeça é menor). As implementações
> > novas,
> > > > > > apartir da versão 6.38 do mikrotik, deixaram de criar as regras
> de
> > > > mangle
> > > > > > por utilizar diretamente dentro do daemon PPP essa otimização.
> > > > > >
> > > > > > Em 26 de maio de 2017 16:09, Andre Almeida <andre at bnet.com.br>
> > > > escreveu:
> > > > > >
> > > > > > > Amigos, boa tarde.
> > > > > > >
> > > > > > > Estou com algumas duvidas sobre essas siglas, especialmente
> > usando
> > > > > > Mikrotik
> > > > > > > como concentrador PPPoE, vamos ver se trocando algumas idéias
> > aqui
> > > > > > consigo
> > > > > > > eliminar as duvidas.
> > > > > > >
> > > > > > > Cenário inicial:
> > > > > > > Um concentrador PPPoE configurado para:
> > > > > > >
> > > > > > > * MAX-MTU = 1492
> > > > > > > * MAX-MRU = 1492
> > > > > > > * MRRU = não definido
> > > > > > > * change-mss=yes
> > > > > > >
> > > > > > > Nesse cenário, são criadas duas regras de mangle com ação de
> > > > change-mss
> > > > > > >
> > > > > > > Quando indo em direção ao tunel: Pacotes TCP SYN com MSS entre
> > > > > 1453-65535
> > > > > > > serão alterados para 1452
> > > > > > > Quando vindo do tunel :Pacotes TCP SYN com MSS entre
1453-65535
> > > serão
> > > > > > > alterados para 1452
> > > > > > >
> > > > > > > Esses valores são calculados com base no MAX informado
> > previamente,
> > > > > pois
> > > > > > > quando o MAX é alterado, as regras de mangle também se
alteram.
> > > > > > > https://forum.mikrotik.com/viewtopic.php?t=53952#p274660
> > > > > > >
> > > > > > >
> > > > > > > Dúvida 1:
> > > > > > > Alguns clientes conectam com MTU diferente do MAX informado no
> > > > > servidor.
> > > > > > > Conectar com um MTU/MRU menor do que o MAX faria com que as
> > regras
> > > > MSS
> > > > > > não
> > > > > > > fizessem o papel que estão pra fazer. É correto afirmar isso?
> > > > > > > Se a regra dinâmica é alinhada pelo menor MTU conectado, isso
> > > faria a
> > > > > > > conexão dos demais ser sacrificada por um único usuário com
> baixo
> > > > MTU ?
> > > > > > >
> > > > > > > ***** notei que quando um cliente acessa com MTU menor do que
o
> > > MAX,
> > > > a
> > > > > > > regra de mangle responsável pelo que vem do túnel é alterada.
> > > > > > > ***** por exemplo, se um cliente conectar com 1400 de MTU, a
> nova
> > > > regra
> > > > > > de
> > > > > > > mangle fica "Pacotes TCP SYN com MSS entre 1361-65535 serão
> > > alterados
> > > > > > para
> > > > > > > 1360"
> > > > > > >
> > > > > > >
> > > > > > > Dúvida 2:
> > > > > > > As regras de change-mss elevam muito o consumo da CPU ?
> > > > > > >
> > > > > > >
> > > > > > > Dúvida 3:
> > > > > > > Habilitando o MRRU para um valor maior, poderíamos nos livrar
> das
> > > > > regras
> > > > > > de
> > > > > > > mangle (o que seria interessante se a resposta da pergunta 2
> for
> > > > sim)?
> > > > > > >
> > > > > > >
> > > > > > > Dúvida 4:
> > > > > > > Se a resposta da dúvida 3 for não, existe alguma forma
> eficiente
> > de
> > > > > > > desabilitar o change-mss mantendo a conectividade estável do
> > > cliente?
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Obrigado pela ajuda
> > > > > > >
> > > > > > > Andre Almeida
> > > > > > > --
> > > > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > > > --
> > > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > > --
> > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > >
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > >
> > >
> > >
> > > --
> > > Andrio Prestes Jasper
> > > Skype: andriopj
> > > LinkedIn <https://www.linkedin.com/in/andrio-prestes-jasper-a98b7a11a>
> > > Celular: (65) 9320.3170 / 8444.0040
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



--
Andrio Prestes Jasper
Skype: andriopj
LinkedIn <https://www.linkedin.com/in/andrio-prestes-jasper-a98b7a11a>
Celular: (65) 9320.3170 / 8444.0040
--
gter list    https://eng.registro.br/mailman/listinfo/gter



More information about the gter mailing list