From owner-frnetmib@sunroof.eng.sun.com  Tue Jun 13 17:33:45 2000
Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23261;
	Tue, 13 Jun 2000 17:33:45 -0400 (EDT)
Received: from engmail1.Eng.Sun.COM ([129.146.1.13])
	by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id PAA14974;
	Tue, 13 Jun 2000 15:31:31 -0600 (MDT)
Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88])
	by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id OAA22424;
	Tue, 13 Jun 2000 14:30:50 -0700 (PDT)
Received: (from majordomo@localhost)
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) id e5DLUak28249
	for frnetmib-dist; Tue, 13 Jun 2000 14:30:36 -0700 (PDT)
Received: from engmail3.Eng.Sun.COM (engmail3 [129.144.170.5])
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) with ESMTP id e5DLUQ628242
	for <frnetmib@sunroof.eng.sun.com>; Tue, 13 Jun 2000 14:30:27 -0700 (PDT)
Received: from lukla.Sun.COM (lukla.Central.Sun.COM [129.147.5.31])
	by engmail3.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id OAA13547
	for <frnetmib@sunroof.eng.sun.com>; Tue, 13 Jun 2000 14:30:26 -0700 (PDT)
Received: from mail.visualnetworks.com ([208.22.72.41])
	by lukla.Sun.COM (8.9.3+Sun/8.9.3) with SMTP id PAA14070
	for <frnetmib@sunroof.eng.sun.com>; Tue, 13 Jun 2000 15:30:24 -0600 (MDT)
Received: from MAILCLUSTER1 by mail.visualnetworks.com
          via smtpd (for lukla.Sun.COM [192.18.98.31]) with SMTP; 13 Jun 2000 21:36:59 UT
Received: by rock-mail.visualnetworks.com with Internet Mail Service (5.5.2448.0)
	id <MZ3VC0LG>; Tue, 13 Jun 2000 17:34:29 -0400
Message-ID: <2D46FF96461CD41195FE00D0B747435C0BEA5A@rock-mail.visualnetworks.com>
From: "Rehbehn, Kenneth" <Krehbehn@VisualNetworks.com>
To: "'frnetmib@sunroof.eng.sun.com'" <frnetmib@sunroof.eng.sun.com>
Cc: "'narten@raleigh.ibm.com'" <narten@raleigh.ibm.com>,
        "'nordmark@eng.sun.com'" <Erik.Nordmark@eng.sun.com>,
        "'randy@psg.com'"
	 <randy@psg.com>,
        "'dperkins@dsperkins.com'" <dperkins@dsperkins.com>,
        "'Orly_n@rad.co.il'" <Orly_n@rad.co.il>, "'gvm@att.com'" <gvm@att.com>,
        "'fowler@syndesis.com'" <fowler@syndesis.com>,
        "'amalis@lucent.com'"
	 <amalis@lucent.com>,
        "'Andrew G. Malis'" <amalis@lucent.com>,
        "'Bert Wijnen'" <WIJNEN@vnet.ibm.com>,
        "Rehbehn, Kenneth"
	 <Krehbehn@VisualNetworks.com>
Subject: (FRNETMIB) draft-ietf-frnetmib-atmiwf-06.txt and draft-ietf-frnetmib-frs-mib
	-12.txt
Date: Tue, 13 Jun 2000 17:34:29 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-frnetmib@sunroof.eng.sun.com
Precedence: bulk
X-Info: [Un]Subscribe to majordomo@sunroof.eng.sun.com
X-Info: Submissions to frnetmib@sunroof.eng.sun.com
X-Info: Email archive at ftp://ftp.ietf.org/ietf-mail-archive/frnetmib/

I have posted new drafts to the I-D editor.  These drafts reflect changes
made in response to further comments received from the IESG review process.
The FR/ATM MIB has the most substantial changes.  These changes are
editorial.

To aid in evaluation of the changes I have created a color coded DIFF report
that shows, line-by-line, which lines have changed since the last version.
This .pdf report as well as the .txt file sent to the I-D editor can be
found in:

ftp://ftp.visualnetworks.com/Pub/IETF/draft-ietf-frnetmib-frs-mib-12.zip
ftp://ftp.visualnetworks.com/Pub/IETF/draft-ietf-frnetmib-atmiwf-06.zip

Both MIBs have passed smicng compilation using the latest version of the
smicng compiler.

The drafts are now ready for the RFC editor.

Regards,
Ken

---------------------------------------------------------------
Ken Rehbehn                              Phone: +1-301-296-2325
Visual Networks                            Fax: +1-301-296-2302
2092 Gaither Rd              EMail: krehbehn@visualnetworks.com
Rockville, MD  20850              http://www.visualnetworks.com 
X-Info: To unsubscribe, email 'majordomo@sunroof.eng.sun.com' with
X-Info: 'unsubscribe frnetmib' in the body of the message.


From owner-frnetmib@sunroof.eng.sun.com  Thu Jun 15 06:41:25 2000
Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA26203;
	Thu, 15 Jun 2000 06:41:24 -0400 (EDT)
Received: from engmail4.Eng.Sun.COM ([129.144.134.6])
	by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id EAA04433;
	Thu, 15 Jun 2000 04:40:29 -0600 (MDT)
Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88])
	by engmail4.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id DAA28601;
	Thu, 15 Jun 2000 03:40:16 -0700 (PDT)
Received: (from majordomo@localhost)
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) id e5FAe4J29257
	for frnetmib-dist; Thu, 15 Jun 2000 03:40:04 -0700 (PDT)
Received: from engmail2.Eng.Sun.COM (engmail2 [129.146.1.25])
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) with ESMTP id e5FAds629249
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 03:39:55 -0700 (PDT)
Received: from venus.Sun.COM (venus.EBay.Sun.COM [129.150.69.5])
	by engmail2.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id DAA15083
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 03:39:54 -0700 (PDT)
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by venus.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id DAA05001
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 03:39:52 -0700 (PDT)
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA25966;
	Thu, 15 Jun 2000 06:39:51 -0400 (EDT)
