Dual stack hotspot/captive portal
marc.blanchet at viagenie.ca
Thu Feb 24 03:25:09 CET 2011
I thought we were talking about hotspot with captive portal which
suggests public places with not the same level of security requirements
as an enterprise network.
To me, captive portals are just fine with router advertisements and I
don't see real need for DHCPv6. However, DHCPv6 can be a solution in
this environment, but there is currently some lack of clients
implementations. That might change in a not so distant future. However,
if one wants to do it right now, and it is for the general public, I
guess RA are probably more simple than DHCPv6, given all implementations
Le 11-02-23 21:20, Mikael Abrahamsson a écrit :
> On Wed, 23 Feb 2011, Dan White wrote:
>> I think the cat is out of the bag on DHCPv6. Unless you have control
>> over the client systems (like in an enterprise network), I think
>> DHCPv6 is going to be a far more frustrating path as a solution than
>> other options.
> You tell people that either they need to get DHCPv6 support or they
> don't get any IPv6 at all. I'd say DHCPv6 is either default on or easily
> installable on 90+% of systems with proper IPv6 support today.
> All Windows(on default)/OSX/Linux systems are easily fixed or have it
> already working. The only ones I can think of that will be a problem are
> iOS/Android devices, I have no idea about the state of DHCPv6 support
> there, but I don't see how they can avoid to support it long term.
> DHCPv6 is basically a must in any security minded network (otherwise you
> have to do /64 single broadcast domain per user). All clients will have
> to support it eventually to work properly.
IPv6 book: Migrating to IPv6, Wiley. http://www.ipv6book.ca
Stun/Turn server for VoIP NAT-FW traversal: http://numb.viagenie.ca
DTN Implementation: http://postellation.viagenie.ca
NAT64-DNS64 Opensource: http://ecdysis.viagenie.ca
More information about the ipv6-ops