[GTER] VPLS

Gustavo Stocco gustavostocco at gmail.com
Fri Dec 18 13:59:09 -02 2015


Olá Douglas,

Entendido.
Agora ficou claro a sua idéia.
Sem dúvidas é interessante. O tempo está cada vez mais precioso.

O que vejo hoje nas pequenas operadoras são um misto de fabricantes e
modelos, que por fim acabam dificultando em certos cenários.

Um exemplo real foi a Ubiquiti que lançou diversos modelos com MTU máxima
de 1524, ou seja, uma naba!

Logo em seguida subiram para 2024 se não me engano. Aí acabou melhorando
consideravelmente. E agora tem alguns com capacidade superior.

Já os Mikrotiks sempre trabalharam com um MTU elevado.

A junção desses dois, por exemplo, acabam dando um nó a mais em todo o
problema no momento de aplicar um MPLS.

Quanto as operadoras não permitirem um MTU maior, mesmo os equipamentos
suportando, é a pergunta que não quer calar, rs.

Abraços
On Dec 18, 2015 12:25 PM, "Douglas Fischer" <fischerdouglas at gmail.com>
wrote:

> Digamos que você tenha 666(seiscentos e sessenta e seis) enlaces na tua
> rede...
> - Rádio
> - Fibra apagada
> - Clear Channel
> - UTP
> - Arame Farpado
> - Etc...
>
> Verifique o máximo MTU L2 suportado em cada um desses Links.
>  - Digamos que num ClearChannel da vida contratado de uma operadora TAL
> onde o máximo que eles vão te permitir é um Baby-Jumbo-Frame.
>  - E os 665 links restantes, é TUDO link e equipamento teu, e você pode
> levantar para 9126 Bytes.
>
> Para você garantir que isso será UNIFORME, vais ter que nivelar por
> baixo...
> 4000 bytes em todos
>
> Deixa TUDO uniforme em 4K, e da próxima vez que tiver que mexer com GRE,
> EOIP, VPLS, MPLS, blá-blá-blá-LS, você saberá que o máximo suportado é 4000
> bytes menos as respectivas control-words do protocolo.
>
> Isso evita tentativa e erro...
>  - tentei 1508 - Não deu
>  - tentei 1512 - Não deu
>  - tentei 1516 - Não deu
>  - tentei 1520 - Não deu
>  - tentei 1524 - Opa, agora deu!
>
>
>
>
>
> E indo para as Operadoras:
> Existem operadoras que tem uma infra inteirinha suportando 9126 Bytes.
> Mas ainda estão naquela de limitar o Clear-Channel em 1512 ou 1580 bytes...
> Alguém consegue me explicar?
>
>
>
> Em 18 de dezembro de 2015 09:07, Gustavo Stocco <gustavostocco at gmail.com>
> escreveu:
>
> > Douglas,
> >
> > Poderia detalhar mais essa parte do seu questionamento: "Porque não leva
> > toda a parte de L2 para o máximo possível
> > uniforme?"
> >
> > Abraços
> >
> >
> > 2015-12-18 8:31 GMT-02:00 Douglas Fischer <fischerdouglas at gmail.com>:
> >
> > > Emendo a mesma pergunta para as operadoras!
> > > Porque eles ficam com essa micharia 1514, 1550 bytes?
> > >
> > > Tem operadora que tem rede inteira novinha, caixas novas, e não vendem
> L2
> > > clear channel mais que 1504 bytes...
> > > alguém me explica?
> > >
> > > Em 18 de dezembro de 2015 08:31, Douglas Fischer <
> > fischerdouglas at gmail.com
> > > >
> > > escreveu:
> > >
> > > > Uma dúvida meio tosca...
> > > >
> > > > O Meio não é seu? Porque não leva toda a parte de L2 para o máximo
> > > > possível uniforme?
> > > >
> > > > Você não vai perder nada fazendo isso, aliás só vai ganhar...
> > > > Numa próxima vez que um VPLS vier à tona pra você, nem vai precisar
> > > pensar
> > > > nisso pois terá certeza da compatibilidade.
> > > >
> > > >
> > > >
> > > > Em 17 de dezembro de 2015 23:12, Alan Mendes <alan at zuknet.com>
> > escreveu:
> > > >
> > > >> Gustavo, fiz mais teste, e defini como padrão na interface mpls o
> mtu
> > de
> > > >> 1608.
> > > >> No advertise da vpls, deixo 1590.
> > > >>
> > > >> Assim estou conseguindo trazer a porta toda .... pois 1590 é padrão
> > mtu
> > > de
> > > >> porta ethernet no mikrotik.
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> *ZUKNET NETWORKS LTDA. MEAlan Mendes Morais*
> > > >> *Email:* alan at zuknet.com
> > > >> *Tel:* 15 3376-9896
> > > >>
> > > >>
> > > >> www.zuknet.com
> > > >> http://as262333.peeringdb.com
> > > >> http://bgp.he.net/AS262333
> > > >>
> > > >>
> > > >> Em 17 de dezembro de 2015 12:41, Gustavo Stocco <
> > > gustavostocco at gmail.com>
> > > >> escreveu:
> > > >>
> > > >> > E no MPLS MTU? Manteve em quanto, Alan?
> > > >> > On Dec 17, 2015 11:42 AM, "Joester Brondani" <
> > > >> > contato at joesterbrondani.com.br>
> > > >> > wrote:
> > > >> >
> > > >> > > bem estranho. tenho esse cenario em alguns lugares e deixo
> sempre
> > o
> > > >> > > advertise mtu default...
> > > >> > >
> > > >> > > o que manda mesmo é o mpls interface mtu...
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > > Em 17/12/2015 07:13, Alan Mendes escreveu:
> > > >> > >
> > > >> > >> Bom dia,
> > > >> > >>
> > > >> > >> Deu certo ! Fechei com mtu em 1608 e no adverise da vpls
> coloquei
> > > com
> > > >> > >> 1590 .
> > > >> > >> Em 16/12/2015 06:57, "Alan Mendes" <alan at zuknet.com> escreveu:
> > > >> > >>
> > > >> > >> Acabei de testar com mtu da interface mpls em 1530 e o
> > > >> advertise-l2mtu
> > > >> > da
> > > >> > >>> vpls em 1522 e deu certo !!
> > > >> > >>>
> > > >> > >>> Porem, a sessao bgp fubiu , mas nao recebo nenhum prefixo ,
> mas
> > os
> > > >> meus
> > > >> > >>> envia.
> > > >> > >>> Volto o link para o jeito antigo  q-in-q o bgp sobe e recebe
> os
> > > >> > anuncios
> > > >> > >>> todos...
> > > >> > >>>
> > > >> > >>> Acredito ser mtu ainda, agora é espera a madrugada de amanha
> > para
> > > >> > testar
> > > >> > >>> outros mtu , até achar o adequado
> > > >> > >>> Em 16/12/2015 04:17, "Alan Mendes" <alan at zuknet.com>
> escreveu:
> > > >> > >>>
> > > >> > >>> Bom dia, não funcionou.
> > > >> > >>>>
> > > >> > >>>> Vou subir o mtu de todas interfaces mpls para 1530 para ver
> > > >> > >>>> Em 15/12/2015 22:23, "Marcelo Akira Yamamoto" <
> > > >> > y.marceloakira at gmail.com
> > > >> > >>>> >
> > > >> > >>>> escreveu:
> > > >> > >>>>
> > > >> > >>>> funcionou?
> > > >> > >>>>> Em 15/12/2015 17:51, "Alan Mendes" <alan at zuknet.com>
> > escreveu:
> > > >> > >>>>>
> > > >> > >>>>> Está automático, ele acha os Neighbor sozinho..
> > > >> > >>>>>>
> > > >> > >>>>>>
> > > >> > >>>>>>
> > > >> > >>>>>>
> > > >> > >>>>>>
> > > >> > >>>>>>
> > > >> > >>>>>>
> > > >> > >>>>>> *ZUKNET NETWORKS LTDA. MEAlan Mendes Morais*
> > > >> > >>>>>> *Email:* alan at zuknet.com
> > > >> > >>>>>> *Tel:* 15 3376-9896
> > > >> > >>>>>>
> > > >> > >>>>>>
> > > >> > >>>>>> www.zuknet.com
> > > >> > >>>>>> http://as262333.peeringdb.com
> > > >> > >>>>>> http://bgp.he.net/AS262333
> > > >> > >>>>>>
> > > >> > >>>>>>
> > > >> > >>>>>> Em 15 de dezembro de 2015 13:12, Joester Brondani <
> > > >> > >>>>>> contato at joesterbrondani.com.br> escreveu:
> > > >> > >>>>>>
> > > >> > >>>>>> Minimo mpls  mtu 1526 (desde que tenha l2 mtu).
> > > >> > >>>>>>> Ta fechando o ldp manualmente (targeted) ?
> > > >> > >>>>>>>
> > > >> > >>>>>>>
> > > >> > >>>>>>> Em 15/12/2015 12:27, Alan Mendes escreveu:
> > > >> > >>>>>>>
> > > >> > >>>>>>> Boa tarde Srs.
> > > >> > >>>>>>>>
> > > >> > >>>>>>>>
> > > >> > >>>>>>>>
> > > >> > >>>>>>>> Estou com um problema, tenho duas rb1100, fechando mpls
> > entre
> > > >> as
> > > >> > >>>>>>>>
> > > >> > >>>>>>> duas.
> > > >> > >>>>>
> > > >> > >>>>>> O MTU da interface mpls é 1504.
> > > >> > >>>>>>>>
> > > >> > >>>>>>>> Em uma das pontas da mikrotik, recebo uma vlan de um
> > > parceiro,
> > > >> > crio
> > > >> > >>>>>>>>
> > > >> > >>>>>>> uma
> > > >> > >>>>>
> > > >> > >>>>>> bridge e coloco esta vlan e a vpls.
> > > >> > >>>>>>>>
> > > >> > >>>>>>>> Na outra mikrotik adiciono um ip na vpls e há comunicação
> > > >> entre os
> > > >> > >>>>>>>> equipamentos meu e do meu parceiro.
> > > >> > >>>>>>>>
> > > >> > >>>>>>>> Quando faço o teste de trafego no entanto, somente o
> > download
> > > >> > >>>>>>>>
> > > >> > >>>>>>> funciona,
> > > >> > >>>>>
> > > >> > >>>>>> o
> > > >> > >>>>>>
> > > >> > >>>>>>> upload fica zerado "100bps" .....
> > > >> > >>>>>>>>
> > > >> > >>>>>>>> Alguém tem alguma ideia ? já tentei modificar o mtu das
> > > >> interfaces
> > > >> > >>>>>>>>
> > > >> > >>>>>>> mpls
> > > >> > >>>>>
> > > >> > >>>>>> para 1522 e mesmo assim continua o problema.
> > > >> > >>>>>>>>
> > > >> > >>>>>>>> Obs: o equipamento que interliga essas duas mikrotiks é
> um
> > > >> cisco
> > > >> > com
> > > >> > >>>>>>>> suporte de jumboframe ativado.
> > > >> > >>>>>>>>
> > > >> > >>>>>>>>
> > > >> > >>>>>>>>
> > > >> > >>>>>>>>
> > > >> > >>>>>>>>
> > > >> > >>>>>>>>
> > > >> > >>>>>>>>
> > > >> > >>>>>>>> *ZUKNET NETWORKS LTDA. MEAlan Mendes Morais*
> > > >> > >>>>>>>> *Email:* alan at zuknet.com
> > > >> > >>>>>>>> *Tel:* 15 3376-9896
> > > >> > >>>>>>>>
> > > >> > >>>>>>>>
> > > >> > >>>>>>>> www.zuknet.com
> > > >> > >>>>>>>> http://as262333.peeringdb.com
> > > >> > >>>>>>>> http://bgp.he.net/AS262333
> > > >> > >>>>>>>> --
> > > >> > >>>>>>>> gter list
> https://eng.registro.br/mailman/listinfo/gter
> > > >> > >>>>>>>>
> > > >> > >>>>>>>> --
> > > >> > >>>>>>> Inoc.Dba 28278*100/262907*100
> > > >> > >>>>>>>
> > > >> > >>>>>>>
> > > >> > >>>>>>> --
> > > >> > >>>>>>> This message has been scanned for viruses and
> > > >> > >>>>>>> dangerous content by MailScanner, and is
> > > >> > >>>>>>> believed to be clean.
> > > >> > >>>>>>>
> > > >> > >>>>>>>
> > > >> > >>>>>>> --
> > > >> > >>>>>>> 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
> > > >> > >>
> > > >> > >
> > > >> > > --
> > > >> > > Inoc.Dba 28278*100/262907*100
> > > >> > >
> > > >> > >
> > > >> > > --
> > > >> > > This message has been scanned for viruses and
> > > >> > > dangerous content by MailScanner, and is
> > > >> > > believed to be clean.
> > > >> > >
> > > >> > > --
> > > >> > > 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
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > Douglas Fernando Fischer
> > > > Engº de Controle e Automação
> > > >
> > >
> > >
> > >
> > > --
> > > Douglas Fernando Fischer
> > > Engº de Controle e Automação
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> >
> >
> >
> > --
> >
> > Gustavo Stocco
> > GNet Telecomunicaçõeshttp://www.gnettelecom.com.br
> > +55 (47) 3373-3322
> > 0800-932-0000 R.3322
> > INOC-DBA BR 53001*100
> > --
> > 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



More information about the gter mailing list