Message-Id: <200006151039.GAA25966@ietf.org>
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
To: IETF-Announce: ;
Cc: frnetmib@sunroof.eng.sun.com
From: Internet-Drafts@ietf.org
Reply-to: Internet-Drafts@ietf.org
Subject: (FRNETMIB) I-D ACTION:draft-ietf-frnetmib-atmiwf-06.txt
Date: Thu, 15 Jun 2000 06:39:51 -0400
Sender: owner-frnetmib@sunroof.eng.sun.com
Precedence: bulk
X-Info: [Un]Subscribe to majordomo@sunroof.eng.sun.com
X-Info: Submissions to frnetmib@sunroof.eng.sun.com
X-Info: Email archive at ftp://ftp.ietf.org/ietf-mail-archive/frnetmib/

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Frame Relay Service MIB Working Group of the IETF.

	Title		: Definitions of Managed Objects for Monitoring and 
                          Controlling the Frame Relay/ATM PVC Service  
                          Interworking Function
	Author(s)	: K. Rehbehn,  O. Nicklass, G. Mouradian
	Filename	: draft-ietf-frnetmib-atmiwf-06.txt
	Pages		: 49
	Date		: 14-Jun-00
	
This memo defines a Management Information Base (MIB) to configure,
monitor, and control a service interworking function (IWF) for
Permanent Virtual Connections (PVC) between Frame Relay and
Asynchronous Transfer Mode (ATM) technologies.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-frnetmib-atmiwf-06.txt

Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-ietf-frnetmib-atmiwf-06.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html 
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt


Internet-Drafts can also be obtained by e-mail.

Send a message to:
	mailserv@ietf.org.
In the body type:
	"FILE /internet-drafts/draft-ietf-frnetmib-atmiwf-06.txt".
	
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.
		
		
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Multipart/Alternative; Boundary="OtherAccess"

--OtherAccess
Content-Type: Message/External-body;
	access-type="mail-server";
	server="mailserv@ietf.org"

Content-Type: text/plain
Content-ID:	<20000614110422.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-ietf-frnetmib-atmiwf-06.txt

--OtherAccess
Content-Type: Message/External-body;
	name="draft-ietf-frnetmib-atmiwf-06.txt";
	site="ftp.ietf.org";
	access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID:	<20000614110422.I-D@ietf.org>

--OtherAccess--

--NextPart--


X-Info: To unsubscribe, email 'majordomo@sunroof.eng.sun.com' with
X-Info: 'unsubscribe frnetmib' in the body of the message.


From owner-frnetmib@sunroof.eng.sun.com  Thu Jun 15 06:41:43 2000
Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA26219;
	Thu, 15 Jun 2000 06:41:43 -0400 (EDT)
Received: from engmail1.Eng.Sun.COM ([129.146.1.13])
	by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id EAA04431;
	Thu, 15 Jun 2000 04:40:29 -0600 (MDT)
Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88])
	by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id DAA22054;
	Thu, 15 Jun 2000 03:40:10 -0700 (PDT)
Received: (from majordomo@localhost)
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) id e5FAduh29251
	for frnetmib-dist; Thu, 15 Jun 2000 03:39:56 -0700 (PDT)
Received: from engmail4.Eng.Sun.COM (engmail4 [129.144.134.6])
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) with ESMTP id e5FAdm629241
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 03:39:48 -0700 (PDT)
Received: from venus.Sun.COM (venus.EBay.Sun.COM [129.150.69.5])
	by engmail4.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id DAA28578
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 03:39:47 -0700 (PDT)
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by venus.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id DAA04958
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 03:39:46 -0700 (PDT)
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA25952;
	Thu, 15 Jun 2000 06:39:45 -0400 (EDT)
Message-Id: <200006151039.GAA25952@ietf.org>
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
To: IETF-Announce: ;
Cc: frnetmib@sunroof.eng.sun.com
From: Internet-Drafts@ietf.org
Reply-to: Internet-Drafts@ietf.org
Subject: (FRNETMIB) I-D ACTION:draft-ietf-frnetmib-frs-mib-12.txt
Date: Thu, 15 Jun 2000 06:39:45 -0400
Sender: owner-frnetmib@sunroof.eng.sun.com
Precedence: bulk
X-Info: [Un]Subscribe to majordomo@sunroof.eng.sun.com
X-Info: Submissions to frnetmib@sunroof.eng.sun.com
X-Info: Email archive at ftp://ftp.ietf.org/ietf-mail-archive/frnetmib/

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Frame Relay Service MIB Working Group of the IETF.

	Title		: Definitions of Managed Objects for Frame Relay Service
	Author(s)	: K. Rehbehn, D. Fowler
	Filename	: draft-ietf-frnetmib-frs-mib-12.txt
	Pages		: 90
	Date		: 14-Jun-00
	
This memo defines an extension to the Management Information Base
(MIB) for use with network management protocols in TCP/IP-based
internets.  In particular, it defines objects for managing the frame
relay service.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-frnetmib-frs-mib-12.txt

Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-ietf-frnetmib-frs-mib-12.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html 
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt


Internet-Drafts can also be obtained by e-mail.

Send a message to:
	mailserv@ietf.org.
In the body type:
	"FILE /internet-drafts/draft-ietf-frnetmib-frs-mib-12.txt".
	
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.
		
		
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Multipart/Alternative; Boundary="OtherAccess"

--OtherAccess
Content-Type: Message/External-body;
	access-type="mail-server";
	server="mailserv@ietf.org"

Content-Type: text/plain
Content-ID:	<20000614110350.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-ietf-frnetmib-frs-mib-12.txt

--OtherAccess
Content-Type: Message/External-body;
	name="draft-ietf-frnetmib-frs-mib-12.txt";
	site="ftp.ietf.org";
	access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID:	<20000614110350.I-D@ietf.org>

--OtherAccess--

--NextPart--


X-Info: To unsubscribe, email 'majordomo@sunroof.eng.sun.com' with
X-Info: 'unsubscribe frnetmib' in the body of the message.


From owner-frnetmib@sunroof.eng.sun.com  Thu Jun 15 08:49:58 2000
Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA29666;
	Thu, 15 Jun 2000 08:49:57 -0400 (EDT)
