📄 rfc1694.txt
字号:
Network Working Group T. BrownRequest for Comments: 1694 K. TesinkObsoletes: 1304 EditorsCategory: Standards Track Bell Communications Research August 1994 Definitions of Managed Objects for SMDS Interfaces using SMIv2Status 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 ................................... 17Brown & 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 .................................... 351. 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 19942. 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 19943. 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 accessBrown & 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 ifInUcastPkts The total number of individually addressed SIP Level 3 PDUs received from the remote system across the SNI. The total includes only unerrored SIP Level 3 PDUs. [identical to RFC1304: sipL3ReceivedIndividualDAs]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -