[GTER] BGP x Rota de saida

[Fábio - RJ Network]

JR.

Para manipular o DOWNLOAD você anuncia um bloco /23 para OI e um bloco /23
para GVT (e o /22 nos dois).

Para manipular o UPLOAD do bloco /23 para a OI e do outro bloco /23 para
GVT, use route-map com ip sla.

origem bloco /23 preferencial da OI
verifica se gateway OI está acessível
se sim, envia tráfego para OI
se não, envia tráfego para GVT

Tudo o que não for OI, sai pela GVT pela rota default com peso menor.

Se a OI cair, todo mundo sai pela rota default da GVT, e entra pela GVT por
causa do /22.

Se a GVT cair, tenha uma rota default com peso maior para a OI.

Isso aí funciona, mas você não vai trabalhar com as full routes, apenas com
rotas default.


-- 
Fábio R. Hernandes
RJ Network - Tecnologia Integrada
Fone: (17) 3211 4211
www.rjnetwork.com.br


2014-10-08 7:32 GMT-03:00 Uesley Correa <uesleycorrea at gmail.com>:

> Prezados,
>
>           Volto a falar que é legal a exportação de prefixos iguais pelos
> dois lados, mesmo que com prepend ou com a community no-export (em alguns
> prefixos só para a FIB do fornecedor). A GVT está com RPF ativo (não foi
> confirmado pela engenharia, mas já foi discutido aqui na GTER), e isso
> ajudaria em não ficar agarrado com tráfego assimétrico na GVT (meu
> fornecedor principal tem GVT e eu já fiquei agarrado lá, só saiu quando
> ajeitei as políticas, e essa sugestão de exportação igual veio deles).
>
> Att,
>
> Uesley Corrêa - Analista de Telecomunicações
> Instrutor Oficial UBNT UCRSS & UCWA
>
> Em 8 de outubro de 2014 02:09, Márcio Elias Hahn do Nascimento <
> marcio at sulonline.net> escreveu:
>
> >
> >
> > Resumo básico, vc controla por onde o tráfego vem até vc, de acordo
> > com os prefixos publicados, prepend, etc. Quem controla por onde vc sai,
> > da mesma forma, é quem lhe envia esses mesmos dados, ou então vc faz uso
> > de localpref (localmente define uma preferencia de saída para um
> > determinado destino).
> >
> > Mais como o colega falou anteriormente, na
> > maioria dos casos não há nenhum problema em o tráfego sair por uma
> > operadora e voltar por outra, e mesmo assim caso uma operadora caia, (se
> > todas as configurações e anúncios estiverem de acordo) todo o tráfego
> > (upload / download) vai fluir por uma só operadora, a que está operando.
> >
> >
> > ---
> >
> > Att
> >
> > Márcio Elias Hahn do Nascimento
> > (48) 8469-1819 / 3524-0700
> > - marcio at sulinternet.net
> > GERÊNCIA DE RECURSOS DE TIC - Sul Internet [2]
> >
> >
> >  [2]
> >
> > Em 08/10/2014 00:33, Eduardo Schoedler escreveu:
> >
> > > Faça
> > download da apostila de BGP da ANID, é muito boa.
> > > Ela explica esses
> > conceitos básicos.
> > >
> > > Em 8 de outubro de 2014 00:08, Jr Silva
> > Colombo
> > > <colombosilvajr at gmail.com> escreveu:
> > >
> > >> Eu gostaria que o
> > tráfego do primeiro bloco /23 ficasse somente com a OI e o segundo /23
> > com a GVT e em caso de falha realizando a convergência para outra
> > operadora...ambas as seções são full. Em 7 de outubro de 2014 22:26,
> > Danton Nunes <danton.nunes at inexo.com.br> escreveu:
> > >>
> > >>> On Tue, 7
> > Oct 2014, Jr Silva Colombo wrote: O primeiro /23 sai pela OI sem nenhuma
> > anormalidade, no entanto, o segundo
> > >>>
> > >>>> bloco /23 sai pela OI mas
> > volta pela GVT.
> > >>> e por que isso seria um problema? isso é super
> > comum. desligue o rp_filter e relaxe. -- gter list
> > https://eng.registro.br/mailman/listinfo/gter [1]
> > >> -- gter list
> > https://eng.registro.br/mailman/listinfo/gter [1]
> >
> >
> > Links:
> > ------
> > [1]
> > https://eng.registro.br/mailman/listinfo/gter
> > [2]
> > http://www.sulinternet.net
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>