Received: from engmail3.Eng.Sun.COM ([129.144.170.5])
	by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id GAA25520;
	Thu, 15 Jun 2000 06:49:03 -0600 (MDT)
Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88])
	by engmail3.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id FAA25224;
	Thu, 15 Jun 2000 05:48:44 -0700 (PDT)
Received: (from majordomo@localhost)
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) id e5FCmW729389
	for frnetmib-dist; Thu, 15 Jun 2000 05:48:32 -0700 (PDT)
Received: from engmail2.Eng.Sun.COM (engmail2 [129.146.1.25])
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) with ESMTP id e5FCmQ629382
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 05:48:27 -0700 (PDT)
Received: from lukla.Sun.COM (lukla.Central.Sun.COM [129.147.5.31])
	by engmail2.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id FAA22808
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 05:48:27 -0700 (PDT)
Received: from satori.is.paradyne.com (services.paradyne.com [135.90.253.90])
	by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id GAA25249
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 06:48:26 -0600 (MDT)
Received: from hermes.eng.paradyne.com ([135.26.1.14])
          by satori.is.paradyne.com (Netscape Messaging Server 3.6)
           with ESMTP id AAA1D0F for <frnetmib@sunroof.eng.sun.com>;
          Thu, 15 Jun 2000 08:48:25 -0400
Received: from eng.paradyne.com (graysnapper.eng.paradyne.com [135.26.4.16]) by hermes.eng.paradyne.com (8.7.5/8.7.3) with ESMTP id IAA02186 for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 08:48:24 -0400 (EDT)
Message-ID: <3948D098.F7F68AE1@eng.paradyne.com>
Date: Thu, 15 Jun 2000 08:48:24 -0400
From: Rob Steinberger <ras@eng.paradyne.com>
Organization: Paradyne Corporation
X-Mailer: Mozilla 4.7 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: frnetmib@sunroof.eng.sun.com
Subject: (FRNETMIB) SLD MIB Issue List and New Draft
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-frnetmib@sunroof.eng.sun.com
Precedence: bulk
X-Info: [Un]Subscribe to majordomo@sunroof.eng.sun.com
X-Info: Submissions to frnetmib@sunroof.eng.sun.com
X-Info: Email archive at ftp://ftp.ietf.org/ietf-mail-archive/frnetmib/
Content-Transfer-Encoding: 7bit

All,

I have recently updated the SLD MIB to address all issues.  The
resolutions may still require discussion either in Pittsburgh or on
the list (or both); however, there is now a text basis to refer to.

Please see the draft at:
http://www.ietf.org/internet-drafts/draft-ietf-frnetmib-frmrelay-service-01.txt

WARNING: This update is a major change to the MIB.  For this reason, I
commented out the location in experimental.  Two items were added as
indices to all tables, some items were removed, several items were
added and the groups were reworked to make implementation easier.

Below is the list of issues.  I look forward to discussing each in
Pittsburgh; however, all comments issued to the list will continue to
be addressed.

Rob.

