[GTER] Configuracao de transito de novo AS

[Francisco Neto]

Exatamente,

Para o roteamento (na prática, o que vai afetar seu tráfego tanto de
entrada quanto de saída), sera a configuração do(s) seu(s) roteador(es) de
borda com seus peers bgp de interconexão (sejam eles para transito ip ou
peering), ou seja, o que você anunciar e como voce tratar o que seus peers
te enviam (falando de tabela de roteamento, e dependendo também do que
enviam) é que vai influenciar na prática o seu roteamento e seu fluxo de
tráfego.

IRR e similares, eu encaro (particularmente falando) como boa prática
informativa (mais relacionado a documentação que efetividade de roteamento).

Prazo/tempo é algo bastante relativo. Eu já levei minutos para ativar
sessões bgp´s com operadores menores, já levei dias para alinhar
configuração e deixar tudo ok com operadores como a Embratel (rssr fui
pedir tabelas diferentes em peers diferentes para otimizar minha
configuração e acabou demorando um pouco para eles 'personalizarem' a
estrutura de route servers), nos PTT´s para mim, fora a questão do prazo de
praxe foi rápido e ágil e estou ha mais de 2 meses (E até agora
ABSOLUTAMENTE NADA ALEM DO ENLACE OPTICO FÍSICO e uma rota padrão estática
para 'testes de desempenho') estou 'batalhando' para ativar com a OI um
mísero circuito de 100mbps (e inclusive parcialmente arrependido), logo
amigo é prazo é algo bem relativo. Particularmente e tecnicamente não vejo
motivo para ser algo demorado (isto falando de dias), se for pensar em
meses então é algo  que beira o absurdo.

Relacionado a RPSL (voltando a falar sobre IRR), tem boa literatura no site
da Merit (mantenedora da RaDB) e também no Ripe. Aqui no .br temos uma base
livre (TC, antiga SCW) de uso livre e gratuito.

SDS,


> ------------------------------
>
> Message: 4
> Date: Sat, 4 Aug 2012 00:12:14 -0300
> From: Andr? Luis Pereira <andre at bsrpar.com>
> To: Grupo de Trabalho de Engenharia e Operacao de Redes
>         <gter at eng.registro.br>
> Subject: Re: [GTER] Configura??o de tr?nsito de novo AS
> Message-ID:
>         <CAA8uvZRVRWPaLA5P_dz-ppEJVf23QwzzJke=
> m3nViGC6aV-2Kg at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
>   Ol? Francisco.
>
>
>  Muito obrigado pela clareza.
>
>   Estou lendo a RFC (http://tools.ietf.org/html/rfc1786) e me inteirando
> sobre as op??es.
>
>   Para o roteamento ao que parece dever? haver a implementa??o de um BGP no
> cliente pelo o que entendi at? o momento.
>
>   Configurei para ele as entradas AS-IN e AS-OUT conforme suas instru??es
> com os dados dele e do provedor de tr?nsito dele.
>
>    Vou seguir suas recomenda??es e repass?-las.
>
>    S? fiquei assustado por dizerem que alguns provedores de tr?nsito podem
> levar meses para aceitar as sess?es de BGP dele quando ele ativ?-las na
> borda.
>
>    No mais, agrade?o novamente o aux?lio de todos e qualquer coisa por
> favor digam.
>
>
> -----------------------------------------------------------
>    Andr? Luis Pereira
> Grupo BSR Participa??es LTDA
> BSRSoft LTDA
> andre at bsrpar.com
> +55 (11) 4063 5829
>
> Site: http://soft.bsrpar.com
> BSRSoft DIDD: http://didd.bsrpar.com
> Blog BSRSoft: http://blogs.bsrpar.com
> BSRSoft ServerUX on FreeBSD:
> http://soft.bsrpar.com/2012/01/o-serverux.html
>
>
> "Vai imprimir este email? Pense antes em sua responsabilidade com a
> preserva??o do meio-ambiente e com a redu??o de seus custos."
>
> --------------------------------------------------------------
> "Uma corrente ? t?o segura quanto seu elo mais fraco"
> ---------------------------------------------------------------
>
>
>
>
>
> Em 3 de agosto de 2012 22:16, Francisco Neto <fjbvneto at gmail.com>
> escreveu:
>
> > Realmente pode pular. n?o ? mandat?rio para roteamento... assim como IRR
> > tamb?m n?o ?.
> >
> > Mas, a ado??o de IRR (preencher alguns objetos e publicar em uma base de
> > IRR, a TC seria uma boa), publicar um registro em peeringdb.com e uma
> > consulta na RFC 1786 ajuda e n?o deixa de ser uma boa pr?tica.
> >
> > Mas simplificando:
> >
> > Em AS-IN vc registra
> >
> > from AS4230 100 accept ANY
> > from AS12956 200 accept ANY
> >
> > Eu to dizendo basicamente que, do AS4230 eu to aceitando tudo que ele me
> > envia e idem para o as12956. Substitua pelo asn dos seus upstreams
> >
> > E em AS-OUT vc registra o que vc esta anunciando.
> >
> > to AS4230 announce AS53242
> > to AS12956 announce AS53242
> >
> > Idem, eu estou dizendo que para o as4230 eu to anunciando meu as.
> >
> > Para maiores detalhes e como flexionar isto, ai sim a leitura na RFC vai
> te
> > dar maiores e melhores subs?dios.
> >
> > SDS,
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
> ------------------------------
>
>