[GTER] BGP Quagga com duas operadoras

Rafael Lemos rafael at telemulti.net
Wed Jun 21 11:38:29 -03 2017 

Depois de adicionar os MAPAS eu executei o shutdown em uma e depois em
outra, aí sim as tabelas ficaram na posição correta.

Tô chegando perto agora...

Em 21 de junho de 2017 10:14, Bruno Cabral <bruno at openline.com.br> escreveu:

> Olá
>
>
> adicione neighbor x.x.x.x soft-reconfiguration inbound
>
> nas duas operadoras
>
>
> apos mudar os route-maps, voce deu clear ip bgp * soft out
>
> ?
>
>
> depois rode de novo os show ... advertised-routes para verificar se está
> mandando conforme seus route-maps
>
>
> !3runo
>
>
> --
> Cursos e Consultoria BGP e OSPF
>
> ________________________________
> De: gter <gter-bounces at eng.registro.br> em nome de Rafael Lemos <
> rafael at telemulti.net>
> Enviado: terça-feira, 20 de junho de 2017 23:32:42
> Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> Assunto: Re: [GTER] BGP Quagga com duas operadoras
>
> Vamos lá,
>
> Fiz conforme o Edinilson sugeriu mas o fantasma ainda paira por aqui.
>
> A droga do zap não volta, tudo menos ele.
>
> Na depuração encontrei a tabela de rotas enviadas da OP1 mostra os dois
> prefixos:
>
>    - show ip bgp neighbor NSAOP1 advertised-routes
>    - *> 4.4.252/22
>    - *> 4.4.255/24 <-- Este bloco não deveria estar aqui !?
>
> Já na OP2:
>
>    - show ip bgp neighbor NSAOP2 advertised-routes
>    - *> aqui mostra todas as rotas recebidas  <-- aqui deveria mostrar
>    apenas 4.4.255.0/24?
>
> O google volta pela OP1 mas whatsapp não.
>
>
>
> router bgp 007
>  bgp router-id 10.4.4.4
>  network 4.4.252.0/22
>  network 4.4.255.0/24
>  neighbor 2.2.2.2 remote-as ASOP2
>  neighbor 2.2.2.2 shutdown <-- tive que desligar porque o zap não funciona
>  neighbor 2.2.2.2 route-map MAPA-OPERADORA2-IN in
>  neighbor 2.2.2.2 route-map MAPA-OPERADORA2-OUT out
>  neighbor 1.1.1.1 remote-as ASOP1
>  neighbor 1.1.1.1 route-map MAPA-OPERADORA1-IN in
>  neighbor 1.1.1.1 route-map MAPA-OPERADORA1-OUT out
> !
> ip prefix-list BLOCO-255 seq 10 permit 4.4.255.0/24
> ip prefix-list BLOCO-INTEIRO seq 10 permit 4.4.252.0/22
> !
> route-map MAPA-OPERADORA1-IN permit 45
>  set local-preference 200
> !
> route-map MAPA-OPERADORA1-IN permit 50
> !
> route-map MAPA-OPERADORA2-IN permit 45
>  set local-preference 100
> !
> route-map MAPA-OPERADORA2-IN permit 50
> !
> route-map MAPA-OPERADORA1-OUT permit 10
>  match ip address prefix-list BLOCO-INTEIRO
> !
> route-map MAPA-OPERADORA1-OUT deny 15
>  match ip address prefix-list BLOCO-255
> !
> route-map MAPA-OPERADORA2-OUT permit 10
>  match ip address prefix-list BLOCO-INTEIRO
> !
> route-map MAPA-OPERADORA2-OUT permit 15
>  match ip address prefix-list BLOCO-255
> !
>
>
>
> Em 19 de junho de 2017 15:30, Bruno Cabral <bruno at openline.com.br>
> escreveu:
>
> > Do jeito que ele escreveu o _mesmo route-map_ em in e out so deixaria
> > entrar o prefixo dele (que nao vem da internet, portanto nao receberia
> rota
> > nenhuma) e deixaria sair o prefixo dele (que é o que ele parecia querer)
> >
> >
> > Desculpe se nao ficou mais claro antes
> >
> > ________________________________
> > De: gter <gter-bounces at eng.registro.br> em nome de Lista <
> > lista.gter at gmail.com>
> > Enviado: segunda-feira, 19 de junho de 2017 14:53:31
> > Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> > Assunto: Re: [GTER] BGP Quagga com duas operadoras
> >
> > Na realidade não,
> >
> > route-map pode e deve ser usado para ambos os casos, tanto in quanto
> out, a
> > mesma coisa serve para o prefix-list, onde vc pode somente para in quanto
> > para out, como será usado, vai depender muito de como vc está querendo
> > fazer sua politica.
> >
> > Em 19 de junho de 2017 13:02, Bruno Cabral <bruno at openline.com.br>
> > escreveu:
> >
> > > Nao, o route-map in é pra rotas recebidas, nao para anuncios dos seus
> > > blocos
> > >
> > >
> > > E voce pode usar neighbor com prefix-list out direto, sem route-map
> > >
> > > Tem varios exemplos em www.showipbgp.com<http://www.showipbgp.com>
> > >
> > >
> > > !3runo Cabral
> > >
> > >
> > > --
> > > Cursos e Consultoria BGP e OSPF
> > > ________________________________
> > > De: gter <gter-bounces at eng.registro.br> em nome de Rafael Lemos <
> > > rafael at telemulti.net>
> > > Enviado: segunda-feira, 19 de junho de 2017 04:05:02
> > > Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> > > Assunto: Re: [GTER] BGP Quagga com duas operadoras
> > >
> > > Na prática isso seria assim: ?
> > >
> > >
> > > !
> > > router bgp 007
> > >  bgp router-id 10.4.4.4
> > >  network 4.4.252.0/22
> > >  neighbor 1.1.1.1 remote-as 1111
> > >  neighbor 1.1.1.1 route-map MAPA-255 in
> > >  neighbor 1.1.1.1 route-map MAPA-255 out
> > >  neighbor 2.2.2.2 remote-as 2222
> > > !
> > > ip prefix-list PREFIXO-255 seq 5 permit 4.4.255.0/24
> > > !
> > > route-map MAPA-255 permit 10
> > >  match ip address prefix-list PREFIXO-255
> > > !
> > > line vty
> > > !
> > > end
> > >
> > >
> > > Em 18 de junho de 2017 18:07, Rubens Kuhl <rubensk at gmail.com>
> escreveu:
> > >
> > > > 2017-06-16 19:39 GMT-03:00 Rafael Lemos <rafael at telemulti.net>:
> > > >
> > > > > Sei que este tópico é redundante, mas ainda não entendo bem como
> > fazer
> > > > uma
> > > > > contingência usando duas operadoras, embora já tenha lido e relido
> e
> > > > > testando há meses neste grupo e também em fóruns na internet ainda
> > não
> > > > > obtive hesito.
> > > > >
> > > > > O cenário:
> > > > > 300M        100M
> > > > >   op➊        op➋
> > > > >        ⟍       ⟋
> > > > >           𝔼𝕌  <--bgp quagga
> > > > >            |
> > > > >            |
> > > > >            ☔  clientes
> > > > >
> > > > > Já tenha as duas sessões estabelecidas e anuncio todo o bloco /22 e
> > > todos
> > > > > /24
> > > > >
> > > >
> > > > Não precisa anunciar todos os /24. Anuncie o /22, e apenas um ou dois
> > /24
> > > > apenas pelo link de maior capacidade para atrair mais tráfego por
> ele.
> > > >
> > > >
> > > >
> > > > > Meu objetivo é que um bloco deste /24 saia e volte pela operadora
> com
> > > > menos
> > > > > banda. pra não ficar sem uso.
> > > > >
> > > >
> > > > Esqueça isso de "bloco sair pelo link tal", pois isso seria
> roteamento
> > > por
> > > > origem. Roteamento de boa performance é apenas por destino e
> > assimétrico;
> > > > você pode escolher alguns destinos para priorizar pela operadora de
> > menor
> > > > capacidade.
> > > >
> > > >
> > > > > E ainda se uma delas cair a outra assuma tudo.
> > > > >
> > > >
> > > > Isso anunciando o /22 por ambas já deve estar em tese garantido, mas
> > nada
> > > > como um bom teste.
> > > >
> > > >
> > > > Rubens
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > >
> > >
> > >
> > > --
> > > Atenciosamente,
> > >
> > > Rafael Alves Lemos
> > > Telemos Multimídia LTDA
> > > 61 - 98559290
> > > www.telemulti.net<http://www.telemulti.net>
> > > --
> > > 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
> >
>
>
>
> --
> Atenciosamente,
>
> Rafael Alves Lemos
> Telemos Multimídia LTDA
> 61 - 98559290
> www.telemulti.net<http://www.telemulti.net>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Atenciosamente,

Rafael Alves Lemos
Telemos Multimídia LTDA
61 - 98559290
www.telemulti.net

More information about the gter mailing list