[GTER] Cloudflare e o IX.br

[Antonio M. Moreiras]

Olá,

quando surgiu essa thread no ano passado enviei um e-mail para vários
desses ASs pedindo esclarecimentos. O objetivo era atualizar uma
mensagem que enviamos aos novos participantes do IX.br de São Paulo com
recomendações.

Alguns dos ASs responderam que estão no ATM e anunciam os mesmos
prefixos normalmente. Ou mesmo no caso de anunciarem prefixos
diferentes, trata-se do mesmo conteúdo. Foi o caso de: Google, Netflix,
Amazon, Terra, Softlayer e Twitter. Segundo as informações fornecidas
por eles, entendemos não há necessidade ou vantagem no peering bilateral.

Outros confirmaram que é conveniente fazer peering bilateral, ou por não
estarem presentes no ATM, ou por anunciarem alguns blocos (anycast por
exemplo) apenas nas bilaterais, ou simplesmente por preferirem assim:
Facebook, Linkedin, Cloudflare e Akamai.

[]s
Moreiras.

Em 30/10/2015 11:34, Marcelo Coelho escreveu:
> 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
> 
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>