+--+----------+----------------+---------------------+------------+
|  |Originator|   Description  |   Solution          |  Status    |
+--+----------+----------------+---------------------+------------+
|  |          |Typo in         |                     |            |
| 1|Orly      |section 2.7.1   |Fix as suggested     |Resolved in |
|  |Nicklass  |"dive" should   |                     |new draft.  |
|  |          |be "divide"     |                     |            |
+--+----------+----------------+---------------------+------------+
|  |          |Consistency     |                     |            |
|  |          |Problem.        |                     |            |
| 2|Orly      |SmplIndex       |Fix as suggested     |Resolved in |
|  |Nicklass  |                |                     |new draft.  |
|  |          |should be       |                     |            |
|  |          |SmplCtrlIdx     |                     |            |
+--+----------+----------------+---------------------+------------+
|  |          |No Latency      |                     |            |
|  |          |Configuration   |                     |            |
|  |          |Variables       |                     |            |
|  |          |                |                     |            |
|  |          |Ken does not    |                     |Open, but   |
|  |          |like the idea   |Fix group definitions|groups      |
| 3|Ken       |of having the   |such that they are   |modified in |
|  |Rehbehn   |variables.      |not required.        |Draft.      |
|  |          |Santa Dasu (as  |                     |(Pittsburgh)|
|  |          |well as the     |                     |            |
|  |          |editors) feels  |                     |            |
|  |          |they need to    |                     |            |
|  |          |be there.       |                     |            |
+--+----------+----------------+---------------------+------------+
|  |          |Free the        |                     |            |
|  |          |Freerunning     |                     |            |
|  |          |Counts:         |                     |            |
|  |          |1) Min/Max/Avg  |                     |            |
|  |          |   have no      |We opted for Choice  |            |
|  |          |   meaning over |4.  The values are   |            |
|  |          |   time.  Should|needed for any       |            |
|  |          |   we remove    |application that will|            |
|  |          |   them?        |perform real-time    |            |
|  |          |2) Should we    |polling of the       |Open, but   |
| 4|Ken       |   remove all   |device.  In this way,|modified    |
|  |Rehbehn   |   free running |they values can have |in the MIB. |
|  |          |   counters?    |meaning and can be   |Resolve in  |
|  |          |3) Bert Wijnen  |controlled by the    |Pittsburgh. |
|  |          |   suggests     |device.  The object  |            |
|  |          |   using RFC    |frsldPvcCtrlDelayCnt |            |
|  |          |   2493 instead.|was added to support |            |
|  |          |4) Should we    |this.                |            |
|  |          |   just put a   |                     |            |
|  |          |   period of    |                     |            |
|  |          |   relevance    |                     |            |
|  |          |   into the MIB?|                     |            |
+--+----------+----------------+---------------------+------------+
|  |          |Table           |                     |            |
|  |          |Fragmentation   |This would break all |            |
|  |Ken       |Both feel       |existing             |            |
| 5|Rehbehn   |there is no     |implementations and  |Open.       |
|  |Santa Dasu|need to have    |take away a request  |(Pittsburgh)|
|  |          |availability    |from other interested|            |
|  |          |in a separate   |parties.             |            |
|  |          |table.          |                     |            |
+--+----------+----------------+---------------------+------------+
|  |          |                |Change the object    |            |
|  |          |                |names and            |            |
|  |          |                |descriptions from    |            |
|  |          |                |Source and           |            |
|  |          |                |Destination Reference|            |
|  |          |Bi-directional  |Points to Transmit   |            |
|  |          |flow tracking   |and Receive Reference|            |
|  |          |and             |Points and add the   |            |
|  |          |abandonment of  |reference points as  |            |
|  |          |the FR DTE MIB  |indexes to all       |            |
|  |          |                |tables.  Further,    |            |
|  |          |Must be able    |expand the           |Open. Change|
|  |          |to track flows  |definitions to       |in new draft|
| 6|Ken       |in both         |reflect direction and|to be       |
|  |Rehbehn   |directions,     |location.            |discussed in|
|  |          |track NNI       |                     |Pittsburgh. |
|  |          |flows and the   |In this way, the     |            |
|  |          |current         |statistics mean      |            |
|  |          |reference       |exactly what they    |            |
|  |          |point scheme    |say.  The direction  |            |
|  |          |does not allow  |can be taken into    |            |
|  |          |for this.       |account.  The        |            |
|  |          |                |locality of the      |            |
|  |          |                |information can be   |            |
|  |          |                |taken into account.  |            |
|  |          |                |                     |            |
|  |          |                |DO NOT abandon FR DTE|            |
|  |          |                |support.             |            |
+--+----------+----------------+---------------------+------------+
| 7|Ken       |Theory of       |Will add to next     |Resolved in |
|  |Rehbehn   |Operations      |draft.               |new draft.  |
+--+----------+----------------+---------------------+------------+
|  |          |Collection      |                     |            |
|  |          |Location        |                     |            |
| 8|Ken       |                |Location variables   |Resolved in |
|  |Rehbehn   |Why is          |removed.             |new draft.  |
|  |          |location so     |                     |            |
|  |          |important?      |                     |            |
+--+----------+----------------+---------------------+------------+
|  |          |Distributed     |                     |            |
|  |          |confusion       |                     |            |
|  |          |                |This will also be    |            |
| 9|Ken       |                |resolved by solution |Resolved in |
|  |Rehbehn   |Location of     |to number 6 above.   |new draft.  |
|  |          |distributed is  |                     |            |
|  |          |confusing.      |                     |            |
+--+----------+----------------+---------------------+------------+
|  |          |Different       |                     |            |
|  |          |collection      |                     |            |
|  |          |locations for   |                     |            |
|  |          |single          |                     |            |
|  |          |CtrlTable row   |                     |            |
|  |          |                |                     |            |
|  |          |The latency     |                     |            |
|10|Ken       |and data        |Remove latency       |Resolved in |
|  |Rehbehn   |delivery        |location.            |new draft.  |
|  |          |information     |                     |            |
|  |          |have different  |                     |            |
|  |          |locations. Why  |                     |            |
|  |          |is the          |                     |            |
|  |          |location        |                     |            |
|  |          |important to    |                     |            |
|  |          |delivery?       |                     |            |
+--+----------+----------------+---------------------+------------+
|  |          |Explicit        |                     |            |
|  |          |descriptions    |                     |            |
|  |          |of operation    |                     |            |
|11|Ken       |                |No Such Name.        |Closed      |
|  |Rehbehn   |                |                     |            |
|  |          |What to report  |                     |            |
|  |          |when object is  |                     |            |
|  |          |not supported.  |                     |            |
+--+----------+----------------+---------------------+------------+
|  |          |Comments        |                     |            |
|12|Ken       |All comments    |Incorporate comments |Resolved in |
|  |Rehbehn   |must be moved   |in description       |new draft.  |
|  |          |into the        |                     |            |
|  |          |descriptions.   |                     |            |
+--+----------+----------------+---------------------+------------+
|  |          |Octet delivery  |                     |            |
|  |          |precision       |                     |            |
|13|Ken       |                |Incorporate into next|Resolved in |
|  |Rehbehn   |Use 64 bit      |draft.               |new draft.  |
|  |          |counters for    |                     |            |
|  |          |octets.         |                     |            |
+--+----------+----------------+---------------------+------------+
|  |          |Multiple        |This should be       |            |
|14|Ken       |reference       |resolved by solution |Open.       |
|  |Rehbehn   |pointa w/NNI    |to number 6 above.   |(Pittsburgh)|
+--+----------+----------------+---------------------+------------+
|  |          |                |This was a bug.  It  |            |
|15|Santa Dasu|Timestamp for   |has been returned to |Resolved in |
|  |          |counters        |                     |new draft.  |
|  |          |                |TimeTicks            |            |
+--+----------+----------------+---------------------+------------+
|  |          |                |Expand explanation as|            |
|16|Santa Dasu|Outage times    |to why this belongs  |Resolved in |
|  |          |                |in the NMS           |new draft.  |
|  |          |                |application          |            |
+--+----------+----------------+---------------------+------------+
|  |          |Delay           |No change.  This was |            |
|17|Santa Dasu|Measurement     |per request at Oslo  |Closed      |
|  |          |Units           |IETF.                |            |
+--+----------+----------------+---------------------+------------+
|  |          |Delivery and    |                     |            |
|  |          |delay need not  |There is the ability |            |
|  |          |be done at      |to control delay     |Open        |
|18|Santa Dasu|same frequencey |separately and create|            |
|  |          |need separate   |multiple sample      |            |
|  |          |table.          |tables               |            |
+--+----------+----------------+---------------------+------------+
|  |          |Clarify         |                     |            |
|19|Santa Dasu|descriptions    |Perform clarification|Resolved in |
|  |          |of statistic    |in the next draft.   |new draft.  |
+--+----------+----------------+---------------------+------------+
|20|Bert      |Don't import    |Remove import        |Resolved in |
|  |Wijnen    |BITS            |                     |new draft.  |
+--+----------+----------------+---------------------+------------+
|  |          |Use 4-digit     |                     |            |
|21|Bert      |years in        |Fix.                 |Resolved in |
|  |Wijnen    |LAST-UPDATED    |                     |new draft.  |
|  |          |and REVISION    |                     |            |
+--+----------+----------------+---------------------+------------+
X-Info: To unsubscribe, email 'majordomo@sunroof.eng.sun.com' with
X-Info: 'unsubscribe frnetmib' in the body of the message.


