This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[anti-abuse-wg] Increasing Whois accuracy, was Policy disallowing spam from RIPE blocks
- Previous message (by thread): [anti-abuse-wg] Policy proposal: closing allocation/assignment window, was Policy disallowing spam from RIPE blocks
- Next message (by thread): [anti-abuse-wg] LIR membership, was Policy disallowing spam from RIPE blocks
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Shane Kerr
shane at time-travellers.org
Thu Mar 10 14:10:15 CET 2011
Suresh, And on to #2... On Wed, 2011-03-09 at 20:19 +0530, Suresh Ramasubramanian wrote: > 2. Increasing accuracy in whois (including the descr: field) <- note, > I am not saying "structure to a freeform field", just seeing that it > matches the justification paperwork and its use I think this may make sense. One problem is that right now nobody knows what the supposed purpose of an assignment was except for the address holder and the RIPE NCC. The RIPE database group tends to prefer explicit fields for explicit purposes. Okay, maybe that is just me. ;) We could add something as simple as: assignment-purpose: [reason] We could ask the RIPE NCC for guidance for 'reason' labels that cover the vast majority of all assignments, like 'mobile phones' or 'cable customers' or 'isp infrastructure'. That would make it a lot easier for us, as 3rd parties, to know if the assignment was being used incorrectly. I suspect we'd get a lot of pushback from LIRs, but I could be wrong. -- Shane
- Previous message (by thread): [anti-abuse-wg] Policy proposal: closing allocation/assignment window, was Policy disallowing spam from RIPE blocks
- Next message (by thread): [anti-abuse-wg] LIR membership, was Policy disallowing spam from RIPE blocks
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]