[arin-ppml] Draft Policy ARIN-2020-2: Grandfathering of Organizations Removed from Waitlist by Implementation of ARIN-2019-16

Fernando Frediani fhfrediani at gmail.com
Fri Jan 15 14:07:37 EST 2021


I am be wrong, but sometimes I feel that some people either don't 
understand the issue of IPv4 exhaustion and keep believing everything 
will always be sorted out. Even worst, some seem to believe that if they 
have a noble justification ARIN will keep issuing them with more IPv4 
and all that's necessary for that is a policy in place.

Other seems to go in the direction of "I support it because my supplier 
(or customer) needs it in order that I can keep doing business with him" 
- forgetting that policies are not made to fulfill individual or fewer 
business needs among the totality of members that use those limited 
resources.

I do understand the reasoning of some that mentioned that point about 
being removed from the list, however that was not done on propose 
against those individual institutions but given the circumstances and in 
order to benefit the majority of existing and new members in a more fair 
possible way.

Regards
Fernando

On 15/01/2021 15:56, hostmaster at uneedus.com wrote:
> All major operating systems and major brands of networking gear have 
> IPv6 enabled.  In fact, the latest windows server networking requires 
> IPv6, and features will fail if you were to turn IPv6 off.
>
> I understand good designs can be done with IPv4 with little or no 
> configuration.  In fact the CPE of most major ISP's today have BOTH 
> IPv4 dhcp blocks preconfigured, as well as assignment of IPv6 to all 
> attached network devices by SLAAC and/or DHCPv6, leaving nearly no 
> configuration to set up a single node network.
>
> Thus, if setting up a new network, it actually takes MORE work to get 
> rid of IPv6 to form an IPv4 only network, rather than simply using the 
> preconfigured setup which is dual stack.
>
> There are already nodes on the internet that are IPv6 ONLY. This will 
> become more common as time goes on.  Not going with the default dual 
> stack setup will cut your users from access to these services.  
> Eventually we will reach a tipping point, after which IPv4 services 
> will start to disappear. Also, the devices do not have to do NAT for 
> IPv6, reducing the load on routers.  In todays world, turning on IPv6 
> will result in more than half of the traffic routing via IPv6 
> bypassing the NAT. It also future proofs your network.
>
> Albert Erdmann
> Network Administrator
> Paradise On Line Inc.
>
> On Fri, 15 Jan 2021, Mark Kiwiet wrote:
>
>> Inside/Private network space will probably always be IPv4.   I don't 
>> understand why you would deal with IPv6 on the inside - you have the 
>> entire freaking
>> class A of 10.0.0.0/8 to design around - and make beautiful designs 
>> as well.
>>
>> Unless you're running a NOC or a Web Server Farm - you really don't 
>> need more than 1 Public IP address for even 500+ private surfing 
>> endpoints.   Outside of
>> standard ports like TCP/25 - you can overload a single IP address 
>> with hundreds of high random ports.
>>
>> Right now - the biggest public IPv4 issue is waste.   There are tons 
>> of public IPv4's that are not used because they are part of an 
>> overallocated customer
>> block.
>>
>> On Fri, Jan 15, 2021 at 10:51 AM <hostmaster at uneedus.com> wrote:
>>       What expensive technology are you talking about?  Windows has 
>> had IPv6
>>       since Windows 2000.  Ditto with Apple or Chromebooks or any 
>> other tech
>>       that is commonly used in schools.
>>
>>       Use of RFC1918 Ipv4 addresses is quite common in every school I 
>> have ever
>>       dealt with. Even at the university level, it is very uncommon 
>> to assign
>>       workstations to public IPv4 addresses, and some form of NAT is 
>> used for
>>       IPv4 access via common public addresses with or without a proxy.
>>
>>       Albert Erdmann
>>       Network Administrator
>>       Paradise On Line Inc.
>>
>>       On Fri, 15 Jan 2021, Jay Wendelin wrote:
>>
>>       >
>>       > You would have to ask the ISP’s themselves.  My Schools will 
>> not want to be involved at all nor will we want to implement new and 
>> expensive
>>       technologies for
>>       > ip6.
>>       >
>>       >
>>       >
>>       >
>>       >
>>       > cidimage001.png at 01D698CE.05CAF3C0
>>       >
>>       > Jay Wendelin
>>       >
>>       > Chief Information Officer
>>       >
>>       > Cell: 309-657-5303
>>       >
>>       > jmw at poweredbystl.com
>>       >
>>       > cidimage002.png at 01D698CE.05CAF3C0 
>> cidimage003.png at 01D698CE.05CAF3C0 cidimage004.png at 01D698CE.05CAF3C0
>>       >
>>       >
>>       >
>>       >
>>       >
>>       > From: Fernando Frediani <fhfrediani at gmail.com>
>>       > Date: Friday, January 15, 2021 at 10:36 AM
>>       > To: Jay Wendelin <jmw at poweredbystl.com>
>>       > Cc: arin-ppml <arin-ppml at arin.net>
>>       > Subject: Re: [arin-ppml] Draft Policy ARIN-2020-2: 
>> Grandfathering of Organizations Removed from Waitlist by 
>> Implementation of ARIN-2019-16
>>       >
>>       > WARNING: This message originated from outside of the 
>> organization. Please do not click links or open attachments unless 
>> you recognize the
>>       source of this
>>       > email and can ensure the content is safe.
>>       >
>>       >
>>       >
>>       > Didn't these ISPs in 2021 not invest IPv6 deployment and good 
>> CGNAT techniques and they rely only on keep getting more addresses 
>> from ARIN ?
>>       >
>>       >
>>       >
>>       > Fernando
>>       >
>>       > On Fri, 15 Jan 2021, 13:29 Jay Wendelin, 
>> <jmw at poweredbystl.com> wrote:
>>       >
>>       >       I support this petition, I have many Public School 
>> Clients that rely on their ISP’s to manage and offer IP address.
>>       >
>>       >
>>       >
>>       >       Jay Wendelin
>>       >
>>       >       CIO
>>       >
>>       >       STL/BTS
>>       >
>>       >
>>       >
>>       >       cidimage001.png at 01D698CE.05CAF3C0
>>       >
>>       >       Jay Wendelin
>>       >
>>       >       Chief Information Officer
>>       >
>>       >       Cell: 309-657-5303
>>       >
>>       >       jmw at poweredbystl.com
>>       >
>>       >       cidimage002.png at 01D698CE.05CAF3C0 
>> cidimage003.png at 01D698CE.05CAF3C0 cidimage004.png at 01D698CE.05CAF3C0
>>       >
>>       >
>>       >
>>       > _______________________________________________
>>       > ARIN-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:
>>       > https://lists.arin.net/mailman/listinfo/arin-ppml
>>       > Please contact info at arin.net if you experience any issues.
>>       >
>>       >
>>       >_______________________________________________
>>       ARIN-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:
>>       https://lists.arin.net/mailman/listinfo/arin-ppml
>>       Please contact info at arin.net if you experience any issues.
>>
>>
>>
>> -- 
>>
>> [uc?export=download&id=1rw0rA0GcTMgcl44DG58wdI5ADThV4qbh&revid=0B3CYAKYY2jq7RXgwVlV4QWZyaFFkbXdiUE9GeVMyQjdmRW9VPQ] 
>>
>>
>>
>>
>
> _______________________________________________
> ARIN-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:
> https://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/20210115/60b50a84/attachment-0001.htm>


More information about the ARIN-PPML mailing list