[Gen-art] Re: LC Review: draft-ietf-disman-remops-mib-v2-09.txt
"Joel M. Halpern" <joel@stevecrocker.com> Thu, 16 March 2006 00:10 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FJg4i-0008FE-Aa; Wed, 15 Mar 2006 19:10:44 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FJg4h-0008EV-AP; Wed, 15 Mar 2006 19:10:43 -0500
Received: from pop-cowbird.atl.sa.earthlink.net ([207.69.195.68]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FJg4g-0004tr-1i; Wed, 15 Mar 2006 19:10:43 -0500
Received: from user-2ivepim.dialup.mindspring.com ([165.247.102.86] helo=JMHLap3.stevecrocker.com) by pop-cowbird.atl.sa.earthlink.net with esmtp (Exim 3.36 #10) id 1FJg4Z-0003QX-00; Wed, 15 Mar 2006 19:10:35 -0500
Message-Id: <7.0.1.0.0.20060315190949.03328de8@stevecrocker.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0
Date: Wed, 15 Mar 2006 19:10:29 -0500
To: Juergen Quittek <quittek@netlab.nec.de>, Mary Barnes <mary.barnes@nortel.com>, gen-art@ietf.org
From: "Joel M. Halpern" <joel@stevecrocker.com>
In-Reply-To: <F10A7B26C582BE3BE9DFC2BD@[192.168.1.128]>
References: <E3F9D87C63E2774390FE67C924EC99BB0AB3D6E8@zrc2hxm1.corp.nortel.com> <7.0.1.0.0.20060306171715.0329f8c0@stevecrocker.com> <F10A7B26C582BE3BE9DFC2BD@[192.168.1.128]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Spam-Score: 0.1 (/)
X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe
Cc: Randy Presuhn <randy_presuhn@mindspring.com>, Bert Wijnen <bwijnen@lucent.com>, disman@ietf.org, quittek@ccrle.nec.de
Subject: [Gen-art] Re: LC Review: draft-ietf-disman-remops-mib-v2-09.txt
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/gen-art>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
Errors-To: gen-art-bounces@ietf.org
That's a good enough reason to keep it. I think that all the functionality is provided by the ping portion, but a little duplication to avoid an incompatibility mess is fine. Yours, Joel At 06:44 PM 3/15/2006, Juergen Quittek wrote: >Joel, > >So far, I did not answer the last question of your initial email. >Please find an answer inline. > >--On 3/6/06 6:10 PM -0500 Joel M. Halpern wrote: > >>I was selected as General Area Review Team reviewer for this specification >>(for background on Gen-ART, please see >>http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html). > >[...] > >>Minor: What is the purpose of traceRouteCtlByPassRouteTable? >>I can understand with ping needing to be able to say "ping this >>neighbor, even if routing is confused. However, why is there a >>similar entry in the traceroute control table? Given that the >>restriction is that one is talking to a neighbor, what is the >>point of sending a traceroute? > >It is a common option of existing traceroute implementations. >For the BSD traceroute it reflects the -r option: > > -r Bypass the normal routing tables and send directly to a host on > an attached network. If the host is not on a directly-attached > network, an error is returned. This option can be used to ping a > local host through an interface that has no route through it > (e.g., after the interface was dropped by routed(8)). > >Object traceRouteCtlByPassRouteTable gives access to this option. >I agree that it is not really needed if also the PING MIB is available. >It might be useful, however, if not. Anyway, it is contained in the first >version of the TRACEROUTE MIB in RFC 2925 and it would create an unnecessary >incompatibility if we removed it. > >Thanks, > > Juergen > >> >> >>At 04:50 PM 3/1/2006, Mary Barnes wrote: >>>--------------------------- >>>Reviewer: Joel Halpern >>> >>>- 'Definitions of Managed Objects for Remote Ping, Traceroute, and Lookup >>> Operations ' >>> <draft-ietf-disman-remops-mib-v2-09.txt> as a Proposed Standard >>> >>>IETF LC ends on 2006-03-09. >>> >>>The file can be obtained via >>><http://www.ietf.org/internet-drafts/draft-ietf-disman-remops-mib-v2-09.txt>http://www.ietf.org/internet-drafts/draft-ietf-disman-remops-mib-v2-09.txt > _______________________________________________ Gen-art mailing list Gen-art@ietf.org https://www1.ietf.org/mailman/listinfo/gen-art
- [Gen-art] A *new* batch of IETF LC reviews - Marc… Mary Barnes
- [Gen-art] Re: LC Review: draft-ietf-disman-remops… Joel M. Halpern
- [Gen-art] Re: LC Review: draft-ietf-disman-remops… Joel M. Halpern
- [Gen-art] Re: LC Review: draft-ietf-disman-remops… Joel M. Halpern
- [Gen-art] Re: LC Review: draft-ietf-disman-remops… Juergen Quittek
- [Gen-art] Re: LC Review: draft-ietf-disman-remops… Juergen Quittek
- Re: [Gen-art] Re: LC Review: draft-ietf-disman-re… Brian E Carpenter
- [Gen-art] Re: LC Review: draft-ietf-disman-remops… Juergen Quittek
- [Gen-art] Re: LC Review: draft-ietf-disman-remops… Joel M. Halpern