From owner-frnetmib@sunroof.eng.sun.com  Thu Jun 15 12:54:01 2000
Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA07788;
	Thu, 15 Jun 2000 12:54:00 -0400 (EDT)
Received: from engmail4.Eng.Sun.COM ([129.144.134.6])
	by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id KAA16946;
	Thu, 15 Jun 2000 10:53:00 -0600 (MDT)
Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88])
	by engmail4.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id JAA25017;
	Thu, 15 Jun 2000 09:52:02 -0700 (PDT)
Received: (from majordomo@localhost)
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) id e5FGpnK29562
	for frnetmib-dist; Thu, 15 Jun 2000 09:51:49 -0700 (PDT)
Received: from engmail1.Eng.Sun.COM (engmail1 [129.146.1.13])
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) with ESMTP id e5FGpf629555
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 09:51:41 -0700 (PDT)
Received: from venus.Sun.COM (venus.EBay.Sun.COM [129.150.69.5])
	by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id JAA06172
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 09:51:40 -0700 (PDT)
Received: from drawbridge.ascend.com (drawbridge.ascend.com [198.4.92.1])
	by venus.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id JAA03685
	for <frnetmib@sunroof.eng.sun.com>; Thu, 15 Jun 2000 09:51:40 -0700 (PDT)
Received: from fw-ext.ascend.com (fw-ext [198.4.92.5])
	by drawbridge.ascend.com (8.9.1a/8.9.1) with SMTP id JAA02643;
	Thu, 15 Jun 2000 09:44:28 -0700 (PDT)
Received: from russet.ascend.com by fw-ext.ascend.com
          via smtpd (for drawbridge.ascend.com [198.4.92.1]) with SMTP; 15 Jun 2000 16:51:36 UT
Received: from porky (porky.ascend.com [192.207.23.83])
	by russet.ascend.com (8.9.1a/8.9.1) with ESMTP id JAA27165;
	Thu, 15 Jun 2000 09:51:35 -0700 (PDT)
Received: from ascend.com by ascend.com
Message-Id: <4.3.2.7.2.20000615124657.0297d9e0@alpo.casc.com>
X-Sender: amalis@alpo.casc.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Thu, 15 Jun 2000 12:51:19 -0400
To: Rob Steinberger <ras@eng.paradyne.com>
From: "Andrew G. Malis" <amalis@lucent.com>
Subject: Re: (FRNETMIB) SLD MIB Issue List and New Draft
Cc: frnetmib@sunroof.eng.sun.com
In-Reply-To: <3948D098.F7F68AE1@eng.paradyne.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-frnetmib@sunroof.eng.sun.com
Precedence: bulk
X-Info: [Un]Subscribe to majordomo@sunroof.eng.sun.com
X-Info: Submissions to frnetmib@sunroof.eng.sun.com
X-Info: Email archive at ftp://ftp.ietf.org/ietf-mail-archive/frnetmib/

Rob,

Many thanks for all of the work you put in addressing the issues.   It's 
great to see the effort from both Rob and the people who submitted comments 
and suggestions - we will end up with a much better product as a result.

Due to the extensive nature of the changes, they will be discussed in 
Pittsburgh, which will be followed by a second WG last call.

Cheers,
Andy

-------

