IETF Logo Mail Archive

Re: [babel] information model open issues

Toke Høiland-Jørgensen <toke@toke.dk> Wed, 01 August 2018 19:10 UTC

Return-Path: <toke@toke.dk>
X-Original-To: babel@ietfa.amsl.com
Delivered-To: babel@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C1DF130E4C for <babel@ietfa.amsl.com>; Wed, 1 Aug 2018 12:10:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=toke.dk
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zHbBhAK7Be98 for <babel@ietfa.amsl.com>; Wed, 1 Aug 2018 12:10:04 -0700 (PDT)
Received: from mail.toke.dk (mail.toke.dk [IPv6:2001:470:dc45:1000::1]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F2F7130E01 for <babel@ietf.org>; Wed, 1 Aug 2018 12:10:04 -0700 (PDT)
From: Toke Høiland-Jørgensen <toke@toke.dk>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1533150602; bh=TcA8a70u8+xopbciqSq13eW0joEKENPvuB44U7jvtb0=; h=From:To:Subject:In-Reply-To:References:Date:From; b=vQJkY7s943lMU6ntJVG7KjfwNxcyucEhi3NYLNM0hAC1TX1l288rKSmatsk0akxCM nBPCB5gJy9tk9KmnQgxXuykCammm7laJkpe6vkiWB0yNHl2ADqnJ/kodaK8VQQXbQV XVu7hRDqkrnuJcZOD9BpEXS6j7dvLF6jMwQ5nxcawLTOLnoFeDh1y9SWWJj0OXSnnH iARm36msWXnMDe4cbu1WdOT0sffBYUIYaDg6dmt7Yv1zV9HvYSi3IeNVvTM1w+VTwW yUSmo4d1fnfFuOZm/CDEQ4SMVGScdwEKj4J8nCz313LYxPY+jVZILXaEXKURbgfv3V 38PLTMWIjrfkw==
To: "STARK, BARBARA H" <bs7652@att.com>, Babel at IETF <babel@ietf.org>
In-Reply-To: <2D09D61DDFA73D4C884805CC7865E6114DE63655@GAALPA1MSGUSRBF.ITServices.sbc.com>
References: <2D09D61DDFA73D4C884805CC7865E6114DE63655@GAALPA1MSGUSRBF.ITServices.sbc.com>
Date: Wed, 01 Aug 2018 21:10:02 +0200
X-Clacks-Overhead: GNU Terry Pratchett
Message-ID: <87r2jhykc5.fsf@toke.dk>
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/LEH2EhRyOklw-hH1RoyNt5grTo0>
Subject: Re: [babel] information model open issues
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "A list for discussion of the Babel Routing Protocol." <babel.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/babel>, <mailto:babel-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/babel/>
List-Post: <mailto:babel@ietf.org>
List-Help: <mailto:babel-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/babel>, <mailto:babel-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2018 19:10:07 -0000

"STARK, BARBARA H" <bs7652@att.com> writes:

> But maybe instead of trying to track intervals, would it be possible
> to get a count of hello, ihu, and update TLVs sent (multicast and
> unicast) -- kind of like the counts interfaces provide of Ethernet
> frames transmitted and received? These counts are usually just started
> at boot and keep increasing until something causes them to start over
> (like reboot, specific reset trigger, or reaching max value). This
> would have the advantage of being a real statistic -- so we could
> claim the info model has the ability to provide statistics. They would
> all be optional. I use the Ethernet frame counts often in
> troubleshooting: they tell me if the interface is
> receiving/transmitting frames at all, and how frequently.

My immediate thought is that this sounds like a reasonable idea. Not
sure I agree that (all) the timers should go, though... :)

-Toke

v2.23.0 | Report a Bug | By Email