Re: Proposed changes to Draft Frame Relay MIB for multiprotocol support.
"Andrew G. Malis" <malis@nexen.com> Thu, 04 January 1996 12:47 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa10001; 4 Jan 96 7:47 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa09997; 4 Jan 96 7:47 EST
Received: from ietf.cnri.reston.va.us by CNRI.Reston.VA.US id aa05616; 4 Jan 96 7:47 EST
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa09989; 4 Jan 96 7:47 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa09985; 4 Jan 96 7:46 EST
Received: from guelah.nexen.com by CNRI.Reston.VA.US id aa05598; 4 Jan 96 7:46 EST
Received: from maelstrom.nexen.com (maelstrom.nexen.com [204.249.99.5]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id HAA00786; Thu, 4 Jan 1996 07:25:26 -0500
Received: from phish.nexen.com (phish.nexen.com [204.249.99.14]) by maelstrom.nexen.com (8.6.12/8.6.12) with ESMTP id HAA04577; Thu, 4 Jan 1996 07:40:48 -0500
Received: from [204.249.97.32] (malis.nexen.com [204.249.97.32]) by phish.nexen.com (8.6.12/8.6.12) with SMTP id HAA06963; Thu, 4 Jan 1996 07:46:11 -0500
X-Sender: malis@pop.nexen.com
Message-Id: <v02140404ad117a71319d@[204.249.97.32]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 04 Jan 1996 07:46:48 -0500
To: Alan Bartky <alan@xylan.com>
X-Orig-Sender: iplpdn-request@IETF.CNRI.Reston.VA.US
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: "Andrew G. Malis" <malis@nexen.com>
Subject: Re: Proposed changes to Draft Frame Relay MIB for multiprotocol support.
Cc: iplpdn@CNRI.Reston.VA.US, alan@xylan.com
Alan, >Proposed change: > > > ifInUnknownProtos Number of unknown or unsupported > upper layer protocol frames received > and discarded. If only a single > upper layer protocol is present > (i.e. multiprotocol formatting is > not used) then this counter > would be always zero(0). I like this change. >Second for the more difficult one. >... >Table Entry 1: ifIndex.10, DLCI 40 >Table Entry 2: ifIndex.10, DLCI 41 >Table Entry 3: ifIndex.11, DLCI 40 >Table Entry 4: ifIndex.11, DLCI 41 >Table Entry 5: ifIndex.12, DLCI 41 >Table Entry 6: ifIndex.12, DLCI 42 Sounds like in this case, you're not modeling the FR interface as a multiaccess interface, but as a collection of virtual point-point interfaces, one for each DLC. If you then give each virtual interface (DLC) its own ifIndex, you can do the mapping in the ifStack table, right? >P.S. If we decide to add either of these changes we should >have a references to RFC 1490, FRF.3.1 and T1.617 Annex G >at the end of the document. Absolutely. Andy __________________________________________________________________________ Andrew G. Malis Ascom Nexion voice: +1 508 266-4522 malis@nexen.com 289 Great Rd., Acton MA 01720 USA FAX: +1 508 266-2300
- Proposed changes to Draft Frame Relay MIB for mul… Alan Bartky
- Re: Proposed changes to Draft Frame Relay MIB for… James Watt
- Re: Proposed changes to Draft Frame Relay MIB for… Andrew G. Malis
- Re: Proposed changes to Draft Frame Relay MIB for… Alan Bartky
- Re: Proposed changes to Draft Frame Relay MIB for… Alan Bartky
- Re: Proposed changes to Draft Frame Relay MIB for… James Watt