[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