IPv6 is broken on ietf-portal SSID

[morrowc@…]

It seems that (from some simple testing/attempts to get on the portal network) that:
o portal network is receiving AAAA dns responses
o portal network has RA/ipv6 addressing active
o ipv6 is actually active (to local resources, portal/noc.meeting.ietf.org)
o ipv6 connections to tcp/80 && tcp/443 is firewalled/broken

This means that the portal page is broken unless you tell firefox (or other browser) to NOT use ipv6. This seems like a fail for the ietf :(

-chris

[llynch@…]

John -

I think this falls into your bucket.

• Lucy

[kemp@…]

Known behavior. We require people to auth-by-v4 webpage.
If you go to: ​http://www.google.com/, that should get you going.
Thank you for the notification. We should try to fix this issue
in the next rev/generation.

• John

[anonymous]

Replying to kemp@ns.uoregon.edu:

Known behavior. We require people to auth-by-v4 webpage.

could your firewall send back some clue about this? hanging for multiple minutes on v6 failures just looks bad, the IETF really ought to be able to do this 'better' (or 'properly'). Also, how can the apache box NOT do v6? it's pingable over v6, perhaps at least redirect to a v4 only hostname?

If you go to: ​http://www.google.com/, that should get you going.

can't do this until you auth to the wireless right? so.. if I can't (without minutes delays for every part of the page) get auth'd I can't get to www.google.com either.

Thank you for the notification. We should try to fix this issue
in the next rev/generation.

ok... it's pretty badly broken now though.

-chris

• John

[llynch@…]

Milestone IETF 79 deleted