[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Captive-portals] time-based walled gardens



Agreed. Except, I'd argue that the "API" could be seen as the browser itself - the "universal" API that everyone is familiar with and that offers endless possibilities. Today, browsers offer largely the same user experience irrespective of OS or browser (of course, this isn't true if the browser is a sandboxed/broken browser that forces web developers back into the dark ages of huge differences between user experiences depending on browser selection). 

The API could add another 'layer' for announcing limitations, walled garden resources, and other information, but my opinion is that if the information didn't come from the *network*, why would you want to believe it? In public access, there WILL be incentives to give misleading information from an API. If you trust, you must still verify.

As for as API for login, as I previously mentioned, that already exists and widely deployed and used. Replacing WISPr is a GOOD idea, but I question whether there will be motivation to actually deploy it (unless we make a mistake and it is useful for additional commercial trickery in public access). 

Thanks for reading my ICMP I-D ... comments are welcome! Yes, it could use more attention and improvements... I encourage others to (re-)read it.


On Mon, Apr 10, 2017 at 6:19 AM, Michael Richardson <[email protected]> wrote:

David Bird <[email protected]> wrote:
    > Should the aim be to provide a
    > general hint of network restriction, or on a per-destination
    > basis?

Consider access to higher bandwidth content (video).
A number of places might want to restrict access to such content during
certain periods, or from certain places.  A school might restrict it
during school hours (simply for fairness: people got other things to do),
yet a teacher ought to be able to stream an instructional video.
Colleges might restrict its use when in a lecture hall.

Airlines might want to restrict streaming video to those who paid more.
(So there might even be multiple levels of walled garden!)

My mobile ISP does not charge me "overages" but, rather limits my bit-rate
after I hit my datacap.  I can buy more; and they SMS me about it, but a
data-only plan wouldn't have an SMS attached to it.

All of these things would seem to be doable with the ICMP plus RESTful
API.    It seems that the session-ID can deal with these changes, and
the validity could indicate things like valid until the end-of-school day.

ICMP says:
   Any change in this value between ICMP messages
   from the same source IP address MUST be considered by the client to
   mean a change in access policy has occurred and previous
   notifications are no longer valid.

I don't know what it means if an ICMP comes from a different source IP.

--
Michael Richardson <[email protected]>, Sandelman Software Works
 -= IPv6 IoT consulting =-




_______________________________________________
Captive-portals mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/captive-portals