💾 Archived View for gemini.bortzmeyer.org › rfc-mirror › rfc1915.txt captured on 2022-01-08 at 19:45:03.
⬅️ Previous capture (2021-11-30)
-=-=-=-=-=-=-
Network Working Group F. Kastenholz Request for Comments: 1915 FTP Software, Inc. BCP: 3 February 1996 Category: Best Current Practice Variance for The PPP Connection Control Protocol and The PPP Encryption Control Protocol Status of this Memo This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements. Distribution of this memo is unlimited. Table of Contents 1. Variance ............................................. 1 1.1 The Problem ......................................... 1 1.1.1 History ........................................... 1 1.1.2 Other Attempted Solutions ......................... 2 1.2 Variance to Procedures in RFC 1602 .................. 2 1.3 The Solution ........................................ 3 1.4 Perceived Benefits .................................. 3 1.5 Perceived Risks ..................................... 3 Security Considerations ................................. 3 Author's Address ........................................ 3 2. Appendix A -- Most Recent Communication from Motorola. 4 3. APPENDIX B -- Relevant Section of RFC 1602 ........... 5 1. Variance 1.1. The Problem 1.1.1. History The PPP Working group has developed two protocols, one to control compression on PPP links; the Compression Control Protocol (CCP), documented in draft-ietf-pppext-compression-04.txt. The second is the Encryption Control Protocol (ECP), used to control encryption on serial links, documented in draft-ietf-pppext-encryption-03.txt. During the development of these protocols, the Motorola Corporation informed the IETF that they may infringe on certain patents held by Motorola, specificlally U.S. patents 5,245,614 and 5,130,993. Kastenholz Best Current Practice [Page 1] RFC 1915 PPP ECP and CCP Variance February 1996 After development of the protocols was completed, they were submitted to the IESG for standardization. At this point, because of the outstanding patent claims, their progress was halted. Per the procedures of RFC 1602, the IESG Secretariat attempted to gain the licenses required by RFC 1602. In particular, per section 5.6 of RFC 1602, an attempt was made to acquire a form of the license and make it publically available via the Internet. Motorola would prefer to provide a general statement indicating that licenses will be made available "to any party under reasonable terms and conditions that are demonstrably free of unfair discrimination." 1.1.2. Other Attempted Solutions An attempt was made to have the PPP working group develop revised versions of CCP and ECP that would not infringe on the patents. While technically possible, the proposed technical changes are viewed by some members of the working group as much less technically desireable than the original CCP and ECP and, in fact, these members have stated quite clearly that they will implement the original CCP regardless of the protocol standardized by the working group or accepted by the IESG. Note that while other members of the working group accepted the proposed changes, they did so more out of a sense that it was the only viable alternative rather than because of the alternative's technical merits. In short, technical changes did not meet with the IETF's traditional benchmark of Rough Consensus. 1.2. Variance to Procedures in RFC 1602 The variance to the procedures of RFC 1602 are as follows. Section 5.6 of RFC 1602 (relevant portions are included as Appendix B) requires that, to use proprietary technology in an Internet Standard, the holder of the technology 1) Agree to provide the ISOC a free license to use the technology and to grant to others a license to use the technology on fair and non-discriminatory terms, 2) That a form of this license be made electronically available on the Internet, and 3) That anyone may execute this license by downloading a copy of the form, fulfilling its requirements, and mailing an executed copy to the licenser. Standards track documents are not allowed to advance until these conditions are met. The variance proposed in this request would allow the CCP and ECP to advance onto the standards track without meeting the above conditions. All that the community would obtain would be an assurance from the license holder that it will make licenses available. Kastenholz Best Current Practice [Page 2] RFC 1915 PPP ECP and CCP Variance February 1996 1.3. The Solution Within the Variance Procedure (published as RFC 1871), the IESG grants a variance on behalf of the PPP Working Group, to the procedures of RFC 1602 to allow the IESG to adopt the CCP and ECP as originally developed. The IESG accepts the statement by G. David Forney of Motorola, date 5 June 1995, (attached as Appendix A) that Motorola will make licenses available to use the technology covered by U.S. patents 5,245,614 and 5,130,993. 1.4. Perceived Benefits The benefit to the community in adopting this procedure is that the IESG would then be able to standardize the CCP and ECP and the community would gain a standardized method of controlling data compression and encryption on PPP links. That this protocol has been under development for well over a year shows that the capabilities provided by the protocol are needed in the community. 1.5. Perceived Risks This variance will raise the possibility that licenses are not granted in a fair and non-discriminatory manner. The license holder, if it were so inclined, could treat each request differently, advancing some, delaying others, and so on. This would be counter to the IETF's long, honorable, and successful, tradition of openness and equal access to technology. Security Considerations Security issues are not discussed in this memo. Author's Address Frank Kastenholz FTP Software, Inc 2 High Street North Andover, Mass 01845-2620 USA EMail: kasten@ftp.com Kastenholz Best Current Practice [Page 3] RFC 1915 PPP ECP and CCP Variance February 1996 2. Appendix A -- Most Recent Communication from Motorola The following is an email message received by Steve Coya, Executive Director of the IETF, presenting Motorola's terms and conditions. From: Dave_Forney-LUSE27@email.mot.com Date: 5 Jun 95 12:08:46 -0600 To: scoya@CNRI.Reston.VA.US Cc: John_Fisher-AJF003@email.mot.com, Dj_Stockley-ADS002@email.mot.com, Ray_Wood-ARW004@email.mot.com Subject: RE: License agreement for CCP and ECP Message-Id: <"Macintosh */PRMD=MOT/ADMD=MOT/C=US/"@MHS> Dear Mr. Coya: Thank you for your e-mail message of June 1. Motorola has had a license agreement for these patents available for some time, and has already provided it to several requesting companies. It would be most unusual, however, to attach such an agreement to a standard. Providing contact information should suffice. It could say something like this: