Re: IPv6 Default Allocation - What size allocation are you giving out

9 Oct 2014


      ...
A /60, /56, /52 or /48 allows the client to run multiple SLAAC
subnets (16, 256, 4096 or 65536) and to have the reverse ip6.arpa
zone delegated on a nibble boundary.
Understood...
...
There is plenty of address space even handing out /48's to everyone.
Also Understood.
...
Only short sighted ISP's hand out /56's to residential customers.
I am curious as to why you say it is short sighted? what is the technical or otherwise any other reasoning for such statement ?  

Faisal Imtiaz
Snappy Internet & Telecom


----- Original Message -----
...
From: "Mark Andrews" <marka@isc.org>
To: "Faisal Imtiaz" <faisal@snappytelecom.net>
Cc: "Sam Silvester" <sam.silvester@gmail.com>, "NANOG" <nanog@nanog.org>
Sent: Thursday, October 9, 2014 12:25:28 AM
Subject: Re: IPv6 Default Allocation - What size allocation are you giving out
In message
<1627782497.131675.1412827629110.JavaMail.zimbra@snappytelecom.net>,
 Faisal Imtiaz writes:
...
Like I said, this was my understanding.... I am glad that it is being
pointed
 out to be in-correct....
I don't have a reason for why a /64 as much as I also don't have any reason
W
hy NOT....
Because /64 only allows for a single subnet running SLAAC with
currently defined specifications.
...
So, let me ask the question in a different manner...
What is the wisdom / reasoning behind needing to give a /56 to a
Residential
customer (vs a /64).
A /60, /56, /52 or /48 allows the client to run multiple SLAAC
subnets (16, 256, 4096 or 65536) and to have the reverse ip6.arpa
zone delegated on a nibble boundary.  There is plenty of address
space even handing out /48's to everyone.  Only short sighted ISP's
hand out /56's to residential customers.
...
Regards.
Faisal Imtiaz
Snappy Internet & Telecom
----- Original Message -----
...
From: "Sam Silvester" <sam.silvester@gmail.com>
To: "Faisal Imtiaz" <faisal@snappytelecom.net>
Cc: "Erik Sundberg" <ESundberg@nitelusa.com>, "NANOG" <nanog@nanog.org>
Sent: Wednesday, October 8, 2014 11:47:01 PM
Subject: Re: IPv6 Default Allocation - What size allocation are you
giving
out
...
Why would you only allocate a residential customer a single /64?
...
That's totally short sighted in my view.
...
On Thu, Oct 9, 2014 at 2:07 PM, Faisal Imtiaz < faisal@snappytelecom.net
...
wrote:
...
...
We are going thru a similar process.. from all of my reading, best
practi
ce
discussions etc..
...
...
Here is what i have understood so far:-
...
...
Residential Customers: /64
...
...
Small & Medium size Business Customers: /56
...
...
Large Business size or a multi-location Business Customer: /48
...
...
Don't skimp on allocating the subnets like we do on IPv4
...
Better to be 'wasteful' than have to come back to re-number or
re-allocat
e
.
...
...
Regards
...
...
Faisal Imtiaz
...
Snappy Internet & Telecom
...
...
----- Original Message -----
...
...
From: "Erik Sundberg" < ESundberg@nitelusa.com >
...
...
To: nanog@nanog.org
...
...
Sent: Wednesday, October 8, 2014 9:18:16 PM
...
...
Subject: IPv6 Default Allocation - What size allocation are you
giving
out
...
...
...
...
I am planning out our IPv6 deployment right now and I am trying to
figu
re
out
...
...
our default allocation for customer LAN blocks. So what is everyone
giving
...
...
for a default LAN allocation for IPv6 Customers. I guess the idea of
...
...
handing a customer /56 (256 /64s) or a /48 (65,536 /64s) just makes
me
...
...
cringe at the waste. Especially when you know 90% of customers will
nev
er
...
...
have more than 2 or 3 subnets. As I see it the customer can always
ask
for
...
...
more IPv6 Space.
...
...
...
...
/64
...
...
/60
...
...
/56
...
...
/48
...
...
...
...
Small Customer?
...
...
Medium Customer?
...
...
Large Customer?
...
...
...
...
Thanks
...
...
...
...
Erik
...
...
...
...
________________________________
...
...
...
...
CONFIDENTIALITY NOTICE: This e-mail transmission, and any documents,
files
or
...
...
previous e-mail messages attached to it may contain confidential
information
...
...
that is legally privileged. If you are not the intended recipient, or
a
...
...
person responsible for delivering it to the intended recipient, you
are
...
...
hereby notified that any disclosure, copying, distribution or use of
an
y
of
...
...
the information contained in or attached to this transmission is
STRICT
LY
...
...
PROHIBITED. If you have received this transmission in error please
noti
fy
...
...
the sender immediately by replying to this e-mail. You must destroy
the
...
...
original transmission and its attachments without reading or saving
in
any
...
...
manner. Thank you.
...
...
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org