[GTER] BGP Quagga com duas operadoras
Bruno Cabral
bruno at openline.com.br
Wed Jun 21 10:14:52 -03 2017
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
More information about the gter
mailing list