[GTER] RES: OSPF+MPLS+VPLS
Joester Brondani
contato at joesterbrondani.com.br
Tue Nov 3 16:31:31 -02 2015
Só como exemplo, tirei alguns prints de um caso funcional, com algumas
vpls para determinados serviços.
MPLS LDP <https://goo.gl/photos/E6fYHxK8re733DZ59>
https://goo.gl/photos/E6fYHxK8re733DZ59
Mikrotik subentende que todas as interfaces participam do mpls (ldp) por
default.
Abraços!
Em 03/11/2015 11:47, Lista escreveu:
> Estranho seu relato Joéster,
>
> Mesmo porque o conceito LDP, é justamente isso todas as interface que irá
> participar do MPLS devem ter sua interface incluida para distribuição do
> LDP, isso é standard e must be like this.
>
>
>
> Em 2 de novembro de 2015 21:04, Joéster Brondani <
> contato at joesterbrondani.com.br> escreveu:
>
>> complementando, uma unica vez em q tive um problema assim, foi pq apesar
>> de ter l2 mtu suficiente, nao alterei o valor em mpls interface. alterando
>> o valor para 1540 em todos os routers, consegui passar os tunneis
>> normalmente (o nessessario eh de no minimo 1526 para um tunnel vpls)...
>> tendo setado estes valoreis corretamente (e tendo-se a certeza de q existe
>> l2 mtu suficiente pra comportar isso, claro) nao ha porque se adicionar as
>> interfaces de transporte no ldp interfaces, a loopback eh suiiciente.
>>
>>
>> att
>>
>> joester
>>
>>
>> Em 2/11/2015 20:56, Joéster Brondani escreveu:
>>
>>> adriano, ativando apenas a loo no ldp interfaces, os tuneis tem de subir.
>>> tenho cenarios assim, com tuneis entre pontos q estao a mais de tres hops
>>> de distancia. se no mpls interfaces estiver "all", em tedes puramente
>>> mikrotik basta add apenas a loo no ldp interfaces...
>>> desde q nas config de ldp o ip de transporte seja o da loopback, claro...
>>>
>>>
>>> ainda axo q este caso ai teve uma solucao estranha.
>>>
>>>
>>> entretanto, tenho uma rede q tem me3600 no core e alguns mikrotiks como
>>> PE e ai sim onde ha a conexao entre mikrotiks e ciscos, tenho de add a
>>> interface wan fisica no mikrotik em ldp interfaces pra que tuneis vpls
>>> funcionem (mesmo o ldp estabelecendo normalmente, sem add a wan, apenas a
>>> loo), se nao add a wan os vpls nao passam. mas apenas em cenarios como esse
>>> q mencionei...
>>>
>>>
>>>
>>> Em 31/10/2015 11:26, Adriano Struck - Rede Unifique escreveu:
>>>
>>>> Mas como é que sua rede MPLS subirá se você não ativar o LDP nas
>>>> interfaces? Era o problema do Fernando, ele não ativou o LDP nas interfaces.
>>>>
>>>> Atte.
>>>>
>>>> Adriano Struck
>>>> Centro de Gerência de Redes
>>>> adriano.struck at redeunifique.com.br
>>>>
>>>> Tel.: (47) 3380-0800 | Ramal: 2201
>>>> Cel.: (47) 8406.4438
>>>> unifique.com.br
>>>>
>>>>
>>>>
>>>>
>>>> -----Mensagem original-----
>>>> De: gter [mailto:gter-bounces at eng.registro.br] Em nome de Joester
>>>> Brondani
>>>> Enviada em: sexta-feira, 30 de outubro de 2015 19:42
>>>> Para: gter at eng.registro.br
>>>> Assunto: Re: [GTER] OSPF+MPLS+VPLS
>>>>
>>>> Fernando, em redes puramente mikrotik nunca precisei utilizar esse
>>>> método, apenas quando haviam ciscos no meio.
>>>>
>>>> Interessante.
>>>>
>>>> []
>>>> s
>>>>
>>>> joéster
>>>>
>>>> Em 30/10/2015 19:16, Fernando Klabunde escreveu:
>>>>
>>>>> Obrigado a todos que responderam.
>>>>> Na verdade foi solucionado hoje a tarde, Eu estava usando os IPs de LO
>>>>> para fechar os VPLS, tinha l2 MTU de 10226 e o OSPF estava
>>>>> redistribuindo as rotas, o que aconteceu foi que em LDP Interfaces eu
>>>>> estava colocando só a LO, no momento que coloquei a interface física
>>>>> que tinha contato com R2 e em R2 repeti o mesmo para R1 e R3, tudo
>>>>> veio a funcionar.
>>>>>
>>>>> Na verdade são 17 roteadores que compõem esse cenário. No final, todos
>>>>> vão ter pelo menos 2 interfaces onde o OSPF vai subir rotas para a LO
>>>>> do concentrador PPPoE (R1).
>>>>> Caso 1 dos roteadores parar, o outro caminho segue funcionando.
>>>>>
>>>>> Desculpem não ter postado a solução aqui mas eu ainda estava testando.
>>>>> A dica foi do colega Adriano Struck.
>>>>>
>>>>> Att.
>>>>> --
>>>>> 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
--
Inoc.Dba 28278*100/262907*100
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
More information about the gter
mailing list