[GTER] Ajuda / Dúvida - Bloco IPv6 mínimo para anúncio BGP

Tue Jan 7 14:09:53 -03 2025

Indivíduos de telecom, principalmente dono de ISP, tem um bichinho dentro
do cérebro que é o "explorador de recurso escasso".
Tudo que ele puder fazer para esmerilhar uns centavos fazendo alguma coisa
que vai impactar outros que não ele, ele vai fazer!

E esses mesmos elementos também tem um outro bichinho dentro do cérebro que
é o único que consegue combater o primeiro bichinho.
Esse segundo bichinho chama-se "Ai meu bolso!".

Então, eu aqui no meu sonho de criar regras nos acordos de convivência que
privilegiassem os bem-educados, e penalizassem os mal-educados, gostaria
que existissem regras que gerassem custo extra para quem anunciasse
desagregado desnecessariamente.
Seria uma regra fácil de criar? Não!
Mas tenho certeza de que se esses Zé-Mané que anunciam 7 prefixos podendo
anunciar apenas 1 tivesse que pagar míseros 5 dólares anuais a mais por
cada rota desnecessária, eles iriam se esforçar para fazer as coisas
corretamente.

Em ter., 7 de jan. de 2025 às 13:50, André Dias <
andredias at hexanetworks.com.br> escreveu:

> Aproveitando a thread, fazer um comentario que vejo muito sendo deixado
> de lado.
>
> Fora citado aceitar prefixos até /48 do cliente. Todavia, existe algo
> importantissimo que é: "Nunca duvide da capacidade do ser-humano de
> fazer m...".
>
> Por exemplo, no IPv4 não é incomum vermos quebra de prefixo
> desnecessario, como quando o AS possui apenas um upstream, e insiste em
> quebrar seu /22 em 2 /23 e /24, enviando assim 7 prefixos para a DFZ
> totalmente a toa.
>
> Imagine se resolvem fazer uma caca parecida no IPv6? /32 quebrado em
> todos /48 possiveis são 2^16 (65536), o que claro que não seria nada
> divertido.
>
> Sendo assim, importantissimo configurar limite de prefixos recebidos em
> suas sessões BGP com downstreams!
>
> Sobre o que o Fischer citou de quebrar de 4 em 4 bits, assino embaixo.
> Gosto dessa ideia também.
>
> Abs
>
> André Dias
> CEO
> Hexa Networks | NetConfig
>
> On 1/7/25 13:18, Douglas Fischer via gter wrote:
> > Aproveitando pra melhorar o esclarecimento...
> >
> > Mostrar visualmente explicará melhor do que usar um monte de palavras.
> > 2001:0DB8:X000:0000::/32
> > 2001:0DB8:0X00:0000::/36
> > 2001:0DB8:00X0:0000::/40
> > 2001:0DB8:000X:0000::/48
> > 2001:0DB8:0000:X000::/52
> > 2001:0DB8:0000:0X00::/56
> > 2001:0DB8:0000:00X0::/60
> > 2001:0DB8:0000:000X::/64
> >
> > Quando você "anda" de 4-em-4 bits, você acaba fazendo com que cada
> > "casinha" da notação hexadecimal do IPv6 tenha um significado.
> >
> > Esse tipo de escolha que parece "boba" na hora de planejar as subredes é
> a
> > diferença entre bater o olho e:
> > - Lembrar decor do que se trata
> > - Ter que ir procurar em algum IPAM o que significa aquilo.
> >
> >
> > Em ter., 7 de jan. de 2025 às 12:13, Gabriel Mineiro <mineiro at tca.com.br
> >
> > escreveu:
> >
> >> Também simpatizo com essa forma de subdividir por cada 4 bits.
> >>
> >> Eu divido o /32 em /36 para ter 16 POPs agregadores (pops com BNG/Router
> >> EDGE)
> >>
> >> Cada POP agregador poderá ter 16 roteadores com um bloco /40 cada.
> >>
> >> Se o router for BNG, podemos ter 65k clientes /56, se for Router edge
> para
> >> cliente corporativo/dedicado, 256 clientes /48.
> >>
> >> POPs com datacenter podem consumir um bloco /36 específico para esse
> fim,
> >> diminuindo o número total de POPs agregadores.
> >>
> >> As redes de enlace com as CPEs, normalmente uso o último bloco /48 de
> cada
> >> roteador, facilitando a agregação do pop.
> >>
> >>
> >> Att
> >>
> >> Gabriel Mineiro
> >>
> >>
> >> -----Mensagem original-----
> >> De: gter <gter-bounces at eng.registro.br> Em nome de Douglas Fischer via
> >> gter
> >> Enviada em: domingo, 5 de janeiro de 2025 19:22
> >> Para: Gabriel Wolp <paivgabriel at gmail.com>
> >> Cc: Grupo de Trabalho de Engenharia e Operacao de Redes <
> >> gter at eng.registro.br>
> >> Assunto: Re: [GTER] Ajuda / Dúvida - Bloco IPv6 mínimo para anúncio BGP
> >>
> >> Certamente não te recomendo pensar em usar anunciar pra fora de seu
> >> domínio de roteamento prefixos com máscara mais longa que /48.
> >>
> >> E, eu, meramente por questões mnemônicas e estéticas(intrinsecamente
> >> ligadas) gosto de planejar as quebras de 4 em 4 bits.
> >> Tem certo e errado nisso? Não!
> >> Só sinto que facilita muito o dia a dia da equipe de operações.
> >>
> >> Em dom., 5 de jan. de 2025, 17:41, Gabriel Wolp via gter <
> >> gter at eng.registro.br> escreveu:
> >>
> >>> Já vi anúncios até /64 por aí afora, acredito que esse seja o filtro
> >>> mais configurado pelas operadoras. Eu pessoalmente tenho /41
> >>>
> >>> Em dom., 5 de jan. de 2025 às 08:12, Roberto Braga via gter
> >>> <gter at eng.registro.br> escreveu:
> >>>>
> >>>> Prezados, boa noite.
> >>>>
> >>>> Estou planejando um pequeno provedor e me deparei com uma dúvida.
> >>>>
> >>>> Vou usar um bloco IPv6 /32.
> >>>>
> >>>> Posso desagregar o /32 em 256 blocos /40 para distribuir para
> >>>> diferentes regiões? Eu gostaria dessa separação, pois pretendo
> >>>> implementar algumas otimizações de acordo com o POP em específico
> >>>> (um link upstream adicional num condomínio comercial, por exemplo,
> >>>> ou um servidor DNS, ou servidor de jogos numa região que demande
> >>>> muito, enfim, qualquer coisa que eu precise trabalhar apenas nesse
> >>>> POP em específico que está com 1 /40 atendendo 256
> >>>> /48 por exemplo)...
> >>>>
> >>>> Isso me traria problemas com BGP? Fazer o anúncio desagregado assim,
> >>>> em blocos de /40?
> >>>>
> >>>> O que seria melhor recomendado para compor os anúncios BGP? Posso
> >>>> fazer dessa forma? Existe um limite, ou poderei fazer inclusive
> >>>> desagregando
> >>> mais
> >>>> em casos MUITO específicos, tipo /44, /46 ou até mesmo o /48?
> >>>>
> >>>> É uma dúvida básica, mas se puderem me dar uma atenção para pensar a
> >>>> respeito, agradeço imensamente.
> >>>>
> >>>> Forte abraço.
> >>>>
> >>>> Roberto Braga
> >>>> --
> >>>> 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
> >>
> >>
> >
>
>

-- 
Douglas Fernando Fischer
Engº de Controle e Automação