Hi all, I propose to update RFC 3195 in the spirit of syslog-protocol to satisfy the IESG secure transport requirement (I will call this derivative work RFC3195bis below). I sincerely believe that this option would enable us to submit syslog-protocol, -transport-UDP and RFC3195bis within a few weeks.
My reasoning for this proposal is as follows: We all know that 3195 has limited acceptance in the community and very few implementations. However, it satisfies all IESG criteria we have in our charter. Also, it *is* something that can be used in practice and implementing it becomes easier as support libraries become visible. I know it is not an optimal choice. On the other hand, we have syslog-transport-tls, which has been encrumbered by a patent claim. As it looks, this will need months to solve. RFC3195bis can not be taken hostage by any patent claims, because there is well-defined prior art in RFC 3195. Focussing on RFC 3195bis would enable us to complete our mission and finsh work that is in the queue for many years now. I think this is urgently needed. We might even put the netconf WG with their syslog gateway on hold (because syslog-protocol can not be published without resolving the secure transport). Or netconf might choose to drop syslog-protocol in order to publish. And the good news is that 3195bis can definitely very quickly be done. I am saying this on the assumption that we do not revisit the basics of 3195 but just adopt it to syslog-protocol. I've gone through 3195 today and the changes are absolutely minimal: Section 2: Most of it simply needs to be removed because the entity roles are defined in syslog-protocol. Section 3: - the message samples must be upgraded to -protocol-format - syslog-framing in section 3.3 must be changed (could be octet-counting or disallow of multiple messages per ANS, what I recommend) Section 4: 4.4.2 - needs to be updated with the new HEADER fields and STRUCTURED-DATA - some work on "deviceFQDN" and "deviceIP" needed - some transformation rules (page 15) need to be removed - handling of invalid message formatting must be removed (no longer a concern) - samples must be adjusted 4.4.3 - sample on page 24 (top) must be checked and/or adjusted Section 7: - DTD needs to be adjusted Section 9: - new URIs for 3195bis (also in some other places) [we can reuse well-known port 601 for -protocol] Overall References to 3164 must be changed to -syslog-protocol. This seems quite trivial, because the references are easy to spot and do not touch any substance (except outlined above). Other than these minor things, there are *NO* other changes necessary. I'd expect that an initial version of 3195bis can be created within a single working day. Add some quick review and a very limited number of edits to change discovered nits - and we have something to publish by summer. I find this extremely tempting. It breaks the deadlock situation we are currently in. Especially as we have planned to do 3195bis some time later anyhow. I don't know if the authors of 3195 would volunteer to do the edit. But I hope so. I would appreciate if the chairs could try to reach consensus on my proposal. Comments are appreciated. Thanks, Rainer _______________________________________________ Syslog mailing list Syslog@lists.ietf.org https://www1.ietf.org/mailman/listinfo/syslog