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

[Josivan Barbosa]

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