📄 rfc1461.txt
字号:
mioxPeerIndex PositiveInteger, mioxPeerStatus INTEGER, mioxPeerMaxCircuits PositiveInteger, mioxPeerIfIndex PositiveInteger, mioxPeerConnectSeconds Counter, mioxPeerX25CallParamId InstancePointer, mioxPeerEnAddr OCTET STRING, mioxPeerX121Address X121Address, mioxPeerX25CircuitId InstancePointer, mioxPeerDescr DisplayString } mioxPeerIndex OBJECT-TYPE SYNTAX PositiveIntegerThroop [Page 11]RFC 1461 Multiprotocol Interconnect on X.25 MIB May 1993 ACCESS read-only STATUS mandatory DESCRIPTION "An index value that distinguished one entry from another. This index is independent of any other index." ::= { mioxPeerEntry 1 } -- Systems can claim conformance with this MIB without -- implementing sets to mioxPeerStatus with a value of -- clearCall or makeCall. -- All other defined values must be accepted. -- Implementors should realize that allowing these values -- provides richer management, and implementations -- are encouraged to accept these values. mioxPeerStatus OBJECT-TYPE SYNTAX INTEGER { valid (1), createRequest (2), underCreation (3), invalid (4), clearCall (5), makeCall (6) } ACCESS read-write STATUS mandatory DESCRIPTION "This reports the status of a peer entry. A value of valid indicates a normal entry that is in use by the agent. A value of underCreation indicates a newly created entry which isn't yet in use because the creating management station is still setting values. The value of invalid indicates the entry is no longer in use and the agent is free to delete the entry at any time. A management station is also free to use an entry in the invalid state. Entries are created by setting a value of createRequest. Only non-existent or invalid entries can be set to createRequest. Upon receiving a valid createRequest, the agent will create an entry in the underCreation state. This object can not be set to a value of underCreation directly, entries canThroop [Page 12]RFC 1461 Multiprotocol Interconnect on X.25 MIB May 1993 only be created by setting a value of createRequest. Entries that exist in other than the invalid state can not be set to createRequest. Entries with a value of underCreation are not used by the system and the management station can change the values of other objects in the table entry. Management stations should also remember to configure values in the mioxPeerEncTable with the same peer index value as this peer entry. An entry in the underCreation state can be set to valid or invalid. Entries in the underCreation state will stay in that state until 1) the agent times them out, 2) they are set to valid, 3) they are set to invalid. If an agent notices an entry has been in the underCreation state for an abnormally long time, it may decide the management station has failed and invalidate the entry. A prudent agent will understand that the management station may need to wait for human input and will allow for that possibility in its determination of this abnormally long period. Once a management station has completed all fields of an entry, it will set a value of valid. This causes the entry to be activated. Entries in the valid state may also be set to makeCall or clearCall to make or clear X.25 calls to the peer. After such a set request the entry will still be in the valid state. Setting a value of makeCall causes the agent to initiate an X.25 call request to the peer specified by the entry. Setting a value of clearCall causes the agent to initiate clearing one X.25 call present to the peer. Each set request will initiate another call or clear request (up to the maximum allowed); this means that management stations that fail to get a response to a set request should query to see if a call was in fact placed or cleared beforeThroop [Page 13]RFC 1461 Multiprotocol Interconnect on X.25 MIB May 1993 retrying the request. Entries not in the valid state can not be set to makeCall or clearCall. The values of makeCall and clearCall provide for circuit control on devices which perform Ethernet Bridging using static circuit assignment without address recognition; other devices which dynamically place calls based on destination addresses may reject such requests. An agent that (re)creates a new entry because of a set with createRequest, should also (re)create a mioxPeerEncTable entry with a mioxPeerEncIndex of 1, and a mioxPeerEncType of 204 (hex CC)." ::= { mioxPeerEntry 2 } mioxPeerMaxCircuits OBJECT-TYPE SYNTAX PositiveInteger ACCESS read-write STATUS mandatory DESCRIPTION "The maximum number of X.25 circuits allowed to this peer." DEFVAL { 1 } ::= { mioxPeerEntry 3 } mioxPeerIfIndex OBJECT-TYPE SYNTAX PositiveInteger ACCESS read-write STATUS mandatory DESCRIPTION "The value of the ifIndex object for the interface to X.25 to use to call the peer." DEFVAL { 1 } ::= { mioxPeerEntry 4 } mioxPeerConnectSeconds OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of seconds a call to this peer was active. This counter will be incremented by one for every second a connection to a peer was open. If two callsThroop [Page 14]RFC 1461 Multiprotocol Interconnect on X.25 MIB May 1993 are open at the same time, one second of elapsed real time will results in two seconds of connect time." ::= { mioxPeerEntry 5 } mioxPeerX25CallParamId OBJECT-TYPE SYNTAX InstancePointer ACCESS read-write STATUS mandatory DESCRIPTION "The instance of the index object in the x25CallParmTable from RFC 1382 for the X.25 call parameters used to communicate with the remote host. The well known value {0 0} indicates no call parameters specified." DEFVAL { {0 0} } ::= { mioxPeerEntry 6 } mioxPeerEnAddr OBJECT-TYPE SYNTAX OCTET STRING (SIZE (0..128)) ACCESS read-write STATUS mandatory DESCRIPTION "The Encapsulation address of the remote host mapped by this table entry. A length of zero indicates the remote IP address is unknown or unspecified for use as a PLE default. The first octet of this object contains the encapsulation type, the remaining octets contain an address of that type. Thus for an IP address, the length will be five octets, the first octet will contain 204 (hex CC), and the last four octets will contain the IP address. For a snap encapsulation, the first byte would be 128 (hex 80) and the rest of the octet string would have the snap header." DEFVAL { ''h } ::= { mioxPeerEntry 7 } mioxPeerX121Address OBJECT-TYPE SYNTAX X121Address ACCESS read-write STATUS mandatory DESCRIPTION "The X.25 address of the remote host mappedThroop [Page 15]RFC 1461 Multiprotocol Interconnect on X.25 MIB May 1993 by this table entry. A zero length string indicates the X.25 address is unspecified for use as the PLE default." DEFVAL { ''h } ::= { mioxPeerEntry 8 } -- Systems can claim conformance to this MIB without -- implementing sets to mioxPeerX25CircuitId. -- However systems that use PVCs with RFC1356 -- are encouraged to implement sets. mioxPeerX25CircuitId OBJECT-TYPE SYNTAX InstancePointer ACCESS read-write STATUS mandatory DESCRIPTION "This object identifies the instance of the index for the X.25 circuit open to the peer mapped by this table entry. The well known value {0 0} indicates no connection currently active. For multiple connections, this identifies the index of a multiplexing table entry for the connections. This can only be written to configure use of PVCs which means the identified circuit table entry for a write must be a PVC." DEFVAL { {0 0} } ::= { mioxPeerEntry 9 } mioxPeerDescr OBJECT-TYPE SYNTAX DisplayString (SIZE (0..255)) ACCESS read-write STATUS mandatory DESCRIPTION "This object returns any identification information about the peer. An agent may supply the comment information found in the configuration file entry for this peer. A zero length string indicates no information available."
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -