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>