[ppml] Policy Proposal -- Limit Scope of Anonymous Allocations

Owen DeLong owen at delong.com
Wed Nov 19 13:13:48 EST 2003


While I agree that the provider type 1 case would be nice to solve, I think
it would be hard to do that.  I'm open to suggestions on how we could do
so and I would support a reasonable policy in such case.

However, just because we can't solve the type 1 case does not mean, in my
opinion, that we should NOT solve the type 2 case.

As such, I think this proposal provides a reasonable compromise between
the desire for residential privacy and abuse concerns.  Do you have
concerns that my proposal somehow eliminates necessary residential
privacy?  If so, please identify them.

Thanks,

Owen


--On Tuesday, November 18, 2003 10:42 PM -0500 Leo Bicknell 
<bicknell at ufp.org> wrote:

>
> I'd like to compare two situations I see in the residential customer
> market space, and get some comments with respect to your concerns.
>
> Provider type #1:
>
>    - Typically Cable Modem based.
>    - Typically allows users 1-10 addresses, all assigned via DHCP.
>    - Since addresses are assigned by DHCP never SWIP's space.
>    - Since addresses are assigned by DHCP, users can hop addresses
>      to hide their activities.
>    - All requests must go to the ISP.
>
> Provider type #2:
>
>    - Typically DSL based.
>    - Typically assigns a /27-/32.
>    - Typically SWIP's space.
>
> I bring this up because the discussion we've had pretty much only
> applies to provider type #2.  Even if I accept your argument that
> we need to make them SWIP all space with real information, we've
> only solved part of the problem, right?  For any policy that requires
> information for residential SWIP's to be truly effective wouldn't
> we also have to address the provider #1 case?
>
> To fix provider type #1, do we:
>
>    - Not allow them to use DHCP to assign residential customers,
>      mandating static assignments and SWIP's?
>    - Mandate automated mechanisms to query the owner of a DHCP
>      assigned address?
>    - Do something I haven't considered?
>
> If the problem is really that important it would seem to me we need
> to fix both cases.  That doesn't mean they need to be tied together
> (in the same policy), but rather that there should be proposals to
> address both issues.  If it's not important to address the provider
> type #1, then why is it so important to address this for provider
> type #2?  What is different about a user who has 8 IP's assigned
> via DHCP, and 8 IP's assigned via static routing?
>
> --
>        Leo Bicknell - bicknell at ufp.org - CCIE 3440
>         PGP keys at http://www.ufp.org/~bicknell/
> Read TMBG List - tmbg-list-request at tmbg.org, www.tmbg.org



-- 
If it wasn't crypto-signed, it probably didn't come from me.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 186 bytes
Desc: not available
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20031119/dba405ad/attachment.sig>


More information about the ARIN-PPML mailing list