📄 rfc1694.txt
字号:
Network Working Group T. Brown
Request for Comments: 1694 K. Tesink
Obsoletes: 1304 Editors
Category: Standards Track Bell Communications Research
August 1994
Definitions of Managed Objects
for SMDS Interfaces using SMIv2
Status of this Memo
This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) 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 objects for SMDS
access interfaces. This includes the following access protocols:
SIP [13]
SIP/DXI [18] and [20]
SIP/FR [19]
SIP/ATM [24]
This memo replaces RFC 1304 [12], and defines a MIB module which is
both compliant to the SNMPv2 SMI and semantically-identical to the
existing RFC 1304-based definitions.
This memo also assumes application of the MIB II Interfaces group as
defined in [9].
Table of Contents
1. The SNMPv2 Network Management Framework ............... 2
2. Objects ............................................... 3
2.1 Format of Definitions ................................ 3
3. Overview .............................................. 4
3.1 SIP Level 3 .......................................... 5
4. Object Definitions .................................... 9
4.1 The SIP Level 3 Group ................................ 10
4.2 The SIP Level 2 Group ................................ 14
4.3 The SIP PLCP Group ................................... 17
Brown & Tesink [Page 1]
RFC 1694 SMDS Interface Objects August 1994
4.3.1 The DS1 PLCP Group ................................. 17
4.3.2 The DS3 PLCP Group ................................. 19
4.4 The SMDS Applications Group .......................... 20
4.4.1 The IP over SMDS Group ............................. 21
4.5 The SMDS Carrier Selection Group ..................... 22
4.6 The SIP Error Log Group .............................. 23
4.7 The Data eXchange Interface Group .................... 27
4.8 Conformance Information .............................. 29
5. Acknowledgments ....................................... 32
6. References ............................................ 32
7. Security Considerations ............................... 34
8. Authors' Addresses .................................... 35
1. The SNMPv2 Network Management Framework
The SNMPv2 Network Management Framework consists of four major
components. They are:
o RFC 1442 [1] which defines the SMI, the mechanisms used for
describing and naming objects for the purpose of
management.
o STD 17, RFC 1213 [6] defines MIB-II, the core set of managed
objects for the Internet suite of protocols. Reference [12]
defines the evolution of the Interfaces Group of MIB II in
terms of extensions and precise applications of the objects.
o RFC 1445 [4] which defines the administrative and other
architectural aspects of the framework.
o RFC 1448 [5] which defines the protocol used for network
access to managed objects.
The Framework permits new objects to be defined for the purpose of
experimentation and evaluation.
This specification makes also use of:
o RFC 1443 [2] which defines textual conventions for the
specification of managed objects.
o RFC 1444 [3] which defines conformance statements for the
specification of managed objects.
Brown & Tesink [Page 2]
RFC 1694 SMDS Interface Objects August 1994
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 RFC 1442 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.
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 the SNMPv2 SMI.
Brown & Tesink [Page 3]
RFC 1694 SMDS Interface Objects August 1994
3. Overview
SMDS is a service that can be provided by numerous interface
protocols as shown in the following figure:
+-------------------+ +-------------------+
| SIP Level 3* [13] | | SIP Level 3* [13] |
+-------------------+ +-------------------+
| SIP Level 2* [13] | | DXI Level 2* [20] |
+-------------------+ +-------------------+
| SIP PLCP* [14] | | |
+-------------------+ | DXI Level 1 [20] |
| SIP Level 1 [14] | | |
+-------------------+ +-------------------+
SIP based access DXI based access
+-------------------+ +-------------------+
| SIP Level 3* [13] | | SIP Level 3* [13] |
+-------------------+ +-------------------+
| ATM [21] | | Frame Relay [19] |
+-------------------+ +-------------------+
| ATM PLCP [21] | | |
+-------------------+ | Frame Relay [19] |
| ATM Level 1 [21] | | Level 1 |
+-------------------+ +-------------------+
ATM based access FR based access
Brown & Tesink [Page 4]
RFC 1694 SMDS Interface Objects August 1994
In the figure below, managed objects for the protocol levels marked
with a (*) are defined in this memo. Additional managed objects that
must be used to manage SMDS interfaces are defined in other MIB
modules as indicated in the figure.
+-------------------+ +-------------------+
| SIP Level 3* | | SIP Level 3* |
+-------------------+ +-------------------+
| SIP Level 2* | | DXI Level 2* |
+-------------------+ +-------------------+
| SIP PLCP* | | |
+-------------------+ | DXI Level 1 |
| SIP Level 1 | | |
| [10] or [11] | | [10] |
+-------------------+ +-------------------+
SIP based access DXI based access
+-------------------+ +-------------------+
| SIP Level 3* | | SIP Level 3* |
+-------------------+ +-------------------+
| ATM [22] | | Frame Relay [23] |
+-------------------+ +-------------------+
| ATM PLCP/TC [22] | | |
+-------------------+ | Frame Relay |
| ATM Level 1 [10] | | Level 1 |
| [11], or [25] | | [10] or [11] |
+-------------------+ +-------------------+
ATM based access FR based access
With the improved interpretation of the MIB II interfaces group [9],
some objects can be represented by ifTable. This means that these
objects have been deprecated from the MIB module defined in RFC 1304,
and ifTable is used instead. No semantical changes have been made to
these objects. Only the object identifiers and object descriptors
have been changed to the objects defined in ifTable.
Implementation experience has shown that the objects
sipL3UnrecognizedIndividualDAs and sipL3UnrecognizedGAs were not
supported.
3.1. SIP Level 3
Objects for SIP Level 3 apply to all methods to access SMDS shown in
the figures above. With the improved interpretation of the MIB II
interfaces group, most objects can be represented by ifTable. The
appropriate mapping is defined below.
Brown & Tesink [Page 5]
RFC 1694 SMDS Interface Objects August 1994
This document does not specify objects for the management of
subscription or configuration of Subscriber-Network Interfaces
(SNIs). Those objects are defined in Definitions of Managed Objects
for SMDS Subscription [17]. Bellcore requirements on these objects
are specified in TR-TSV-001062 [16].
ifTable Object Use for
======================================================
ifIndex Interface index.
ifDescr Interface description.
For example, SIP Level 3 sublayer
of a SNI.
ifType Set to 31.
ifMtu Set to 9232.
ifSpeed Peak bandwidth in bits per second available
for use as provided by the supporting Level
2 protocol. For example, 1.17 Mbps when
using SIP based DS1 SNIs, and 1.536 Mbps
when using DXI-based DS1 DXI-SNI.
ifPhysAddress OCTET STRING of Size 8. Value is
a 16-digit Binary Coded Decimal
SMDS address that is
assigned to this interface.
ifAdminStatus The desired administrative status of the
SMDS interface.
ifOperStatus The current operational status of the
SMDS interface.
ifLastChange The elapsed time since the last
re-initialization of the interface.
The value of sysUpTime at the time the
interface entered its current
operational state. If the current
state was entered prior to the last
re-initialization of the local
network management subsystem, then
this object contains a zero value.
ifInOctets Number of received octets at SIP Level 3.
For SIP based SNIs, this is the number of
sipL2ReceivedCounts multiplied by 44.
Brown & Tesink [Page 6]
RFC 1694 SMDS Interface Objects August 1994
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -