Re: [Isis-wg] Final WG LC draft-ietf-isis-wg-mib-23.txt
"Parker, Jeff" <jeffp@middlebury.edu> Wed, 12 October 2005 15:00 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EPi5d-0000qS-IY; Wed, 12 Oct 2005 11:00:21 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EPi5b-0000oj-5H for isis-wg@megatron.ietf.org; Wed, 12 Oct 2005 11:00:19 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA26464 for <isis-wg@ietf.org>; Wed, 12 Oct 2005 11:00:16 -0400 (EDT)
Received: from anthrax.middlebury.edu ([140.233.2.72]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EPiFu-0004y3-K6 for isis-wg@ietf.org; Wed, 12 Oct 2005 11:11:00 -0400
Received: from arcticcat.middlebury.edu [140.233.2.8] by anthrax.middlebury.edu with XWall v3.35 ; Wed, 12 Oct 2005 11:00:07 -0400
Received: from GRASSHOPPER.middlebury.edu ([140.233.2.6]) by arcticcat.middlebury.edu with Microsoft SMTPSVC(5.0.2195.6713); Wed, 12 Oct 2005 11:00:06 -0400
Received: GRASSHOPPER 140.233.2.6 from 140.233.20.127 140.233.20.127 via HTTP with MS-WebStorage 6.0.6249
User-Agent: Microsoft-Entourage/11.2.0.050811
Date: Wed, 12 Oct 2005 10:59:54 -0400
Subject: Re: [Isis-wg] Final WG LC draft-ietf-isis-wg-mib-23.txt
From: "Parker, Jeff" <jeffp@middlebury.edu>
To: "Wijnen, Bert (Bert)" <bwijnen@lucent.com>
Message-ID: <BF729D2A.5EDB%jeffp@middlebury.edu>
Thread-Topic: [Isis-wg] Final WG LC draft-ietf-isis-wg-mib-23.txt
Thread-Index: AcXPPZpi2PYnqjswEdqBfAANk6/xHg==
In-Reply-To: <7D5D48D2CAA3D84C813F5B154F43B15508490027@nl0006exch001u.nl.lucent.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-OriginalArrivalTime: 12 Oct 2005 15:00:06.0859 (UTC) FILETIME=[A20C31B0:01C5CF3D]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 22bbb45ef41b733eb2d03ee71ece8243
Content-Transfer-Encoding: 7bit
Cc: "C. M. Heard" <heard@pobox.com>, isis-wg@ietf.org
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/isis-wg>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
Sender: isis-wg-bounces@ietf.org
Errors-To: isis-wg-bounces@ietf.org
On 10/12/05 10:37 AM, "Wijnen, Bert (Bert)" <bwijnen@lucent.com> wrote: > In rev 23 I am happy to see THis: > > IsisSystemID ::= TEXTUAL-CONVENTION > STATUS current > DESCRIPTION > "A system ID." > SYNTAX OCTET STRING (SIZE(6)) > > changed into this: > > IsisSystemID ::= TEXTUAL-CONVENTION > STATUS current > DESCRIPTION > "The ID for an Intermediate System. This should > be unique within a network, and is included > in all PDUs originated by an Intermediate System. >> Some implementations may automatically assign >> values and not permit an SNMP write, while >> others may require the value to be set manually. > The protocol does not place any meanings upon > the bits, other than using ordering to break > ties in electing a Designated IS on a LAN." > REFERENCE "{ISIS.aoi systemId (119)}" > SYNTAX OCTET STRING (SIZE(6)) > > But the 3 lines marked with > seem not part of the TC. > It depends on where /how the TC is used. Some may use it > for a read-only object and then those 3 lines mean nothing > or may be confusing. The 3 lines belong in a DESCRIPTION clause > where the TC is used as a SYNTAX in an OBJECT-TYPE and whihc > has possibly a MAX-ACCESS of read-write or read-create. > I am not hung up on this though. Removed > When I see this > IsisLinkStatePDUID ::= TEXTUAL-CONVENTION > STATUS current > DESCRIPTION > "A Link State PDU Identifier." > SYNTAX OCTET STRING (SIZE(8)) > > changed into: > IsisLinkStatePDUID ::= TEXTUAL-CONVENTION > STATUS current > DESCRIPTION > "A Link State PDU Identifier formed from the > 6 byte System ID, a one byte PseudoNode ID, > and a one byte LSP fragment number." > REFERENCE "{See section 9.8 of ISO 10589}" > SYNTAX OCTET STRING (SIZE(8)) > Then I like that. But it would have been even more helpful > if you had been more explicit on the sequence of th 6, 1 nad 1 byte. > Maybe you imply that that is the sequence, but that is not very clear. > Again, I can live with it. "The 8 byte Link State PDU (LSP) ID, consisting of the 6 byte SystemID of the originating IS, a one byte PseudoNode ID which is 0 unless the LSP represents the topology of a LAN, and one byte LSP fragment number that are issued in sequence, starting with 0. Non zero PseudoNode IDs need to be unique to the IS, but need not match the IfIndex." This probably says too much about the PseudoNode ID. I believe it be wordsmithed further: the byte really only needs to be unique at that -level-. > When I see: > Configured values will survive an agent reboot." > I am happy. Better/clearer might have been: > Configured values MUST survive an agent reboot." > assuming that is what the WG wants. > I am not hung up on it. Besides, I see that Mike suggested the > "will survive" so I should not keep nitpicking further. > > Ready to go, as far as I am concerned! > Thanks Jeff! > > Bert myrmidon:~/MIB jeff$ grep survive mib Configured values MUST survive an agent reboot." Configured values MUST survive an agent reboot." Configured values MUST survive an agent reboot." Configured values MUST survive an agent reboot." Configured values MUST survive an agent reboot." Configured values MUST survive an agent reboot." Configured values MUST survive an agent reboot." Configured values MUST survive an agent reboot." Configured values MUST survive an agent reboot." Configured values MUST survive an agent reboot." Configured values MUST survive an agent reboot." Dynamically created rows MUST survive an agent reboot." Dynamically learned rows do not survive an agent reboot." Dynamically created rows MUST survive an agent reboot. Dynamically created rows MUST survive an agent reboot. Dynamically learned rows do not survive an agent reboot." Configured values MUST survive an agent reboot." Dynamically created rows MUST survive an agent reboot." Configured values MUST survive an agent reboot." Dynamically learned rows do not survive an agent reboot." Dynamically learned rows do not survive an agent reboot." Dynamically learned rows do not survive an agent reboot." Dynamically learned rows do not survive an agent reboot." Dynamically created rows MUST survive an agent reboot." Dynamically created rows MUST survive an agent reboot. Dynamically learned rows will not survive an Dynamically learned rows will not survive an myrmidon:~/MIB jeff$ grep survive mib | grep -v MUST Dynamically learned rows do not survive an agent reboot." Dynamically learned rows do not survive an agent reboot." Dynamically learned rows do not survive an agent reboot." Dynamically learned rows do not survive an agent reboot." Dynamically learned rows do not survive an agent reboot." Dynamically learned rows do not survive an agent reboot." Dynamically learned rows will not survive an Dynamically learned rows will not survive an Other issues? - jdp _______________________________________________ Isis-wg mailing list Isis-wg@ietf.org https://www1.ietf.org/mailman/listinfo/isis-wg
- RE: [Isis-wg] Final WG LC draft-ietf-isis-wg-mib-… Wijnen, Bert (Bert)
- Re: [Isis-wg] Final WG LC draft-ietf-isis-wg-mib-… Parker, Jeff
- RE: [Isis-wg] Final WG LC draft-ietf-isis-wg-mib-… Wijnen, Bert (Bert)
- Re: [Isis-wg] Final WG LC draft-ietf-isis-wg-mib-… Christian Hopps
- Re: [Isis-wg] Final WG LC draft-ietf-isis-wg-mib-… C. M. Heard
- RE: [Isis-wg] Final WG LC draft-ietf-isis-wg-mib-… Wijnen, Bert (Bert)