From gondim at gmail.com  Mon May  4 15:17:35 2026
From: gondim at gmail.com (Marcelo Gondim)
Date: Mon, 4 May 2026 15:17:35 -0300
Subject: [GTER] Fwd: IP Geofeed Tuner for RFC8805 feeds - AI Skill tool
 @ v0.0.9 pre-release
In-Reply-To: <CAKUNjRNui181miXX3Dztc2raLQCQ2f3k2xmy+xb=mJG62n6FmQ@mail.gmail.com>
References: <CANXGjMUSgXQ0Ekw6uzCsdtQQawKti4nH2FrwYzRyUXV4ZzE=0w@mail.gmail.com>
 <CAKEr4RTx4JHFy-+n=W5y=sp3gxFc3W3uMM9SABW-hE6TePmjTw@mail.gmail.com>
 <acEvM1lWarUIn-pT@registro.br> <ae_cQ6VtueCCZHwj@registro.br>
 <84ab53c9-dfd0-4a0c-b91c-8da76679a4bf@gmail.com>
 <ae_1ScfZMcDx-0ns@registro.br>
 <0af1d331-278e-448f-ba47-9170d4df17ac@gmail.com>
 <CAKUNjRNui181miXX3Dztc2raLQCQ2f3k2xmy+xb=mJG62n6FmQ@mail.gmail.com>
Message-ID: <1d25a4fb-e8e0-4201-a4b7-19b081853f87@gmail.com>

Concordo contigo Gabriel,

Quando fiz este artigo [1] para a comunidade, para todas bases de 
Geolocaliza??o que contactei s? utilizei apenas 1 arquivo Geofeed 
contendo todos os prefixos indicando as regi?es e n?o um geofeed por 
prefixo. Imagine se o RPKI fosse uma ROA por arquivo. N?o faz sentido e 
geraria muito mais trabalho para administrar.

Bem essa ? minha opini?o.

[1] https://wiki.ispup.com.br/w/Geolocalizacao

Em 30/04/2026 15:59, Gabriel Wolp escreveu:
> Parab?ns pela iniciativa.
> Testado aqui funcionando OK,
> Mas um arquivo por bloco ? complicado para quem tem muitos.
>
> Em seg., 27 de abr. de 2026 ?s 21:04, Marcelo Gondim via gter
> <gter at eng.registro.br> escreveu:
>> Buenas Frederico,
>>
>> Lu? aqui da lista me refor?ou essa dica. Realmente eu n?o tinha feito
>> isso e tamb?m como uso a CloudFlare, tive que limpar o cache l? tamb?m.
>>
>> Agora funcionou perfeito. Para quem precisar fiz isso no nginx:
>>
>>     location ~ \.csv$ {
>>         default_type text/csv;
>>         add_header Content-Type text/csv always;
>>     }
>>
>> Em 27/04/2026 20:46, Frederico A C Neves escreveu:
>>> Marcelo,
>>>
>>> On Mon, Apr 27, 2026 at 08:25:11PM -0300, Marcelo Gondim via gter wrote:
>>>> Buenas Frederico,
>>>>
>>>> Estou usando o mesmo formato da RFC e que j? uso em outros sistemas mas n?o
>>>> est? aceitando o arquivo, nem com extens?o .csv e nem com extens?o .csv
>>>>
>>>> O formato que est? no arquivo ? este s? alterei o prefixo para um privado
>>>> como exemplo, o link https com certificado v?lido e pelo navegador acesso
>>>> normalmente:
>>>>
>>>> 192.168.0.0/24,BR,BR-RJ,Araruama,
>>>>
>>>> Fica dizendo que o arquivo ? inv?lido.
>>> Como disse o cliente por hora est? muito estrito e s? permite
>>> Content-Type: text/csv. No apache h? v?rias formas de fazer isso, uma
>>> delas ? um "AddType text/csv .csv"
>>>
>>> Verifique com curl -v
>>>
>>> ~> curl -v https://ftp.registro.br/pub/geofeed/22548v4.csv
>>> * Host ftp.registro.br:443 was resolved.
>>> * IPv6: 2001:12ff:0:2::8
>>> * IPv4: 200.160.2.8
>>> *   Trying [2001:12ff:0:2::8]:443...
>>> ...
>>> * Request completely sent off
>>> < HTTP/1.1 200 OK
>>> < Date: Mon, 27 Apr 2026 23:39:36 GMT
>>> < Server: Apache
>>> < Strict-Transport-Security: max-age=15768000
>>> < Last-Modified: Mon, 27 Apr 2026 21:03:19 GMT
>>> < ETag: "23-6507771bcf296"
>>> < Accept-Ranges: bytes
>>> < Content-Length: 35
>>> < Content-Type: text/csv
>>>
>>> Permitiremos em breve text/plain tamb?m.
>>>
>>> Fred
>> --
>> Marcelo Gondim
>> Network Specialist, Internet Security Specialist, MANRS, KINDNS, Network Services, IPv6. Best Current Operational Practice (BCOP)
>> rsa3072/D1E946F36F10478D: 6E15 9C3F 2C9C 4AE6 22DA  21E7 D1E9 46F3 6F10 478D
>>
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter

