[GTER] Cloudflare e o IX.br

Marcelo Coelho marcelo at tpn.com.br
Fri Oct 30 11:34:41 -02 2015


Nenhuma delas participa do ATM?

É preciso fechar sessão bilateral com cada uma delas individualmente?



> On 29 de out de 2015, at 1:56 AM, Diego Canton de Brito <diegocanton at ensite.com.br> wrote:
> 
> 
> 
> Segue abaixo os peerings que fechamos, com exceção do Terra, que irei
> analisar se há necessidade. 
> 
> Os dados para configurar seu lado estão disponíveis nos links. Tenha
> calma, alguns levam dias outros algumas horas. 
> 
> Akamai Technologies
> peering at akamai.com; peering-tix at akamai.com;
> https://www.peeringdb.com/private/participant_view.php?id=2 
> 
> Amazon.com
> peering at amazon.com
> https://www.peeringdb.com/private/participant_view.php?id=1418 
> 
> CDNetworks Inc.
> peering at cdnetworks.com
> https://www.peeringdb.com/private/participant_view.php?id=1372 
> 
> CloudFlare
> peering at cloudflare.com
> https://www.peeringdb.com/private/participant_view.php?id=4224 
> 
> Facebook
> peering at fb.com
> https://www.peeringdb.com/private/participant_view.php?id=979 
> 
> Google Inc.
> peering at google.com
> https://www.peeringdb.com/private/participant_view.php?id=433 
> 
> Linkedin
> peering at linkedin.com
> https://www.peeringdb.com/private/participant_view.php?id=4231 
> 
> Microsoft
> peering at microsoft.com;
> https://www.peeringdb.com/private/participant_view.php?id=694 
> 
> Netflix
> peering at netflix.com
> https://www.peeringdb.com/private/participant_view.php?id=457 
> 
> SoftLayer
> peering at softlayer.com
> https://www.peeringdb.com/private/participant_view.php?id=36351 
> 
> Twitter, Inc.
> peering at twitter.com
> https://www.peeringdb.com/private/participant_view.php?id=3308 
> 
> Terra (Observei que alguns poucos prefixos não vem por São Paulo e os
> que vem aparecem com muitos prepends, então cabe a vocês analisarem)
> network.eng at corp.terra.com.br 
> https://www.peeringdb.com/private/participant_view.php?id=4852 
> 
> Você pode observar os players que realizam peering em
> https://www.peeringdb.com/private/exchange_view.php?id=171
> Dica: Deixe seu lado pronto, rediga de forma simples e já informe que
> seu lado está pronto, isso agiliza muito o processo. 
> 
> ---
> 
> Att.
> 
> -------------------------
> 
> DIEGO CANTON DE BRITO
> 
> Em 2015-10-28 23:24, Gustavo Stocco escreveu: 
> 
>> 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
> [2] 
> 
>> Rubens -- gter list https://eng.registro.br/mailman/listinfo/gter [1] -- gter list https://eng.registro.br/mailman/listinfo/gter [1]
> -- 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 [1] -- gter list
> https://eng.registro.br/mailman/listinfo/gter [1] 
> 
> Links:
> ------
> [1] https://eng.registro.br/mailman/listinfo/gter
> [2]
> http://www.menog.org/presentations/menog-14/279-MENOG14-PeeringDB-Martin-Levy-CloudFlare.pdf
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter




More information about the gter mailing list