[ipcdn] IETF64 - IPCDN meeting minutes (preliminary)
"Woundy, Richard" <Richard_Woundy@cable.comcast.com> Tue, 22 November 2005 01:46 UTC
Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EeNFB-0004WJ-Kv; Mon, 21 Nov 2005 20:46:49 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EeNFA-0004WE-N0 for ipcdn@megatron.ietf.org; Mon, 21 Nov 2005 20:46:48 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA15885 for <ipcdn@ietf.org>; Mon, 21 Nov 2005 20:46:09 -0500 (EST)
Received: from paoakoavas09.cable.comcast.com ([208.17.35.58] helo=cable.comcast.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EeNXg-00064S-T9 for ipcdn@ietf.org; Mon, 21 Nov 2005 21:05:59 -0500
Received: from ([10.20.62.12]) by paoakoavas09.cable.comcast.com with ESMTP id KP-TDCH7.15170945; Mon, 21 Nov 2005 20:46:12 -0500
Received: from PACDCEXCMB01.cable.comcast.com ([10.20.10.113]) by PACDCEXCRLY02.cable.comcast.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 21 Nov 2005 20:46:12 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 21 Nov 2005 20:46:10 -0500
Message-ID: <6EEEACD9D7F52940BEE26F5467C02C73016B14C5@PACDCEXCMB01.cable.comcast.com>
Thread-Topic: IETF64 - IPCDN meeting minutes (preliminary)
Thread-Index: AcXvBocb4zTemIp+RFOsqiR8vTxb4A==
From: "Woundy, Richard" <Richard_Woundy@cable.comcast.com>
To: "Ipcdn (E-mail)" <ipcdn@ietf.org>
X-OriginalArrivalTime: 22 Nov 2005 01:46:12.0728 (UTC) FILETIME=[84D45F80:01C5EF06]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9361ae25efd9cff62e36f70ef966350e
Cc: "Wijnen, Bert (Bert)" <bwijnen@lucent.com>, Jean-Francois Mule <jf.mule@CableLabs.com>, "Woundy, Richard" <Richard_Woundy@cable.comcast.com>
Subject: [ipcdn] IETF64 - IPCDN meeting minutes (preliminary)
X-BeenThere: ipcdn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP over Cable Data Network <ipcdn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipcdn>, <mailto:ipcdn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ipcdn@ietf.org>
List-Help: <mailto:ipcdn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipcdn>, <mailto:ipcdn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0561830631=="
Sender: ipcdn-bounces@ietf.org
Errors-To: ipcdn-bounces@ietf.org
Folks, Below is my working copy of the meeting minutes from our WG session in Vancouver. Please send corrections to the mailing list and to myself -- especially concerning the WG recommendations and next steps. Thanks. -- Rich IETF IPCDN Meeting Vancouver, British Columbia Thursday November 10, 2005 Reported by Richard Woundy (richard_woundy@cable.comcast.com) WG Meeting Summary and Administration The IPCDN WG met to discuss the progress of various MIB documents, especially the outstanding PacketCable/IPCablecom and DOCSIS internet-drafts. The DOCSIS BPI+ MIB was published as RFC 4131 in September. The DOCSIS QoS MIB and the DOCSIS Event Notification Management MIB are on the RFC Editor Queue. Most of the meeting discussion centered on resolving open issues with the PacketCable/IPCablecom MTA MIB (syntax of Kerberos realm names and realm organization names, and a textual convention for encryption algorithms), and with the PacketCable/IPCablecom Management Event MIB (whether event throttling applies to local logging on the cable modem). The PacketCable/IPCableCom NCS Signaling MIB, DOCSIS Cable Device MIB, and DOCSIS RFIv2 MIB were also discussed, with a focus on the next steps to get to the 'Publication Requested' state for all five internet-drafts. There is a strong desire by the WG to conclude all DOCSIS and PacketCable/IPCablecom MIB drafts by December 2005. There were about ten attendees at the WG session in Vancouver. Total meeting time was one hour. PacketCable/IPCableCom MTA MIB Eugene Nechamkin and Jean-Francois Mule produced version 07 of the MTA MIB draft, to address comments from the AD review (Bert Wijnen) and from the IPCDN mailing list. The resolution of these comments were posted <http://www1.ietf.org/mail-archive/web/ipcdn/current/msg01806.html> on the mailing list. Most comments were resolved with simple editorial fixes. One significant addition is specification of the same encryption algorithms as the BPI+ MIB (RFC 4131, ref: DocsBpkmDataEncryptAlg). The WG discussion was centered on the proper MIB object SYNTAX for Kerberos realm names and Kerberos realm organization names. With respect to the Kerberos realm organization name (pktcMtaDevRealmOrgName), X.509 and RFC 2459 contrain the length of the organization name to 64 characters. The characters may be encoded as a UTF8String, so each character may occupy between one and six octets. Therefore, a single organization name may occupy up to 384 octets. The current MIB object has a SYNTAX of SnmpAdminString(SIZE (1..255)). The WG recommends to change the pktcMtaDevRealmOrgName object as follows: 1. Remove the sentence referring to the "o=" prefix in the DESCRIPTION clause. Do not include the "o=" prefix in the value of this MIB object. 2. Change the SYNTAX of this object to LongUtf8String, imported from the SYSAPPL-MIB defined in RFC 2287. This enables a maximum size of 1024 octets (for future growth). 3. Add a compliance statement for this object to limit the maximum size of the object to 384 octets, and include justification, e.g. each UTF-8 character can be up to 6 octets long, and the organization name may contain up to 64 UTF-8 characters. Three distinct MIB objects contain a Kerberos realm name: pktcMtaDevProvKerbRealmName, pktcMtaDevRealmName, and pktcMtaDevCmsKerbRealmName. RFC 4120 specifies a syntax of GeneralString for the Kerberos realm name, although the RFC says the realm name may be non-ASCII (UTF8String) in the future. The WG recommendation is to continue to use SnmpAdminString as the SYNTAX for these three MIB objects. This draft also has a new textual convention for MTA configuration file encryption algorithms, PktcMtaDevProvEncryptAlg. This textual convention enables future support of triple-DES and AES encryption, similar to the DocsBpkmDataEncryptAlg textual convention in the DOCSIS BPI+ MIB (RFC 4131). It was suggested to compare the PktcMtaDevProvEncryptAlg and DocsBpkmDataEncryptAlg textual conventions, and if they were identical, then have the MTA MIB IMPORT DocsBpkmDataEncryptAlg from the BPI+ MIB. Editor's note: the DocsBpkmDataEncryptAlg includes 40-bit and 56-bit DES encryption but not 64-bit DES encryption as in PktcMtaDevProvEncryptAlg. These textual conventions are NOT identical nor compatible. The next steps for this internet-draft are: 1. Bert Wijnen will respond to the author's email <http://www1.ietf.org/mail-archive/web/ipcdn/current/msg01806.html> and confirm whether or not the draft addresses the AD review comments. 2. The authors will incorporate the recommended changes to the pktcMtaDevRealmOrgName MIB object. 3. Bert Wijnen will put the draft into the 'Publication Requested' state. PacketCable/IPCableCom NCS Signaling MIB Gordon Beacham, Satish Kumar, and Sumanth Channabasappa submitted version 09 of the NCS Signaling MIB draft, to address comments from the MIB doctor and various WG participants. The resolution of these comments were posted <http://www1.ietf.org/mail-archive/web/ipcdn/current/msg01809.html> on the mailing list. Significant updates included changes to a number of MIB objects in the pktcSigDevMultiFreqToneTable, and the removal of the pktcNcsEndPntConfigTxGain and pktcNcsEndPntConfigRxGain objects. There were no comments concerning this internet-draft in this meeting. The next steps for this internet-draft are: 1. The WG co-chairs will review this draft. 2. The co-chairs will request to put the draft into the 'Publication Requested' state. (Editor's note: does this imply a PROTO writeup for this draft?) PacketCable/IPCableCom Management Event MIB Wim De Ketelaere, Eugene Nechamkin, and Sumanth Channabasappa submitted version 05 of the PacketCable/IPCableCom Management Event MIB draft, responding to comments from a review by Greg Nakanishi and additional feedback from Randy Presuhn. The resolution of these comments were posted <http://www1.ietf.org/mail-archive/web/ipcdn/current/msg01810.html> on the mailing list. There was some discussion in the meeting about whether the event throttling objects (pktcDevEvThrottleAdminStatus, pktcDevEvThrottleThreshold, and pktcDevEvThrottleInterval) apply to local logging of events, or only to network transmissions of events via SNMP or SYSLOG messages. The current throttling MIB objects only refer to SNMP and SYSLOG, but pktcDevEventDescrReporting and pktcDevEvLogType refer to local logging. The WG recommends to add the following text to the DESCRIPTION of pktcDevEvThrottleAdminStatus: "The impact of event throttling controls on local logging is an implementation-specific matter." Editor's note: The following DESCRIPTION of pktcDevEvLogType suggests that the throttling controls do NOT apply to local logging. If throttling of local logging is implementation-specific, then at least this DESCRIPTION should be revised. <FONT face="Times New Roman" size=3> pktcDevEvLogType OBJECT-TYPE SYNTAX BITS { local(0), syslog (1), trap (2), inform (3) } MAX-ACCESS read-only STATUS current DESCRIPTION "This MIB Object contains the kind of actions taken by the MTA when the event under consideration occurred. A bit with a value of 1 indicates the corresponding action was taken. Setting it to a value of 0 indicates that the corresponding action was not taken. An event may trigger one or more actions (e.g.: Syslog and SNMP) or may remain as a local event since transmissions could be disabled or inhibited as defined by the Throttle MIB Objects." ::= { pktcDevEventLogEntry 7 } </FONT> The next steps for this internet-draft are: 1. The WG co-chairs will review this draft. 2. The co-chairs will request to put the draft into the 'Publication Requested' state. (Editor's note: does this imply a PROTO writeup for this draft?) DOCSIS Cable Device MIB (replacing RFC2669) Kevin Marez and Richard Woundy produced version 10 of the DOCSIS Cable Device MIB draft, to address comments from the AD review (Bert Wijnen) and from the MIB doctor review. The resolution of the AD review comments were posted <http://www1.ietf.org/mail-archive/web/ipcdn/current/msg01808.html> on the mailing list. Most comments were resolved with simple editorial fixes. Two significant changes in version 10 discussed in the meeting were the new narrative text for MIB module IMPORTs and REFERENCE clauses (section 3.1.1), and the new narrative text discussing the persistance model for cable modem MIB objects (section 3.1.2). There were no significant comments on the IMPORT/REFERENCE narrative text, although this is different from the approach taken by other IPCDN internet-drafts. Bert noted that there was no MUST statements in the persistance model narrative, but that was OK since the normative persistance requirements were in the MIB object definitions. The next step for this internet-draft is for the IPCDN co-chairs (in this particular case, Jean-Francois Mule) to write a "Protocol Write-Up" to prepare for the IESG review process. DOCSIS RFIv2 MIB (replacing RFC2670) Eduardo Cardona produced version 14 of the DOCSIS RFIv2 MIB, in response to comments from the AD review <http://www1.ietf.org/mail-archive/web/ipcdn/current/msg01694.html> (Bert Wijnen). There were no comments concerning this internet-draft in this meeting. The next steps for this internet-draft are: 1. The WG co-chairs will review this draft. 2. The co-chairs will request to put the draft into the 'Publication Requested' state. (Editor's note: does this imply a PROTO writeup for this draft?) IPCDN Next Steps The co-chairs will review plans for promoting, finalizing, and reviewing current IPCDN MIBs, with a focus on the DOCSIS and PacketCable/IPCableCom MIB internet-drafts. Co-chairs: Richard Woundy <Richard_Woundy@cable.comcast.com> Jean-Francois Mule' <jf.mule@cablelabs.com>
_______________________________________________ IPCDN mailing list IPCDN@ietf.org https://www1.ietf.org/mailman/listinfo/ipcdn
- [ipcdn] IETF64 - IPCDN meeting minutes (prelimina… Woundy, Richard
- [ipcdn] RE: IETF64 - IPCDN meeting minutes (preli… Wijnen, Bert (Bert)
- [ipcdn] RE: IETF64 - IPCDN meeting minutes (preli… Woundy, Richard