rfc1315.txt
来自「RFC 的详细文档！」· 文本 代码 · 共 1,067 行 · 第 1/3 页
TXT
1,067 行
Network Working Group C. Brown
Request for Comments: 1315 Wellfleet Communications, Inc.
F. Baker
Advanced Computer Communications
C. Carvalho
Advanced Computer Communications
April 1992
Management Information Base for Frame Relay DTEs
Status of this Memo
This RFC specifies an IAB standards track protocol for the Internet
community, and requests discussion and suggestions for improvements.
Please refer to the current edition of the "IAB Official Protocol
Standards" for the standardization state and status of this protocol.
Distribution of this memo is unlimited.
Abstract
This memo defines a portion of the Management Information Base (MIB)
for use with network management protocols in TCP/IP-based internets.
In particular, it defines objects for managing Frame Relay.
Table of Contents
1. The Network Management Framework ............................ 2
2. Objects ..................................................... 2
2.1 Format of Definitions ...................................... 3
3. Overview .................................................... 3
3.1 Frame Relay Operational Model .............................. 3
3.2 Textual Conventions ........................................ 3
3.3 Structure of MIB ........................................... 3
4. Definitions ................................................. 4
4.1 Data Link Connection Management Interface .................. 4
4.2 Circuit Table .............................................. 9
4.3 Error Table ................................................ 14
5. Acknowledgements ............................................ 17
6. References .................................................. 17
7. Security Considerations...................................... 18
8. Authors' Addresses........................................... 19
Brown, Baker & Carvalho [Page 1]
RFC 1315 Frame Relay DTE MIB April 1992
1. The Network Management Framework
The Internet-standard Network Management Framework consists of three
components. They are:
RFC 1155 which defines the SMI, the mechanisms used for describing
and naming objects for the purpose of management. RFC 1212 defines a
more concise description mechanism, which is wholly consistent with
the SMI.
RFC 1156 which defines MIB-I, the core set of managed objects for the
Internet suite of protocols. RFC 1213 defines MIB-II, an evolution
of MIB-I based on implementation experience and new operational
requirements.
RFC 1157 which defines the SNMP, the protocol used for network access
to managed objects.
The Framework permits new objects to be defined for the purpose of
experimentation and evaluation.
2. Objects
Managed objects are accessed via a virtual information store, termed
the Management Information Base or MIB. Objects in the MIB are
defined using the subset of Abstract Syntax Notation One (ASN.1) [7]
defined in the SMI. In particular, each object has a name, a syntax,
and an encoding. The name is an object identifier, an
administratively assigned name, which specifies an object type. The
object type together with an object instance serves to uniquely
identify a specific instantiation of the object. For human
convenience, we often use a textual string, termed the OBJECT
DESCRIPTOR, to also refer to the object type.
The syntax of an object type defines the abstract data structure
corresponding to that object type. The ASN.1 language is used for
this purpose. However, the SMI [3] purposely restricts the ASN.1
constructs which may be used. These restrictions are explicitly made
for simplicity.
The encoding of an object type is simply how that object type is
represented using the object type's syntax. Implicitly tied to the
notion of an object type's syntax and encoding is how the object type
is represented when being transmitted on the network.
The SMI specifies the use of the basic encoding rules of ASN.1 [8],
subject to the additional requirements imposed by the SNMP.
Brown, Baker & Carvalho [Page 2]
RFC 1315 Frame Relay DTE MIB April 1992
2.1. Format of Definitions
Section 4 contains contains the specification of all object types
contained in this MIB module. The object types are defined using the
conventions defined in the SMI, as amended by the extensions
specified in [9,10].
3. Overview
3.1. Frame Relay Operational Model
For the purposes of understanding this document, Frame Relay is
viewed as a multi-access media, not as a group of point-to-point
connections. This model proposes that Frame Relay is a single
interface to the network (physical connection) with many destinations
or neighbors (virtual connections). This view enables a network
manager the ability to group all virtual connections with their
corresponding physical connection thereby allowing simpler
diagnostics and trouble shooting.
3.2. Textual Conventions
Several new data types are introduced as a textual convention in this
MIB document. These textual conventions enhance the readability of
the specification and can ease comparison with other specifications
if appropriate. It should be noted that the introduction of the
these textual conventions has no effect on either the syntax nor the
semantics of any managed objects. The use of these is merely an
artifact of the explanatory method used. Objects defined in terms of
one of these methods are always encoded by means of the rules that
define the primitive type. Hence, no changes to the SMI or the SNMP
are necessary to accommodate these textual conventions which are
adopted merely for the convenience of readers and writers in pursuit
of the elusive goal of clear, concise, and unambiguous MIB documents.
The new data types are Index and DLCI. Index refers to the range
1..ifNumber, and is used to establish the correspondence between
ifEntries and Frame Relay Interfaces. DLCI refers to the range
0..DLCINumber, and is used to refer to the valid Data Link Connection
Indices. DLCINumber is, by definition, the largest possible DLCI
value possible under the configured Q.922 Address Format.
3.3. Structure of MIB
The MIB is composed of three groups, one defining the Data Link
Connection Management Interface (DLCMI), one describing the Circuits,
and a third describing errors.
Brown, Baker & Carvalho [Page 3]
RFC 1315 Frame Relay DTE MIB April 1992
During normal operation, Frame Relay virtual circuits will be added,
deleted and change availability. The occurrence of such changes is
of interest to the network manager and therefore, one trap is
defined, intended to be corollary to the SNMP "Link Up" and "Link
Down" traps.
4. Definitions
RFC1315-MIB DEFINITIONS ::= BEGIN
IMPORTS
OBJECT-TYPE
FROM RFC-1212
transmission
FROM RFC1213-MIB
TimeTicks
FROM RFC-1155
TRAP-TYPE
FROM RFC-1215;
-- Frame Relay DTE MIB
frame-relay OBJECT IDENTIFIER ::= { transmission 32 }
--
-- the range of ifIndex
--
Index ::= INTEGER -- 1..ifNumber
--
-- the range of a Data Link Connection Identifier
--
DLCI ::= INTEGER -- 0..DLCINumber
-- Data Link Connection Management Interface
-- The variables that configure the DLC Management Interface.
frDlcmiTable OBJECT-TYPE
SYNTAX SEQUENCE OF FrDlcmiEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"The Parameters for the Data Link Connection Management
Interface for the frame relay service on this
interface."
REFERENCE
Brown, Baker & Carvalho [Page 4]
RFC 1315 Frame Relay DTE MIB April 1992
"Draft American National Standard T1.617-1991, Annex D"
::= { frame-relay 1 }
frDlcmiEntry OBJECT-TYPE
SYNTAX FrDlcmiEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"The Parameters for a particular Data Link Con-
nection Management Interface."
INDEX { frDlcmiIfIndex }
::= { frDlcmiTable 1 }
FrDlcmiEntry ::=
SEQUENCE {
frDlcmiIfIndex
Index,
frDlcmiState
INTEGER,
frDlcmiAddress
INTEGER,
frDlcmiAddressLen
INTEGER,
frDlcmiPollingInterval
INTEGER,
frDlcmiFullEnquiryInterval
INTEGER,
frDlcmiErrorThreshold
INTEGER,
frDlcmiMonitoredEvents
INTEGER,
frDlcmiMaxSupportedVCs
INTEGER,
frDlcmiMulticast
INTEGER
}
frDlcmiIfIndex OBJECT-TYPE
SYNTAX Index
ACCESS read-only
STATUS mandatory
DESCRIPTION
"The ifIndex value of the corresponding ifEn-
try."
::= { frDlcmiEntry 1 }
Brown, Baker & Carvalho [Page 5]
RFC 1315 Frame Relay DTE MIB April 1992
frDlcmiState OBJECT-TYPE
SYNTAX INTEGER {
noLmiConfigured (1),
lmiRev1 (2),
ansiT1-617-D (3), -- ANSI T1.617 Annex D
ansiT1-617-B (4) -- ANSI T1.617 Annex B
}
ACCESS read-write
STATUS mandatory
DESCRIPTION
"This variable states which Data Link Connec-
tion Management scheme is active (and by impli-
cation, what DLCI it uses) on the Frame Relay
interface."
REFERENCE
"Draft American National Standard T1.617-1991"
::= { frDlcmiEntry 2 }
frDlcmiAddress OBJECT-TYPE
SYNTAX INTEGER {
q921 (1), -- 13 bit DLCI
q922March90 (2), -- 11 bit DLCI
q922November90 (3), -- 10 bit DLCI
q922 (4) -- Final Standard
}
ACCESS read-write
STATUS mandatory
DESCRIPTION
"This variable states which address format is
in use on the Frame Relay interface."
::= { frDlcmiEntry 3 }
frDlcmiAddressLen OBJECT-TYPE
SYNTAX INTEGER {
two-octets (2),
three-octets (3),
four-octets (4)
}
ACCESS read-write
STATUS mandatory
DESCRIPTION
"This variable states which address length in
octets. In the case of Q922 format, the length
indicates the entire length of the address in-
cluding the control portion."
Brown, Baker & Carvalho [Page 6]
RFC 1315 Frame Relay DTE MIB April 1992
::= { frDlcmiEntry 4 }
frDlcmiPollingInterval OBJECT-TYPE
SYNTAX INTEGER (5..30)
ACCESS read-write
STATUS mandatory
DESCRIPTION
"This is the number of seconds between succes-
sive status enquiry messages."
REFERENCE
"Draft American National Standard T1.617-1991,
Section D.7 Timer T391."
⌨️ 快捷键说明
复制代码Ctrl + C
搜索代码Ctrl + F
全屏模式F11
增大字号Ctrl + =
减小字号Ctrl + -
显示快捷键?