> Le 17 févr. 2022 à 08:24, Hollenbeck, Scott > <[email protected]> a écrit : > > From: regext <[email protected]> On Behalf Of Hollenbeck, Scott > Sent: Monday, February 14, 2022 12:12 PM > To: [email protected]; [email protected] > Subject: [EXTERNAL] Re: [regext] I-D Action: > draft-ietf-regext-rdap-openid-10.txt > > Caution: This email originated from outside the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > From: Jasdip Singh <[email protected] <mailto:[email protected]>> > Sent: Monday, February 14, 2022 10:34 AM > To: Hollenbeck, Scott <[email protected] > <mailto:[email protected]>>; [email protected] <mailto:[email protected]> > Subject: [EXTERNAL] Re: [regext] I-D Action: > draft-ietf-regext-rdap-openid-10.txt > > Caution: This email originated from outside the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > Hello Scott, > > I like the overall direction of this draft to help simplify things for RDAP > clients and facilitate adoption, but wanted to share couple of observations: > > 1. There are 3 newly proposed RDAP path segments, starting with “login”, > “session”, and “logout”. Looks like, for simplicity, we could coalesce them > as “session/{start|refresh|end}”, with “login” becoming “session/start”, and > “logout” “session/end”. “device” and “devicepoll” could be appended in the > path as-n-when needed. > > [SAH] What do you all think of this suggestion? The draft currently has > “login”, logout”, and “session” path segments. Should they be combined? > > [SAH] I’m going to make a suggestion in the absence of any feedback. I’d like > to remove the session path segment and combine it with the login path segment > such that the draft will describe the following path segments: > > /login > /login/status > /login/refresh > /login/device > /login/devicepoll > /logout > > This eliminates the session path segment and merges the functionality with > the “easier to understand” login/logout semantics.
I would prefer to have a single endpoint for the “sessions”, as current practice. How about: /session/login /session/status /session/refresh /session/device /session/devicepoll /session/logout Regards, Marc. > Any issues? > > Scott > _______________________________________________ > regext mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/regext
_______________________________________________ regext mailing list [email protected] https://www.ietf.org/mailman/listinfo/regext
