Mark Ellison | 12 Jul 13:55 2014
Picon

Re: [Technical Errata Reported] RFC3083 (4048)

Hi Guys,

Thanks for your reply.

My submission is in regard to the docsBpiCmAuthState object.  If you look at the technical errata submitted here: http://www.rfc-editor.org/errata_search.php?rfc=3083  then you will see the comma is clearly omitted from the 'fixed' text:

It should say:

   docsBpiCmAuthState      OBJECT-TYPE
   SYNTAX                  INTEGER {

                                   start(1)
                                   authWait(2),
                                   authorized(3),
                                   reauthWait(4),
                                   authRejectWait(5)


Maybe what you are saying is that the above fix is not required?  If so, it is misleading...and either way, syntactically incorrect!

Regards,

Mark


On Fri, Jul 11, 2014 at 7:34 PM, Michael StJohns <mstjohns <at> comcast.net> wrote:
What a blast from the past.

This is "not an error" , at least as reported.  Three are two places this error might have been reported from - the definition of  docsBpiCmAuthState and  the definition o fdocsBpiCmTEKState.  The former -  I believe correctly -does not include "start (1)" as one of its states.  The latter has "start (1),"  - e.g. including the comma.  So I'm not sure where he's actually seeing the error.

The  MIB  was verified at submission.  I would be surprised if there are any obvious syntactic errors like this in the body of the MIB.

If I remember correctly, the reason the "start" state was excluded from the docsBpiCmAuthState enums is that its never a visible state - the state machine doesn't actually exist until docsIfCmStatusValue is at least todEstablished - (RFC4546) and the state would always be later than "start" so any query about baseline privacy will not necessarily give you valid information prior to todEstablished.

Mike



At 11:02 AM 7/11/2014, RFC Errata System wrote:
>The following errata report has been submitted for RFC3083,
>"Baseline Privacy Interface Management Information Base for DOCSIS Compliant Cable Modems and Cable Modem Termination Systems".
>
>--------------------------------------
>You may review the report below and at:
>http://www.rfc-editor.org/errata_search.php?rfc=3083&eid=4048
>
>--------------------------------------
>Type: Technical
>Reported by: Mark Ellison <ellison <at> ieee.org>
>
>Section: 4
>
>Original Text
>-------------
>start(1)
>
>Corrected Text
>--------------
>start(1),
>
>Notes
>-----
>errata # 334 for RFC3083 omits the necessary comma at the end of the inserted line 'start(1)'
>
>Instructions:
>-------------
>This errata is currently posted as "Reported". If necessary, please
>use "Reply All" to discuss whether it should be verified or
>rejected. When a decision is reached, the verifying party (IESG)
>can log in to change the status and edit the report, if necessary.
>
>--------------------------------------
>RFC3083 (draft-ietf-ipcdn-mcns-bpi-mib-02)
>--------------------------------------
>Title               : Baseline Privacy Interface Management Information Base for DOCSIS Compliant Cable Modems and Cable Modem Termination Systems
>Publication Date    : March 2001
>Author(s)           : R. Woundy
>Category            : INFORMATIONAL
>Source              : IP over Cable Data Network
>Area                : Operations and Management
>Stream              : IETF
>Verifying Party     : IESG
>
>_______________________________________________
>IPCDN mailing list
>IPCDN <at> ietf.org
>https://www.ietf.org/mailman/listinfo/ipcdn





_______________________________________________
IPCDN mailing list
IPCDN <at> ietf.org
https://www.ietf.org/mailman/listinfo/ipcdn
RFC Errata System | 11 Jul 17:02 2014

[Technical Errata Reported] RFC3083 (4048)

The following errata report has been submitted for RFC3083,
"Baseline Privacy Interface Management Information Base for DOCSIS Compliant Cable Modems and Cable
Modem Termination Systems".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=3083&eid=4048

--------------------------------------
Type: Technical
Reported by: Mark Ellison <ellison <at> ieee.org>

Section: 4

Original Text
-------------
start(1)

Corrected Text
--------------
start(1),

Notes
-----
errata # 334 for RFC3083 omits the necessary comma at the end of the inserted line 'start(1)'

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC3083 (draft-ietf-ipcdn-mcns-bpi-mib-02)
--------------------------------------
Title               : Baseline Privacy Interface Management Information Base for DOCSIS Compliant Cable Modems and
Cable Modem Termination Systems
Publication Date    : March 2001
Author(s)           : R. Woundy
Category            : INFORMATIONAL
Source              : IP over Cable Data Network
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG
Manish RATHI | 29 Sep 18:56 2010

VAD implementation

Hi,

What’s the difference in VAD implementation for G.711 described in G.711 Appendix-II and G.711 VAD requirements mentioned in “IMTC voice-over-ip Service Interoperability Implementation Agreement 1.0”

 

 

Thanks

_______________________________________________
IPCDN mailing list
IPCDN <at> ietf.org
https://www.ietf.org/mailman/listinfo/ipcdn
Romascanu, Dan (Dan | 11 May 12:25 2010

FW: [Errata Held for Document Update] RFC5098 (1347)


-----Original Message-----
From: RFC Errata System [mailto:rfc-editor <at> rfc-editor.org] 
Sent: Monday, May 10, 2010 4:53 PM
To: ah <at> TR-Sys.de; gordon.beacham <at> motorola.com; satish.kumar <at> ti.com;
Sumanth <at> cablelabs.com
Cc: Romascanu, Dan (Dan); iesg <at> iesg.org; rfc-editor <at> rfc-editor.org
Subject: [Errata Held for Document Update] RFC5098 (1347)

The following errata report has been held for document update for
RFC5098, "Signaling MIB for PacketCable and IPCablecom Multimedia
Terminal Adapters (MTAs)". 

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5098&eid=1347

--------------------------------------
Status: Held for Document Update
Type: Technical

Reported by: Alfred Hoenes <ah <at> TR-Sys.de> Date Reported: 2008-03-04 Held
by: Dan Romascanu (IESG)

Section: 5, pg.12

Original Text
-------------
  pktcSigDevCodecTable OBJECT-TYPE

     ...

     DESCRIPTION

        " ...

          Codec Type     Maximum Number of Simultaneous Codecs

          PCMA                             3

          PCMA                             2

          PCMU                             1

          PCMA                             1

|

          PCMU                             2

          PCMU                             3

          PCMA                             1

          G729                             1

          G729                             2

          PCMU                             1

          G729                             1

Corrected Text
--------------
  pktcSigDevCodecTable OBJECT-TYPE

     ...

     DESCRIPTION

        " ...

          Codec Type     Maximum Number of Simultaneous Codecs

|

          PCMA                             3

          PCMA                             2

          PCMU                             1

          PCMA                             1

          PCMU                             2

          PCMU                             3

          PCMA                             1

          G729                             1

          G729                             2

          PCMU                             1

          G729                             1

Notes
-----
Issue:      Spurious blank line distorts grouping of example

            line and turns example ineffective.

Correction: Delete the spurious line, but add a blank line

            after the headline, for clarity.

--------------------------------------
RFC5098 (draft-ietf-ipcdn-pktc-signaling-15)
--------------------------------------
Title               : Signaling MIB for PacketCable and IPCablecom
Multimedia Terminal Adapters (MTAs)
Publication Date    : February 2008
Author(s)           : G. Beacham, S. Kumar, S. Channabasappa
Category            : PROPOSED STANDARD
Source              : IP over Cable Data Network
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG
Romascanu, Dan (Dan | 11 May 12:24 2010

FW: [Errata Held for Document Update] RFC5098 (1348)


-----Original Message-----
From: RFC Errata System [mailto:rfc-editor <at> rfc-editor.org] 
Sent: Monday, May 10, 2010 4:54 PM
To: ah <at> TR-Sys.de; gordon.beacham <at> motorola.com; satish.kumar <at> ti.com;
Sumanth <at> cablelabs.com
Cc: Romascanu, Dan (Dan); iesg <at> iesg.org; rfc-editor <at> rfc-editor.org
Subject: [Errata Held for Document Update] RFC5098 (1348)

The following errata report has been held for document update for
RFC5098, "Signaling MIB for PacketCable and IPCablecom Multimedia
Terminal Adapters (MTAs)". 

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5098&eid=1348

--------------------------------------
Status: Held for Document Update
Type: Technical

Reported by: Alfred Hoenes <ah <at> TR-Sys.de> Date Reported: 2008-03-04 Held
by: Dan Romascanu (IESG)

Section: 5, pg.20

Original Text
-------------
  pktcSigCapabilityVendorExt      OBJECT-TYPE

     ...

     DESCRIPTION

        " The vendor extension allows vendors to provide a list of

          additional capabilities.

          The syntax for this MIB object in ABNF ([RFC5234]) is

          specified to be zero or more occurrences of vendor

          extensions, as follows:

           pktcSigCapabilityVendorExt  = *(vendor-extension)

|          vendor-extension = (ext symbol alphanum) DQUOTE ; DQUOTE

|          ext      = DQUOTE %x58 DQUOTE

|          symbol   = (DQUOTE %x2D DQUOTE)/(DQUOTE %x2D DQUOTE)

           alphanum = 1*6(ALPHA/DIGIT)

         "

Corrected Text
--------------
  pktcSigCapabilityVendorExt      OBJECT-TYPE

     ...

     DESCRIPTION

        " The vendor extension allows vendors to provide a list of

          additional capabilities.

          The syntax for this MIB object in ABNF ([RFC5234]) is

          specified to be zero or more occurrences of vendor

          extensions, as follows:

           pktcSigCapabilityVendorExt  = *(vendor-extension)

|          vendor-extension = ext symbol alphanum ";" 

|          ext      = %x58               ; uppercase only X

|          symbol   = %x2B / %x2D        ; + or -

           alphanum = 1*6(ALPHA/DIGIT)

         "

Notes
-----
Symptom: ABNF grossly nonsensical:

         ABNF comment  '; DQUOTE'  perhaps intended as non-comment;

         all DQUOTEs apparently should be removed;

         two identical alternatives for symbol do not make sense.

Correction is based on earlier draft versions, applying the

corrections necessary to obtain valid ABNF, yet specifying

what probably was intended.

Alternatively, the following line might be substituted above:

|          symbol   = "+" / "-"

--------------------------------------
RFC5098 (draft-ietf-ipcdn-pktc-signaling-15)
--------------------------------------
Title               : Signaling MIB for PacketCable and IPCablecom
Multimedia Terminal Adapters (MTAs)
Publication Date    : February 2008
Author(s)           : G. Beacham, S. Kumar, S. Channabasappa
Category            : PROPOSED STANDARD
Source              : IP over Cable Data Network
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG
Romascanu, Dan (Dan | 11 May 12:24 2010

FW: [Errata Held for Document Update] RFC5098 (1349)


-----Original Message-----
From: RFC Errata System [mailto:rfc-editor <at> rfc-editor.org] 
Sent: Monday, May 10, 2010 4:55 PM
To: ah <at> TR-Sys.de; gordon.beacham <at> motorola.com; satish.kumar <at> ti.com;
Sumanth <at> cablelabs.com
Cc: Romascanu, Dan (Dan); iesg <at> iesg.org; rfc-editor <at> rfc-editor.org
Subject: [Errata Held for Document Update] RFC5098 (1349)

The following errata report has been held for document update for
RFC5098, "Signaling MIB for PacketCable and IPCablecom Multimedia
Terminal Adapters (MTAs)". 

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5098&eid=1349

--------------------------------------
Status: Held for Document Update
Type: Technical

Reported by: Alfred Hoenes <ah <at> TR-Sys.de> Date Reported: 2008-03-04 Held
by: Dan Romascanu (IESG)

Section: 5,pg.31-33

Original Text
-------------
-

Corrected Text
--------------
         osi                             any value  (not used)

Notes
-----
Incomplete specification:

The line given as 'corrected text' is missing from the tabular

listings of all (other) cases possible, in the DESCRIPTION clauses

of the following three scalar MIB objects, on pp.31-33 of the RFC:

   pktcSigDevVmwiAfterDTAS

   pktcSigDevVmwiAfterRPAS

   pktcSigDevVmwiDTASAfterLR

--------------------------------------
RFC5098 (draft-ietf-ipcdn-pktc-signaling-15)
--------------------------------------
Title               : Signaling MIB for PacketCable and IPCablecom
Multimedia Terminal Adapters (MTAs)
Publication Date    : February 2008
Author(s)           : G. Beacham, S. Kumar, S. Channabasappa
Category            : PROPOSED STANDARD
Source              : IP over Cable Data Network
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG
IESG Secretary | 2 Apr 19:45 2009
Picon

WG Action: Conclusion of IP over Cable Data Network (ipcdn)

The IP over Cable Data Network (ipcdn) working group in the Operations and
Management Area has concluded.

The IESG contact persons are Dan Romascanu and Ron Bonica.

The mailing list will remain active for clarification questions and
implementation discussions and reports.
rfc-editor | 2 Apr 01:38 2009

RFC 5428 on Management Event Management Information Base (MIB) for PacketCable- and IPCablecom-Compliant Devices


A new Request for Comments is now available in online RFC libraries.

        
        RFC 5428

        Title:      Management Event Management Information Base 
                    (MIB) for PacketCable- and IPCablecom-Compliant
                    Devices 
        Author:     S. Channabasappa, W. De Ketelaere,
                    E. Nechamkin
        Status:     Standards Track
        Date:       April 2009
        Mailbox:    Sumanth <at> cablelabs.com, 
                    deketelaere <at> tComLabs.com, 
                    enechamkin <at> broadcom.com
        Pages:      37
        Characters: 78139
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-ipcdn-pktc-eventmess-14.txt

        URL:        http://www.rfc-editor.org/rfc/rfc5428.txt

This memo defines a portion of the Management Information Base (MIB)
for use with network management protocols in the Internet community.
In particular, it defines a basic set of managed objects for Simple
Network Management Protocol (SNMP)-based management of events that
can be generated by PacketCable- and IPCablecom-compliant Multimedia
Terminal Adapter devices.  [STANDARDS TRACK]

This document is a product of the IP over Cable Data Network Working Group of the IETF.

This is now a Proposed Standard Protocol.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Internet
Official Protocol Standards (STD 1) for the standardization state and
status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  http://www.ietf.org/mailman/listinfo/ietf-announce
  http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html.
For downloading RFCs, see http://www.rfc-editor.org/rfc.html.

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor <at> rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

The RFC Editor Team
USC/Information Sciences Institute
Woundy, Richard | 10 Oct 23:54 2008
Picon

Concluding the IPCDN working group

Folks,

 

The only remaining item on the IPCDN WG charter is “Re-evaluate charter and milestones or conclude wg”. All but one of our IPCDN drafts are published, and the final draft (draft-ietf-ipcdn-pktc-eventmess-14) is in the RFC Editor’s Queue.

 

The IPCDN co-chairs agree that when the final draft is published as an RFC, we should conclude the working group.

 

Our plan is to make the working group ‘dormant’ as described in RFC 2418: keeping the mailing list but no longer conducting formal activities. We will also figure out how to maintain www.ipcdn.org as an archive.

 

Are there any objections to this plan?

 

-- Rich and Jean-Francois, IPCDN co-chairs

 

_______________________________________________
IPCDN mailing list
IPCDN <at> ietf.org
https://www.ietf.org/mailman/listinfo/ipcdn
Woundy, Richard | 10 Oct 23:47 2008
Picon

FW: draft-ietf-ipcdn-pktc-eventmess-14.txt

Sumanth, Wim, Eugene,

David Harrington and Chris Lonvick have pointed out that in
draft-ietf-ipcdn-pktc-eventmess-14, we don't need the reference to
draft-ietf-syslog-device-mib (which is currently dead), nor the
reference to draft-ietf-syslog-3195bis (which is not in the SYSLOG WG
charter to update). See the email thread below for their explanation. I
agree with their analysis.

If you (and the IPCDN WG) agree, then this would resolve all of the
missing references in our draft; see
http://www.rfc-editor.org/queue.html#draft-ietf-ipcdn-pktc-eventmess.

If you or anyone on the IPCDN mailing list objects, please reply by
close of business on Tuesday, October 14.

Below are the changes that the RFC Editor would make to the draft.

Change '[RFCEEE]' in the Reference clause of
'pktcEventSyslogCapabilities' to '[RFC3195]'.

Remove '[RFCABC]' from the Reference clause of 'pktcEventClassSeverity'.

Remove '[RFCABC]' from the Normative References (section 8).

Change '[RFCEEE]' in the Normative References to: '[RFC3195] D. New, M.
Rose, "Reliable Delivery for syslog", RFC 3195, November 2001.'

-- Rich

-----Original Message-----
From: David B Harrington [mailto:dbharrington <at> comcast.net] 
Sent: Thursday, October 09, 2008 11:06 PM
To: RFC Editor
Cc: Woundy, Richard; Pasi.Eronen <at> nokia.com; 'Chris Lonvick';
dromasca <at> avaya.com
Subject: FW: draft-ietf-ipcdn-pktc-eventmess-14.txt

Hi,

It has come to our attention that
draft-ietf-ipcdn-pktc-eventmess-14.txt references two documents that
we plan to drop.

The reference to draft-ietf-syslog-device-mib should be changed to
draft-ietf-syslog-tc-mib. The only reference is to the severity code,
which has been defined in the tc document specifically so the ipcdn
document would not have dependencies on the device-mib document.

The reference to draft-ietf-syslog-3195bis should be changed to RFC
3195. The only reference is to transportBEEP, without specifying which
BEEP transport revision. The only official BEEP transport revision is
defined in RFC3195. The WG is not currently chartered to work on
3195bis, and the WG appears to have little interest in doing so.

Thanks,
David Harrington
dbharrington <at> comcast.net
ietfdbh <at> comcast.net
dharrington <at> huawei.com

> -----Original Message-----
> From: Chris Lonvick [mailto:clonvick <at> cisco.com] 
> Sent: Wednesday, October 08, 2008 2:21 PM
> To: ietfdbh <at> comcast.net
> Subject: draft-ietf-ipcdn-pktc-eventmess-14.txt
> 
> Hi David,
> 
> I saw in the RFC Editor's queue that 
> draft-ietf-ipcdn-pktc-eventmess-14.txt is still dependent upon 
> draft-ietf-syslog-rfc3195bis and draft-ietf-syslog-device-mib.
> 
> Our charter doesn't say anything about revising 3195.  We still have

> something in our charter about a device mib but I think that 
> we decided to 
> talk to Pasi about that after getting out syslog-sign.
> 
> It looks like a good document and I'd rather it not be held 
> up by these 
> two references which, to me, appear to be rather minor.  How 
> do you think 
> we should handle this?
> 
> Thanks,
> Chris
> 
Romascanu, Dan (Dan | 19 Aug 08:12 2008

FW: Protocol Action: 'Management Event Management Information Base (MIB) for PacketCable- and IPCablecom-Compliant Devices' to Proposed Standard

Congratulations to the editors and to the WG for completing this
milestone. 

Dan

-----Original Message-----
From: ietf-announce-bounces <at> ietf.org
[mailto:ietf-announce-bounces <at> ietf.org] On Behalf Of The IESG
Sent: Tuesday, August 19, 2008 1:14 AM
To: IETF-Announce
Cc: ipcdn chair; ipcdn mailing list; Internet Architecture Board; RFC
Editor
Subject: Protocol Action: 'Management Event Management Information Base
(MIB) for PacketCable- and IPCablecom-Compliant Devices' to Proposed
Standard 

The IESG has approved the following document:

- 'Management Event Management Information Base (MIB) for PacketCable- 
   and IPCablecom-Compliant Devices '
   <draft-ietf-ipcdn-pktc-eventmess-14.txt> as a Proposed Standard

This document is the product of the IP over Cable Data Network Working
Group. 

The IESG contact persons are Dan Romascanu and Ron Bonica.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ipcdn-pktc-eventmess-14.t
xt

Technical Summary

This memo defines a portion of the Management Information Base (MIB) for
use with network management protocols in the Internet community.  
In particular, it defines a basic set of managed objects for Simple
Network Management Protocol (SNMP)-based management of events that can
be generated by PacketCable- and IPCablecom-compliant Multimedia
Terminal Adapter devices. 

Working Group Summary

This document represents the WG consensus as a whole: the WG as a whole
understands and agrees with it.

Protocol Quality

Dan Romascanu reviewed the document for the IESG. David Harrington
reviewed it as MIB Doctors, and the MIB Doctor team debated some of the
aspects of his review. Pasi Eronen performed the GenART review. 

The MIB module defined in this document is based on the original
PacketCable 1.5 Management Event MIB. The WG expectation is that
CableLabs will require implementation of the final (RFC) version of this
internet-draft for PacketCable 2.0 certified user equipment.

The ETSI "AT Working Group Digital" has also indicated their interest in
publication of this internet-draft as an RFC.

_______________________________________________
IETF-Announce mailing list
IETF-Announce <at> ietf.org
https://www.ietf.org/mailman/listinfo/ietf-announce

Gmane