Dual stack hotspot/captive portal

[Marc Blanchet]

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 
support RA.

Marc.

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.
>
> Why?
>
> 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