At 6/15/00 08:48 AM -0400, Rob Steinberger wrote:
>All,
>
>I have recently updated the SLD MIB to address all issues.  The
>resolutions may still require discussion either in Pittsburgh or on
>the list (or both); however, there is now a text basis to refer to.
>
>Please see the draft at:
>http://www.ietf.org/internet-drafts/draft-ietf-frnetmib-frmrelay-service-01.txt
>
>WARNING: This update is a major change to the MIB.  For this reason, I
>commented out the location in experimental.  Two items were added as
>indices to all tables, some items were removed, several items were
>added and the groups were reworked to make implementation easier.
>
>Below is the list of issues.  I look forward to discussing each in
>Pittsburgh; however, all comments issued to the list will continue to
>be addressed.
>
>Rob.
>
>+--+----------+----------------+---------------------+------------+
>|  |Originator|   Description  |   Solution          |  Status    |
>+--+----------+----------------+---------------------+------------+
>|  |          |Typo in         |                     |            |
>| 1|Orly      |section 2.7.1   |Fix as suggested     |Resolved in |
>|  |Nicklass  |"dive" should   |                     |new draft.  |
>|  |          |be "divide"     |                     |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Consistency     |                     |            |
>|  |          |Problem.        |                     |            |
>| 2|Orly      |SmplIndex       |Fix as suggested     |Resolved in |
>|  |Nicklass  |                |                     |new draft.  |
>|  |          |should be       |                     |            |
>|  |          |SmplCtrlIdx     |                     |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |No Latency      |                     |            |
>|  |          |Configuration   |                     |            |
>|  |          |Variables       |                     |            |
>|  |          |                |                     |            |
>|  |          |Ken does not    |                     |Open, but   |
>|  |          |like the idea   |Fix group definitions|groups      |
>| 3|Ken       |of having the   |such that they are   |modified in |
>|  |Rehbehn   |variables.      |not required.        |Draft.      |
>|  |          |Santa Dasu (as  |                     |(Pittsburgh)|
>|  |          |well as the     |                     |            |
>|  |          |editors) feels  |                     |            |
>|  |          |they need to    |                     |            |
>|  |          |be there.       |                     |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Free the        |                     |            |
>|  |          |Freerunning     |                     |            |
>|  |          |Counts:         |                     |            |
>|  |          |1) Min/Max/Avg  |                     |            |
>|  |          |   have no      |We opted for Choice  |            |
>|  |          |   meaning over |4.  The values are   |            |
>|  |          |   time.  Should|needed for any       |            |
>|  |          |   we remove    |application that will|            |
>|  |          |   them?        |perform real-time    |            |
>|  |          |2) Should we    |polling of the       |Open, but   |
>| 4|Ken       |   remove all   |device.  In this way,|modified    |
>|  |Rehbehn   |   free running |they values can have |in the MIB. |
>|  |          |   counters?    |meaning and can be   |Resolve in  |
>|  |          |3) Bert Wijnen  |controlled by the    |Pittsburgh. |
>|  |          |   suggests     |device.  The object  |            |
>|  |          |   using RFC    |frsldPvcCtrlDelayCnt |            |
>|  |          |   2493 instead.|was added to support |            |
>|  |          |4) Should we    |this.                |            |
>|  |          |   just put a   |                     |            |
>|  |          |   period of    |                     |            |
>|  |          |   relevance    |                     |            |
>|  |          |   into the MIB?|                     |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Table           |                     |            |
>|  |          |Fragmentation   |This would break all |            |
>|  |Ken       |Both feel       |existing             |            |
>| 5|Rehbehn   |there is no     |implementations and  |Open.       |
>|  |Santa Dasu|need to have    |take away a request  |(Pittsburgh)|
>|  |          |availability    |from other interested|            |
>|  |          |in a separate   |parties.             |            |
>|  |          |table.          |                     |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |                |Change the object    |            |
>|  |          |                |names and            |            |
>|  |          |                |descriptions from    |            |
>|  |          |                |Source and           |            |
>|  |          |                |Destination Reference|            |
>|  |          |Bi-directional  |Points to Transmit   |            |
>|  |          |flow tracking   |and Receive Reference|            |
>|  |          |and             |Points and add the   |            |
>|  |          |abandonment of  |reference points as  |            |
>|  |          |the FR DTE MIB  |indexes to all       |            |
>|  |          |                |tables.  Further,    |            |
>|  |          |Must be able    |expand the           |Open. Change|
>|  |          |to track flows  |definitions to       |in new draft|
>| 6|Ken       |in both         |reflect direction and|to be       |
>|  |Rehbehn   |directions,     |location.            |discussed in|
>|  |          |track NNI       |                     |Pittsburgh. |
>|  |          |flows and the   |In this way, the     |            |
>|  |          |current         |statistics mean      |            |
>|  |          |reference       |exactly what they    |            |
>|  |          |point scheme    |say.  The direction  |            |
>|  |          |does not allow  |can be taken into    |            |
>|  |          |for this.       |account.  The        |            |
>|  |          |                |locality of the      |            |
>|  |          |                |information can be   |            |
>|  |          |                |taken into account.  |            |
>|  |          |                |                     |            |
>|  |          |                |DO NOT abandon FR DTE|            |
>|  |          |                |support.             |            |
>+--+----------+----------------+---------------------+------------+
>| 7|Ken       |Theory of       |Will add to next     |Resolved in |
>|  |Rehbehn   |Operations      |draft.               |new draft.  |
>+--+----------+----------------+---------------------+------------+
>|  |          |Collection      |                     |            |
>|  |          |Location        |                     |            |
>| 8|Ken       |                |Location variables   |Resolved in |
>|  |Rehbehn   |Why is          |removed.             |new draft.  |
>|  |          |location so     |                     |            |
>|  |          |important?      |                     |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Distributed     |                     |            |
>|  |          |confusion       |                     |            |
>|  |          |                |This will also be    |            |
>| 9|Ken       |                |resolved by solution |Resolved in |
>|  |Rehbehn   |Location of     |to number 6 above.   |new draft.  |
>|  |          |distributed is  |                     |            |
>|  |          |confusing.      |                     |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Different       |                     |            |
>|  |          |collection      |                     |            |
>|  |          |locations for   |                     |            |
>|  |          |single          |                     |            |
>|  |          |CtrlTable row   |                     |            |
>|  |          |                |                     |            |
>|  |          |The latency     |                     |            |
>|10|Ken       |and data        |Remove latency       |Resolved in |
>|  |Rehbehn   |delivery        |location.            |new draft.  |
>|  |          |information     |                     |            |
>|  |          |have different  |                     |            |
>|  |          |locations. Why  |                     |            |
>|  |          |is the          |                     |            |
>|  |          |location        |                     |            |
>|  |          |important to    |                     |            |
>|  |          |delivery?       |                     |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Explicit        |                     |            |
>|  |          |descriptions    |                     |            |
>|  |          |of operation    |                     |            |
>|11|Ken       |                |No Such Name.        |Closed      |
>|  |Rehbehn   |                |                     |            |
>|  |          |What to report  |                     |            |
>|  |          |when object is  |                     |            |
>|  |          |not supported.  |                     |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Comments        |                     |            |
>|12|Ken       |All comments    |Incorporate comments |Resolved in |
>|  |Rehbehn   |must be moved   |in description       |new draft.  |
>|  |          |into the        |                     |            |
>|  |          |descriptions.   |                     |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Octet delivery  |                     |            |
>|  |          |precision       |                     |            |
>|13|Ken       |                |Incorporate into next|Resolved in |
>|  |Rehbehn   |Use 64 bit      |draft.               |new draft.  |
>|  |          |counters for    |                     |            |
>|  |          |octets.         |                     |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Multiple        |This should be       |            |
>|14|Ken       |reference       |resolved by solution |Open.       |
>|  |Rehbehn   |pointa w/NNI    |to number 6 above.   |(Pittsburgh)|
>+--+----------+----------------+---------------------+------------+
>|  |          |                |This was a bug.  It  |            |
>|15|Santa Dasu|Timestamp for   |has been returned to |Resolved in |
>|  |          |counters        |                     |new draft.  |
>|  |          |                |TimeTicks            |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |                |Expand explanation as|            |
>|16|Santa Dasu|Outage times    |to why this belongs  |Resolved in |
>|  |          |                |in the NMS           |new draft.  |
>|  |          |                |application          |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Delay           |No change.  This was |            |
>|17|Santa Dasu|Measurement     |per request at Oslo  |Closed      |
>|  |          |Units           |IETF.                |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Delivery and    |                     |            |
>|  |          |delay need not  |There is the ability |            |
>|  |          |be done at      |to control delay     |Open        |
>|18|Santa Dasu|same frequencey |separately and create|            |
>|  |          |need separate   |multiple sample      |            |
>|  |          |table.          |tables               |            |
>+--+----------+----------------+---------------------+------------+
>|  |          |Clarify         |                     |            |
>|19|Santa Dasu|descriptions    |Perform clarification|Resolved in |
>|  |          |of statistic    |in the next draft.   |new draft.  |
>+--+----------+----------------+---------------------+------------+
>|20|Bert      |Don't import    |Remove import        |Resolved in |
>|  |Wijnen    |BITS            |                     |new draft.  |
>+--+----------+----------------+---------------------+------------+
>|  |          |Use 4-digit     |                     |            |
>|21|Bert      |years in        |Fix.                 |Resolved in |
>|  |Wijnen    |LAST-UPDATED    |                     |new draft.  |
>|  |          |and REVISION    |                     |            |
>+--+----------+----------------+---------------------+------------+
>X-Info: To unsubscribe, email 'majordomo@sunroof.eng.sun.com' with
>X-Info: 'unsubscribe frnetmib' in the body of the message.