-- 
Marcelo Gondim
Network Specialist, Internet Security Specialist, MANRS, KINDNS, Network Services, IPv6. Best Current Operational Practice (BCOP)
rsa3072/D1E946F36F10478D: 6E15 9C3F 2C9C 4AE6 22DA  21E7 D1E9 46F3 6F10 478D

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 665 bytes
Desc: OpenPGP digital signature
URL: <https://eng.registro.br/pipermail/gter/attachments/20260504/2736b3fd/attachment.sig>

From gondim at gmail.com  Mon May  4 15:33:36 2026
From: gondim at gmail.com (Marcelo Gondim)
Date: Mon, 4 May 2026 15:33:36 -0300
Subject: [GTER] Fwd: IP Geofeed Tuner for RFC8805 feeds - AI Skill tool
 @ v0.0.9 pre-release
In-Reply-To: <1d25a4fb-e8e0-4201-a4b7-19b081853f87@gmail.com>
References: <CANXGjMUSgXQ0Ekw6uzCsdtQQawKti4nH2FrwYzRyUXV4ZzE=0w@mail.gmail.com>
 <CAKEr4RTx4JHFy-+n=W5y=sp3gxFc3W3uMM9SABW-hE6TePmjTw@mail.gmail.com>
 <acEvM1lWarUIn-pT@registro.br> <ae_cQ6VtueCCZHwj@registro.br>
 <84ab53c9-dfd0-4a0c-b91c-8da76679a4bf@gmail.com>
 <ae_1ScfZMcDx-0ns@registro.br>
 <0af1d331-278e-448f-ba47-9170d4df17ac@gmail.com>
 <CAKUNjRNui181miXX3Dztc2raLQCQ2f3k2xmy+xb=mJG62n6FmQ@mail.gmail.com>
 <1d25a4fb-e8e0-4201-a4b7-19b081853f87@gmail.com>
Message-ID: <72c8bad2-caa8-40b6-92fe-d90df587577b@gmail.com>

Na pr?pria RFC8805 [1] encontramos diversos exemplos com apenas 1 
arquivo contendo as informa??es:


      2.2.<https://datatracker.ietf.org/doc/html/rfc8805#section-2.2>Examples
      <https://datatracker.ietf.org/doc/html/rfc8805#name-examples>

Example entries using different IP address formats and describing 
locations at alpha2code ("country code"), region, and city granularity 
level, respectively:

192.0.2.0/25,US,US-AL,,
192.0.2.5,US,US-AL,Alabaster,
192.0.2.128/25,PL,PL-MZ,,
2001:db8::/32,PL,,,
2001:db8:cafe::/48,PL,PL-MZ,,

