[GTER] BGP - Download de ASN específico por Upstream específico

[Douglas Fischer]

Uma solucão de contorno para esse "perde redundância" é fazer esses
anuncios com tuas rotas 1(um) bit mais específico, e anunciar tua rota
menos específica com alguns prepends.

Mas veja que aí já estamos no remendo do remendo...

Se você extrapolar qualquer uma dessas técnicas de load balance de
incoming, e por extrapolar digo considerar que TODOS os ASNs vão fazer o
mesmo, vai ver que a única técnica que provê sustentabilidade é a orgânica.
Ou seja: Não forçar o balanceamento.
Em 12/03/2013 19:16, "Rubens Kuhl" <rubensk at gmail.com> escreveu:

> 2013/3/12 Wenderson Souza <wendersonsouza at gmail.com>
>
> > Boa tarde a Todos,
> >
> > Estou tentanto forçar o download de um AS específico por um
> > fornecedore de trânsito específico.
> >
> > Sei que com o weight eu dou prioridade a rota para upload, mas como
> > conseguiria "forçar" o download de um AS, que não é meu trânsito, por
> > um fornecedor específico?
> >
>
> Existe uma gamb^H^H^H^Hsolução não ortodoxa para isso.
>
>
> >
> > Exemplo:
> >                      AS200 (transito A) <----------> AS400
> > <-------------> AS500 <--------->
> > AS100 (eu)
> >                                                    AS700 (destino)
> >                      AS300 (transito B)
> > <-------------------------------------> AS600 <---------->
> >
> >
> E funciona colocando um AS PATH assim nos anúncios para o AS300:
> AS100 AS700 AS100 <seus IPs>
>
> Já par ao AS200 você anuncia assim:
> AS100 AS100 AS100 <seus IPs>
>
> Então para qualquer um na Internet que não o AS700, seu AS-PATH é 3 +
> quantos outros AS passar.
> Agora, para o AS700, esse path com o próprio AS vai ser dropado pelo
> controle de loop do BGP.
>
> Notar que você perde redundância na comunicação com o AS700, que na falha
> do AS200 ficará sem comunicação com você.
>
>
> Rubens
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>