Re: draft-atlas-rtgwg-ipfrr-ip-mib-00.txt

Alia Atlas <aatlas@avici.com> Thu, 09 December 2004 16:29 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA07754 for <rtgwg-web-archive@ietf.org>; Thu, 9 Dec 2004 11:29:47 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CcRHr-0000iv-Q8 for rtgwg-web-archive@ietf.org; Thu, 09 Dec 2004 11:37:05 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CcR7B-0008P3-GG; Thu, 09 Dec 2004 11:26:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CcQrR-0004jt-5K for rtgwg@megatron.ietf.org; Thu, 09 Dec 2004 11:09:45 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA05564 for <rtgwg@ietf.org>; Thu, 9 Dec 2004 11:09:43 -0500 (EST)
Received: from gateway.avici.com ([208.246.215.5] helo=mailhost.avici.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CcQyQ-00007K-0k for rtgwg@ietf.org; Thu, 09 Dec 2004 11:17:00 -0500
Received: from aatlas-lt.avici.com ([10.2.103.10]) by mailhost.avici.com (8.12.8/8.12.8) with ESMTP id iB9G974I015003; Thu, 9 Dec 2004 11:09:07 -0500
Message-Id: <5.1.0.14.2.20041209105543.029b1d58@pop.avici.com>
X-Sender: aatlas@pop.avici.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Thu, 09 Dec 2004 11:08:18 -0500
To: Adrian Farrel <adrian@olddog.co.uk>
From: Alia Atlas <aatlas@avici.com>
In-Reply-To: <005001c4c81d$d2d7c7a0$a7878182@Puppy>
References: <24685528.20041109092848@psg.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Avici-MailScanner-Information: Please contact the ISP for more information
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d
Cc: rtgwg@ietf.org
Subject: Re: draft-atlas-rtgwg-ipfrr-ip-mib-00.txt
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: rtgwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
Sender: rtgwg-bounces@ietf.org
Errors-To: rtgwg-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352

At 01:38 PM 11/11/2004, Adrian Farrel wrote:
>A few nits, probably worth getting them out early.
>
>1. Please say "MIB module" not "MIB"

Will do.

>2. As suggested at the mic, do consider SNMP Notifications, but also 
>consider the amount
>of information overload that might arise on recovery from a single network 
>fault. Probably
>much more interesting to keep statistics and history about actions and errors.

I think these belong in the IGP-specific MIBs, so that they can be related 
to the particular area that was affected.

Of interest might be:
         a) Event count: hold-down for link-protecting alternates was 
terminated because a node failed.
         b) Event count: hold-down for node-protecting alternates was 
terminated because an unrelated link failed.
         c) Event count: single link failure triggered SPF
         d) Event count: single node failure triggered SPF
         e) Event count: local link failure triggered SPF
etc.

>3. Please split references into normative and informational.
>I suspect draft-ietf-ipv6-rfc2096-update-07 is needed as a normative reference

Sure

>4. I agree that write access will be needed for some objects.

Do you think we need write access into both the ipFrrAltTable and the 
ipFrrNoAltTable?  I primarily see this as being useful for static routes.

Thanks,
Alia


_______________________________________________
Rtgwg mailing list
Rtgwg@ietf.org
https://www1.ietf.org/mailman/listinfo/rtgwg