Re: [rbridge] Draft TRILL agenda for Paris posted

Anil Rijhsinghani <anil@charter.net> Thu, 22 March 2012 14:06 UTC

Return-Path: <rbridge-bounces@postel.org>
X-Original-To: ietfarch-trill-archive-Osh9cae4@ietfa.amsl.com
Delivered-To: ietfarch-trill-archive-Osh9cae4@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5535A21F85EA for <ietfarch-trill-archive-Osh9cae4@ietfa.amsl.com>; Thu, 22 Mar 2012 07:06:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.599
X-Spam-Level:
X-Spam-Status: No, score=-4.599 tagged_above=-999 required=5 tests=[AWL=2.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ht5Aq6RxHAPJ for <ietfarch-trill-archive-Osh9cae4@ietfa.amsl.com>; Thu, 22 Mar 2012 07:06:00 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by ietfa.amsl.com (Postfix) with ESMTP id C95EE21F85A1 for <trill-archive-Osh9cae4@lists.ietf.org>; Thu, 22 Mar 2012 07:06:00 -0700 (PDT)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id q2MDrwKp011736; Thu, 22 Mar 2012 06:53:59 -0700 (PDT)
Received: from mta41.charter.net (mta41.charter.net [216.33.127.83]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id q2MDrQHU011373 for <rbridge@postel.org>; Thu, 22 Mar 2012 06:53:35 -0700 (PDT)
Received: from imp10 ([10.20.200.15]) by mta41.charter.net (InterMail vM.8.01.05.02 201-2260-151-103-20110920) with ESMTP id <20120322135326.MJOC10143.mta41.charter.net@imp10>; Thu, 22 Mar 2012 09:53:26 -0400
Received: from wt05 ([209.225.8.45]) by imp10 with smtp.charter.net id odtS1i0070yHwtd05dtSyU; Thu, 22 Mar 2012 09:53:26 -0400
X-Authority-Analysis: v=1.1 cv=JYQIUidRAECiNa+jsiaNMIhYElg3H2WoMKCJIGO75f4= c=1 sm=1 a=mPdft7sT4qkA:10 a=cWQ9uGxeeyIA:10 a=lc5v_U8dHoEA:10 a=yUnIBFQkZM0A:10 a=IkcTkHD0fZMA:10 a=hrAVmPx1BfGJL6VlTjBtdg==:17 a=0Qg8RWfqAAAA:8 a=MMPWtiTIVnnvfQVX_GgA:9 a=gZ98SGaWl7zWWesAwWYA:7 a=QEXdDO2ut3YA:10 a=1jtitDqs7uwA:10 a=hrAVmPx1BfGJL6VlTjBtdg==:117
Received: from [15.195.201.90] by enhanced.charter.net with HTTP; Thu, 22 Mar 2012 09:53:26 -0400
Date: Thu, 22 Mar 2012 09:53:26 -0400
From: Anil Rijhsinghani <anil@charter.net>
To: Thomas Narten <narten@us.ibm.com>
Message-ID: <295ef6be.49254f.1363aaef44b.Webtop.45@charter.net>
MIME-Version: 1.0
User-Agent: Laszlo Mail 3
X-SID: 45
X-Originating-IP: [15.195.201.90]
Content-Disposition: inline
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: anil@charter.net
Cc: Donald Eastlake <d3e3e3@gmail.com>, rbridge@postel.org
Subject: Re: [rbridge] Draft TRILL agenda for Paris posted
X-BeenThere: rbridge@postel.org
X-Mailman-Version: 2.1.6
Precedence: list
List-Id: "Developing a hybrid router/bridge." <rbridge.postel.org>
List-Unsubscribe: <http://mailman.postel.org/mailman/listinfo/rbridge>, <mailto:rbridge-request@postel.org?subject=unsubscribe>
List-Archive: <http://mailman.postel.org/pipermail/rbridge>
List-Post: <mailto:rbridge@postel.org>
List-Help: <mailto:rbridge-request@postel.org?subject=help>
List-Subscribe: <http://mailman.postel.org/mailman/listinfo/rbridge>, <mailto:rbridge-request@postel.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: rbridge-bounces@postel.org
Errors-To: rbridge-bounces@postel.org

Just a response on the MIB comment in this thread,

On Wed, Mar 21, 2012 at 10:15 AM, Thomas Narten wrote:

> IMO, the MIB document needs more work and is not as ready as you
> suggest. See David Bond's message at
> http://mailman.postel.org/pipermail/rbridge/2012-March/004870.html.
>
> It says:
>
>     I've submitted a new revision of the
>     draft-ietf-trill-rbridge-oam-02 which contains numerous changes as
>     seen in the change list below. One of the bigger changes was after
>     receiving input I removed a lot of the error codes that were in
>     the previous version of the draft. The thought here was unless
>     there is a clear need for an error type we shouldn't define it. If
>     a use case comes up in the future the error code can be defined at
>     that point.  Most of those error codes can be better represented
>     in the MIB.
>
> We need to decide whether to add more counters to the MIB, and if so,
> do so.

I believe the operative part here is, "Unless there is a clear need for 
an error type we shouldn't define it."

Counters are particularly easy to get carried away with. Implementers 
will tell you that every additional counter they must keep track of -- 
whether in hardware or software -- is a burden. Hence, every counter 
needs to be carefully justified. This has been the rationale in every 
MIB I have worked on.

For now we are well past WG approval and last call of the MIB document, 
and  in the final stages of publication. However as deployment of the 
protocol increases, there will be a process of discovery that may lead 
to additional management requirements, which would feed into a future 
version of the MIB. Part of this could be additional counters which are 
shown to provide enough bang for the buck.

Regards,
Anil
_______________________________________________
rbridge mailing list
rbridge@postel.org
http://mailman.postel.org/mailman/listinfo/rbridge