Network Working Group J-F. Mule
Internet-Draft CableLabs
Expires: April 16, 2007 W. Townsley
Cisco Systems
October 13, 2006
CableLabs - IETF Standardization Collaboration
draft-mule-ietf-cablelabs-collaboration-02.txt
Status of this Memo
By submitting this Internet-Draft, each author represents that any
applicable patent or other IPR claims of which he or she is aware
have been or will be disclosed, and any of which he or she becomes
aware will be disclosed, in accordance with Section 6 of BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that
other groups may also distribute working documents as Internet-
Drafts.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt.
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.
This Internet-Draft will expire on April 16, 2007.
Copyright Notice
Copyright (C) The Internet Society (2006).
Abstract
This document describes the collaboration between the Cable
Television Laboratories, Inc. (CableLabs) and the Internet
Engineering Task Force (IETF).
Mule & Townsley Expires April 16, 2007 [Page 1]
Internet-Draft CableLabs-IETF Collaboration October 2006
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Basis of Collaboration . . . . . . . . . . . . . . . . . . . . 5
3. Document Sharing . . . . . . . . . . . . . . . . . . . . . . . 6
4. Participation in the IETF Process . . . . . . . . . . . . . . 7
5. Designated Liaisons . . . . . . . . . . . . . . . . . . . . . 8
6. Formal Liaison Statements . . . . . . . . . . . . . . . . . . 10
7. Contributions . . . . . . . . . . . . . . . . . . . . . . . . 11
8. Terms of Agreement . . . . . . . . . . . . . . . . . . . . . . 12
8.1. Limitation of Liability . . . . . . . . . . . . . . . . . 12
8.2. General . . . . . . . . . . . . . . . . . . . . . . . . . 12
9. Security Considerations . . . . . . . . . . . . . . . . . . . 13
10. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 14
11. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 15
12. Common Work Areas . . . . . . . . . . . . . . . . . . . . . . 16
13. Informative References . . . . . . . . . . . . . . . . . . . . 17
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 18
Intellectual Property and Copyright Statements . . . . . . . . . . 19
Mule & Townsley Expires April 16, 2007 [Page 2]
Internet-Draft CableLabs-IETF Collaboration October 2006
1. Introduction
This document contains a set of principles and guidelines that serves
as the basis for establishing a cooperation framework between the
Cable Television Laboratories, Inc. and the Internet Engineering Task
Force (IETF). This cooperation is intended to secure timely
development of technical specifications that facilitate maximum
interoperability with existing Internet systems, devices, and
protocols.
CableLabs is a non-profit research and development consortium that is
dedicated to pursuing new cable telecommunications technologies and
to helping its cable operator members integrate those technical
advancements into their business objectives. Within CableLabs,
specification activities are organized into projects like CableHome,
DOCSIS, PacketCable and OpenCable and technical work is conducted in
focus teams. Product vendors, manufacturers and cable operator
members are invited to join the focus teams which create technical
specifications. From time to time, CableLabs submits technical
requirements or requirement specifications to IETF in order to seek
expert reviews and solicit comments to create solutions that foster
product interoperability beyond cable. CableLabs' submissions may
for example include use cases, protocol requirements, draft MIB
modules, and proposed solutions for comments such as new DHCP
options. CableLabs also references IETF Request For Comments in its
specifications. The list of CableLabs projects and specifications
available publicly can be found at the CableLabs web site,
http://www.cablelabs.com.
Within the IETF, activities are undertaken within a framework of
Areas, with specific activities being undertaken by working groups
that are chartered within each Area. Working group output is
reviewed by the Internet Engineering Steering Group (IESG) and
published by the RFC-Editor. IETF activities are based on a
principle of open contribution and participation by any interested
party. Details on the Internet Standards Process followed by IETF
can be found in [RFC2026]. Information on IETF working groups,
current work item drafts, meeting schedules, and mailing lists are
published on the IETF web site, http://www.ietf.org.
The IETF and CableLabs are cooperating with a mutual desire to
support the integrity of specifications developed by each body.
CableLabs does not develop standards other than through its
participation with Standards Defining Organizations (SDOs) like the
IETF.
The preferred approach is that CableLabs uses the IETF specifications
unchanged, if feasible, and communicates requirements for change to
Mule & Townsley Expires April 16, 2007 [Page 3]
Internet-Draft CableLabs-IETF Collaboration October 2006
the IETF, as needed. The parties intend to work together in an
effort to avoid duplication of work.
Within the framework of this collaboration, each organization will
operate according to its own rules and procedures, including rules
governing Intellectual Property Rights (IPR), specification
elaboration, approval, and maintenance.
Mule & Townsley Expires April 16, 2007 [Page 4]
Internet-Draft CableLabs-IETF Collaboration October 2006
2. Basis of Collaboration
In the further development of CableLabs specifications, the benefit
of adopting IETF specifications has been identified. Although this
document recognizes the importance of interoperability of the
CableLabs specifications with the existing Internet and hence the use
of IETF standards, CableLabs recognizes that additions or
modifications might be needed in order to make the IETF
specifications meet the needs of CableLabs. In such cases,
CableLabs, directly, or via one of the vendor participants or
individuals working on a CableLabs specification will take its
concerns directly to the appropriate IETF working groups for
resolution. When no appropriate working group can be found or it is
not known where to direct the communication, or in the case of
resolution of consequent matters, the issue will be raised through
the CableLabs designated liaison to the IETF.
The IETF may also need to ask questions of CableLabs in order to
refine its understanding of CableLabs requirements or may wish to
offer guidance to CableLabs on the effective use of IETF
specifications. Where possible, these communications will occur in
the context of a discussion between CableLabs and an IETF working
group. In the event that a working group level discussion is deemed
inappropriate for the desired communication, the matter will be
raised through the IETF's designated liaison to CableLabs.
Mule & Townsley Expires April 16, 2007 [Page 5]
Internet-Draft CableLabs-IETF Collaboration October 2006
3. Document Sharing
Both CableLabs and the IETF encourage the sharing of specification
documents and draft requirements that are of mutual interest.
All IETF documents are publicly available from the IETF web site, and
discussion of documents is hosted on open mailing lists.
CableLabs documents intended for public consumption include CableLabs
Technical Reports and CableLabs Specifications that are in ISSUED
status. They are published for open access on CableLabs' web site,
http://www.cablelabs.com, or
http://www.cablelabs.com/specifications/archives/.
It is expected that CableLabs will share relevant information with
IETF participants via IETF Contributions as described in [RFC3978]
and without requiring a non-disclosure agreement.
CableLabs and the IETF will work to update and exchange, when
appropriate and on a regular basis, a list of dependencies between
each organization's specifications and work in progress.
Mule & Townsley Expires April 16, 2007 [Page 6]
Internet-Draft CableLabs-IETF Collaboration October 2006
4. Participation in the IETF Process
The Internet Standards Process is described in [RFC2026].
Participation in the IETF process is completely open. This allows
CableLabs, its members and any CableLabs vendor contributor to
participate to whatever extent CableLabs considers appropriate in
IETF meetings and mailing list discussions to assist the IETF in
refining its understanding of CableLabs requirements and in meeting
requirements that the IETF deems appropriate. This close working
relationship also offers an excellent opportunity for CableLabs to
receive informal guidance from IETF on CableLabs use of IETF
specifications.
The vast majority of technical discussions and decision making within
the IETF is undertaken by using open mailing lists. It is
recommended that interested individuals subscribe to and participate
on these lists.
The IETF liaison is not responsible for notifying CableLabs of new
work to be undertaken by the IETF. The designated CableLabs liaison
should subscribe to IETF lists announcing the creation or
rechartering of IETF working groups (ietf-announce) and the lists
announcing new work (new-work).
Mule & Townsley Expires April 16, 2007 [Page 7]
Internet-Draft CableLabs-IETF Collaboration October 2006
5. Designated Liaisons
When the informal working group level of interaction is insufficient,
matters can be raised through a liaison channel. CableLabs and the
IETF shall each establish liaison functions for communication with
the other organization and shall appoint one or more individuals to
those functions.
5.1. IETF Liaison to CableLabs
The preferred way for organizations to work with IETF is through the
working groups. However, IETF has a limited number of individual
liaison roles with other organizations when conditions warrant the
appointment of a specific person.
The Internet Architecture Board (IAB) shall appoint a specific person
to serve as the CableLabs Liaison. The role of the IETF's CableLabs
Liaison is to act as an initial contact point in IETF for
administrative aspects of this collaboration that cannot easily be
handled in other ways (e.g., at a technical level by interactions
with IETF Working Groups or Area Directors). It is agreed that the
role does not carry the expectation of attendance at CableLabs
meetings or participation in CableLabs specification development
processes, and it is anticipated that all liaison efforts assigned to
this individual will be carried out by electronic mail. It is
understood that the liaison does not have the ability to make
exceptions to, or special provisions for, IETF policies and
procedures.
It is expected that the individual appointed to this role would:
o be informed by CableLabs, when appropriate, of CableLabs
activities within the IETF, including new work proposals, and be
able to report those using appropriate channels within the IETF,
o convey liaisons statements from CableLabs to the IETF, and be
responsible for shepherding CableLabs communication to the
relevant parts of the IETF,
o report to CableLabs on progress with IETF consideration of
CableLabs liaison statements, and
o be able to raise issues with CableLabs technical leadership as
well as the IAB members and IETF Area Directors, as required.
CableLabs meetings are normally only open to delegates from CableLabs
members or those manufacturers who have signed the appropriate
agreements to participate in CableLabs projects or meetings.
Mule & Townsley Expires April 16, 2007 [Page 8]
Internet-Draft CableLabs-IETF Collaboration October 2006
5.2. CableLabs Liaison to IETF
CableLabs shall establish an IETF liaison to be the initial contact
point in CableLabs for matters pertaining to the CableLabs- IETF
cooperation. The CableLabs-IETF liaison function, therefore, is
expected to work with the concerned IETF and CableLabs projects and
focus teams and to support the interaction between CableLabs and the
IETF.
Mule & Townsley Expires April 16, 2007 [Page 9]
Internet-Draft CableLabs-IETF Collaboration October 2006
6. Formal Liaison Statements
Whenever possible, and as the preferred primary method of
communication and coordination of activity, communication at the
working group level is strongly encouraged.
When deemed necessary, formal communication between CableLabs and
IETF is also permitted. These communications are to be recorded in
the form of Liaison Statements, and the IETF will use the CableLabs
liaison role to convey these statements between the IETF and
CableLabs. All liaison statements made by the IETF or directed to
the IETF shall be published by the IETF as public documents. All
liaison statements made by the IETF will comply with the IETF IPR
policy as documented in [RFC3978], [RFC3979] and any updates.
Mule & Townsley Expires April 16, 2007 [Page 10]
Internet-Draft CableLabs-IETF Collaboration October 2006
7. Contributions
CableLabs members or entities working on CableLabs' projects may make
contributions to the IETF in their capacity as IETF participants,
under the IETF's IPR policy, as documented in [RFC3978] and
[RFC3979].
IETF participants whose companies are CableLabs members or have
signed the appropriate agreements with CableLabs may also make
contributions to CableLabs' projects and specifications.
CableLabs mailing lists are not open to the general public. It is
recommended that work of mutual interest be discussed on the relevant
IETF mailing lists.
The IETF and CableLabs will not co-develop any documents or material.
Mule & Townsley Expires April 16, 2007 [Page 11]
Internet-Draft CableLabs-IETF Collaboration October 2006
8. Terms of Agreement
8.1. Limitation of Liability
Neither the IETF or CableLabs makes any representations with respect
to and does not warrant the accuracy of any information or any
document. Without limiting the foregoing, each party agrees to
accept the terms of and reproduce any warranty disclaimers or
limitations of liability that are included in any reproduction of
published material made available to it under this cooperation
framework.
8.2. General
The following general terms of agreement apply:
o Neither CableLabs nor the IETF acquires any intellectual or
industrial property rights under this cooperation framework or
through any disclosure. No license to any patent, trademark,
copyright, or other proprietary right is granted here.
o There is no obligation for either CableLabs or the IETF to
incorporate the materials presented by the other party.
o This cooperation framework and the relationship between the IETF
and CableLabs does not constitute a partnership, joint venture,
agency, or contract of employment between the IETF and CableLabs.
Mule & Townsley Expires April 16, 2007 [Page 12]
Internet-Draft CableLabs-IETF Collaboration October 2006
9. Security Considerations
This document does not directly affect the security of the Internet.
Mule & Townsley Expires April 16, 2007 [Page 13]
Internet-Draft CableLabs-IETF Collaboration October 2006
10. IANA Considerations
This section provides some guidelines for IANA to consider when
adding references to a CableLabs specification in its registries.
CableLabs maintains current and archived specification repositories.
When a specification is updated, a copy of the previous version is
moved to the archived repository to provide a stable reference.
IANA should add a pointer to both the current and archive
specification repositories when referencing a CableLabs
specification, for example:
o For a DOCSIS or cable modem related specification, consider adding
a reference to both http://www.cablemodem.com/specifications/ and
http://www.cablelabs.com/specifications/archives/ ;
o For a PacketCable specification, consider adding a reference to
both http://www.packetcable.com/specifications/ and
http://www.cablelabs.com/specifications/archives/
Mule & Townsley Expires April 16, 2007 [Page 14]
Internet-Draft CableLabs-IETF Collaboration October 2006
11. Acknowledgments
The authors wish to thank the following individuals for their
comments and contributions: Ralph Brown, Brian Carpenter, Leslie
Daigle, Ralph Droms, Alain Durand, Simon Krauss, Thomas Narten, Dan
Romascanu,
It is also acknowledged that this document is inspired from [RFC3113]
and [RFC3131].
This document was produced using the xml2rfc tool (RFC2629).
Mule & Townsley Expires April 16, 2007 [Page 15]
Internet-Draft CableLabs-IETF Collaboration October 2006
12. Common Work Areas
This section may be removed from future versions of this document.
It is provided here to give some background information on the areas
that may be common to both CableLabs and the IETF.
At the time of this writing, IETF working groups which are of
particular interest to CableLabs include:
dhcwg, kerberos, ipcdn, sip, sipping, simple, speermint, iptel,
behave, avt, mmusic, aaa, geopriv, disman, msec, enum, ecrit, ipv6,
mip6, netconf, isms, bridge, entmib, magma, v6ops, dnsext, ipsec,
l2vpn, zeroconf, l2tpext, tls.
Mule & Townsley Expires April 16, 2007 [Page 16]
Internet-Draft CableLabs-IETF Collaboration October 2006
13. Informative References
[RFC2026] Bradner, S., "The Internet Standards Process -- Revision
3", BCP 9, RFC 2026, October 1996.
[RFC3113] Rosenbrock, K., Sanmugam, R., Bradner, S., and J. Klensin,
"3GPP-IETF Standardization Collaboration", RFC 3113,
June 2001.
[RFC3131] Bradner, S., Calhoun, P., Cuschieri, H., Dennett, S.,
Flynn, G., Lipford, M., and M. McPheters, "3GPP2-IETF
Standardization Collaboration", RFC 3131, June 2001.
[RFC3978] Bradner, S., "IETF Rights in Contributions", BCP 78,
RFC 3978, March 2005.
[RFC3979] Bradner, S., "Intellectual Property Rights in IETF
Technology", BCP 79, RFC 3979, March 2005.
Mule & Townsley Expires April 16, 2007 [Page 17]
Internet-Draft CableLabs-IETF Collaboration October 2006
Authors' Addresses
Jean-Francois Mule
CableLabs
858 Coal Creek Circle
Louisville, CO 80027
USA
Email: jf.mule@cablelabs.com
W. Mark Townsley
Cisco Systems
7025 Kit Creek Road
PO Box 14987
Research Triangle Park, NC 27709
USA
Email: mark@townsley.net
Mule & Townsley Expires April 16, 2007 [Page 18]
Internet-Draft CableLabs-IETF Collaboration October 2006
Full Copyright Statement
Copyright (C) The Internet Society (2006).
This document is subject to the rights, licenses and restrictions
contained in BCP 78, and except as set forth therein, the authors
retain all their rights.
This document and the information contained herein are provided on an
"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Intellectual Property
The IETF takes no position regarding the validity or scope of any
Intellectual Property Rights or other rights that might be claimed to
pertain to the implementation or use of the technology described in
this document or the extent to which any license under such rights
might or might not be available; nor does it represent that it has
made any independent effort to identify any such rights. Information
on the procedures with respect to rights in RFC documents can be
found in BCP 78 and BCP 79.
Copies of IPR disclosures made to the IETF Secretariat and any
assurances of licenses to be made available, or the result of an
attempt made to obtain a general license or permission for the use of
such proprietary rights by implementers or users of this
specification can be obtained from the IETF on-line IPR repository at
http://www.ietf.org/ipr.
The IETF invites any interested party to bring to its attention any
copyrights, patents or patent applications, or other proprietary
rights that may cover technology that may be required to implement
this standard. Please address the information to the IETF at
ietf-ipr@ietf.org.
Acknowledgment
Funding for the RFC Editor function is currently provided by the
Internet Society.
Mule & Townsley Expires April 16, 2007 [Page 19]
