[MIB-DOCTORS] draft-ietf-ccamp-gmpls-alarm-spec-04.txt [was: PRELIMINARY Agenda and Package for August 31, 2006 Telechat ]

"Wijnen, Bert (Bert)" <bwijnen@lucent.com> Fri, 25 August 2006 18:19 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GGgGq-0008N8-3r; Fri, 25 Aug 2006 14:19:08 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GGgGp-0008N0-GJ for mib-doctors@ietf.org; Fri, 25 Aug 2006 14:19:07 -0400
Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GGeFk-0002iy-8d for mib-doctors@ietf.org; Fri, 25 Aug 2006 12:09:52 -0400
Received: from ihemail2.lucent.com ([192.11.222.163]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GGeBP-0008VZ-VT for mib-doctors@ietf.org; Fri, 25 Aug 2006 12:05:26 -0400
Received: from nl0006exch001h.wins.lucent.com (h135-85-76-62.lucent.com [135.85.76.62]) by ihemail2.lucent.com (8.13.6/IER-o) with ESMTP id k7PG45FW008860; Fri, 25 Aug 2006 11:04:06 -0500 (CDT)
Received: by nl0006exch001h.nl.lucent.com with Internet Mail Service (5.5.2657.72) id <QX25S10G>; Fri, 25 Aug 2006 18:04:05 +0200
Message-ID: <7D5D48D2CAA3D84C813F5B154F43B1550A9D31F8@nl0006exch001u.nl.lucent.com>
From: "Wijnen, Bert (Bert)" <bwijnen@lucent.com>
To: "Dan Romascanu (E-mail)" <dromasca@avaya.com>, lberger@labn.net, ccamp-chairs@tools.ietf.org
Date: Fri, 25 Aug 2006 18:04:04 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
X-Spam-Score: -2.6 (--)
X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da
Cc: "MIB Doctors (E-mail)" <mib-doctors@ietf.org>
Subject: [MIB-DOCTORS] draft-ietf-ccamp-gmpls-alarm-spec-04.txt [was: PRELIMINARY Agenda and Package for August 31, 2006 Telechat ]
X-BeenThere: mib-doctors@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: MIB Doctors list <mib-doctors.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mib-doctors>, <mailto:mib-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/mib-doctors>
List-Post: <mailto:mib-doctors@ietf.org>
List-Help: <mailto:mib-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mib-doctors>, <mailto:mib-doctors-request@ietf.org?subject=subscribe>
Errors-To: mib-doctors-bounces@ietf.org

Nothing fatally flawed I think.

But just some comments.

>   o draft-ietf-ccamp-gmpls-alarm-spec-04.txt
>     GMPLS - Communication of Alarm Information (Proposed Standard)
>      - 2 of 8 
>     Token: Ross Callon

On page 7, I see:

     Severity: 8 bits

        Indicates the impact of the alarm indicated in the TLV.  See
        [RFC3877] and [M.3100] for more information on severity.  The
        following values are defined:

         Value       Definition
         -----       ----------
           0         Cleared
           1         Indeterminate
           2         Critical
           3         Major
           4         Minor
           5         Warning

And so I wonder if they mean bit values, or if they mean an 8-bit 
unsigned integer? I would assume (hope) the latter.
I also wonder why they do not use the same values as you do in RFC3877,
that is start at 1 and keep zero reserved (for now).

On page 9

     Error String: 32 bits minimum (variable)

        A string of characters in US-ASCII, representing the type of
        error/alarm.  This string is padded to the next largest 4 byte
        boundary using null characters.  Null padding is not required
        when the string is 32-bit aligned.  The contents of error
        string are implementation dependent.  See the condition types
        listed in Appendices of [GR833] for a list of example strings.
        Note length includes padding.

Strange they express this in BITs as opposed to OCTETS.
And I am also wondering of this string is ever meant for human
consumption. If so, then maybe it better be UTF-8 ??

page 14:

    .Pa "Acknowledgments"

   Valuable comments and input were received from a number of people,
   including Wes Doonan, Bert for the DISMAN reference, Tom Petch for
   getting the disman WG interactions started.  We also thank David
   Black for his valuable comments.

.Pa ??
nroff page eject maybe?

- some reference/citation problems:

!! Missing Reference for citation: [BCP26]
  P015 L022:    an IANA Considerations Section in RFCs" [BCP26].

Bert

_______________________________________________
MIB-DOCTORS mailing list
MIB-DOCTORS@ietf.org
https://www1.ietf.org/mailman/listinfo/mib-doctors