[GTER] Dificuldade com MTU

Thu Jul 4 16:19:27 -03 2013

Bem. Juntei todas as informações de todos aqui e dei uma boa lida nas
explicações de MTU do site da mikrotik e resolveu muitos problemas que eu
estava tendo aqui. Um dos problemas que estava acontecendo é que no meio do
caminho tinha alguns equipamentos "não-colaborativos". Foi só atualizar
alguns firmwares e fazer alguns poucos cálculos que tudo voltou a funcionar
normalmente.

Valeu aí galera!

*Eduardo Fontinelle*
Analista de Sistemas
+55 (31) 3603-0800
+55 (31) 3603-0829 - Ramal: 309

Em 11 de junho de 2013 15:57, <fernando at bambino.com.br> escreveu:

>
> Eduardo,
>
> O PathMTU é a soluçao correta, que permite aos hosts se ajustarem, mas
> dependem das configuraçoes através da nuvem. Usar um MTU baixo nas bordas
> (abaixo de 1400) garante que os seus hosts vão estabelecer a comunicação
> (PMTU) com um MTU que dificilmente vai gerar fragmentação pelo caminho,
> mesmo que exista problemaa no caminho (com as configurações de PMTU e ICMP
> da nuvem).
>
> Bambino
>
>
> Enviado do meu Android.
>
> -----Original Message-----
> From: Rafael Galdino <sup.rafaelgaldino at gmail.com>
> To: Grupo de Trabalho de Engenharia e Operacao de Redes <
> gter at eng.registro.br>
> Sent: ter, 11 jun 2013 3:45 PM
> Subject: Re: [GTER] Dificuldade com MTU
>
> veja sobre alterar apenas o MTU do BGP.
> dê uma pesquisada sobre PMTUD
> veja se seu roteador permite a manipulação pra trabalhar ao invés de MTU
> altas, usar 576 Bytes. já tive um problema assim e cheguei a pegar ajuda
> com o Rubens, e alguns casos solucionou com a configuração do
> Path-mtu-discovery  no cisco.
>
>
> Em 10 de junho de 2013 17:22, Eduardo Fontinelle <
> eduardo at gerencianet.com.br
> > escreveu:
>
> > Primeiramente gostaria de agradecer a ajuda de todos. Foi de muito
> > conhecimento este email.
> >
> > *Alexandre,*
> > Eu "abri" o tunel no meio porque uma vlan só vai até lá. Como não conheço
> > outro mecanismo de fazer isso, fiz desta forma. Se não fosse esta
> > necessidade, sua ideia seria ideal.
> >
> >
> > *Bambino,*
> > Eu até encontrei qual o tamanho máximo do mtu, porém, como não tenho
> > experiência com este tipo de manipulação, eu não sabia qual mtu eu
> deveria
> > alterar. Se era o da interface ethernet, vlan ou vpls. Para não ter erro,
> > joguei lá em cima o mtu e joguei lá em baixo uma antena da ubiquiti! Ela
> > não tinha suporte para mtu acima 1508! O novo firmware tem, mas aí eu já
> > tinha descido ela.
> >
> >
> > *João Lyma,*
> > Eu tinha visto esta imagem aí também, fiz a mesma conta que você fez mas
> > não deu certo. Pode ser que errei em algum momento da configuração. Vou
> > tentar refazer e ver o que acontece. Seria somente 1540 nas interfaces
> > ethernet?
> >
> >
> > *Marcos Malafaia,*
> > Coloquei esse aí mas não deu samba não! :)
> >
> >
> > *Renato Westphal,*
> > A minha dúvida foi justamente neste ponto que você falou. Não sabia se
> era
> > 4, 8 ou 12 bytes. Então eu tenho que alterar o mtu das interfaces
> ethernet
> > "envolvidas" para, no mínimo, 1526, é isso?
> >
> >
> > *Rôney e Rafael,*
> > Como é uma experiência, estou com diversos equipamentos. O primeiro
> > "enlace", estou usando antenas SXT 5HPnD, da routerboard, no segundo,
> > Intelbrás APC 5M-18, e interligando todas elas, RBs.
> >
> >
> > *Douglas,*
> > O que você falou é exatamente meu caso. Tenho diversos serviços que irão
> > passar por este túnel, e só sei fazer isso com vlan mesmo.
> >
> >
> > Vou alterar o MTU das interfaces para 1526 e 1540 para ver o que ocorre e
> > volto aqui pra falar com as excelências!
> >
> > Valeu
> >
> > *Eduardo Fontinelle*
> > Analista de Sistemas
> > +55 (31) 3603-0800
> > +55 (31) 3603-0829 - Ramal: 309
> >
> >
> > Em 10 de junho de 2013 08:04, Douglas Fischer
> > <fischerdouglas at gmail.com>escreveu:
> >
> > > Reduzir o MTU das Bordas seria nocivo. A nõ ser que ele reconfigurasse
> os
> > > MTUs de todos os hosts dos dois sites...
> > >
> > > Imagine uma replicação de banco de dados tendo seus pacotes de 1500
> bytes
> > > fragmentados por causa de meia dúzia de bytes...
> > >
> > >
> > >
> > > Em 5 de junho de 2013 14:51, <fernando at bambino.com.br> escreveu:
> > >
> > > >
> > > > Eduardo,
> > > >
> > > > Você tem que reduzir o MTU das bordas, pois o problema deve estar na
> > > nuvem.
> > > >
> > > > Para saber o MTU do link, você usa o ping, aumentando o tamanho dos
> > > > pacotes e setando o bit "don't fragment".
> > > >
> > > > Bambino
> > > >
> > > >
> > > > Enviado do meu Android.
> > > >
> > > > -----Original Message-----
> > > > From: Eduardo Fontinelle <eduardo at gerencianet.com.br>
> > > > To: Grupo de Trabalho de Engenharia e Operacao de Redes <
> > > > gter at eng.registro.br>
> > > > Sent: qua, 05 jun 2013 2:42 PM
> > > > Subject: [GTER] Dificuldade com MTU
> > > >
> > > > Pessoal,
> > > >
> > > > Gostaria de pedir ajuda aos mestres sobre um laboratório que estou
> > > fazendo
> > > > aqui. Tenho o seguinte cenário:
> > > >
> > > > [pacote] -> VLAN -> VPLS -> Bridge -> VPLS -> VLAN -> [paco]
> > > >
> > > > Resumidamente, se um pacote acima de um certo tamanho, ele não chega
> do
> > > > outro lado. Conversando com um amigo, ele já me disse que o problema
> é
> > > MTU.
> > > >
> > > > Agora vem a minha dúvida: como calcular o MTU?
> > > >
> > > > Pelo que já pesquisei, eu tenho os 1500 bytes do pacote + 4 do MPLS
> + 4
> > > da
> > > > VLAN, somando 1508. Tentei alterar todas as interfaces ethernet e
> > > wireless
> > > > que contem os pacotes mpls para 1508 mas o problema persiste.
> > > >
> > > > Para contornar o problema, coloquei o MTU de 1800 em todas as
> > interfaces
> > > > envolvidas, mas não sei bem o que isso pode causar. Quanto ao cálculo
> > do
> > > > MTU, alguém saberia me auxiliar?
> > > >
> > > > Obrigado.
> > > >
> > > > Att.,
> > > >
> > > >
> > > > *Eduardo Fontinelle*
> > > > Analista de Sistemas
> > > > +55 (31) 3603-0800
> > > > +55 (31) 3603-0829 - Ramal: 309
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > >
> > >
> > >
> > > --
> > > Douglas Fernando Fischer
> > > Engº de Controle e Automação
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
> Att.
>
> Rafael Galdino
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>