[148685] in North American Network Operators' Group
Re: How are you doing DHCPv6 ?
daemon@ATHENA.MIT.EDU (=?utf-8?Q?Bj=C3=B8rn_Mork?=)
Fri Jan 20 08:07:45 2012
From: =?utf-8?Q?Bj=C3=B8rn_Mork?= <bjorn@mork.no>
To: Randy Carpenter <rcarpen@network1.net>
Date: Fri, 20 Jan 2012 14:06:52 +0100
In-Reply-To: <52477a71-0a98-445b-a083-1844d37ac71e@zimbra.network1.net> (Randy
Carpenter's message of "Tue, 17 Jan 2012 17:04:02 -0500 (EST)")
Cc: Nanog <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
Randy Carpenter <rcarpen@network1.net> writes:
> I am wondering how people out there are using DHCPv6 to handle
> assigning prefixes to end users.
>
> We have a requirement for it to be a redundant server that is
> centrally located.
OK, so then you've already made your choice.
Another solution is having the DHCPv6 servers distributed while keeping
the database centrally managed. This is the route the delegated prefix
will travel:
central MySQL master =3D> local MySQL slave on each RADIUS server =3D>
RADIUS based per client provisioning =3D> local DHCPv6 server running on
each access router =3D> DHCPv6 client on customer CPE
This is about as redundant as it gets if you have multiple RADIUS
servers in multiple sites. No need for any cooperation between the
DHCPv6 servers to be fully redundant.
The only assumption is that either will the client always connect to the
same access router, or the prefix must move between the access routers
the client uses. Whether this is a deaggregation problem for you or not
depends on how those access routers can be grouped, if at all.
But that problem is really unrelated to DHCPv6
Bj=C3=B8rn
