📄 rfc2954.txt
字号:
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 02.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 02.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 DefinitionsFRNETSERV-MIB DEFINITIONS ::= BEGINIMPORTS 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.comRehbehn & 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 } frLportContact OBJECT-TYPE SYNTAX SnmpAdminString MAX-ACCESS read-only STATUS current DESCRIPTION "The value of this object identifies the network contact for this UNI/NNI logical port." ::= { frLportEntry 2 } frLportLocation OBJECT-TYPE SYNTAX SnmpAdminString MAX-ACCESS read-only STATUS current DESCRIPTION "The value of this object identifies the frame relay network location for this UNI/NNI logical port." ::= { frLportEntry 3 } frLportType OBJECT-TYPE SYNTAX INTEGER { uni(1), nni(2) }
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -