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/address-policy-wg@ripe.net/
[address-policy-wg] 2007-01 New Policy Proposal (Direct Internet Resource Assignments to End Users from the RIPE NCC)
- Previous message (by thread): [address-policy-wg] 2007-01 New Policy Proposal (Direct Internet Resource Assignments to End Users from the RIPE NCC)
- Next message (by thread): [address-policy-wg] 2007-01 New Policy Proposal (Direct Internet Resource Assignments to End Users from the RIPE NCC)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Leo Vegoda
leo.vegoda at icann.org
Sat Apr 21 21:37:32 CEST 2007
On Apr 21, 2007, at 2:08 AM, McTim wrote: >> > Which LIR? The LIR stopped paying bills and doesn't have staff >> any more. >> > There is no-one to confirm the orderly transfer of >> responsibility for >> > the resources. The string connecting the resource holders to the >> RIPE >> > NCC snapped. The point at which a new LIR pops up and claims >> > responsibility for the resources is the ideal moment to hijack >> them. >> >> We all believe RIPE DB data is correct ;) > > this policy seems to be aimed at making it more correct, which seems > to be a good thing IMO. I support this policy. Which leads to another question... how long should be allowed between reconfirming or renewing the contact information held by the RIPE NCC in its private database of customers and/or the RIPE database? Regards, -- Leo Vegoda IANA Numbers Liaison
- Previous message (by thread): [address-policy-wg] 2007-01 New Policy Proposal (Direct Internet Resource Assignments to End Users from the RIPE NCC)
- Next message (by thread): [address-policy-wg] 2007-01 New Policy Proposal (Direct Internet Resource Assignments to End Users from the RIPE NCC)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]