[arin-ppml] Draft Policy ARIN-2017-5: Equalization of Assignment Registration requirements between IPv4 and IPv6

Tue Jul 25 18:17:33 EDT 2017

If I, as an End User network, want to inform geolocation providers of where
I'm using each netblock, having them assigned to me in the whois DB with an
appropriate address is one of the best ways to do that.  But if I'm running
a geolocation service, I can't rely on whois as the sole source of data on
where an address is used.  If I have other info that contradicts the whois
information, I'd probably just ignore the whois data and go with the facts
on the ground.

-Scott

On Tue, Jul 25, 2017 at 3:12 PM, Paul McNary <pmcnary at cameron.net> wrote:

> Owen
> Several weeks ago geolocation was one of the arguments for having accurate
> whois in this thread.
> This is no longer being argued?
> Paul
>
>
> On 7/25/2017 4:26 PM, Owen DeLong wrote:
>
>> Huh?
>>
>> WHOIS is not a geolocation service and anyone who thinks it is should
>> reduce their use of recreational pharmaceuticals.
>>
>> Owen
>>
>> On Jul 24, 2017, at 12:03 , Paul McNary <pmcnary at cameron.net> wrote:
>>>
>>> Then that totally negates the reasoning for geolocation.
>>> The administrative address could be on the other side of the earth.
>>>
>>> Paul
>>>
>>>
>>> On 7/24/2017 1:31 PM, Owen DeLong wrote:
>>>
>>>> On Jul 20, 2017, at 14:28 , hostmaster at uneedus.com wrote:
>>>>>
>>>>> My transit bus example is another example of SWIP difficulty.  Very
>>>>> hard to provide a street address to SWIP a bus when it is mobile 16 hours a
>>>>> day.
>>>>>
>>>> Not at all. A bus would be SWIPd to the bus yard or administrative
>>>> offices of the bus company. The SWIP data is not required to be the service
>>>> address, it is required to be an address for administrative and/or
>>>> technical contact regarding the network and/or legal process service
>>>> regarding same.
>>>>
>>>> [rest trimmed because we are in agreement on that part]
>>>>
>>>> Owen
>>>>
>>>> On Thu, 20 Jul 2017, Chris James wrote:
>>>>>
>>>>>> @Paul - The API key is to email it.
>>>>>>
>>>>>> @Owen - Very difficult when you have dynamic ranges, and vps/container
>>>>>> platforms spanning tens of thousands of instances across these dynamic
>>>>>> ranges.
>>>>>>
>>>>>>
>>>>>> On Thu, Jul 20, 2017 at 1:51 PM, Paul McNary <pmcnary at cameron.net>
>>>>>> wrote:
>>>>>>
>>>>>> Owen
>>>>>>>
>>>>>>> The reassignment policy page says IPv6 has to be done vi API.
>>>>>>> Is that something else that is incorrect on the web site?
>>>>>>>
>>>>>>> Paul
>>>>>>>
>>>>>>>
>>>>>>> On 7/20/2017 3:16 PM, Owen DeLong wrote:
>>>>>>>
>>>>>>> How can it be overly difficult to fill out an email template with
>>>>>>>> your
>>>>>>>> customers’
>>>>>>>> Name, Address, Phone Number?
>>>>>>>>
>>>>>>>> Really?
>>>>>>>>
>>>>>>>> Owen
>>>>>>>>
>>>>>>>> On Jul 19, 2017, at 23:48 , Pallieter Koopmans <
>>>>>>>> Pallieter at pallieter.org>
>>>>>>>>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Hello,
>>>>>>>>>
>>>>>>>>> ARIN could quantify and require rules for when to SWIP, but in the
>>>>>>>>> end, there are going to be exceptions needed if the rules are to be
>>>>>>>>> strictly followed. Many will not separately SWIP a separately
>>>>>>>>> routed
>>>>>>>>> sub-block if it is too difficult or pointless to gather and share
>>>>>>>>> that
>>>>>>>>> data back upstream to ARIN.
>>>>>>>>>
>>>>>>>>> Thus a more fuzzy rule to require a best-effort and to add a
>>>>>>>>> rule-based reason (preferably both a carrot and a stick) for block
>>>>>>>>> owners to do their best to provide (only) useful data. In order to
>>>>>>>>> do
>>>>>>>>> that, one needs to look back at why that data is needed. For a
>>>>>>>>> block
>>>>>>>>> owner to assign the SWIP on a sub-block, he basically delegates
>>>>>>>>> tech
>>>>>>>>> and abuse contact requests down to those that are probably more
>>>>>>>>> likely
>>>>>>>>> to be able to actually act on the tech/abuse requests (and thus
>>>>>>>>> reduce
>>>>>>>>> request-handling workload higher up and overall). But for that to
>>>>>>>>> work, those tech/abuse contact requests need to be actually
>>>>>>>>> handled,
>>>>>>>>> otherwise, it is better to leave them with the block owner.
>>>>>>>>>
>>>>>>>>> In the end, the contact details should be as close to the "person"
>>>>>>>>> that is actually capable to both handle (think:
>>>>>>>>> volume/languages/etc)
>>>>>>>>> and act (think: authority) on the tech/abuse requests.
>>>>>>>>>
>>>>>>>>> eBrain
>>>>>>>>> Innovative Internet Ideas
>>>>>>>>>
>>>>>>>>> Pallieter Koopmans
>>>>>>>>> Managing Director
>>>>>>>>>
>>>>>>>>> +31-6-3400-3800 (mon-sat 9-22 CET)
>>>>>>>>> Skype: PallieterKoopmans
>>>>>>>>> _______________________________________________
>>>>>>>>> PPML
>>>>>>>>> You are receiving this message because you are subscribed to
>>>>>>>>> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
>>>>>>>>> Unsubscribe or manage your mailing list subscription at:
>>>>>>>>> http://lists.arin.net/mailman/listinfo/arin-ppml
>>>>>>>>> Please contact info at arin.net if you experience any issues.
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>> PPML
>>>>>>>> You are receiving this message because you are subscribed to
>>>>>>>> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
>>>>>>>> Unsubscribe or manage your mailing list subscription at:
>>>>>>>> http://lists.arin.net/mailman/listinfo/arin-ppml
>>>>>>>> Please contact info at arin.net if you experience any issues.
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>> PPML
>>>>>>> You are receiving this message because you are subscribed to
>>>>>>> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
>>>>>>> Unsubscribe or manage your mailing list subscription at:
>>>>>>> http://lists.arin.net/mailman/listinfo/arin-ppml
>>>>>>> Please contact info at arin.net if you experience any issues.
>>>>>>>
>>>>>> --
>>>>>> This e-mail message may contain confidential or legally privileged
>>>>>> information and is intended only for the use of the intended
>>>>>> recipient(s).
>>>>>> Any unauthorized disclosure, dissemination, distribution, copying or
>>>>>> the
>>>>>> taking of any action in reliance on the information herein is
>>>>>> prohibited.
>>>>>> E-mails are not secure and cannot be guaranteed to be error free as
>>>>>> they
>>>>>> can be intercepted, amended, or contain viruses. Anyone who
>>>>>> communicates
>>>>>> with us by e-mail is deemed to have accepted these risks. This
>>>>>> company is
>>>>>> not responsible for errors or omissions in this message and denies any
>>>>>> responsibility for any damage arising from the use of e-mail. Any
>>>>>> opinion
>>>>>> and other statement contained in this message and any attachment are
>>>>>> solely
>>>>>> those of the author and do not necessarily represent those of the
>>>>>> company.
>>>>>>
>>>>> _______________________________________________
>>>>> PPML
>>>>> You are receiving this message because you are subscribed to
>>>>> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
>>>>> Unsubscribe or manage your mailing list subscription at:
>>>>> http://lists.arin.net/mailman/listinfo/arin-ppml
>>>>> Please contact info at arin.net if you experience any issues.
>>>>>
>>>> _______________________________________________
>>>> PPML
>>>> You are receiving this message because you are subscribed to
>>>> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
>>>> Unsubscribe or manage your mailing list subscription at:
>>>> http://lists.arin.net/mailman/listinfo/arin-ppml
>>>> Please contact info at arin.net if you experience any issues.
>>>>
>>>
>>
>>
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20170725/e0ae5874/attachment.htm>