Re: MIB question - default BFD enable status?

"Thomas D. Nadeau" <tnadeau@cisco.com> Thu, 11 August 2005 19:49 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3J3Z-0005Mv-Bp; Thu, 11 Aug 2005 15:49:37 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3J3W-0005Mq-Uo for rtg-bfd@megatron.ietf.org; Thu, 11 Aug 2005 15:49:36 -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 PAA24115 for <rtg-bfd@ietf.org>; Thu, 11 Aug 2005 15:49:33 -0400 (EDT)
Received: from rtp-iport-1.cisco.com ([64.102.122.148]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E3Jbs-00073F-Ut for rtg-bfd@ietf.org; Thu, 11 Aug 2005 16:25:06 -0400
Received: from rtp-core-1.cisco.com (64.102.124.12) by rtp-iport-1.cisco.com with ESMTP; 11 Aug 2005 12:49:22 -0700
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
X-IronPort-AV: i="3.96,100,1122879600"; d="scan'208"; a="5655744:sNHT22663396"
Received: from [10.83.15.53] (rtp-tnadeau-vpn4.cisco.com [10.83.15.53]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with SMTP id j7BJnJT7018212; Thu, 11 Aug 2005 15:49:20 -0400 (EDT)
In-Reply-To: <Pine.LNX.4.61.0508110755350.25486@netcore.fi>
References: <20050810201652.GS5530@nexthop.com> <Pine.LNX.4.61.0508110755350.25486@netcore.fi>
Mime-Version: 1.0 (Apple Message framework v733)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <31E8370C-8A00-4451-AB12-73B1A696CC58@cisco.com>
Content-Transfer-Encoding: 7bit
From: "Thomas D. Nadeau" <tnadeau@cisco.com>
Date: Thu, 11 Aug 2005 15:49:12 -0400
To: Pekka Savola <pekkas@netcore.fi>
X-Mailer: Apple Mail (2.733)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca
Content-Transfer-Encoding: 7bit
Cc: rtg-bfd@ietf.org, Jeffrey Haas <jhaas@nexthop.com>
Subject: Re: MIB question - default BFD enable status?
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
Sender: rtg-bfd-bounces@ietf.org
Errors-To: rtg-bfd-bounces@ietf.org

On Aug 11, 2005, at 12:57 AM, Pekka Savola wrote:

> On Wed, 10 Aug 2005, Jeffrey Haas wrote:
>
>> Since I'm now freed from the tyrannies of my company's latest  
>> release, I'm
>> in the process of reviewing the various BFD specificiations.  One
>> of the questions that came up in during the MIB review was something
>> that input from the WG would be helpful for:
>>
>>        bfdAdminStatus OBJECT-TYPE
>>           SYNTAX   INTEGER { enabled(1), disabled(2) }
>>           MAX-ACCESS   read-write
>>           STATUS   current
>>           DESCRIPTION
>>              "The global administrative status of BFD in this router.
>>               The value 'enabled' denotes that the BFD Process is
>>               active on at least one interface; 'disabled' disables
>>               it on all interfaces."
>>           DEFVAL { enabled }
>>           ::= { bfdScalarObjects 1 }
>>
>> Arguments can be made both ways for this feature to be enabled or  
>> disabled
>> by default.  I believe that, at least in the MIB, it should be  
>> disabled.
>>
>
> First off, is there usefulness in creating a read-write mib in the  
> first place?

     This is a great point, and one which I was hoping to raise (it was
one of Jeff's review comments).  I personally think that r-o is
fine.

> But even if we do, I don't think this global feature is even needed  
> -- isn't it enough to have interface, protocol, or other status  
> values which the operators can then snmpwalk through ?

     I know of at least one implementation that has BFD as a global
configuration.

     --Tom


>
> -- 
> Pekka Savola                 "You each name yourselves king, yet the
> Netcore Oy                    kingdom bleeds."
> Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings
>