[arin-ppml] Does this apply to Transfers too?

[Kevin Kargel]

> -----Original Message-----
> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On
> Behalf Of Scott Leibrand
> Sent: Tuesday, April 21, 2009 1:21 PM
> To: Dan.Thorson at seagate.com
> Cc: ARIN PPML
> Subject: Re: [arin-ppml] Does this apply to Transfers too?
> 
> Dan.Thorson at seagate.com wrote:
> >>
> >> It's worth noting that the attestation requirement is for "an officer"
> >> to sign it, not for "the CEO".  So in this example (and in companies
> >> like ours), you would probably want to give ARIN the CTO as the officer
> >> to contact for attestation.
> >>
> >
> > Scott,
> > Replace all instances of CEO in my previous email with CTO.  Same
> applies.
> >
> 
> Agreed.  In larger companies, the process of getting an officer's
> attention long enough to explain this whole IP request thing will be
> more difficult. In many cases, the difficulty will in fact be roughly
> proportional to the size of the IP request.  In any event, ARIN won't be
> sending the officer anything until you (the requestor) give them the
> officer's e-mail address, though, so you should be able to go through
> whatever internal procedure is required to appropriately escalate the
> issue and get the officer (and his admin, if necessary) up to speed
> before the e-mail from ARIN comes in.  But as John put it, "the
> importance of insuring accurate need-based applications is paramount",
> and this new procedure should help reduce waste and inefficient use of
> IPv4 addresses as we approach exhaustion.
> 
> -Scott
> _______________________________________________

The issue here is that any less than scrupulous admin probably also has the
ability to create any email address he wants to and pass that on to ARIN as
the contact.  Because of this I really don't see this step adding any real
world security or fidelity.  Or are you saying that the dishonest people
would be unlikely to cheat like that?

I believe though, that the contact will be made by certified postal mail,
not by email.  

Kevin

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3224 bytes
Desc: not available
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20090421/7bcb1781/attachment.bin>