AS 4134 does not provide an organisation name

[Sainan]

So, its name is detected as "No.31,Jin-rong Street" which is the address, but it should be "China Telecom" instead.

Cloudflare Radar and PeeringDB do seem to handle this ASN correctly. I'm not sure how exactly, maybe via manual overwrites.

[trick77]

Here's what AS4134 publishes as WHOIS descr:

aut-num:        AS4134
as-name:        CHINANET-BACKBONE
descr:          No.31,Jin-rong Street
descr:          Beijing
descr:          100032

Unless they change it, it's going to be the street name in ipverse, since it's all automatically processed, no manual overrides or special handling of certain AS for the foreseeable future.

[Sainan]

I'm not asking you to open-source your codebase, just e.g. add an overwrite map, which is populated from a JSON or CSV that's downloaded from a public git repo.

I don't think you have any problems with people using the data you publish for commercial products given that it's published under a licence that seems to basically just dedicate it to the public domain.

Otherwise, if money is an issue, I'd be glad to donate if there were options. I like open data. :)

[Sainan]

FWIW, we already have manually-curated data to determine if an ASN is a hosting provider (for VPN detection) in a freestanding WASM module, so I've just added a new routine to supply name overwrites (calamity-inc/soup-extra-data@ed61efb), and then apply those on the client (calamity-inc/Soup@d02f622).

I do like WASM as an ISA, but the tooling around it is not great, so this might not work for everyone. I will also need to update clients now before they see any changes, but unless this is implemented directly in ipverse, this is as much as I can do.

[embeddinglayer]

Shouldn't orgs be referenced from the organization object and not the first descr tag anyways? This will break on other ASNs.

[trick77]

Can you provide some examples?

[embeddinglayer]

I'm wrapping up my parser, I'll share the data and benchmarks here when finished.