[GTER] Ajuste de Localpref, MED e Participação em IX Regionais

Tue Aug 25 11:38:27 -03 2020

@Douglas Fischer eu te odeio...

ME faz pensar diferente do "comum"... Cenário ficou muito claro...

Parabéns pelo material... Ansioso pela apresentação ...

Em seg., 24 de ago. de 2020 às 15:22, Josivan Barbosa <
josivan.barbosa01 at gmail.com> escreveu:

> Olá Douglas!
>
> Não fico incomodado não ( Tá até aceito o convite no Facebook... kkkkkk ).
>
> Vou explicar com mais detalhes o meu cenário:
>
> Participo de duas localidades no meu estado (inclusive abrigo PIXes) que
> estão, mais ou menos, 150km de distância uma da outra, mais 2 outras
> localidades regionais e o  IX.br SP (via transporte). Meus "vizinhos"
> (Alguns ficam praticamente no mesmo bairro ) participam de pelo menos uma
> das duas localidades e do IX.br SP.
> Assim ficam com o mesmo aspath. Para o pacote não ter que passear em SP pra
> chegar no meu vizinho de porta, acabei usando esse "método" (Isso vem desde
> a época sem communities). A RNP, por exemplo, que está em todas as
> localidades que participo, seria melhor "entrar" na rede dela no meu POP
> que abriga o PIX ou só em SP via transporte?
>
> Já me deparei com situações parecidas com a que vc relatou, mas a tratei
> como exceção nos filtros. Assim, questiono: quais das duas situações
> deveria ser tratada como exceção?
>
>
> Em seg., 24 de ago. de 2020 às 08:57, Douglas Fischer <
> fischerdouglas at gmail.com> escreveu:
>
> > P.S. 0: Hoje tem histórinha para os amiginhos que me procuraram no
> > particular para dizer que estavam com saudades.
> >
> >
> > Olá Josivan!
> > A metodologia que você mencionou adotar (Local-Pref Mais pesados para IXP
> > mais próxmos) é realmente a mais comum.
> > Mas não é a metodologia ideal!
> >
> > E justamente por saber que você não é do tipo que vai se doer e nem ficar
> > de mi-mi-mi.
> > Vou pegar o seu exemplo, vou aprofundá-lo com mais elementos, e vou
> > detalhar aonde o problema acontece.
> > Espero que não fique incomodado... Pois o foco é técnico e melhorar a
> > Internet como um todo.
> >
> > Você disse:
> > "Sempre configuro o local preference das conexões ao IX.br assim:
> > IX-LOCAL (Onde vc tá com infra própria até o PIX) > IX-REGIONAL > IX-SP
> OU
> > RJ"
> >
> >
> > Digamos que A JosivanNET seja um provedor no em torno de Brasília,
> > atendendo Guará, Taguatinga...
> >
> > P.S. 1: As cidades escolhidas neste exemplo foram para tornar evidente o
> > problema que quero demostrar.
> > Os nomes escolhidos nessa "E"stória não tem inspiração nenhuma em
> qualquer
> > empresa real(a não ser a JosivanNET, hehe).
> > P.S. 2: Nesse primeiro momento só vou falar das rotas na FIB do próprio
> > ASN.
> > Vamos deixar o ponto de vista de como o AS influencia a recepção de
> pacotes
> > para outro momento.
> >
> > Com todos os ISPs quando crescem um pouco, a JosivanNET além dos
> trânsitos
> > IP descolou um transporte até o IX.BR-SP(na época que chamava PTT ainda).
> > E também, para conseguir oferece uma comunicação de qualidade entre seu
> > clientes e a SERPRO, ele se ligou ao IX.BR-DF.
> >
> > Com isso a JosivanNet resolveu seguir a receita de bolo padrão,
> >  - Rotas recebidas dos Trânsitos com LocalPref de 100
> >  - Rotas recebidas dos route-servers do IX-BR.SP com LocalPref de 200
> >  - Rotas recebidas dos route-servers do IX-BR.DF com LocalPref de 300
> > OPA! Até aqui perfeito certo?
> >  - Rotas da Serpro sendo mais preferidas pelo IX.BR-Regional.
> >  - Facebook e Google pelo IX.BR-SP sendo mais preferidas que os
> trânsitos.
> > Tudo lindo né?
> >
> >
> > Mas aí apareceu na jogada duas outras empresas:
> > - A CoisasDivertidasCloud, que é uma empresa de hosting, que hospeda
> > conteúdo, e que está com seus servidores no RJ.
> > - A OutraNET, que é uma empresa de trânsito Internet com operação em
> > Fortaleza.
> >
> > A CoisasDivertidasCloud tem hospedado em seu hosting um conteúdo que teve
> > bastante adesão pelos gringos da parte norte do Globo Terrestre...
> > Então se preocupou em contratar uma empresa com um custo baixo para levar
> > esse conteúdo para a gringolândia com uma baixa latência, e um custo
> baixo.
> > Foi então que a OutraNET foi contratada.
> > Além levar isso para um monte de lugares das gringas, ela teria que
> > entregar isso também em pelo menos 12 dos IX.BR-Regionais, incluíndo o
> > IX.BR-DF.
> >
> >
> > Vamos esquecer um pouquinho a gringolândia nesse nosso exemplo, e focar
> no
> > Brasil. Apenas para fazer entender a quetão...
> >
> > Bom, as rotas da  CoisasDivertidasCloud começaram a aparecer nos
> > IX.BR-Regionais atrás do AS da OutraNET.
> > (Ficou claro até aqui?)
> >
> > A OutraNET tinha roteadores em Fortaleza, Rio de Janeiro e São Paulo. E
> uma
> > rede de transporte entre esses POPs.
> >
> > Dessa forma, as rotas da CoisasDivertidasCloud eram aprendidas no Border
> do
> > RJ da OutraNET, e enviadas por iBGP para SP e Fortaleza.
> > Com isso a OutraNET anunciava as redes da CoisasDivertidasCloud da
> seguinte
> > maneira:
> >  - IX.BR-RJ -> Pelo mesmo Border que falava com a CoisasDivertidasCloud,
> > entregava com 1ms de latênca.
> >  - IX-Equinix-RJ -> Pelo mesmo Border que falava com
> > a CoisasDivertidasCloud, entregava com 1ms de latênca.
> >  - IX.BR-SP -> Pelo Border que Tinha em SP, e recebia as rotas por iBGP
> do
> > Border de RJ, entregava com 5ms de latênca.
> >  - IX-Equinix-SP -> Pelo mesmo Border que falava com
> > a CoisasDivertidasCloud, entregava com 5ms de latênca.
> >  - IX.BR-SP -> Pelo Border que Tinha em SP, e recebia as rotas por iBGP
> do
> > Border de RJ, entregava com 5ms de latênca.
> >  - IX-Equinix-SP -> Pelo mesmo Border que falava com
> > a CoisasDivertidasCloud, entregava com 5ms de latênca.
> >  - IX.BR-CE -> Pelo Border que Tinha em Fortaleza, e recebia as rotas por
> > iBGP do Border de RJ, entregava com 24ms de latênca.
> > Mas lembram que eu falei que a OutraNET tinha sede em Fortaleza?
> > Então o Centro de roteamento mais forte é de lá, as redes construídas, os
> > contratos de transporte, foram construídos ao longo dos anos partindo de
> > lá.
> > E com isso, presença da OutraNET no IX.BR-DF era a partir do Router de
> > Fortaleza. E aí as rotas da CoisasDivertidasNET ficava assim:
> >  - IX.BR-DF -> Pelo Border que Tinha em Fortaleza, e recebia as rotas por
> > iBGP do Border de RJ, entregava com 57ms de latênca.
> >
> >
> > Agora vamos voltar para ver como isso ficava na RIB e na FIB da
> JosivanNET.
> >  - Rotas recebidas dos Trânsitos com LocalPref de 100
> >  - Rotas recebidas dos route-servers do IX-BR.SP com LocalPref de 200
> >  - Rotas recebidas dos route-servers do IX-BR.DF com LocalPref de 300
> >
> > Nesse caso, a JosivanNET iria:
> > Preferir a rota que ela recebe no IX.BR-DF, com 57 ms de latência(mais
> 1ms)
> > até seu pop.
> >  - Josivan-NET -> IX.BR-DF -> OutraNET em Recife -> Rio de Janeiro ->
> > CoisasDivertidasCLOUD
> > Deixar de preferir a rota que ela teria pelo IX.BR-SP, com 16ms de
> latência
> > até seu pop.
> >  - Josivan-NET -> IX.BR-BR -> OutraNET São Paulo -> Rio de Janeiro ->
> > CoisasDivertidasCLOUD
> >
> > E tudo isso porque?
> > Porque a JosivanNET usou critérios de escolha do BGP mais pesado(em
> > situações comuns).
> > Tiro de canhão para matar mosquito.
> >
> >
> > Já vou atencipar aqui os mi-mi-mis:
> > "Ainnn... Mas a CoisasDivertidasCLOUD escolheu uma empresa ruim para
> fazer
> > a entrega de suas rotas."
> > -> O que VOCÊ, oque O SEU ASN, pode fazer com relação as escolhas
> técnicas
> > e comerciais de outros ASNs?
> > "Ainnn... Mas a OutraNET deveria ter um transporte entre SP e RJ."
> > -> E VOCÊ vai obrigar eles a fazer isso como? Quem tem que exigir ou
> deixar
> > de exigir coisas assim é a contratante! A CoisasDivertidasCLOUD.
> >    E ela sabe que exigir coias assim vai afetar no preço que ela vai
> > pagar... Lembrando que o foco deles era a parte norte do Globo Terrestre.
> >
> >
> >
> > "Tá Douglas, seu chatão! E o que a gente pode fazer para resolver isso?"
> >
> > PAREM DE USAR LOCAL-PREF COMO SE FOSSE UM CRITÉRIO LEVE!
> > NÃO É LEVE, É PESADO! Mais pesado que AS-PATH, Mais pesado que MED.
> >
> > Costumo dizer que Loca-pref é como um Antibiótico, e o MED é um
> > antinflamatório.
> > Se vocÊ usar Antibiótico sempre que tiver qualquer prenúncio de doença,
> seu
> > sistema imunilógico vai ficar debilitado.
> >
> >
> > Não vou detalhar muito sobre o MED baseado em latência aqui por que esse
> > e-mail já ficou muito longo, e para não dar spoiler da apresentação que
> > farei no LACNOG.
> > Mas não precisa de tanto esforço assim para imaginar onde o MED baeado em
> > latência, aditivo a cada salto, resultaria.
> >
> >
> > Abraços!
> >
> >
> > Em sex., 21 de ago. de 2020 às 13:25, Josivan Barbosa <
> > josivan.barbosa01 at gmail.com> escreveu:
> >
> > > Sempre configuro o local preference das conexões ao IX.br assim:
> > >
> > > IX-LOCAL (Onde vc tá com infra própria até o PIX) > IX-REGIONAL > IX-SP
> > OU
> > > RJ
> > >
> > > E o MED seguindo a mesma lógica de acordo com a característica do
> > atributo:
> > >
> > > IX-LOCAL (Onde vc tá com infra própria até o PIX) < IX-REGIONAL < IX-SP
> > OU
> > > RJ.
> > >
> > > Se tem mais de um IX em cada "categoria", uso como "desempate"
> latência e
> > > banda disponível.
> > >
> > >
> > > Em sex., 21 de ago. de 2020 às 06:05, Tales Rodarte <
> > > talesrodarte at gmail.com>
> > > escreveu:
> > >
> > > > Para quem é do Norte/Nordeste pode usar como referencia o DDD:
> > > >
> > > > Região de Teresina:
> > > >
> > > > Priorização de upload baseado no as-path - 799
> > > > IX-THE  -   786
> > > > IX-CE   - 785
> > > > IX-NAT - 784
> > > > IX-RIO -  721
> > > > IX-SPO - 711
> > > >
> > > > Agora se for do sul  vai precisar de mais um numeral. hehe
> > > > Já para AS que possuem vários IXs e deseja priorizar o download,
> muitas
> > > > vezes acaba usando prepend (que pode acabar efeitos inesperados
> > > > dependendo da politica de anúncios), é mt estratégico usar MED como
> > > > destacado.
> > > >
> > > > As vezes com estes pequenos ajustes você melhora a experiência de uso
> > > > daquele cliente que precisa acessar conteúdos de um AS próximo a
> você e
> > > > que participa do mesmo IX regional.
> > > >
> > > > --
> > > >
> > > > Tales Rodarte
> > > >
> > > > Em 21/08/2020 00:57, Fernando Frediani escreveu:
> > > > > Olá pessoal.
> > > > >
> > > > > Esta mensagem é principalmente direcionada à todos aqueles Sistemas
> > > > > Autônomos que além de participarem de IX de grande porte como SP,
> RJ,
> > > > > CE, RS, etc também estão conectados à algum IX Regional em sua
> cidade
> > > > > ou região no interior dos Estados.
> > > > >
> > > > > Aqui em nossa operação além de estarmos conectados ao IX-SP também
> > > > > estamos à um IX Regional do Estado e verificando o gráfico de troca
> > de
> > > > > tráfego percebi que o tráfego de entrada é menor do que o de
> saída, o
> > > > > que não é algo esperado para um provedor de acesso e banda larga.
> > > > > Conversando com uma pessoa que possui o mesmo cenário ele também
> > > > > relatou o mesmo.
> > > > > E outra característica interessante é que quando acontece alguma
> > > > > intermitência no IX-SP (ou o IX maior) ou no transporte que conecta
> > > > > ai, passa a entrar mais tráfego através do IX Regional em questão.
> Ou
> > > > > seja, havia tráfego que poderia entrar naturalmente por ali mas
> está
> > > > > dando a volta em São Paulo.
> > > > >
> > > > > Isso pode indicar que outros participantes que também participam de
> > > > > ambos os IX podem ter configurado um Localpref maior para o IX-SP
> do
> > > > > que para o IX Regional. Talvez porque o IX-SP foi ativado antes e
> > > > > quando se ativou o IX Regional pode-se ter esquecido de igualar.
> > > > > Na verdade o ideal é deixar os Localprefs iguais e deixar com os
> > > > > outros participantes que também abordam os múltiplos IX como neste
> > > > > exemplo que indiquem através do atributo MED por onde preferem
> > receber
> > > > > o tráfego e que será o critério de desempate do BGP. Ainda sim,
> > (mesmo
> > > > > não recomendando dessa forma) caso houver uma razão muito
> específica
> > > > > prefiram ter o Localpref maior para o IX Regional do que para o
> IX-SP
> > > > > (RJ, CE, RS, etc).
> > > > >
> > > > > Geralmente o custo do Megabit para os IX Regionais daqueles que já
> > > > > participam tende a ser sempre menor o que será sempre uma economia
> > > > > para o provedor, mais importante ainda reduza latência que deixa de
> > > > > ter que dar a volta até São Paulo e passa trocar tráfego ali na
> > > > > própria região, liberando assim parte do transporte para São Paulo
> > > > > para o tráfego que realmente precisa vir dali.
> > > > >
> > > > > Minha sugestão é que aqueles que possuírem cenários semelhantes
> > > > > revisem seus Localprefs e se for o caso passem a utilizar também
> MED.
> > > > > Caso alguém tiver alguma outro sugestão complementar ou experiência
> > > > > diferente é bem vinda e será interessante saber.
> > > > >
> > > > > Obrigado
> > > > > Fernando Frediani
> > > > >
> > > > > --
> > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > > >
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > >
> > >
> > > --
> > > Att
> > >
> > > Josivan Barbosa
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> >
> >
> > --
> > Douglas Fernando Fischer
> > Engº de Controle e Automação
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
> --
> Att
>
> Josivan Barbosa
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>

-- 

*André Bolzan Saar*
*Andre.Bolzan at FIXFIBRA.com.br <Andre.Bolzan at FIXFIBRA.com.br>*
**55 11 98205-7742*