[183564] in North American Network Operators' Group
Re: IPv6 Subscriber Access Deployments
daemon@ATHENA.MIT.EDU (Valdis.Kletnieks@vt.edu)
Tue Sep 8 20:04:36 2015
X-Original-To: nanog@nanog.org
To: Josh Moore <jmoore@atcnetworks.net>
From: Valdis.Kletnieks@vt.edu
In-Reply-To: <BY2PR07MB027408A3C3BA1AA2CAE04EFC0530@BY2PR07MB027.namprd07.prod.outlook.com>
Date: Tue, 08 Sep 2015 15:54:50 -0400
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
--==_Exmh_1441742090_3480P
Content-Type: text/plain; charset=us-ascii
On Tue, 08 Sep 2015 19:40:44 -0000, Josh Moore said:
> The question becomes manageability. Unique VLAN per customer is not always
> scalable. For example, only ~4000 VLAN tags. What happens when you have more
> than that many customers?
If you're hanging 4K customers off the same switch, you probably have bigger
issues than running out of VLAN tags...
> We are talking very, very, small customers here. SOHO to say the most.
> /64 should be more than sufficient for their CPE router.
A Linksys WNDR3800 running CeroWRT (and probably OpenWRT by now) will prefer to
create multiple /64's - one for the 4 wired ports, one for private access on the
2.4G radio, one for guest access on the 2.4, and another private/guest pair
on the 5G radio. So there is CPE gear out there now that can blow through 5 /64s
by default, and more if you enable VLANs.
A /56 allocated via DHCPv6-PD would be a *minimum*. And prefixes are cheap,
so you may as well hand them a /48, just in case they have a second WNDR3800
at the other end of the building for coverage - because that one will then ask
the upstream one for a -PD allocation. So if you give the CPE a /48, it can
keep a /56 for itself, and hand the downstream a /56, and they can each
allocate /64s as needed.
And remember - prefixes are cheap and plentiful, so don't bother with /52
or /60, just split on 8-bit boundaries to make life easier for yourself...
--==_Exmh_1441742090_3480P
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Exmh version 2.5 07/13/2001
iQIVAwUBVe89CgdmEQWDXROgAQJGeQ/9F2QNPkIY8c3HZzHIvThONbISLybTrJWN
ee67aZm0sFVhYd9NYl12tlEYwaN2f7xUvIlLiXUzsnZ/OS//25BK5tTcyEfDf+zx
118nVThyBltnXSx5bpOuyuTrgjGSpQGeo9gSQL+IXIp5eCldJUSEQHq/1Q5V7jrR
dUSeUDB4MgVH3Q3+1TS9tu8xvhw0Py8GyZwc8DDnTwPuu0VCkafyfChXL/rYmZO+
lLlxm2zukCKQH7OelabMWuk7hMJpoP808eTJbdGc+eTpnOrkusD4y/yLAxj1F3qu
SU5MUbX/jvGIo/+UVnD+aLR6vr98jtInE0GFjWFCknbrowMk+cZIeXiVhHktdhEU
M/89MhfOULjsl9MbPeCm/IXf3ZmVq1QATBlsWS5y6TXBPu4xs19TI937yDGQov5v
2gP8yITYxder7R9x4bp9YUvdejKmRj6taj9RbQVDSK5gclX8OngmWvXOn+hYLPRr
ewbIkT7nDmzDacCCLrmXzwqJQMgCuSUiUx87zEVusI1596B9/rO8YHaXXKJtgaXx
tc2jkpIGBkKe20lBOwx7mmlqLM8FUMneKMV9k4+uzixRupmulk+w0w+qg7KYt9MO
sdbamVHALOs+n3VUTA+lmSql05N2l6Q6949oNdR90v3X2/i64WQ3H74RAN9sIzjv
ut4FFvJkEgw=
=8dvA
-----END PGP SIGNATURE-----
--==_Exmh_1441742090_3480P--
