[GTER] Fwd: [IX.br] [Info] Peering Amazon / AWS - AS16509

Sat Aug 15 16:28:51 -03 2020

+3

Eu acho, mas acho... De pura opinião...

Não são os router servers.. Sao as operadores...

Tem 20 dias que 2 operadores vazaram alguns anúncio nosso de IP dentro
PTT...

Isso prejudicou nosso acesso a AWS da data

A AWS são "mostro" tem BGP as a service... Então acho que vão controlar
anúncio por conta própria ....

Tudo opinião... Concordo que não faz sentido nenhum...

Em sáb, 15 de ago de 2020 15:53, Daniel Damito S S D da Silva <
daniel.damito at sagenetworks.com.br> escreveu:

> +2
>
> Eu pensei em abrir essa thread antes e fiquei com medo de causar muita
> treta kk
>
> Em sáb, 15 de ago de 2020 15:46, Fernando Frediani <fhfrediani at gmail.com>
> escreveu:
>
> > +1
> >
> > On Sat, 15 Aug 2020, 13:09 Andre Almeida, <andre at bnet.com.br> wrote:
> >
> > > pra mim a única explicação é que eles não confiam nos route servers.
> > >
> > > hoje em dia tendo as communities de engenharia de tráfego e marcação de
> > > rotas,
> > > não tem sentido nenhum sair do route server pra servir tráfego via
> mesma
> > > vlan do ATM só que fazendo o roteamento através de sessões individuais
> > com
> > > cada participante.
> > >
> > > E pra cada participante que entra no atm depende de intervenção para
> > criar
> > > mais uma sessão (ou nesse caso várias). sinceramente, quase nada
> > escalável.
> > > queria mesmo entender os argumentos da mente brilhante que tomou essa
> > > decisão.
> > >
> > > o route server tá ali justamente pra que todo mundo não precise
> realizar
> > > essas sessões bilaterais.
> > >
> > > pra mim não faz sentido algum, a não ser que eles achem que os route
> > > servers não fazem bem o papel deles e que vale a pena eliminar eles pra
> > ter
> > > mais estabilidade.
> > >
> > >
> > > Em sáb, 15 de ago de 2020 12:06, Alexandre C. Fonceca <
> > > alexandre at specialist.srv.br> escreveu:
> > >
> > > > mas com a sessao rodando na mesma vlan do IX normal, nao teria meios
> de
> > > > diferenciar o trafego em relação às mesmas rotas deles aprendidas via
> > > > routers servers..
> > > >
> > > > e qualquer forma de medir via AS (analisando netflows?!) daria tb
> para
> > > > fazer igualmente via routers servers..
> > > >
> > > > logo....
> > > >
> > > >
> > > > On 15/08/2020 12:03, Bruno Cabral wrote:
> > > > > Medirem consumo?
> > > > >
> > > > > --
> > > > > Cursos e Consultoria BGP e OSPF
> > > > > ________________________________
> > > > > De: gter <gter-bounces at eng.registro.br> em nome de Alexandre C.
> > > Fonceca
> > > > <alexandre at specialist.srv.br>
> > > > > Enviado: sexta-feira, 14 de agosto de 2020 23:55
> > > > > Para: Grupo de Trabalho de Engenharia e Operacao de Redes <
> > > > gter at eng.registro.br>
> > > > > Assunto: [GTER] Fwd: [IX.br] [Info] Peering Amazon / AWS - AS16509
> > > > >
> > > > > por curiosidade, alguem sabe me dizer pq algumas empresas preferem
> > > fazer
> > > > > sessão direta com os participantes do que usar os routers servers
> do
> > > > > próprio IX?
> > > > >
> > > > > tecnicamente falando, se os prefixos sao os mesmos (anunciados para
> > os
> > > > > routers servers do IX e para o participante direto), nao mudaria
> nada
> > > no
> > > > > trafego... porem CONSUMIRIA mais recursos no próprio router deles
> > mesmo
> > > > > (se todos pedissem a sessao bilateral)...
> > > > >
> > > > > qual vantagem nisso? que nao daria para ter/fazer via ix direto...
> > > > >
> > > > >
> > > > >
> > > > > -------- Forwarded Message --------
> > > > > Subject:         [IX.br] [Info] Peering Amazon / AWS - AS16509
> > > > > Date:    Fri, 14 Aug 2020 20:09:49 +0000 (UTC)
> > > > > From:    IX.br <no-reply at meu.ix.br>
> > > > > Reply-To:        eng at ix.br
> > > > > To:      alexandre at specialist.srv.br
> > > > >
> > > > >
> > > > >
> > > > > * English version below
> > > > >
> > > > > Bom dia
> > > > >
> > > > > Este é um email gerado automaticamente pela equipe de peering da
> > > Amazon.
> > > > >
> > > > > Este email tem como objetivo notificar aos membros do PTTMetro de
> São
> > > > > Paulo que Amazon ASN 16509 deixará o Route Server em 31 de agosto
> de
> > > > 2020.
> > > > >
> > > > > Com base na informação de https://www.peeringdb.com/, configuramos
> > uma
> > > > > sessão do BGP com você, que está pronta para ser colocada em
> serviço.
> > > Se
> > > > > você ainda tem presença no
> > > > > Exchange e gostaria de concluir as sessões de peering connosco
> > > > > (AS16509), você poderia configurar seu lado de acordo com a
> > informação
> > > > > de peering abaixo citada.
> > > > >
> > > > > Amazon ASN: 16509
> > > > > Amazon IPv4 address: 187.16.216.95
> > > > > Amazon IPv6 address: 2001:12f8::95
> > > > > Amazon IPv4 address: 187.16.217.163
> > > > > Amazon IPv6 address: 2001:12f8::217:163
> > > > > Amazon IPv4 address: 187.16.221.99
> > > > > Amazon IPv6 address: 2001:12f8::221:99
> > > > > Amazon IPv4 address: 187.16.221.239
> > > > > Amazon IPv46 address: 2001:12f8::221:239
> > > > >
> > > > > Por favor, certifique-se de que sua informação este atualizada em
> > > > > peeringdb.com para todo o seu IP (v4 e v6). Também extraímos o
> > limite
> > > > > máximo de prefixos, a entrada de IRR e os e-mails de contato do
> > > > > peeringdb.com, certifique-se de que eles sejam precisos.
> > > > >
> > > > > Uma vez que as sessões são estabelecidas, ele permanecerá no estado
> > > > > filtrado até que seja filtrado dentro de dez dias úteis.
> > > > >
> > > > > Qualquer dúvida consulte peering at amazon.com
> > > > >
> > > > > Obrigado pelo peering
> > > > >
> > > > > Equipes de Engenharia de Peering e Capacitação da AMAZON
> > > > > peering at amazon.com
> > > > >
> > >
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> > > > > [ English ]
> > > > > Good Day
> > > > >
> > > > > This is an email from Amazon's Peering team.
> > > > >
> > > > > The purpose of this email is to notify all PTTMetro Sao Paulo
> members
> > > > > that Amazon ASN 16509 is going to leave the Route Server on August
> 31
> > > > 2020.
> > > > >
> > > > > Based on current https://www.peeringdb.com/ information we have
> > > > > configured a BGP session with you which is ready to be put in
> > service.
> > > > > If you still have presence in the Exchange and would like to
> complete
> > > > > the peering sessions with us (AS16509), could you please configure
> > your
> > > > > end according to below peering information.
> > > > > Amazon ASN: 16509
> > > > > Amazon IPv4 address: 187.16.216.95
> > > > > Amazon IPv6 address: 2001:12f8::95
> > > > > Amazon IPv4 address: 187.16.217.163
> > > > > Amazon IPv6 address: 2001:12f8::217:163
> > > > > Amazon IPv4 address: 187.16.221.99
> > > > > Amazon IPv6 address: 2001:12f8::221:99
> > > > > Amazon IPv4 address: 187.16.221.239
> > > > > Amazon IPv46 address: 2001:12f8::221:239
> > > > >
> > > > > Please make sure that your information is up-to-date on
> > peeringdb.com
> > > > > for all your IP (v4 and v6). We also pull max-prefix limit, IRR
> entry
> > > > > and contact e-mails from peeringdb.com, please ensure that they
> are
> > > > > accurate.
> > > > >
> > > > > Once the sessions are established, it will stay in filtered state
> > until
> > > > > it is unfiltered within ten working days.
> > > > >
> > > > > Any questions refer to peering at amazon.com
> > > > >
> > > > > Thanks for peering
> > > > > AMAZON Peering and Capacity Engineering teams
> > > > > peering at amazon.com
> > > > >
> > > > > --
> > > > > Galvao Rezende
> > > > > Brasil Internet Exchange (IX.br)
> > > > > Núcleo de Informação e Coordenação do Ponto BR (NIC.br)
> > > > > --
> > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > > --
> > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>