***UNCHECKED*** [regext] ***UNCHECKED*** RESTful Provisioning Protocol (RPP) Hackathon project IETF122

2025-02-26 Thread Marco Davids (IETF IMAP)
binGKblPaxCHc.bin Description: PGP/MIME version identification encrypted.asc Description: OpenPGP encrypted message ___ regext mailing list -- regext@ietf.org To unsubscribe send an email to regext-le...@ietf.org

[regext] [second attempt] RESTful Provisioning Protocol Hackathon project IETF122

2025-02-26 Thread Marco Davids (IETF IMAP)
Dear folk, Please ignore my previous (encrypted...!) email. (and sorry for the inconvenience) -- We’d like to inform you that a Hackathon proposal for RPP has been submitted for the IETF 122 Hackathon. https://wiki.ietf.org/en/meeting/122/hackathon#restful-provisioning-protocol-rpp On b

[regext] Re: [rpp] [second attempt] RESTful Provisioning Protocol Hackathon project IETF122

2025-02-26 Thread Ruth Trevor-Allen
Hi Marco, Is the intention to develop an adapter to map RPP -> EPP? I wondered whether it might be simpler to go the other way round, so map EPP -> RPP. That way, RPP doesn't have to worry about session management. There may be good reasons I'm not thinking of why RPP -> EPP makes more sense thoug