X-Info: To unsubscribe, email 'majordomo@sunroof.eng.sun.com' with
X-Info: 'unsubscribe frnetmib' in the body of the message.


From owner-frnetmib@sunroof.eng.sun.com  Mon Jun 19 08:48:56 2000
Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA02835;
	Mon, 19 Jun 2000 08:48:55 -0400 (EDT)
Received: from engmail1.Eng.Sun.COM ([129.146.1.13])
	by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id GAA21970;
	Mon, 19 Jun 2000 06:47:43 -0600 (MDT)
Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88])
	by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id FAA17463;
	Mon, 19 Jun 2000 05:47:23 -0700 (PDT)
Received: (from majordomo@localhost)
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) id e5JClAJ03553
	for frnetmib-dist; Mon, 19 Jun 2000 05:47:10 -0700 (PDT)
Received: from engmail2.Eng.Sun.COM (engmail2 [129.146.1.25])
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) with ESMTP id e5JCl4603546
	for <frnetmib@sunroof.eng.sun.com>; Mon, 19 Jun 2000 05:47:04 -0700 (PDT)
Received: from venus.Sun.COM (venus.EBay.Sun.COM [129.150.69.5])
	by engmail2.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id FAA15024
	for <frnetmib@sunroof.eng.sun.com>; Mon, 19 Jun 2000 05:47:05 -0700 (PDT)
Received: from satori.is.paradyne.com (services.paradyne.com [135.90.253.90])
	by venus.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id FAA23013
	for <frnetmib@sunroof.eng.sun.com>; Mon, 19 Jun 2000 05:47:04 -0700 (PDT)
Received: from hermes.eng.paradyne.com ([135.26.1.14])
          by satori.is.paradyne.com (Netscape Messaging Server 3.6)
           with ESMTP id AAA2780 for <frnetmib@sunroof.eng.sun.com>;
          Mon, 19 Jun 2000 08:46:57 -0400
Received: from eng.paradyne.com (graysnapper.eng.paradyne.com [135.26.4.16]) by hermes.eng.paradyne.com (8.7.5/8.7.3) with ESMTP id IAA02942 for <frnetmib@sunroof.eng.sun.com>; Mon, 19 Jun 2000 08:46:56 -0400 (EDT)
Message-ID: <394E1641.B635EC69@eng.paradyne.com>
Date: Mon, 19 Jun 2000 08:46:57 -0400
From: Rob Steinberger <ras@eng.paradyne.com>
Organization: Paradyne Corporation
X-Mailer: Mozilla 4.61 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: frnetmib@sunroof.eng.sun.com
Subject: (FRNETMIB) New draft for FR Circuit Interfaces
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-frnetmib@sunroof.eng.sun.com
Precedence: bulk
X-Info: [Un]Subscribe to majordomo@sunroof.eng.sun.com
X-Info: Submissions to frnetmib@sunroof.eng.sun.com
X-Info: Email archive at ftp://ftp.ietf.org/ietf-mail-archive/frnetmib/
Content-Transfer-Encoding: 7bit

All,

At the last IETF meeting, the RMON working group requested that we
provide a draft that allows frame relay circuits to be included into
the ifMIB.  Attached is a proposed work item for our charter that I
would like to discuss in Pittsburgh.  It allows ifIndexes to be
generated for selected frame relay circuits.

http://search.ietf.org/internet-drafts/draft-steinberger-frsi-00.txt

Rob Steinberger
Paradyne Networks

X-Info: To unsubscribe, email 'majordomo@sunroof.eng.sun.com' with
X-Info: 'unsubscribe frnetmib' in the body of the message.


From owner-frnetmib@sunroof.eng.sun.com  Wed Jun 28 10:24:31 2000
Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA24022;
	Wed, 28 Jun 2000 10:24:30 -0400 (EDT)
Received: from engmail4.Eng.Sun.COM ([129.144.134.6])
	by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id IAA11248;
	Wed, 28 Jun 2000 08:23:25 -0600 (MDT)
Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88])
	by engmail4.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id HAA11050;
	Wed, 28 Jun 2000 07:23:05 -0700 (PDT)
Received: (from majordomo@localhost)
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) id e5SEMqe16458
	for frnetmib-dist; Wed, 28 Jun 2000 07:22:52 -0700 (PDT)
Received: from engmail1.Eng.Sun.COM (engmail1 [129.146.1.13])
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) with ESMTP id e5SEMk616451
	for <frnetmib@sunroof.eng.sun.com>; Wed, 28 Jun 2000 07:22:47 -0700 (PDT)
Received: from venus.Sun.COM (venus.EBay.Sun.COM [129.150.69.5])
	by engmail1.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id HAA11727
	for <frnetmib@sunroof.eng.sun.com>; Wed, 28 Jun 2000 07:22:47 -0700 (PDT)
