From: Mario Loffredo <mario.loffr...@iit.cnr.it> Sent: Wednesday, August 16, 2023 7:18 AM To: Hollenbeck, Scott <shollenb...@verisign.com>; regext@ietf.org Subject: [EXTERNAL] Re: [regext] "farv1_session" Data Structure: All Members OPTIONAL?
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. HI Scott, Il 15/08/2023 16:23, Hollenbeck, Scott ha scritto: Our AD’s review of draft-ietf-regext-rdap-openid-23 noted that all of the members of the farv1_session" data structure are OPTIONAL. As such, a completely empty data structure is syntactically valid, but is it realistic? Does it make sense for at least one of the members to be REQUIRED, perhaps the “sessionInfo” object? Requiring the "sessionInfo" object without changing the text of Section 5.2.3 would make the spec inconsistent. The response to this request MUST be a valid RDAP response, per RFC 9083 [RFC9083 <https://secure-web.cisco.com/1sNzaoGQMYMPomf5CPbDHLXDHukE5dm9JM1V0KdYi44P2cxclTKYiDI7YIIVQP8XI20NsvE3MDEqpNKQeUryz35HtogZ4Pw8AAOm2NeKKR_kn0IJPMt-16s2cp5UEgnnvS-QG7V-YPxBgSKtWEFYv4r6TeUuI6H2dQPIYbh3UMu6pk5Zq_OcNXCrBv7vPcetS_XWDE6Bu9hTsqUAThKXvTLlyk2a9nwaDFNPSJs719niShTSzc6SH-zNRp-_sFQwA1jpdYZ4ZnN-tYN9BxilRWcI-QFfT1AMv6aK_-AqeF3I/https%3A%2F%2Fwww.rfc-editor.org%2Finfo%2Frfc9083> ]. It MUST NOT include any members that relate to a specific RDAP object type (e.g. "events", "status"). In addition, the response MAY include an indication of the requested operation's success or failure in the "notices" data structure. If successful, the response MUST include a "farv1_session" data structure that includes a "sessionInfo" object and an OPTIONAL "userClaims" object. If unsuccessful, the response MUST include a "farv1_session" data structure that omits the "userClaims" and "sessionInfo" objects. [SAH] Thanks for the reminder, Mario. Right, that text explains when those objects should be included or not. I think the right response here is to add a sentence to 5.1.1 that points to 5.2.3 for instructions describing when to return the different objects. Scott
_______________________________________________ regext mailing list regext@ietf.org https://www.ietf.org/mailman/listinfo/regext
