[arin-discuss] IPv6 End User Assignments

Jim mrjim at nttec.com
Thu May 7 19:16:30 EDT 2009


Dear Michael,

I think most of the people are reading this discussion on ipv6.
Yours reply was a disheartening but polite RTFM answer.

There are a lot of people that are not engineers on this listserv,
and the emails that have been coming are finally something a non geek
like me can understand. I have already put my engineers to work on
reading the manual and implementing ipv6 in everyplace we can possibly
do it, because of these emails. 

Please don't discourage the discussion.

Sincerely,

Jim

On Thu, 2009-05-07 at 08:38 -0700, Aaron Hughes wrote:
> Michael,
> 
> E-mail such as yours is disheartening and drives me toward unsubscribing, however, we all really do need to be discussing things such as v6 end user assignments. I want so badly for this to be a positive and educational experience for all of us. 
> 
> This list is intended to be used for discussion. Please focus on mastering the art of leadership rather than attacking others or nit-picking at minor and mostly off-topic points.
> 
> Based on your e-mails, you appear to be an intelligent person with exceptionally high attention to detail and with the right focus you could really help this community. Your current behavior is creating a good deal of noise that is distracting and takes away from the quality of the discussion.
> 
> I hope I speak for everyone when I ask for you to reflect upon your delivery and ask that you please take the time to think about the community and the individuals you are interacting with before sending future e-mail.
> 
> Aaron
> 
> 
> 
> 
> On Thu, May 07, 2009 at 09:09:16AM +0100, michael.dillon at bt.com wrote:
> > > As architects in the planning phase of a v6 roll-out we get 
> > > to plan for company needs, customer needs, aggregation, 
> > > reachability, scalability, etc etc etc. One of the aspects we 
> > > should all evaluate is wasting space.  
> > 
> > NO!
> > 
> > First of all, don't call yourself an architect if you know
> > nothing about the technology. Architects start by learning
> > how things work, then and only then, do they design and plan.
> > You have a warped sense of size and waste. A /21 is hardly
> > massive. With IPv4 I have received several /16 allocations
> > from ARIN, and in IPv6, a /21 or /16 represents the same
> > proportion of the total address space. In the IPv4 world
> > an ISP with a /21 is a small ISP in a single town. Waste
> > is simply not an issue with IPv6.
> > 
> > > When I rolled out v6 to my customers, I made the company 
> > > policy decision to assign /64s to customers by default and 
> > > /48s to those who requested more than one subnet.  This made 
> > > it rather easy to have 2 pools of aggregatable regional space 
> > > for customer assignments.
> > 
> > Some of use prefer one pool which can be achieved by giving
> > everyone a /48. On the business side of things, when competitors
> > appear offering a /48, this means that you would already
> > be at parity instead of losing customers steadily because of
> > your stinginess. If I were in your market, I would portray
> > this as evidence of your technical incompetence to encourage
> > your customers to jump ship. (Note that I don't run an ISP
> > so there is no danger of me personally being in your market).
> > 
> > > It is highly unlikely that very large ISPs will be assigning 
> > > 48s to each customer as it would be a waste of space.
> > 
> > It is not a waste of space. Very large ISPs in Europe and
> > Asia already do assign /48s to each customer. ARIN policy
> > allows it in North America as well.
> > 
> > > I am involved in many v6 implementations and none of them 
> > > assign 48s by default.
> > 
> > No doubt due to your influence. But sooner or later these 
> > people will educate themselves about IPv6 and will be unhappy
> > with the way that you forced them down an unsustainable path.
> > 
> > --Michael Dillon
> > -- 
> > ARIN-Discuss
> > You are receiving this message because you are subscribed to
> > the ARIN Discussion Mailing List (ARIN-discuss at arin.net).
> > Unsubscribe or manage your mailing list subscription at:
> > http://lists.arin.net/mailman/listinfo/arin-discuss
> > Please contact info at arin.net if you experience any issues.
> 




More information about the ARIN-discuss mailing list