Xavier BEAUDOUIN <xbeaudouin=40hotcity...@dmarc.ietf.org> wrote:
    > We are a national Wi-Fi provider in Luxembourg and we provide public
    > Wi-Fi hostpots all around the country (~20K users / day).  Few weeks

Wow, thank you so much for doing this... I'm sorry that it caused problems...

    > # The device requested 2 times the captive portal
    > landing page too # Notes :

That seems weird.

    > # * The user has just activated his wi-fi
    > session (his state passes from captive=true to captive=false)
    > # * The
    > device decided to open again the captive portal pop-up without checking
    > for the captivity current state

The thing that I'm thinking about is ETag, Caching, etc. headers on the
replies.  I think that there should never be caching, but it feels like maybe
iOS is caching something.
I can't say if it's a bug or what.

I'm hoping we'll find soneone replying here about this, perhaps offering to
debug this with you.  (This might be a job for the IETF Hackathon
VPN... which does L2 stuff)

    > Unfortunatly we decided to stop support of capport on our national
    > network until we are able to fix a workaround about this.

:-(

--
Michael Richardson <mcr+i...@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-

Attachment: signature.asc
Description: PGP signature

_______________________________________________
Captive-portals mailing list
Captive-portals@ietf.org
https://www.ietf.org/mailman/listinfo/captive-portals

Reply via email to