[GTER] Trabalhando 2 ASN em um único Circuito.

[Leonardo Souza]

Você poderia fazer uma conexão back-to-back (FE) entre o roteador AS YYYY, que possuiria a conexão com a operadora e o roteador AS XXXX, que seria um cliente do AS YYYY, porém acho mais fácil e rápido usar o local-as.
Acredito que não, apenas atualização de filtro AS-path e prefix-lists...


--- Em seg, 7/12/09, Jonatas M. Victor <jonatasmv at gmail.com> escreveu:

> De: Jonatas M. Victor <jonatasmv at gmail.com>
> Assunto: Re: [GTER] Trabalhando 2 ASN em um único Circuito.
> Para: "Grupo de Trabalho de Engenharia e Operacao de Redes" <gter at eng.registro.br>
> Data: Segunda-feira, 7 de Dezembro de 2009, 16:46
>  Uhum, mas como eu faria a coneão
> com a operadora dessa forma se ela
> me entrega somente uma fast
> com um enlace /30 sobre vlan? E o tratamento das operadoras
> para esse
> tipo de migração pode ser complicado
> ou não?
> 
> 2009/12/7 Diogo Montagner <diogo.montagner at gmail.com>:
> > O tempo de convergência é uma resposta sem muita
> precisão.
> >
> > Considerando a vizinhança próxima, será mais
> rápido e vai ficando mais
> > lenta a medida que o raio de observação aumenta.
> >
> > Faça um teste, faça um anúncio e um withdraw de um
> prefixo e observe o
> > surgimento e o desaparecimento em:
> >
> >  route-views.routeviews.org (acesso via telnet)
> >
> > Se você utilizar um roteador adicional, a sua
> conexão ficará:
> >
> >                     _______________________
> > Operadora __/                          
>                \___ ASN XXXX ---- LAN
> >                   \_______ ASN YYYY _______/
> >
> >
> > Em ambos os casos você terá que fazer ajustes quando
> quiser fazer
> > balanceamento com a operadora. O uso de um roteador
> adicional pode
> > deixar a migração menos intrusiva, tanto no início
> quanto no fim do
> > processo e também pode facilitar o processo de
> rollback em caso de
> > problemas durante a migração. Lembrando que no fim,
> o roteador com o
> > ASN YYYY seria o roteador final.
> >
> > Em qualquer um dos casos (com ou sem roteador
> adicional) um bom plano
> > de trabalho para a migração deve ser desenhado. O
> plano também deve
> > conter processos de rollback em pontos
> importantes/cruciais da
> > migração. Se fizer isto, as chances de problema
> serão menores.
> >
> > Sendo mais paranóico ainda, simule isto em lab. O
> cenário é pequeno e
> > muito fácil de reproduzir em lab. Alias, é uma
> ótima forma de escrever
> > o procedimento para a migração.
> >
> > []s
> > ./diogo -montagner
> 
> 
> -- 
> .:Abraços:.
> 
> <<< Jonatas M. Victor >>>
> jonatas at vetorial.net
> jonatasmv at gmail.com
> UIN: 138431258
> MSN: jonatasmv at msn.com
> BSD   User: BSD051240
> Linux User: #278922
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
> 


      ____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com