Received: from viva.vivacenet.com (w005.z208036016.sjc-ca.dsl.cnc.net [208.36.16.5])
	by venus.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id HAA14506
	for <frnetmib@sunroof.eng.sun.com>; Wed, 28 Jun 2000 07:22:46 -0700 (PDT)
Received: from AMALIS.vivacenet.com [152.148.173.100] by viva.vivacenet.com with ESMTP
  (SMTPD32-5.05) id AA3312302BC; Wed, 28 Jun 2000 07:22:43 -0700
Message-Id: <4.3.2.7.2.20000628102227.02153eb8@viva.vivacenet.com>
X-Sender: Andy.Malis@viva.vivacenet.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 28 Jun 2000 10:22:39 -0400
To: frnetmib@sunroof.eng.sun.com
From: "Andrew G. Malis" <Andy.Malis@vivacenetworks.com>
Subject: (FRNETMIB) Pittsburgh agenda, and my new contact info
Cc: Andy.Malis@vivacenetworks.com
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-frnetmib@sunroof.eng.sun.com
Precedence: bulk
X-Info: [Un]Subscribe to majordomo@sunroof.eng.sun.com
X-Info: Submissions to frnetmib@sunroof.eng.sun.com
X-Info: Email archive at ftp://ftp.ietf.org/ietf-mail-archive/frnetmib/

FRNETMIBers,

Please see my new contact info below.

Plus, it's time to put together the Pittsburgh agenda.  Please send me 
requests for an agenda slot.  If you think you've already sent me one, it 
might not be a bad idea to remind me, given the email system switch and 
all. :-)

Thanks much,
Andy
________________________________________________________________________
Andrew G. Malis     Andy.Malis@vivacenetworks.com     phone:408-383-7223
Vivace Networks/2730 Orchard Parkway/San Jose, CA 95134/fax:408-904-4748

X-Info: To unsubscribe, email 'majordomo@sunroof.eng.sun.com' with
X-Info: 'unsubscribe frnetmib' in the body of the message.


From owner-frnetmib@sunroof.eng.sun.com  Fri Jun 30 07:50:25 2000
Received: from lukla.Sun.COM (lukla.Sun.COM [192.18.98.31])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA14331;
	Fri, 30 Jun 2000 07:50:24 -0400 (EDT)
Received: from engmail2.Eng.Sun.COM ([129.146.1.25])
	by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id FAA01007;
	Fri, 30 Jun 2000 05:49:20 -0600 (MDT)
Received: from sunroof.eng.sun.com (sunroof.Eng.Sun.COM [129.146.168.88])
	by engmail2.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id EAA05346;
	Fri, 30 Jun 2000 04:47:57 -0700 (PDT)
Received: (from majordomo@localhost)
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) id e5UBlmB20203
	for frnetmib-dist; Fri, 30 Jun 2000 04:47:48 -0700 (PDT)
Received: from engmail3.Eng.Sun.COM (engmail3 [129.144.170.5])
	by sunroof.eng.sun.com (8.10.2+Sun/8.10.2) with ESMTP id e5UBle620196
	for <frnetmib@sunroof.eng.sun.com>; Fri, 30 Jun 2000 04:47:40 -0700 (PDT)
Received: from venus.Sun.COM (venus.EBay.Sun.COM [129.150.69.5])
	by engmail3.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id EAA15267
	for <frnetmib@sunroof.eng.sun.com>; Fri, 30 Jun 2000 04:47:39 -0700 (PDT)
Received: from ietf.org (odin.ietf.org [132.151.1.176])
	by venus.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id EAA19596
	for <frnetmib@sunroof.eng.sun.com>; Fri, 30 Jun 2000 04:47:38 -0700 (PDT)
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA14272;
	Fri, 30 Jun 2000 07:47:35 -0400 (EDT)
Message-Id: <200006301147.HAA14272@ietf.org>
To: IETF-Announce: ;
Cc: RFC Editor <rfc-editor@isi.edu>
Cc: Internet Architecture Board <iab@isi.edu>
Cc: frnetmib@sunroof.eng.sun.com
From: The IESG <iesg-secretary@ietf.org>
Subject: (FRNETMIB) Protocol Action: Definitions of Managed Objects for Frame
	 Relay Service to Proposed Standard
Date: Fri, 30 Jun 2000 07:47:35 -0400
Sender: owner-frnetmib@sunroof.eng.sun.com
Precedence: bulk
X-Info: [Un]Subscribe to majordomo@sunroof.eng.sun.com
X-Info: Submissions to frnetmib@sunroof.eng.sun.com
X-Info: Email archive at ftp://ftp.ietf.org/ietf-mail-archive/frnetmib/


The IESG has approved the following Internet-Drafts as Proposed
Standards:

o Definitions of Managed Objects for Frame Relay Service
	<draft-ietf-frnetmib-frs-mib-12.txt>

  Note that this document replaces RFC1604, published as a Proposed Standard.

o Definitions of Managed Objects for Monitoring and Controlling the
  Frame Relay/ATM PVC Service Interworking Function
	 <draft-ietf-frnetmib-atmiwf-06.txt>

These documents are the product of the Frame Relay Service MIB Working
Group.  The IESG contact persons are Erik Nordmark and Thomas Narten.


Technical Summary
 
These documents define objects for managing the Frame Relay service,
and for managing the service interworking function (IWF) for
Permanent Virtual Connections (PVC) between Frame Relay and
Asynchronous Transfer Mode (ATM) technologies, respectively.

Working Group Summary

There was consensus is the WG to advance the documents.
A previous version of draft-ietf-frnetmib-frs-mib-09.txt had last call
comments. Those were resolved by modifying frs-mib to make it depend on
the atmiwf document, and make the atmiwf document depend on frs-mib.

Protocol Quality

This document has been reviewed for the IESG by Erik Nordmark.

Note to the RFC Editor: These two MIBs cross-reference each other,
so they will need to be published together, with the references updated by
the RFC Editor.
X-Info: To unsubscribe, email 'majordomo@sunroof.eng.sun.com' with
X-Info: 'unsubscribe frnetmib' in the body of the message.


