[GTER] OSPF+MPLS+VPLS

Euler Garcia - PoçosNet euler.garcia at pocos-net.com.br
Wed Nov 11 17:16:12 -02 2015


Com OSPF em áreas como vocês redistribuem as loopback de forma que toda 
a rede tenha as rotas de loo?

Habilito o "Inject Summary LSA's" nas áreas mas a tabela acaba ficando 
com muitas rotas desnecessárias.

Já vi algumas pessoas falando para criar uma segunda instância do OSPF e 
redistribuir as loo tudo na backbone, mas ainda não testei a solução.

-- 
Atenciosamente,
Euler Thomas Garcia
Rede Sul Mineira de Provedores
euler.garcia at pocos-net.com.br


Em 30-10-2015 12:08, Joester Brondani escreveu:
> Acrescentando, se você fizer ospf e usar as loo em modo passivo, pra 
> que todo backbone conheça todas as loopbacks, já é um começo. E não 
> esquecendo do l2 mtu , claro. Tenho uma rede em que alguns vpls 
> (gerencia, etc) trafegam em toda a área backbone sem problemas, sejam 
> lá quantos saltos tiverem entre os pontos.
> Eu apostaria no l2 mtu + rotas especificas.
> Ps. Caso tenha algum router/switch cisco no meio da rede, os mikrotiks 
> tem algumas peculiaridades, por exemplo, nao basta apenas tu setar a 
> interface Loopback em mpls interface, tem de setar tambem a interface 
> wan (link) que comunica com o tal cisco, senão os vpls também não sobem.
> Coisas de mikrotik.
>
> Joéster
>
> Em 30/10/2015 12:02, Joester Brondani escreveu:
>> Fernando, num cenario corretamente configurado, uma vpls consegue 
>> atravessar todo o backbone tranquilamente. Voce tem l2 mtu suficiente 
>> entre todos os pontos? Voce tem rota das loopbacks (todas) em cada 
>> ponto? (via rota-default, as vpls não sobem, tem de se ter rota 
>> especifica sempre. E o LDP sobe normalmente entre todos os pontos? 
>> Nos meus primordios passei algum trabalho com isso mas resolvi de 
>> boa, 99% dos casos é falta de l2 mtu, e em outros casos tambem falta 
>> de rota /32 de loopback , tanto de ida quanto de retorno. Em resumo, 
>> você precisa ter um "full-mesh" ldp, e ter rotas das loopbacks 
>> (especificas) em cada ponto da rede sempre.
>>
>> Joéster
>>
>>
>> Em 30/10/2015 09:02, Fernando Klabunde escreveu:
>>> Bom dia,
>>> a tempos trabalho com VPLS para concentrar conexões PPPoE, mas até 
>>> então
>>> usava uma WAN em bridge e fazia diretamente os túneis em cada POP.
>>> Estamos testando uma nova forma de aproveitamento de nossos anéis 
>>> ópticos e
>>> vamos rotear todo esse caminho, fazer com que o OSPF redistribua as
>>> Loopbacks e faça fail over.
>>> Bom, nos meus testes quando eu faço o roteamento não consigo mais 
>>> subir a
>>> VPLS, mesmo com o ambiente MPLS configurado, é como se não subissem os
>>> labels do MPLS.
>>> Ambiente:
>>> R1, R2 e R3
>>> R1 é servidor PPPoE de R2 e R3.
>>> R2 tem VPLS funcionando normal até R1.
>>> Mas R3 não sobe o VPLS.
>>>
>>> Fiz um teste e criei uma VPLS entre R2 e R3 e subiu o tráfego normal 
>>> de R1
>>> a R3 sem fazer nada, só deixar lá o VPLS ativo entre R2 e R3. Parece 
>>> que
>>> nesse momento acionou os labls do MPLS, pois um tracert já me mostra os
>>> mesmo.
>>>
>>> Agora a dúvida...
>>> É assim mesmo ou tem como fazer R3 conversar com R1 sem precisar desse
>>> túnel?
>>>
>>> Desde já obrigado!!
>>> -- 
>>> 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




More information about the gter mailing list