The IETF network publishes geolocation information for the meeting 
prefixes, and generally just comment out the last meeting information 
and append the new meeting information. The[GEO_IETF 
<https://noc.ietf.org/geo/google.csv>], at the time of this writing, 
contains:

# IETF106 (Singapore) - November 2019 - Singapore, SG
130.129.0.0/16,SG,SG-01,Singapore,
2001:df8::/32,SG,SG-01,Singapore,
31.133.128.0/18,SG,SG-01,Singapore,
31.130.224.0/20,SG,SG-01,Singapore,
2001:67c:1230::/46,SG,SG-01,Singapore,
2001:67c:370::/48,SG,SG-01,Singapore,


[1] https://datatracker.ietf.org/doc/html/rfc8805#name-examples


Em 04/05/2026 15:17, Marcelo Gondim escreveu:
> Concordo contigo Gabriel,
>
> Quando fiz este artigo [1] para a comunidade, para todas bases de 
> Geolocaliza??o que contactei s? utilizei apenas 1 arquivo Geofeed 
> contendo todos os prefixos indicando as regi?es e n?o um geofeed por 
> prefixo. Imagine se o RPKI fosse uma ROA por arquivo. N?o faz sentido 
> e geraria muito mais trabalho para administrar.
>
> Bem essa ? minha opini?o.
>
> [1] https://wiki.ispup.com.br/w/Geolocalizacao
>
> Em 30/04/2026 15:59, Gabriel Wolp escreveu:
>> Parab?ns pela iniciativa.
>> Testado aqui funcionando OK,
>> Mas um arquivo por bloco ? complicado para quem tem muitos.
>>
>> Em seg., 27 de abr. de 2026 ?s 21:04, Marcelo Gondim via gter
>> <gter at eng.registro.br> escreveu:
>>> Buenas Frederico,
>>>
>>> Lu? aqui da lista me refor?ou essa dica. Realmente eu n?o tinha feito
>>> isso e tamb?m como uso a CloudFlare, tive que limpar o cache l? tamb?m.
>>>
>>> Agora funcionou perfeito. Para quem precisar fiz isso no nginx:
>>>
>>> ??? location ~ \.csv$ {
>>> ??????? default_type text/csv;
>>> ??????? add_header Content-Type text/csv always;
>>> ??? }
>>>
>>> Em 27/04/2026 20:46, Frederico A C Neves escreveu:
>>>> Marcelo,
>>>>
>>>> On Mon, Apr 27, 2026 at 08:25:11PM -0300, Marcelo Gondim via gter 
>>>> wrote:
>>>>> Buenas Frederico,
>>>>>
>>>>> Estou usando o mesmo formato da RFC e que j? uso em outros 
>>>>> sistemas mas n?o
>>>>> est? aceitando o arquivo, nem com extens?o .csv e nem com extens?o 
>>>>> .csv
>>>>>
>>>>> O formato que est? no arquivo ? este s? alterei o prefixo para um 
>>>>> privado
>>>>> como exemplo, o link https com certificado v?lido e pelo navegador 
>>>>> acesso
>>>>> normalmente:
>>>>>
>>>>> 192.168.0.0/24,BR,BR-RJ,Araruama,
>>>>>
>>>>> Fica dizendo que o arquivo ? inv?lido.
>>>> Como disse o cliente por hora est? muito estrito e s? permite
>>>> Content-Type: text/csv. No apache h? v?rias formas de fazer isso, uma
>>>> delas ? um "AddType text/csv .csv"
>>>>
>>>> Verifique com curl -v
>>>>
>>>> ~> curl -v https://ftp.registro.br/pub/geofeed/22548v4.csv
>>>> * Host ftp.registro.br:443 was resolved.
>>>> * IPv6: 2001:12ff:0:2::8
>>>> * IPv4: 200.160.2.8
>>>> *?? Trying [2001:12ff:0:2::8]:443...
>>>> ...
>>>> * Request completely sent off
>>>> < HTTP/1.1 200 OK
>>>> < Date: Mon, 27 Apr 2026 23:39:36 GMT
>>>> < Server: Apache
>>>> < Strict-Transport-Security: max-age=15768000
>>>> < Last-Modified: Mon, 27 Apr 2026 21:03:19 GMT
>>>> < ETag: "23-6507771bcf296"
>>>> < Accept-Ranges: bytes
>>>> < Content-Length: 35
>>>> < Content-Type: text/csv
>>>>
>>>> Permitiremos em breve text/plain tamb?m.
>>>>
>>>> Fred
>>> -- 
>>> Marcelo Gondim
>>> Network Specialist, Internet Security Specialist, MANRS, KINDNS, 
>>> Network Services, IPv6. Best Current Operational Practice (BCOP)
>>> rsa3072/D1E946F36F10478D: 6E15 9C3F 2C9C 4AE6 22DA? 21E7 D1E9 46F3 
>>> 6F10 478D
>>>
>>> -- 
>>> gter list https://eng.registro.br/mailman/listinfo/gter
>
-- 
Marcelo Gondim
Network Specialist, Internet Security Specialist, MANRS, KINDNS, Network Services, IPv6. Best Current Operational Practice (BCOP)
rsa3072/D1E946F36F10478D: 6E15 9C3F 2C9C 4AE6 22DA  21E7 D1E9 46F3 6F10 478D

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 665 bytes
Desc: OpenPGP digital signature
URL: <https://eng.registro.br/pipermail/gter/attachments/20260504/314073b0/attachment.sig>

From spoofer-info at caida.org  Fri May  8 07:00:55 2026
From: spoofer-info at caida.org (CAIDA Spoofer Project)
Date: Fri, 8 May 2026 10:00:55 +0000
Subject: [GTER] =?utf-8?q?Relat=C3=B3rio_Spoofer_para_GTER_-_Abr/2026?=
Message-ID: <202605081000.648A0tiH1165337@spoofer-app-web-prod-0.novalocal>

Em resposta ao feedback de comunidades de seguran?a operacional,
o projeto de valida??o de medidas de endere?o de origem do
CAIDA (https://spoofer.caida.org) est? automaticamente gerando
relat?rios mensais de prefixos BGP originados por ASes os quais
recebemos pacotes com endere?o de origem spoofed (alterado).
Estamos publicando esses relat?rios para garantir que essa
informa??o alcance contatos operacionais nesses ASes.

Esse relat?rio resume testes conduzidos no bra.

Corre??es de configura??es inferidas durante Abr/2026:
Nome do ASN                                           Corrigido em
262773 PROXXIMA TELECOMUNICACOES LTDA                 2026-04-08
53112  SULNET TELECOM                                 2026-04-10
269025 GmaX Telecomunica?ao                          2026-04-25
262995 NETDIGITAL TELECOMUNICACOES LT                 2026-04-27

Mais informa??es sobre as corre??es inferidas est?o dispon?veis em:
https://spoofer.caida.org/remedy.php

Problemas de Valida??o de Endere?o de Origem inferidos em Abr/2026:
Nome do ASN                            Primeiro registro  ?ltimo registro
18881  TELEF?NICA BRASIL S.A              2017-05-18        2026-04-18
28573  CLARO S.A.                         2018-04-23        2026-04-06
28186  ITS TELECOMUNICACOES LTDA          2018-05-24        2026-04-30
52531  DL Informatica Ltda                2018-07-30        2026-04-29
28210  SUMICITY TELECOMUNICACOES S.A.     2018-08-21        2026-04-15
263616 Dez Solucoes em Telecomunicaco     2018-11-29        2026-04-24
52871  TASCOM TELECOMUNICA??ES LTDA       2019-06-14        2026-04-29
28343  Unifique Telecomunica??es SA     2019-08-02        2026-04-07
28146  MHNET TELECOM                      2019-09-16        2026-04-21
52643  N&G Tecnologia LTDA                2019-09-24        2026-04-30
28142  DIGITAL DESIGN SERVI?OS DE TE      2019-12-04        2026-04-27
269053 3WACCES ME                         2019-12-11        2026-04-30
28352  NETSPEED LTDA                      2020-01-08        2026-04-20
262505 N4 Telecomunicacoes LTDA - ME      2020-03-31        2026-04-27
263959 FLEXTEL NETWORK TELECOMUNICACO     2020-04-08        2026-04-29
265438 UP SOLUCOES EM TECNOLOGIA LTDA     2020-09-27        2026-04-28
262691 CONECTA LTDA.                      2021-09-27        2026-04-10
263445 SEM LIMITE COMUNICA??ES LTDA       2021-09-29        2026-04-29
28160  MEGALINK INTERNET                  2021-10-14        2026-04-30
268873 Luiza Maria de Souza Sindelar      2022-01-18        2026-04-30
262494 Virtex Ltda                        2022-03-04        2026-04-16
262773 PROXXIMA TELECOMUNICACOES LTDA     2022-03-04        2026-04-24
266164 Henrique Esdras dos Santos - M     2022-05-17        2026-04-25
52956  Speed Travel Comunica??o Mul     2022-05-21        2026-04-20
267028 UP PROVEDORES DE INTERNET LTDA     2022-09-21        2026-04-28
265055 BMI TELECOMUNICA??ES LTDA          2022-10-03        2026-04-09
52930  Turbo SP Internet Provider         2023-02-11        2026-04-29
270812 S. R. BRASIL - ME                  2023-02-17        2026-04-27
61588  REDE IDL                           2023-02-21        2026-04-24
269597 STALKER ENGENHARIA EIRELI          2023-02-25        2026-04-14
263486 Conecta Internet Comercio e Se     2023-03-18        2026-04-27
268593 SEVEN NETWORK TELECOMUNICACOES     2023-03-18        2026-04-30
267668 Gigaweb Tecnologia                 2023-05-05        2026-04-10
267484 TVC de Assis S/C Ltda              2023-05-12        2026-04-27
53222  Seanet Telecom Ltda                2023-07-04        2026-04-11
52995  TEN INTERNET Ltda                  2023-07-07        2026-04-27
268538 Conecta Network Telecom LTDA       2023-07-12        2026-04-30
264096 RG PROVIDER LTDA ME                2023-07-18        2026-04-28
268173 SOUSATEC.NET LTDA ME               2023-08-15        2026-04-29
268568 IMPLANTAR TELECOM SOCIEDADE LI     2023-08-22        2026-04-30
262812 K.H.D. SILVESTRI E CIA LTDA        2023-08-29        2026-04-30
262675 Solucao Network Provedor Ltda      2023-09-13        2026-04-28
262567 TELECOM FOZ                        2023-09-22        2026-04-27
53095  Axnet Provedor de Internet Com     2023-11-08        2026-04-28
269310 MAVNET TECNOLOGIA DE INFORMACA     2023-12-30        2026-04-07
265234 N-MULTIMIDIA TELECOMUNICACOES      2024-02-08        2026-04-27
265111 BR Automacao e Consultoria Ltd     2024-03-01        2026-04-28
269224 Universidade La Salle              2024-03-14        2026-04-25
268696 TUDDO INTERNET LTDA                2024-07-11        2026-04-23
61906  UNIMAX TELECOM                     2024-08-31        2026-04-22
52564  Biazi Telecomunica??es Ltda      2024-09-02        2026-04-30
262606 Unica Technology Ltda ME           2024-09-10        2026-04-10
269650 ARK TELECOM LTDA - ME              2024-10-31        2026-04-14
61657  Jr Net Informatica Ltda - ME       2024-10-31        2026-04-23
264001 GENESYSNET PROVEDOR DE INTERNE     2024-12-12        2026-04-30
269538 CONECTEC NET LTDA                  2024-12-20        2026-04-25
263528 VIACOM NEXT GENERATION COMUNIC     2025-01-08        2026-04-29
10881  FUNPAR - Fundacao da UFPR para     2025-01-16        2026-04-30
262779 Rede Exitus Ltda                   2025-01-31        2026-04-30
271679 RENOVTEC SERVICOS DE TECNOLOGI     2025-02-22        2026-04-25
264321 New Oeste Telecom do Brasil -      2025-03-18        2026-04-29
52787  MAX TELECOM PROVEDOR DE ACESSO     2025-04-23        2026-04-27
264554 CONECTE TELECOMUNICA??ES LTD       2025-05-05        2026-04-30
262311 IMBRANET INTERNET & INFORMATIC     2025-05-15        2026-04-16
273517                                    2025-05-19        2026-04-13
268768 PAULO HENRIQUE BATISTA GIMENES     2025-05-26        2026-04-22
61729  CB NET TELECOM LTDA                2025-06-05        2026-04-29
53078  Acesse Comunica??o Ltda          2025-06-18        2026-04-30
262420 GIGA TV LTDA - EPP                 2025-08-12        2026-04-28
264459 NET ALTERNATIVA PROVEDOR DE IN     2025-08-13        2026-04-27
53112  SULNET TELECOM                     2025-08-15        2026-04-10
264525 Coelho Tecnologia                  2025-08-26        2026-04-24
270961 SIM INTERNET PROVEDORES DE INT     2025-08-26        2026-04-30
263998 SIM Telecom                        2025-08-27        2026-04-28
52573  TECHNET NETWORKS LTDA              2025-09-09        2026-04-02
52777  BR27 Servi?os de Tecnologia L     2025-09-19        2026-04-25
265468 BRASIL NETWORKS LTDA               2025-10-05        2026-04-27
269032 UPNET TELECOM LTDA                 2025-10-23        2026-04-23
265269 MEGA TELEINFORMATICA EIRELI        2025-11-12        2026-04-30
268556 RG Correa Telecomunica?oes        2025-11-17        2026-04-29
270750 Link Net Telecom                   2025-11-17        2026-04-16
265447 ROM?O E CARVALHO COMUNICA??        2025-11-21        2026-04-14
264548 CHR TELECOM                        2025-12-08        2026-04-27
28606  ITM Tecnologia de Redes            2025-12-21        2026-04-27
264022 REDE CONEXAONET                    2026-03-07        2026-04-07
267433 Knet Internet                      2026-03-21        2026-04-27
270412 VIP NET PROVEDOR DE INTERNET L     2026-03-26        2026-04-30
269719 GN TELECOM                         2026-03-31        2026-04-02
267203 TVC Servi?os de Comunica??o     2026-04-15        2026-04-24
266229 lins. net telecom ltda-me          2026-04-27        2026-04-27
270308 MUNICIPIO DE MACAE                 2026-04-29        2026-04-29

Mais informa??es sobre esses testes e de onde recebemos
pacotes alterados est?o dispon?veis em:
https://spoofer.caida.org/recent_tests.php?country_include=bra&no_block=1

Por favor, envie quaisquer sugest?es ou feedback para spoofer-info at caida.org

From fischerdouglas at gmail.com  Thu May 14 09:47:01 2026
From: fischerdouglas at gmail.com (Douglas Fischer)
Date: Thu, 14 May 2026 09:47:01 -0300
Subject: [GTER] Fwd: IP Geofeed Tuner for RFC8805 feeds - AI Skill tool
 @ v0.0.9 pre-release
In-Reply-To: <72c8bad2-caa8-40b6-92fe-d90df587577b@gmail.com>
References: <CANXGjMUSgXQ0Ekw6uzCsdtQQawKti4nH2FrwYzRyUXV4ZzE=0w@mail.gmail.com>
 <CAKEr4RTx4JHFy-+n=W5y=sp3gxFc3W3uMM9SABW-hE6TePmjTw@mail.gmail.com>
 <acEvM1lWarUIn-pT@registro.br> <ae_cQ6VtueCCZHwj@registro.br>
 <84ab53c9-dfd0-4a0c-b91c-8da76679a4bf@gmail.com>
 <ae_1ScfZMcDx-0ns@registro.br>
 <0af1d331-278e-448f-ba47-9170d4df17ac@gmail.com>
 <CAKUNjRNui181miXX3Dztc2raLQCQ2f3k2xmy+xb=mJG62n6FmQ@mail.gmail.com>
 <1d25a4fb-e8e0-4201-a4b7-19b081853f87@gmail.com>
 <72c8bad2-caa8-40b6-92fe-d90df587577b@gmail.com>
Message-ID: <CAKEr4RT5TixnFaJPMB1QY-RWcF0SGtn+7h20fFQ0k6RCJ9qthg@mail.gmail.com>

Em seg., 4 de mai. de 2026 ?s 15:34, Marcelo Gondim via gter <
gter at eng.registro.br> escreveu:

> Na pr?pria RFC8805 [1] encontramos diversos exemplos com apenas 1
> arquivo contendo as informa??es:

Exato! Disse tudo!

Entendo (e admiro, e defendo) a preocupa??o do Registro.BR de sempre gerar
informa??es consistentes!
P.S.: Exemplo disso ? o quanto eu apanho LACNOG que os prefixos deveriam
estar obrigatoriamente vinculados a um ASN do mesmo Owner. Jeito certo que
o Registro.BR faz!

No entanto, n?o cabe ao RIR/NIR/LIR validar se tudo que est? no arquivo
contendo a lista de geofeed est? correto por inteiro.
Cabe ao consumidor das informa??es saber filtrar e consumir apenas as
entradas da lista que se referem ao bloco cujo qual o geofeed apontou para
aquele arquivo[1].

Sendo assim, pedimos que re-avaliem esta restri??o de um arquivo por bloco,
que salvo engano n?o est? coberto nem pelos MUST/MUST-NOT e nem pelos
SHOULD/SHOULD-NOT da RFC.

[1] Coisa que o https://github.com/massimocandela/geofeed-finder faz muito
elegantemente.

From fischerdouglas at gmail.com  Thu May 14 17:53:45 2026
From: fischerdouglas at gmail.com (Douglas Fischer)
Date: Thu, 14 May 2026 17:53:45 -0300
Subject: [GTER] Fwd: IP Geofeed Tuner for RFC8805 feeds - AI Skill tool
 @ v0.0.9 pre-release
In-Reply-To: <agYhKTUzWzf5gHOL@feather.sobornost.net>
References: <CAKEr4RTx4JHFy-+n=W5y=sp3gxFc3W3uMM9SABW-hE6TePmjTw@mail.gmail.com>
 <acEvM1lWarUIn-pT@registro.br> <ae_cQ6VtueCCZHwj@registro.br>
 <84ab53c9-dfd0-4a0c-b91c-8da76679a4bf@gmail.com>
 <ae_1ScfZMcDx-0ns@registro.br>
 <0af1d331-278e-448f-ba47-9170d4df17ac@gmail.com>
 <CAKUNjRNui181miXX3Dztc2raLQCQ2f3k2xmy+xb=mJG62n6FmQ@mail.gmail.com>
 <1d25a4fb-e8e0-4201-a4b7-19b081853f87@gmail.com>
 <72c8bad2-caa8-40b6-92fe-d90df587577b@gmail.com>
 <CAKEr4RT5TixnFaJPMB1QY-RWcF0SGtn+7h20fFQ0k6RCJ9qthg@mail.gmail.com>
 <agYhKTUzWzf5gHOL@feather.sobornost.net>
Message-ID: <CAKEr4RTURqi3G4UoWani0Aujd-Lts=DGBo=RbsxahdvcEZN9sg@mail.gmail.com>

Ol?, Job!.
N?o sei se eu te entendi bem, mas creio que o ponto de dor aqui ? outro.

Na atual metodologia implementada pelo Registro.BR, se eu sou Owner dos
blocos 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24, eu tenho que criar e
publicar um arquivo diferente para cada um desses blocos.
Se eu publico as Geofeeds de todos esses blocos num mesmo arquivo, o
mecanismo de valida??o do Registro.BR "reclama" de que h? inconsist?ncias
no arquivo e n?o permite efetivar a inser??o da informa??o de Geofeed.
Algo que n?o faz nenhum sentido do ponto de vista operacional para o
dia-a-dia de um operador de redes.
- Torna mais complicado se for implementa??o manual.
- Torna mais complicado se for implementa??o automatizada.

Torna simples operacionalizar a valida??o dos dados do conte?do do arquivo
apontado do ponto de vista de quem se prop?e a fazer essa valida??o.
Mas torna bastante mais complicado operacionalizar os geofeeds no dia-a-dia.


Em qui., 14 de mai. de 2026 ?s 16:23, Job Snijders <job at bsd.nl> escreveu:

> On Thu, May 14, 2026 at 09:47:01AM -0300, Douglas Fischer via gter wrote:
> > Em seg., 4 de mai. de 2026 ?s 15:34, Marcelo Gondim via gter <
> > gter at eng.registro.br> escreveu:
> >
> > > Na pr?pria RFC8805 [1] encontramos diversos exemplos com apenas 1
> > > arquivo contendo as informa??es:
> >
> > Exato! Disse tudo!
> >
> > Entendo (e admiro, e defendo) a preocupa??o do Registro.BR de sempre
> gerar
> > informa??es consistentes!
> > P.S.: Exemplo disso ? o quanto eu apanho LACNOG que os prefixos deveriam
> > estar obrigatoriamente vinculados a um ASN do mesmo Owner. Jeito certo
> que
> > o Registro.BR faz!
> >
> > No entanto, n?o cabe ao RIR/NIR/LIR validar se tudo que est? no arquivo
> > contendo a lista de geofeed est? correto por inteiro.
> > Cabe ao consumidor das informa??es saber filtrar e consumir apenas as
> > entradas da lista que se referem ao bloco cujo qual o geofeed apontou
> para
> > aquele arquivo[1].
> >
> > Sendo assim, pedimos que re-avaliem esta restri??o de um arquivo por
> bloco,
> > que salvo engano n?o est? coberto nem pelos MUST/MUST-NOT e nem pelos
> > SHOULD/SHOULD-NOT da RFC.
>
>
> I thought the Finding Geofeed idea was that multiple blocks can refer to
> a single Geofeed file, NOT that a single block can refer to multiple
> geofeed files (which sounds inefficient). See section 3 in RFC 9632:
>
>         """
>         Any particular inetnum: object SHOULD have, at most, one geofeed
>         reference, whether a remarks: or a proper geofeed: attribute when
> it is
>         implemented.
>         """
>
> Kind regards,
>
> Job
>


-- 
Douglas Fernando Fischer
Eng? de Controle e Automa??o