[GTER] BGP Quagga com duas operadoras

[Edinilson - ATINET]

No Quagga é importante voce declarar CADA network que está utilizando.

Na parte do network ficaria entao:
network 4.4.252.0/22
network 4.4.255.0/24

Nos route-map de cada operadora, coloque nomes diferente para IN e para OUT 
pois fica mais facil, da forma:
neighbor 1.1.1.1 remote-as 1111
neighbor 1.1.1.1 route-map rm_operadora1_IN in
neighbor 1.1.1.1 route-map rm_operadora1_OUT out

neighbor 2.2.2.2 remote-as 2222
neighbor 2.2.2.2 route-map rm_operadora2_IN in
neighbor 2.2.2.2 route-map rm_operadora2_OUT out

Crie uma regra para CADA network:
ip prefix-list as_meuprovedor seq 10 permit 4.4.252.0/22
ip prefix-list as_meuprovedor_255 seq 10 permit 4.4.255.0/24

Defina o local-preference que deseja para CADA operadora (aumente a 
prioridade na operadora que tem o link maior):
route-map rm_operadora1_in permit 45
 set local-preference 100
route-map rm_operadora2_in permit 45
 set local-preference 100

Finalize a entrada com uma regra em branco para CADA operadora:
route-map rm_operadora1_in permit 50

route-map rm_operadora2_in permit 50


Publique o /22 para as 2 operadora:
route-map rm_operadora1_out permit 10
 match ip address prefix-list as_meuprovedor
route-map rm_operadora2_out permit 10
 match ip address prefix-list as_meuprovedor

Publique o /24 APENAS para a operadora que deseja (no exemplo abaixo, 
negando para a 1a. e permitindo na 2a):
route-map rm_operadora1_out deny 15
 match ip address prefix-list as_meuprovedor_255
route-map rm_operadora2_out permit 15
 match ip address prefix-list as_meuprovedor_255


obs: É apenas um exemplo. Adapte para sua necessidade.


Edinilson
------------------------------------------
ATINET
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br


----- Original Message ----- 
From: "Rafael Lemos" <rafael at telemulti.net>
To: "Grupo de Trabalho de Engenharia e Operacao de Redes" 
<gter at eng.registro.br>
Sent: Monday, June 19, 2017 4:05 AM
Subject: 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
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>