[Tsvwg] Re: [IETFMIBS] TCP Extended Statistics MIB, and v6ops TCP/UDP Process MIB

Kristine Adamson <adamson@us.ibm.com> Fri, 12 January 2007 13:30 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5MUT-000064-Dt; Fri, 12 Jan 2007 08:30:41 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H5MUR-00005o-M8; Fri, 12 Jan 2007 08:30:39 -0500
Received: from e36.co.us.ibm.com ([32.97.110.154]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H5MUP-0007Z3-4U; Fri, 12 Jan 2007 08:30:39 -0500
Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e36.co.us.ibm.com (8.13.8/8.12.11) with ESMTP id l0CDUatS027218; Fri, 12 Jan 2007 08:30:36 -0500
Received: from d03av04.boulder.ibm.com (d03av04.boulder.ibm.com [9.17.195.170]) by westrelay02.boulder.ibm.com (8.13.6/8.13.6/NCO v8.1.1) with ESMTP id l0CDUaVw549086; Fri, 12 Jan 2007 06:30:36 -0700
Received: from d03av04.boulder.ibm.com (loopback [127.0.0.1]) by d03av04.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l0CDUaMg027659; Fri, 12 Jan 2007 06:30:36 -0700
Received: from d03nm118.boulder.ibm.com (d03nm118.boulder.ibm.com [9.17.195.144]) by d03av04.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l0CDUa0x027654; Fri, 12 Jan 2007 06:30:36 -0700
In-Reply-To: <20070112131350.GA24691@boskop.local>
To: j.schoenwaelder@iu-bremen.de
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 7.0 HF144 February 01, 2006
Message-ID: <OF3BC3CCBF.25595024-ON87257261.0049FAAA-85257261.004A365A@us.ibm.com>
From: Kristine Adamson <adamson@us.ibm.com>
Date: Fri, 12 Jan 2007 06:32:10 -0700
X-MIMETrack: S/MIME Sign by Notes Client on Kristine Adamson/Raleigh/IBM(Release 7.0 HF144|February 01, 2006) at 01/12/2007 08:30:35 AM, Serialize by Notes Client on Kristine Adamson/Raleigh/IBM(Release 7.0 HF144|February 01, 2006) at 01/12/2007 08:30:35 AM, Serialize complete at 01/12/2007 08:30:35 AM, S/MIME Sign failed at 01/12/2007 08:30:35 AM: The cryptographic key was not found, Serialize by Router on D03NM118/03/M/IBM(Release 7.0.2HF32 | October 17, 2006) at 01/12/2007 06:32:11, Serialize complete at 01/12/2007 06:32:11
Content-Type: multipart/alternative; boundary="=_alternative 004A365685257261_="
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 0770535483960d190d4a0d020e7060bd
Cc: ietfmibs@ietf.org, tsvwg@ietf.org
Subject: [Tsvwg] Re: [IETFMIBS] TCP Extended Statistics MIB, and v6ops TCP/UDP Process MIB
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
Errors-To: tsvwg-bounces@ietf.org

Juergen,
   Sorry for the confusion.  The current draft of the TCP-ESTATS-MIB is 
at:
http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-tcp-mib-extension-14.txt

The TCP/UDP Process MIB draft is at:
http://tools.ietf.org/wg/v6ops/draft-persson-v6ops-mib-issue-01.txt 

Kristine Adamson
IBM z/OS Communications Server: TCP/IP Development
Phone: (919) 254-7911   T/L 444-7911
Internet e-mail:adamson@us.ibm.com


Juergen Schoenwaelder <j.schoenwaelder@iu-bremen.de> wrote on 01/12/2007 
08:13:50 AM:

> On Fri, Jan 12, 2007 at 06:07:43AM -0700, Kristine Adamson wrote:
> > I've worked with Matt Mathis a bit on the tsvwg group's TCP Extended 
> > Statistics MIB because I work on an IBM product's SNMP support.  As 
far as 
> > I am aware, you may have more than one "augmenting" table which 
augments a 
> > base table.  But an augmenting table can not itself be a base table. I 
am 
> > copying the MIB mailing list for any additional feedback. 
> > 
> > So, both the tcpEStatsConnectIdTable (from the tsvwg's TCP-ESTATS-MIB) 
and 
> > the tcpConnectionInfoTable (from the v6ops' TCP-PROC-MIB) can augment 
the 
> > tcpConnectionTable in the TCP-MIB. 
> > 
> > That said, maybe the TCP Creation MIB objects in the TCP-PROC-MIB's 
> > tcpConnectionInfoTable, could be moved to one of the tables in the 
> > TCP-ESTATS-MIB.  We will be looking into implementing the 
TCP-ESTATS-MIB 
> > in the future in order to support additional information for TCP 
> > connections.  Since the TCP-ESTATS-MIB is in the final approval 
stages, 
> > maybe these MIB objects could be added to one of the TCP-ESTATS-MIB's 
> > table in the future, as an updated version of the MIB module.   Or, 
maybe 
> > they should be added to the TCP-MIB's  tcpConnectionTable? 
> > 
> > Unfortunately, I don't think any IETF group is working on an extended 
> > statistics MIB module for UDP endpoints.  If we create a MIB table 
with a 
> > general name like, udpEndpointInfoTable, then you would expect that 
any 
> > other additional management data for UDP endpoints would be added to 
this 
> > table.  Instead, maybe it would be better to either add the UDP 
Creation 
> > MIB objects to the existing udpEndpointTable in the UDP-MIB, or rename 
the 
> > udpEndpointInfoTable to something more specific, like 
> > udpEndpointCreationTable.
> 
> It would help people like me who did not follow any of this work if
> you can provide us the names of the documents in question.
> 
> /js
> 
> -- 
> Juergen Schoenwaelder       {International|Jacobs} University Bremen
> <http://www.eecs.iu-bremen.de/>    P.O. Box 750 561, 28725 Bremen, 
Germany