[GTER] Operadora limpando parâmetros de rotas BGP em MPLS

[Rinaldo Vaz]

Douglas,

A solução é o fullmesh de iBGP / ou Route-Reflector , faça uma analogia ao
conceito de syncronization, e passe a enxergar  nuvem MPLS da OI como uma
espécie de IGP.

Quando estabelecer os iBGP você terá de cara um problema com os next-hops
recursivos, que nesse modelo não são conhecidos via IGP, mas sim atraves de
BGP também. Isso faz com que os next-hops da outra extremidade sejam
considerados desconhecidos e consequentemente não deixam a rota subir para
FIB.

Para resolver isso, faça um route-map forçando o next-hop para o IP da
interface wan correpondente ao circuito MPLS-VPN local.
Eu publiquei ano passado no Forum da Internet como fazer os filtros em modo
"cliente de uma MPLS-VPN", estou copiando o anexo para seu email assim que
encontra-lo no meu PC.

Abs

Em 9 de outubro de 2012 13:40, Douglas Fischer
<fischerdouglas at gmail.com>escreveu:

> Senhores,
> agradeço a prestatividade, e peço desculpas pela demora no feedback.
>
> Me expressei inadequadamente na abertura da thread.
> Até pouco tempo eu não havia trabalhado com a Oi em redes MPLS-VPN usando
> BGP.
> Estou tendo dificuldades e assimilar a abordagem deles...
>
> Primeiro aspecto que me deixou confuso(e curioso) foi o fato de eles
> reescreverem o meu AS Inválido da origem da rota, e também os prepends que
> eu eventualmente coloca-se, trocando pelo ASN deles próprios...
>    Isso dispensa o uso do allowas-in.
>    E complica um pouco para entender o backbone deles.
>
> Além disso, estou redistribuindo um IGP(não iBGP) do meu mesh para dois
> circuitos ligados à nuvem MPLS.
>    Estou tendo problemas com rotas "presas", que não se atualizam no BGP
> mesmo sendo atualizadas no IGP.
>    Foi então que comecei os mais diversos testes... set daqui, set dali...
>
>    Abri a thread quando percebi que eu não estava tendo sucesso em
> influenciar o roteamento na nuvem alterando os parâmetros das rotas
> publicadas(MED/Metric e Local-Preference).
>       Como disse, me expressei mal
>          No caso do local-preference, não esperava que ele volta-se para
> mim nos outros circuitos(propagasse), apenas que a nuvem da Oi fosse
> respeitá-lo na escolha das rotas.
>          No caso do MED(metric), como as rotas diretamente conectadas do
> BORDA eu estava recebendo com o MED setado em ZERO, imaginei que ele fosse
> ser propagado...
>
>
>
>
> A operadora, até o momento, não me divulgou sua política de communities.
>
> Estou aqui testando o comportamento da rede, mas até agora só consegui
> influenciar o roteamento na nuvem pelo AS-Path mesmo...
>
>
>
> P.S.: Quando eu disse curioso, foi para descobrir como eles faziam essa
> troca de tudo que eu manda-se com AS inválido pelo AS deles.
>       Isso porque fiquei imaginando uma técnica minimamente automática de
> fazer essa troca.
>       O Rinaldo tirou um coelho da cartola e descobriu como 'provavelmente'
> é o route-map que faz isso.
>
> Em 8 de outubro de 2012 12:04, Henrique de Moraes Holschuh <
> henrique.holschuh at ima.sp.gov.br> escreveu:
>
> > On 08-10-2012 08:26, Douglas Fischer wrote:
> >
> >>  estou enfrentando um problema com a Oi limpando os parâmetros de
> >>  MED(Metric) e Local-Preference nas rotas que envio para eles em uma
> >>  rede MPLS.
> >>
> >
> > Local preference só vai propagar via uso de communities de ação (para
> > mandar a Oi setar o local-preference no lado deles), *se* as mesmas
> > estiverem disponíveis.  Esse atributo não é nem sequer exportado pelo
> > eBGP (e se for, será removido pelo peer, porque não é para cruzar a borda
> > do sistema autônomo).
> >
> > No caso do MED, é comum não propagá-lo pelo iBGP, então normalmente
> > funciona só para o roteador (de forma isolada) na outra ponta do enlace.
> >
> > --
> >
> > Henrique de Moraes Holschuh <hmh at ima.sp.gov.br>
> > IM@ - Informática de Municípios Associados
> > Engenharia de Telecomunicações
> > TEL +55-19-3755-6555/CEL +55-19-9293-9464
> >
> > Antes de imprimir, lembre-se de seu compromisso com o Meio Ambiente
> > e do custo que você pode evitar.
> >
> > --
> > gter list    https://eng.registro.br/**mailman/listinfo/gter<
> 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
>



-- 
Rinaldo Vaz
Chefe de operações do NOC
Associação Nacional para Inclusão Digital
Tim - 083 99975736
INOC - 28135*100

*********************************************************
Dias 10,11,12,13 e 14 de dezembro de 2012
Curso Avançado em Belo Horizonte-MG
anid.com.br/cursobgp
*********************************************************