[lacnog] [GTER] Guerra x blocos IP

[Douglas Fischer]

Atualmente, permitir ou não permitir não está mudando em nada o fato de
acontecer ou não acontecer.
Na vedade esse hiato de definição está piorando como as coisas estão sendo
resolvidas.
Tudo de maneira informal.

A carga de trabalho que existe em se gerir os recursos numéricos(trabalhos
dos RIRs) continua existindo.
E na verdade é aumentada quando está
"emprestado"/"alugado"/"cedido"/"transferido temporariamente" ou seja lá
expressão eufemística que se prefira usar. Pois além de controlar que é o
verdadeiro responsável pelo bloco, tem-se que controlar que está usando o
bloco.
Isso sem falar na luta que é para demais operadores de rede alcançar o
verdadeiro operador do bloco que está sendo usado informalmente.

E o que é pior? Recursos de um RIR estão sendo usados em territórios de
outros RIRs.
Isso gera maior carga de trabalho para o RIRs e CSIRTs da região onde eles
são efetivamente usados, mas as anualidades que custeia a operação do RIR
estão indo para outra região.


P.S.: Perdão pelo cross-post, mas creio que seja tema relevante para além
dos operadores de rede do Brasil, logo achei válido colocar isso na lista
do LACNOG também.
Segue link que iniciou o thread.
https://krebsonsecurity.com/2025/06/proxy-services-feast-on-ukraines-ip-address-exodus/

E segue referência do archive desse thread.
https://eng.registro.br/pipermail/gter/2025-June/080897.html

Em sex., 6 de jun. de 2025 às 08:41, Ricardo via gter <gter en eng.registro.br>
escreveu:

> quem sabe os membros da lacnic não estavam tão errado em não permitir o
> comercio de IPs.
>
> IPv4 , assim como espectro de frequência, são escassos e o modelo ainda
> adotado via lacnic pode ser o caminho para demais
>
> entidades.
>
> ---
>
> Em 2025-06-06 08:32, Rubens Kuhl via gter escreveu:
>
> >
> https://krebsonsecurity.com/2025/06/proxy-services-feast-on-ukraines-ip-address-exodus/
> > --
> > 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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20250606/d397ffd6/attachment.htm>