[GTER] Cloudflare e o IX.br

[Gustavo Stocco]

Quais são as outras empresas que aceitam sessão bilateral?
Os que eu conheço, e inclusive temos fechado são: Facebook, CloudFlare,
Akamai, Microsoft e LinkedIn.
Alguma sugestão extra?

Abraços

2015-10-28 22:33 GMT-02:00 Evandro Prudente <junior at wanhouse.com.br>:

> Rubens , temos uma seção com cloudflare, foi bem rápido o processo, ja
> tentei com outras empresas e foi negado devido ao nosso baixo trafego. Como
> critica acho que poderiam simplesmente anunciar para o IX pelo menos os 166
> prefixos deles que recebo nesta seção, acho que muitos participantes não
> tinham sequer noção que isto era possível e os resultados positivos que
> isto leva a conteúdo hospedado na cloudflare (obvio). Boa iniciativa sua de
> colocar esta informação aqui , acho que amanha vai ter muita gente
> solicitando e muita gente ocupada do lado de la....
>
> Em 28 de outubro de 2015 19:39, Gustavo Stocco <gustavostocco at gmail.com>
> escreveu:
>
> > Aqui também.
> > Fechamos uma sessão há uma semana e tudo foi bem rápido.
> > Não demorou um dia!
> >
> > Abcs
> >
> > 2015-10-28 19:39 GMT-02:00 Diego Canton de Brito <
> > diegocanton at ensite.com.br>
> > :
> >
> > >
> > > Boa tarde, realmente eles são bem receptivos, fechamos uma sessão a
> > alguns
> > > meses sem nenhuma dor de cabeça.
> > > --
> > > Enviado do aplicativo myMail para Android quarta-feira, 28 outubro
> 2015,
> > > 07:00PM -02:00 de Rubens Kuhl < rubensk at gmail.com> :
> > >
> > > >Pessoal,
> > > >
> > > >Conversando com o pessoal da Cloudflare eu soube da política curiosa
> > deles
> > > >em pontos de troca de tráfego com route-servers (como acontece no
> > IX.br):
> > > >eles só anunciam um número limitado de prefixos locais no ATM,
> enquanto
> > a
> > > >maior parte do tráfego deles é direcionada aos prefixos anycast que
> eles
> > > só
> > > >anunciam em sessões bilaterais para ter maior controle de tráfego.
> > > >
> > > >Isso explicou porque apesar da Cloudflare estar no IX.br e estar no
> ATM,
> > > >muito tráfego para ela ainda segue links de trânsito. Para resolver
> > isso,
> > > >só fazendo sessão bilateral, o que eles se dizem abertos a fazer com
> > todo
> > > >mundo (pelo menos até eles serem esmagados pelo número de pedidos,
> como
> > > >aconteceu com uma outra empresa global que começou no IX.br fora do
> > ATM).
> > > >
> > > >as13335.peeringdb.com tem os dados para peering, e como de praxe no
> > lido
> > > >com redes estrangeiras, é bom ter cadastro no peeringdb.com e
> escrever
> > em
> > > >Inglês para peering at cloudflare.com é requisito do processo. Esta
> > > >apresentação do responsável por peering na Cloudflare tem boas dicas
> de
> > > >como fazer isso:
> > > >
> > >
> >
> http://www.menog.org/presentations/menog-14/279-MENOG14-PeeringDB-Martin-Levy-CloudFlare.pdf
> > > >
> > > >
> > > >
> > > >
> > > >Rubens
> > > >--
> > > >gter list  https://eng.registro.br/mailman/listinfo/gter
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> >
> >
> >
> > --
> >
> > Gustavo Stocco
> > GNet Telecomunicaçõeshttp://www.gnettelecom.com.br
> > +55 (47) 3373-3322
> > 0800-932-0000 R.3322
> > INOC-DBA BR 53001*100
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 

Gustavo Stocco
GNet Telecomunicaçõeshttp://www.gnettelecom.com.br
+55 (47) 3373-3322
0800-932-0000 R.3322
INOC-DBA BR 53001*100