From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter =?utf-8?q?M=C3=BCller?= To: location@lists.ipfire.org Subject: Re: incorporation state of ARIN's asn.txt Date: Sat, 26 Jun 2021 19:46:11 +0000 Message-ID: <90800aee-8232-30ec-d2f7-121336d8382d@ipfire.org> In-Reply-To: <55a8df26-0559-aedf-4d0f-ba5a15a6927a@riseup.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3488813714718171821==" List-Id: --===============3488813714718171821== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi nusenu, thank you for reaching out. > I did read the recent threads on this mailing list about "Import (technical= ) AS names from ARIN", > which I assume should improve or entirely solve the situation. Yes, this more or less addresses the issue of AS names missing completely for= ARIN space. Given the fact that I have no idea on what to do with LACNIC, and the AS name= s file provided by ARIN does not contain human-readable AS names (although DigitalOcean is one of the= better examples in there), I rather see it as an improvement than a solution. :-) It would be interesting to learn where MaxMind got these data from, as well a= s more precise location information for ARIN and LACNIC space. Apart from scraping (PITA deluxe) and/= or some contract-based stuff, I have no clue... If you or anybody else has any idea of getting more precise location or AS da= ta for space maintained by these two RIRs in a reliable way, we will be most interested in hearing ab= out it. > Is my understanding correct that your recent work [1] on adding ARIN's AS n= ame [2] data has been merged? Yes, you are correct, that patch has been merged. It can be retrieved here: https://git.ipfire.org/?p=3Dlocation/libloc.git;a=3Dcommit;h=3D92403f3910c7a1= aa576fc56953ec931ebfffd107 The reason why you do not see those AS names in production is because there i= s no new libloc release, yet. There is one bug (#12553) left to fix, but afterwards, I guess we are fi= ne to release libloc 0.9.7; a day later, the generated database dump should contain the AS information. > Should I already see ARINs asn.txt AS name information or will this be "vis= ible" in ipfire's db in the near future? No and yes. :-) For the sake of completeness, I take the liberty to note that the database.tx= t file you are referring to, and the Tor maintainers retrieve for baking it into their releases is _no= t_ the actual location database. So, technically, Tor is using the data conglomerated together by li= bloc - which we are happy about -, but not libloc itself. As far as I am aware, they decided against sh= ipping libloc with Tor for the moment, primarily due to compatibility issues with the 0.3.5.x LTS br= anch. Thanks, and best regards, Peter M=C3=BCller --===============3488813714718171821==--