> On Mar 7, 2020, at 1:54 PM, ddol...@golden.net wrote: > > Regarding capport-api, in the section 4.1.1 Server Authentication, is this > advice different than the authentication done by any other HTTPS client? It > seems like this section should just be referencing another document (but I > don't know).
I think the advice is only different with regards to how the captive network allows certificate validation (and related traffic) through, for which I am not aware of a description elsewhere. If anyone has a suggestion for a reference, I’d be happy to add it! > > Also, I think the API document should give some guidance about caching > indicators from the server side (I'm not sure what this should be, however) Will add this in follow-up to: https://github.com/capport-wg/api/issues/33 <https://github.com/capport-wg/api/issues/33> > > Also, I think the API document needs to explain how user equipment is to be > identified. Will add this in follow-up to: https://github.com/capport-wg/api/issues/34 <https://github.com/capport-wg/api/issues/34> Thanks for the comments! Tommy > > I'm making editorial pull requests in github. > > -Dave > > On 2020-03-05 01:55, Martin Thomson wrote: >> Hi folks, >> Our fine editor teams have contributed updates to these drafts. >> https://tools.ietf.org/html/draft-ietf-capport-architecture-06 >> https://tools.ietf.org/html/draft-ietf-capport-api-05 >> This starts a joint working group last call on these documents. Please >> respond this mail with your views regarding the suitability of these >> documents for publication (as Informational RFC and Proposed Standard >> RFC respectively) before 2020-03-23. >> There are a few minor issues, but I consider those to be minor enough >> to require only trivial fixes. Some appear to be already addressed. If >> you think that major changes are needed, or have proposed resolutions >> to issues, adding those to your email would be helpful. >> Issues are tracked here: >> https://github.com/capport-wg/architecture/issues >> https://github.com/capport-wg/api/issues >> I encourage people to add issues to the tracker as they review these >> documents. Directly raising minor editorial issues on GitHub will help >> us focus attention on substantive issues here. >> Cheers, >> Martin (and Erik) >> _______________________________________________ >> Captive-portals mailing list >> Captive-portals@ietf.org >> https://www.ietf.org/mailman/listinfo/captive-portals > > _______________________________________________ > Captive-portals mailing list > Captive-portals@ietf.org > https://www.ietf.org/mailman/listinfo/captive-portals
_______________________________________________ Captive-portals mailing list Captive-portals@ietf.org https://www.ietf.org/mailman/listinfo/captive-portals