[GTER] Fwd: IP Geofeed Tuner for RFC8805 feeds - AI Skill tool @ v0.0.9 pre-release

[Marcelo Gondim]

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>