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] ARIN position on other RIR resources (was: Re: 2013-03 New Policy Proposal (No Need - Post-Depletion Reality Adjustment and Cleanup))
- Previous message (by thread): [address-policy-wg] ARIN position on other RIR resources (was: Re: 2013-03 New Policy Proposal (No Need - Post-Depletion Reality Adjustment and Cleanup))
- Next message (by thread): [address-policy-wg] ARIN position on other RIR resources
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
John Curran
jcurran at arin.net
Wed Mar 27 13:11:55 CET 2013
> On Mar 27, 2013, at 7:58 AM, Nick Hilliard <nick at inex.ie> wrote: >> ... I'd recommend against developing policy based on a belief that >> ARIN policies don't apply to all resources in the ARIN region, as >> the outcome will not match expectations. > > John, I think this is very much germane to apwg even though it doesn't > relate to 2013-03. Are you talking here about RIR resources which are > formally transferred to ARIN, or resources from other RIRs which are > transferred or deployed somewhere in the ARIN service region, but still > administered by those other RIRs? By "in the ARIN region", I meant resources _in the ARIN registry_ This is common practice, i.e., I believe that each RIR administers resources in their registry per the policies which are developed by their community's processes. FYI, /John John Curran President and CEO ARIN
- Previous message (by thread): [address-policy-wg] ARIN position on other RIR resources (was: Re: 2013-03 New Policy Proposal (No Need - Post-Depletion Reality Adjustment and Cleanup))
- Next message (by thread): [address-policy-wg] ARIN position on other RIR resources
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]