📄 rfc2954.txt
字号:
| | | |
+---------------------+
| ds1 |
+---------------------+
The assignment of the index values could for example be:
ifIndex Description
1 FrameRelayService (type 44)
2 ds0Bundle (type 82)
3 ds0 #1 (type 81)
4 ds0 #2 (type 81)
5 ds0 #3 (type 81)
6 ds0 #4 (type 81)
7 ds1 (type 18)
Rehbehn & Fowler Standards Track [Page 12]
RFC 2954 Frame Relay Service MIB October 2000
The ifStackTable is then used to show the relationships between the
various interfaces.
ifStackTable Entries
HigherLayer LowerLayer
0 1
1 2
2 3
2 4
2 5
2 6
3 7
4 7
5 7
6 7
7 0
In the case where the frame relay service is using a single ds0, then
the ds0Bundle is not required.
+---------------------+
| Frame Relay Service |
+---------------------+
|
+---+
|ds0|
+---+
|
+---------------------+
| ds1 |
+---------------------+
The assignment of the index values could for example be:
ifIndex Description
1 FrameRelayService (type 44)
2 ds0 (type 81)
3 ds1 (type 18)
The ifStackTable is then used to show the relationships between the
various interfaces.
Rehbehn & Fowler Standards Track [Page 13]
RFC 2954 Frame Relay Service MIB October 2000
ifStackTable Entries
HigherLayer LowerLayer
0 1
1 2
2 3
3 0
2.5.4. Stack Table for V.35 Environments
This section describes by example how to use ifStackTable to
represent the relationship of frame relay service with V.35
interfaces.
+---------------------+
| Frame Relay Service |
+---------------------+
|
+---------------------+
| v35 |
+---------------------+
An example of index values in this case could be:
ifIndex Description
1 FrameRelayService (type 44)
2 v35 (type 33)
Note type 33 (RS232-like MIB) is used instead of type 45 (V.35). V35
does not pertain to this environment.
The ifStackTable is then used to show the relationships between the
various interfaces.
ifStackTable Entries
HigherLayer LowerLayer
0 1
1 2
2 0
2.5.5. The Frame Relay/ATM PVC Service Interworking MIB
Connections between two frame relay endpoints are represented with an
entry in the frPVCConnectTable of this MIB. Both endpoints are
represented with rows in the frPVCEndptTable. The
frPVCEndptConnectIdentifier object of each endpoint points to the
frPVCConnectTable cross-connect table row for the connection.
Rehbehn & Fowler Standards Track [Page 14]
RFC 2954 Frame Relay Service MIB October 2000
In contrast, a connection that spans frame relay and ATM endpoints is
represented with an entry in the frAtmIwfConnectionTable of the
FR/ATM PVC Service Interworking MIB defined in [28].
In the case of an inter-worked connection, the
frPVCEndptConnectIdentifier object is set to zero. Instead, the
frPVCEndptAtmIwfConnIndex object is set to the index of the FR/ATM
IWF cross-connect table row.
The frame relay PVC cross-connect table (frPVCConnectTable) does not
contain an entry for the FR/ATM inter-worked connection.
2.6. Textual Convention Change
Version 1 of the Frame Relay Service MIB contains MIB objects defined
with the DisplayString textual convention. In version 2 of this MIB,
the syntax for these objects has been updated to use the (now
preferred) SnmpAdminString textual convention. The new TC provides
support for a greater variety of international character sets.
The working group realizes that this change is not strictly supported
by SMIv2. In our judgment, the alternative of deprecating the old
objects and defining new objects would have a more adverse impact on
backward compatibility and interoperability, given the particular
semantics of these objects.
3. Object Definitions
FRNETSERV-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE,
NOTIFICATION-TYPE, transmission,
Counter32, Integer32 FROM SNMPv2-SMI
TimeStamp, RowStatus FROM SNMPv2-TC
MODULE-COMPLIANCE, OBJECT-GROUP,
NOTIFICATION-GROUP FROM SNMPv2-CONF
InterfaceIndex, ifIndex FROM IF-MIB
SnmpAdminString FROM SNMP-FRAMEWORK-MIB;
frnetservMIB MODULE-IDENTITY
LAST-UPDATED "200009280000Z" -- September 28, 2000
ORGANIZATION "IETF Frame Relay Service MIB Working Group"
CONTACT-INFO
"WG Charter:
http://www.ietf.org/html.charters/frnetmib-charter
WG-email:
frnetmib@sunroof.eng.sun.com
Rehbehn & Fowler Standards Track [Page 15]
RFC 2954 Frame Relay Service MIB October 2000
Subscribe:
frnetmib-request@sunroof.eng.sun.com
Email Archive:
ftp://ftp.ietf.org/ietf-mail-archive/frnetmib
Chair: Andy Malis
Vivace Networks, Inc.
Email: Andy.Malis@vivacenetworks.com
WG editor: Kenneth Rehbehn
Megisto Systems, Inc.
Email: krehbehn@megisto.com
Co-author: David Fowler
Syndesis Limited,
EMail: fowler@syndesis.com"
DESCRIPTION
"The MIB module to describe generic objects for
Frame Relay Network Service."
--
-- Revision History
--
REVISION "200009280000Z"
DESCRIPTION
"Published as RFC 2954.
The major new features of this revision include:
o Support for read-write capability to
provision switch components providing service,
o Support for cross-connection via a frame relay
to ATM service interworking function,
o Support for frame relay fragmentation,
o Additional frame counters to track frame
loss.
Refer to Appendix A for a comprehensive list of
changes since RFC 1604."
REVISION "199311161200Z"
DESCRIPTION
"Published as RFC 1604."
::= { transmission 44 }
Rehbehn & Fowler Standards Track [Page 16]
RFC 2954 Frame Relay Service MIB October 2000
frnetservObjects
OBJECT IDENTIFIER ::= { frnetservMIB 1 }
frnetservTraps
OBJECT IDENTIFIER ::= { frnetservMIB 2 }
frnetservTrapsPrefix
OBJECT IDENTIFIER ::= { frnetservTraps 0 }
--
-- The Frame Relay Service Logical Port
--
frLportTable OBJECT-TYPE
SYNTAX SEQUENCE OF FrLportEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Frame Relay Logical Port Information table is
an interface-specific addendum to the generic
ifTable of the Interface MIB."
::= { frnetservObjects 1 }
frLportEntry OBJECT-TYPE
SYNTAX FrLportEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the Frame Relay Logical Port
Information table."
INDEX { ifIndex }
::= { frLportTable 1 }
FrLportEntry ::=
SEQUENCE {
frLportNumPlan INTEGER,
frLportContact SnmpAdminString,
frLportLocation SnmpAdminString,
frLportType INTEGER,
frLportAddrDLCILen INTEGER,
frLportVCSigProtocol INTEGER,
frLportVCSigPointer OBJECT IDENTIFIER,
frLportDLCIIndexValue Integer32,
frLportTypeAdmin INTEGER,
frLportVCSigProtocolAdmin INTEGER,
frLportFragControl INTEGER,
frLportFragSize Integer32
}
Rehbehn & Fowler Standards Track [Page 17]
RFC 2954 Frame Relay Service MIB October 2000
frLportNumPlan OBJECT-TYPE
SYNTAX INTEGER {
other(1),
e164(2),
x121(3),
none(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of this object identifies the network
address numbering plan for this UNI/NNI logical
port. The network address is the object
ifPhysAddress. The value none(4) implies that
there is no ifPhysAddress. The FRS agent will
return an octet string of zero length for
ifPhysAddress. The value other(1) means that an
address has been assigned to this interface, but
the numbering plan is not enumerated here."
REFERENCE "E.164 [29]
X.121 [30]"
::= { frLportEntry 1 }
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -