InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpMACAddress
1.3.6.1.4.1.9.10.60.1.1.1.1
MacAddressRepresents an 802 MAC address represented in the `canonical' order defined by IEEE 802.1a, i.e., as if it were transmitted least significant bit first, even though 802.5 (in contrast to other 802.x protocols) requires MAC addresses to be transmitted most significant bit first. SIZE (6) · OCTET STRING · hint 1x:
The MAC's 48-bit individual MAC address.
srpPriorityThreshold
1.3.6.1.4.1.9.10.60.1.1.1.2
Integer32 (0..7)
The priority threshold value to be compared against the 3 bits of priority contained in each packet's SRP header. If a packet's priority is greater or equal to this threshold, that packet should be placed in the high priority transmit or transit queue. If a packet's priority is less than this threshold, it should be placed in the low priority transmit or transit queue.
Since there are only two types of priority queues (High Priority and Low Priority) a packet is treated as either low or high priority once it is on the ring. Each node determines the threshold value for classifying what is considered a high priority packet and what is considered a low priority packet.
srpNodesOnTheRing
1.3.6.1.4.1.9.10.60.1.1.1.3
Integer32 (0..128)
The number of nodes in the SRP ring. When interface is down the value is 0.
Each node in the Intelligent Protection Switching (IPS) is one of the following states. Idle - In this mode the node is ready to perform protection and it sends to both neighboring nodes idle IPS messages, which include self in the source address field {0, SELF, 0, S}.
PassThrough - Node participate in a protection switch by passing the wrapped traffic and long path signalling through itself. This state is entered based on received IPS messages.
Wrapped - Node participate in a protection switch with a wrap present. This state is entered based on protection request issued locally or based on received IPS messages.
When interface is down the value for IPS state is passThrough.
srpIpsLockedOut
1.3.6.1.4.1.9.10.60.1.1.1.5
TruthValue1 = true2 = falseRepresents a boolean value. · Integer32
The boolean flag to indicate node LockedOut of protection state. If it's true than Intelligent Protection Swiching is disabled and the node will not wrap on either side of the interface.
srpIpsWaitToRestoreTimer
1.3.6.1.4.1.9.10.60.1.1.1.6
Integer32 (10..600) · seconds
Indicates the length of time in seconds, to remain in the wrap state, after the cause of a wrap is removed. This mechanism prevents protection switch oscillations. Default value is 60 sec.
srpIfTimeElapsed
1.3.6.1.4.1.9.10.60.1.1.1.7
Integer32 (1..900) · seconds
The number of seconds, including partial seconds, that have elapsed since the beginning of the current measurement interval as described in RFC 2493. If, for some reason, such as an adjustment in the system's time-of-day clock, the current interval exceeds the maximum value, the agent will return the maximum value.
srpIfValidIntervals
1.3.6.1.4.1.9.10.60.1.1.1.8
Integer32 (0..96)
The number of previous 15-minute measurement intervals for which data was collected. A SRP interface must be capable of supporting at least n intervals. The minimum value of n is 4. The default of n is 32. The maximum value of n is 96.
The value will be unless the measurement was
(re-)started within the last (*15) minutes, in which case the value will be the number of complete 15 minute intervals for which the agent has at least some data. In certain cases (e.g., in the case where the agent is a proxy) it is possible that some intervals are unavailable. In this case, this interval is the maximum interval number for which data is available.
srpMACSideTable
1.3.6.1.4.1.9.10.60.1.2
Index: ifIndex · srpMACInterfaceSide
A table of information about the sides of SRP interfaces.
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpMACInterfaceSide
1.3.6.1.4.1.9.10.60.1.2.1.1
InterfaceSide1 = sideA2 = sideBAn indication of the side of the interface. An SRP ring is composed of two fiber rings: Outer and Inner. Outer ring traffic flows clockwise. Inner ring traffic flows counter-clockwise. The side of a node with Outer ring receive fiber is identified as side A, the side of a node with Inner ring receive fiber is identified as B. Side A must be connected to side B. The SRP protocol operates by sending data traffic in one direction known as downstream and it's corresponding control information in the opposite direction known as upstream. · Integer32
An indication of the side of the interface for which this row contains information.
srpMACNeighborAddress
1.3.6.1.4.1.9.10.60.1.2.1.2
MacAddressRepresents an 802 MAC address represented in the `canonical' order defined by IEEE 802.1a, i.e., as if it were transmitted least significant bit first, even though 802.5 (in contrast to other 802.x protocols) requires MAC addresses to be transmitted most significant bit first. SIZE (6) · OCTET STRING · hint 1x:
The MAC's neighbor's 48-bit individual MAC address.
srpMACSideWrapped
1.3.6.1.4.1.9.10.60.1.2.1.3
TruthValue1 = true2 = falseRepresents a boolean value. · Integer32
The boolean flag to indicate the node's wrapped state.
srpMACIpsMgmtRequestedMode
1.3.6.1.4.1.9.10.60.1.2.1.4
IpsMode1 = noRequest2 = waitToRestore3 = manualSwitch4 = signalDegrade5 = signalFail6 = forcedSwitchAn Intelligent Protection Switching mode.
An SRP ring provides redundancy and protection from a failed node or a link/fiber cut through the use of IPS modes that are automatic or operator/user-configured. Automatic IPS modes take effect when the ring detects an event, a fiber cut, or a node failure and remain in effect until the wait-to-restore value expires. As the protection requests travel around the ring, the protection hierarchy is applied. All modes are signalled on the IPS messaging channel. If an node or fiber facility failure is detected, traffic going toward or coming from the failure direction is wrapped (looped) back to go in opposite direction on the other ring. The wrap around takes place on the nodes adjacent to the failure. This way the traffic is re-routed from the failed span.
The ISP modes starting from the highest to the lowest level in the IPS protection hierarchy are:
'forcedSwitch' - an operator-configured mode which causes a high-priority protection switch wrap on each end of a specified span. 'signalFail' - an automatically-detected mode which causes a protection switch wrap on a span when a media signal failure is detected. 'signalDegrade' - an automatically-detected mode which causes protection switch wraps on a span when a media signal degrade is detected due to excessive Bit Error Rate. 'manualSwitch' - an operator-configured mode which causes a low-prioority protection switch wrap on each end of a specified span. 'waitToRestore' - an automatically-invoked mode which results in a waiting period after the working channel meets the restoration criteria after a signal fail or signal degrade condition disappears to prevent protection switch oscilation. 'normal' - a mode which can be configured by an operator, and/or is in effect when no other mode has been automatically detected/invoked. · Integer32
The IPS mode requested by management for the local node that can affect the srpMACIpsActiveMode state of the SRP node, according to the set of rules describing IPS protocol. This variable value is one from the following subset (noRequest, manualSwitch, forcedSwitch).
srpMACIpsAutoDetectMode
1.3.6.1.4.1.9.10.60.1.2.1.5
IpsMode1 = noRequest2 = waitToRestore3 = manualSwitch4 = signalDegrade5 = signalFail6 = forcedSwitchAn Intelligent Protection Switching mode.
An SRP ring provides redundancy and protection from a failed node or a link/fiber cut through the use of IPS modes that are automatic or operator/user-configured. Automatic IPS modes take effect when the ring detects an event, a fiber cut, or a node failure and remain in effect until the wait-to-restore value expires. As the protection requests travel around the ring, the protection hierarchy is applied. All modes are signalled on the IPS messaging channel. If an node or fiber facility failure is detected, traffic going toward or coming from the failure direction is wrapped (looped) back to go in opposite direction on the other ring. The wrap around takes place on the nodes adjacent to the failure. This way the traffic is re-routed from the failed span.
The ISP modes starting from the highest to the lowest level in the IPS protection hierarchy are:
'forcedSwitch' - an operator-configured mode which causes a high-priority protection switch wrap on each end of a specified span. 'signalFail' - an automatically-detected mode which causes a protection switch wrap on a span when a media signal failure is detected. 'signalDegrade' - an automatically-detected mode which causes protection switch wraps on a span when a media signal degrade is detected due to excessive Bit Error Rate. 'manualSwitch' - an operator-configured mode which causes a low-prioority protection switch wrap on each end of a specified span. 'waitToRestore' - an automatically-invoked mode which results in a waiting period after the working channel meets the restoration criteria after a signal fail or signal degrade condition disappears to prevent protection switch oscilation. 'normal' - a mode which can be configured by an operator, and/or is in effect when no other mode has been automatically detected/invoked. · Integer32
The current IPS mode as automatically detected by the the local node that can affect the srpMACIpsActiveMode state of the SRP node, according to the set of rules describing IPS protocol. This variable value is one from the following subset (SignalFail, SignalDegrade, WaitToRestore).
srpMACIpsRemoteMode
1.3.6.1.4.1.9.10.60.1.2.1.6
IpsMode1 = noRequest2 = waitToRestore3 = manualSwitch4 = signalDegrade5 = signalFail6 = forcedSwitchAn Intelligent Protection Switching mode.
An SRP ring provides redundancy and protection from a failed node or a link/fiber cut through the use of IPS modes that are automatic or operator/user-configured. Automatic IPS modes take effect when the ring detects an event, a fiber cut, or a node failure and remain in effect until the wait-to-restore value expires. As the protection requests travel around the ring, the protection hierarchy is applied. All modes are signalled on the IPS messaging channel. If an node or fiber facility failure is detected, traffic going toward or coming from the failure direction is wrapped (looped) back to go in opposite direction on the other ring. The wrap around takes place on the nodes adjacent to the failure. This way the traffic is re-routed from the failed span.
The ISP modes starting from the highest to the lowest level in the IPS protection hierarchy are:
'forcedSwitch' - an operator-configured mode which causes a high-priority protection switch wrap on each end of a specified span. 'signalFail' - an automatically-detected mode which causes a protection switch wrap on a span when a media signal failure is detected. 'signalDegrade' - an automatically-detected mode which causes protection switch wraps on a span when a media signal degrade is detected due to excessive Bit Error Rate. 'manualSwitch' - an operator-configured mode which causes a low-prioority protection switch wrap on each end of a specified span. 'waitToRestore' - an automatically-invoked mode which results in a waiting period after the working channel meets the restoration criteria after a signal fail or signal degrade condition disappears to prevent protection switch oscilation. 'normal' - a mode which can be configured by an operator, and/or is in effect when no other mode has been automatically detected/invoked. · Integer32
The IPS mode indicated in IPS messages being received by the local node from other nodes on the ring, that can affect the srpMACIpsActiveMode state of the SRP node, according to the set of rules describing IPS protocol.
srpMACIpsRemoteType
1.3.6.1.4.1.9.10.60.1.2.1.7
INTEGER1 = shortPath2 = longPath · Integer32
Indicates if srpMACIpsRemoteMode object value belongs to the adjacent node in the case of the shortPath or belongs to the non-adjacent node in the case of the longPath.
srpMACIpsActiveMode
1.3.6.1.4.1.9.10.60.1.2.1.8
IpsMode1 = noRequest2 = waitToRestore3 = manualSwitch4 = signalDegrade5 = signalFail6 = forcedSwitchAn Intelligent Protection Switching mode.
An SRP ring provides redundancy and protection from a failed node or a link/fiber cut through the use of IPS modes that are automatic or operator/user-configured. Automatic IPS modes take effect when the ring detects an event, a fiber cut, or a node failure and remain in effect until the wait-to-restore value expires. As the protection requests travel around the ring, the protection hierarchy is applied. All modes are signalled on the IPS messaging channel. If an node or fiber facility failure is detected, traffic going toward or coming from the failure direction is wrapped (looped) back to go in opposite direction on the other ring. The wrap around takes place on the nodes adjacent to the failure. This way the traffic is re-routed from the failed span.
The ISP modes starting from the highest to the lowest level in the IPS protection hierarchy are:
'forcedSwitch' - an operator-configured mode which causes a high-priority protection switch wrap on each end of a specified span. 'signalFail' - an automatically-detected mode which causes a protection switch wrap on a span when a media signal failure is detected. 'signalDegrade' - an automatically-detected mode which causes protection switch wraps on a span when a media signal degrade is detected due to excessive Bit Error Rate. 'manualSwitch' - an operator-configured mode which causes a low-prioority protection switch wrap on each end of a specified span. 'waitToRestore' - an automatically-invoked mode which results in a waiting period after the working channel meets the restoration criteria after a signal fail or signal degrade condition disappears to prevent protection switch oscilation. 'normal' - a mode which can be configured by an operator, and/or is in effect when no other mode has been automatically detected/invoked. · Integer32
The currently active IPS mode for the local node, which can be changed based on combined effect of the following variables: srpMACIpsMgmtRequestedMode, srpMACIpsAutoDetectMode, srpMACIpsRemoteMode, and srpMACIpsRemoteType according to the set of rules describing IPS protocol.
srpMACIpsWrapCounter
1.3.6.1.4.1.9.10.60.1.2.1.9
Counter32
The number of transition from unwrap to wrap state.
srpMACIpsLastWrapTimeStamp
1.3.6.1.4.1.9.10.60.1.2.1.10
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
The value of sysUpTime for the last wrap.
srpMACIpsLastUnWrapTimeStamp
1.3.6.1.4.1.9.10.60.1.2.1.11
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
The value of sysUpTime for the last unwrap.
srpMACClockSourceMode
1.3.6.1.4.1.9.10.60.1.2.1.12
INTEGER1 = internal2 = line · Integer32
Indicates the mode of the SRP interface clock source.
Internal - mode specifies the clock source as internal, and is used when connecting between two routers over a dark fiber or over WDM system. The internal mode is used as a default value.
Line - mode specifies the clock source as line, and is used
when connecting a router to SONET/SDH ADM.
srpMACTopologyTimer
1.3.6.1.4.1.9.10.60.1.2.1.13
Integer32 (1..600)
Indicates the topology-timer on a SRP ring, how frequently topology discovery messages are sent around ring to identify the nodes. Toplogy discovery is always on. The default value is 10 seconds.
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpNodeHopsNumber
1.3.6.1.4.1.9.10.60.1.3.1.1
Unsigned32 (0..128)
A value, between 0 and (srpNodesOnTheRing - 1), used to identify the particular node which is the number of hops around the ring (clock-wise) away from the local node.
srpNodeMACAddress
1.3.6.1.4.1.9.10.60.1.3.1.2
MacAddressRepresents an 802 MAC address represented in the `canonical' order defined by IEEE 802.1a, i.e., as if it were transmitted least significant bit first, even though 802.5 (in contrast to other 802.x protocols) requires MAC addresses to be transmitted most significant bit first. SIZE (6) · OCTET STRING · hint 1x:
The node MAC's 48-bit individual MAC address.
srpNodeWrapped
1.3.6.1.4.1.9.10.60.1.3.1.3
TruthValue1 = true2 = falseRepresents a boolean value. · Integer32
Indicates in general if the node is wrapped without specifying on which side.
srpNodeName
1.3.6.1.4.1.9.10.60.1.3.1.4
DisplayStringRepresents textual information taken from the NVT ASCII
character set, as defined in pages 4, 10-11 of RFC 854.
To summarize RFC 854, the NVT ASCII repertoire specifies:
- the use of character codes 0-127 (decimal)
- the graphics characters (32-126) are interpreted as US ASCII
- NUL, LF, CR, BEL, BS, HT, VT and FF have the special meanings specified in RFC 854
- the other 25 codes have no standard interpretation
- the sequence 'CR LF' means newline
- the sequence 'CR NUL' means carriage-return
- an 'LF' not preceded by a 'CR' means moving to the same column on the next line.
- the sequence 'CR x' for any x other than LF or NUL is illegal. (Note that this also means that a string may end with either 'CR LF' or 'CR NUL', but not with CR.)
Any object defined using this syntax may not exceed 255 characters in length. SIZE (0..255) · OCTET STRING · hint 255a
The node name reported by the SRP protocol. If the name is not known then this field is left blank.
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpMACCountPktsBySourceFlag
1.3.6.1.4.1.9.10.60.1.6.1.1
TruthValue1 = true2 = falseRepresents a boolean value. · Integer32
Indicates that packets are to be counted for a particular source address.
srpMACCountPktsBySourceAddress
1.3.6.1.4.1.9.10.60.1.6.1.2
MacAddressRepresents an 802 MAC address represented in the `canonical' order defined by IEEE 802.1a, i.e., as if it were transmitted least significant bit first, even though 802.5 (in contrast to other 802.x protocols) requires MAC addresses to be transmitted most significant bit first. SIZE (6) · OCTET STRING · hint 1x:
Indicates the particular source address for which packets are to be counted when the corresponding instance of srpMACCountPktsBySourceFlag has the value 'true'.
srpMACSourceDiscontTimeStamp
1.3.6.1.4.1.9.10.60.1.6.1.3
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
The value of sysUpTime on the most recent occasion when there was a change in the value of the corresponding instances of either srpMACCountPktsBySourceAddress or srpMACCountPktsBySourceFlag.
srpMACCountPktsBySource
1.3.6.1.4.1.9.10.60.1.6.1.4
Counter64 (0..18446744073709551615)
Counter for the number of packets received from a particular source node's MAC address. Discontinuities in the value of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of srpMACSourceDiscontTimeStamp.
srpMACCountPktsByDestinationFlag
1.3.6.1.4.1.9.10.60.1.6.1.5
TruthValue1 = true2 = falseRepresents a boolean value. · Integer32
Indicates that packets are to be counted for a particular destination address.
srpMACCountPktsByDestAddress
1.3.6.1.4.1.9.10.60.1.6.1.6
MacAddressRepresents an 802 MAC address represented in the `canonical' order defined by IEEE 802.1a, i.e., as if it were transmitted least significant bit first, even though 802.5 (in contrast to other 802.x protocols) requires MAC addresses to be transmitted most significant bit first. SIZE (6) · OCTET STRING · hint 1x:
Indicates the particular destination address for which packets are to be counted when the corresponding instance of srpMACCountPktsByDestinationFlag has the value 'true'.
srpMACDestDiscontTimeStamp
1.3.6.1.4.1.9.10.60.1.6.1.7
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
The value of sysUpTime on the most recent occasion when there was a change in the value of the corresponding instances of either srpMACCountPktsByDestAddress or srpMACCountPktsByDestinationFlag.
srpMACCountPktsByDest
1.3.6.1.4.1.9.10.60.1.6.1.8
Counter64 (0..18446744073709551615)
Counter for the number of packets send to a particular destination node's MAC address. Discontinuities in the value of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of srpMACDestDiscontTimeStamp.
srpMACRejectPktsBySourceFlag
1.3.6.1.4.1.9.10.60.1.6.1.9
TruthValue1 = true2 = falseRepresents a boolean value. · Integer32
Indicates that packets are to be rejected for a particular source address.
srpMACRejectPktsBySourceAddress
1.3.6.1.4.1.9.10.60.1.6.1.10
MacAddressRepresents an 802 MAC address represented in the `canonical' order defined by IEEE 802.1a, i.e., as if it were transmitted least significant bit first, even though 802.5 (in contrast to other 802.x protocols) requires MAC addresses to be transmitted most significant bit first. SIZE (6) · OCTET STRING · hint 1x:
Indicates the particular source address for which packets are to rejected when the corresponding instance of srpMACRejectPktsBySourceFlag has the value 'true'.
srpMACRejectPktsByDestFlag
1.3.6.1.4.1.9.10.60.1.6.1.11
TruthValue1 = true2 = falseRepresents a boolean value. · Integer32
Indicates that packets are to be rejected for a particular destination address.
srpMACRejectPktsByDestAddress
1.3.6.1.4.1.9.10.60.1.6.1.12
MacAddressRepresents an 802 MAC address represented in the `canonical' order defined by IEEE 802.1a, i.e., as if it were transmitted least significant bit first, even though 802.5 (in contrast to other 802.x protocols) requires MAC addresses to be transmitted most significant bit first. SIZE (6) · OCTET STRING · hint 1x:
Indicates the particular destination address for which packets are to rejected when the corresponding instance of srpMACRejectPktsByDestFlag has the value 'true'.
srpRingCountersCurrentTable
1.3.6.1.4.1.9.10.60.2.1
Index: ifIndex · srpRingInterfaceSide
The Physical medium dependent layer Current counters table.
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpRingInterfaceSide
1.3.6.1.4.1.9.10.60.2.1.1.1
InterfaceSide1 = sideA2 = sideBAn indication of the side of the interface. An SRP ring is composed of two fiber rings: Outer and Inner. Outer ring traffic flows clockwise. Inner ring traffic flows counter-clockwise. The side of a node with Outer ring receive fiber is identified as side A, the side of a node with Inner ring receive fiber is identified as B. Side A must be connected to side B. The SRP protocol operates by sending data traffic in one direction known as downstream and it's corresponding control information in the opposite direction known as upstream. · Integer32
An indication of the side of the interface for which this row contains information.
srpRingCurUcastLowPriPktsIn
1.3.6.1.4.1.9.10.60.2.1.1.2
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority unicast packets received from the Physical medium dependent layer in the current 15 minute interval.
srpRingCurUcastLowPriOctetsIn
1.3.6.1.4.1.9.10.60.2.1.1.3
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority unicast octets received from the Physical medium dependent layer in the current 15minute interval.
srpRingCurMcastLowPriPktsIn
1.3.6.1.4.1.9.10.60.2.1.1.4
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority multicast packets received from the Physical medium dependent layer in the current 15 minute interval.
srpRingCurMcastLowPriOctetsIn
1.3.6.1.4.1.9.10.60.2.1.1.5
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority multicast octets received from the Physical medium dependent layer in the current 15 minute interval.
srpRingCurUcastHighPriPktsIn
1.3.6.1.4.1.9.10.60.2.1.1.6
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast packets received from the Physical medium dependent layer in the current 15 minute interval.
srpRingCurUcastHighPriOctetsIn
1.3.6.1.4.1.9.10.60.2.1.1.7
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast octets received from the Physical medium dependent layer in the current 15 minute interval.
srpRingCurMcastHighPriPktsIn
1.3.6.1.4.1.9.10.60.2.1.1.8
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast packets received from the Physical medium dependent layer in the current 15 minute interval.
srpRingCurMcastHighPriOctetsIn
1.3.6.1.4.1.9.10.60.2.1.1.9
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast octets received from the Physical medium dependent layer in the current 15 minute interval.
srpRingCurUcastLowPriPktsOut
1.3.6.1.4.1.9.10.60.2.1.1.10
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority unicast packets going to the Physical medium dependent layer in the current 15 minute interval.
srpRingCurUcastLowPriOctetsOut
1.3.6.1.4.1.9.10.60.2.1.1.11
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority unicast octets going to the Physical medium dependent layer in the current 15 minute interval.
srpRingCurMcastLowPriPktsOut
1.3.6.1.4.1.9.10.60.2.1.1.12
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority multicast packets going to the Physical medium dependent layer in the current 15 minute interval.
srpRingCurMcastLowPriOctetsOut
1.3.6.1.4.1.9.10.60.2.1.1.13
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority multicast octets going to the Physical medium dependent layer in the current 15 minute interval.
srpRingCurUcastHighPriPktsOut
1.3.6.1.4.1.9.10.60.2.1.1.14
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast packets going to the Physical medium dependent layer in the current 15 minute interval.
srpRingCurUcastHighPriOctetsOut
1.3.6.1.4.1.9.10.60.2.1.1.15
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast octets going to the Physical medium dependent layer in the current 15 minute interval.
srpRingCurMcastHighPriPktsOut
1.3.6.1.4.1.9.10.60.2.1.1.16
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast packets going to the Physical medium dependent layer in the current 15 minute interval.
srpRingCurMcastHighPriOctetsOut
1.3.6.1.4.1.9.10.60.2.1.1.17
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast octets going to the Physical medium dependent layer in the current 15 minute interval.
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpRingIntInterfaceSide
1.3.6.1.4.1.9.10.60.2.2.1.1
InterfaceSide1 = sideA2 = sideBAn indication of the side of the interface. An SRP ring is composed of two fiber rings: Outer and Inner. Outer ring traffic flows clockwise. Inner ring traffic flows counter-clockwise. The side of a node with Outer ring receive fiber is identified as side A, the side of a node with Inner ring receive fiber is identified as B. Side A must be connected to side B. The SRP protocol operates by sending data traffic in one direction known as downstream and it's corresponding control information in the opposite direction known as upstream. · Integer32
An indication of the side of the interface for which this row contains information.
srpRingIntNumber
1.3.6.1.4.1.9.10.60.2.2.1.2
Integer32 (1..96)
A number between 1 and 96, which identifies the intervals for which the set of statistics is available. The interval identified by 1 is the most recently completed 15 minute interval, and interval identified by N is the interval immediately preceding the one identified by N-1.
srpRingIntWrapCounter
1.3.6.1.4.1.9.10.60.2.2.1.3
Counter32
The counter counts the number of transition from unwrap to wrap state
for the last intervals described by
the srpRingIntNumber variable.
srpRingIntUcastLowPriPktsIn
1.3.6.1.4.1.9.10.60.2.2.1.4
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority unicast packets received from the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntUcastLowPriOctetsIn
1.3.6.1.4.1.9.10.60.2.2.1.5
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority unicast octets received from the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntMcastLowPriPktsIn
1.3.6.1.4.1.9.10.60.2.2.1.6
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority multicast packets received from the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntMcastLowPriOctetsIn
1.3.6.1.4.1.9.10.60.2.2.1.7
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority
multicast octets received from the Physical medium dependent
layer in a particular 15-minute interval in the past 24 hours.
srpRingIntUcastHighPriPktsIn
1.3.6.1.4.1.9.10.60.2.2.1.8
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast packets received from the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntUcastHighPriOctetsIn
1.3.6.1.4.1.9.10.60.2.2.1.9
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast octets received from the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntMcastHighPriPktsIn
1.3.6.1.4.1.9.10.60.2.2.1.10
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast packets received from the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntMcastHighPriOctetsIn
1.3.6.1.4.1.9.10.60.2.2.1.11
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast octets received from the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntUcastLowPriPktsOut
1.3.6.1.4.1.9.10.60.2.2.1.12
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority unicast packets going to the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntUcastLowPriOctetsOut
1.3.6.1.4.1.9.10.60.2.2.1.13
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority unicast octets going to the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntMcastLowPriPktsOut
1.3.6.1.4.1.9.10.60.2.2.1.14
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority multicast packets going to the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntMcastLowPriOctetsOut
1.3.6.1.4.1.9.10.60.2.2.1.15
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of low priority multicast octets going to the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntUcastHighPriPktsOut
1.3.6.1.4.1.9.10.60.2.2.1.16
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast packets going to the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntUcastHighPriOctetsOut
1.3.6.1.4.1.9.10.60.2.2.1.17
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast octets going to the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntMcastHighPriPktsOut
1.3.6.1.4.1.9.10.60.2.2.1.18
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast packets going to the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
srpRingIntMcastHighPriOctetsOut
1.3.6.1.4.1.9.10.60.2.2.1.19
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast octets going to the Physical medium dependent layer in a particular 15-minute interval in the past 24 hours.
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpHostInterfaceSide
1.3.6.1.4.1.9.10.60.3.1.1.1
InterfaceSide1 = sideA2 = sideBAn indication of the side of the interface. An SRP ring is composed of two fiber rings: Outer and Inner. Outer ring traffic flows clockwise. Inner ring traffic flows counter-clockwise. The side of a node with Outer ring receive fiber is identified as side A, the side of a node with Inner ring receive fiber is identified as B. Side A must be connected to side B. The SRP protocol operates by sending data traffic in one direction known as downstream and it's corresponding control information in the opposite direction known as upstream. · Integer32
An indication of the side of the interface for which this row contains information.
srpHostCurUcastLowPriPktsIn
1.3.6.1.4.1.9.10.60.3.1.1.2
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total unicast packets received from the Higher Layer in the current 15 minute interval.
srpHostCurUcastLowPriOctetsIn
1.3.6.1.4.1.9.10.60.3.1.1.3
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total unicast octets received from the Higher Layer in the current 15 minute interval.
srpHostCurMcastLowPriPktsIn
1.3.6.1.4.1.9.10.60.3.1.1.4
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total multicast packets received from the Higher Layer in the current 15 minute interval.
srpHostCurMcastLowPriOctetsIn
1.3.6.1.4.1.9.10.60.3.1.1.5
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total multicast octets received from the Higher Layer in the current 15 minute interval.
srpHostCurUcastHighPriPktsIn
1.3.6.1.4.1.9.10.60.3.1.1.6
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast packets received from the Higher Layer in the current 15 minute interval.
srpHostCurUcastHighPriOctetsIn
1.3.6.1.4.1.9.10.60.3.1.1.7
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast octets received from the Higher Layer in the current 15 minute interval.
srpHostCurMcastHighPriPktsIn
1.3.6.1.4.1.9.10.60.3.1.1.8
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast packets received from the Higher Layer in the current 15 minute interval.
srpHostCurMcastHighPriOctetsIn
1.3.6.1.4.1.9.10.60.3.1.1.9
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast octets received from the Higher Layer in the current 15 minute interval.
srpHostCurUcastLowPriPktsOut
1.3.6.1.4.1.9.10.60.3.1.1.10
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total unicast packets going to the Higher Layer in the current 15 minute interval.
srpHostCurUcastLowPriOctetsOut
1.3.6.1.4.1.9.10.60.3.1.1.11
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total unicast octets going to the Higher Layer in the current 15 minute interval.
srpHostCurMcastLowPriPktsOut
1.3.6.1.4.1.9.10.60.3.1.1.12
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total multicast packets going to the Higher Layer in the current 15 minute interval.
srpHostCurMcastLowPriOctetsOut
1.3.6.1.4.1.9.10.60.3.1.1.13
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total multicast octets going to the Higher Layer in the current 15 minute interval.
srpHostCurUcastHighPriPktsOut
1.3.6.1.4.1.9.10.60.3.1.1.14
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast packets going to the Higher Layer in the current 15 minute interval.
srpHostCurUcastHighPriOctetsOut
1.3.6.1.4.1.9.10.60.3.1.1.15
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast octets going to from the Higher Layer in the current 15 minute interval.
srpHostCurMcastHighPriPktsOut
1.3.6.1.4.1.9.10.60.3.1.1.16
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast packets going to the Higher Layer in the current 15 minute interval.
srpHostCurMcastHighPriOctetsOut
1.3.6.1.4.1.9.10.60.3.1.1.17
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast octets going to the Higher Layer in the current 15 minute interval.
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpHostIntInterfaceSide
1.3.6.1.4.1.9.10.60.3.2.1.1
InterfaceSide1 = sideA2 = sideBAn indication of the side of the interface. An SRP ring is composed of two fiber rings: Outer and Inner. Outer ring traffic flows clockwise. Inner ring traffic flows counter-clockwise. The side of a node with Outer ring receive fiber is identified as side A, the side of a node with Inner ring receive fiber is identified as B. Side A must be connected to side B. The SRP protocol operates by sending data traffic in one direction known as downstream and it's corresponding control information in the opposite direction known as upstream. · Integer32
An indication of the side of the interface for which this row contains information.
srpHostIntNumber
1.3.6.1.4.1.9.10.60.3.2.1.2
Integer32 (1..96)
A number between 1 and 96, which identifies the interval for which the set od statistics is available. The interval identified by 1 is the most recently completed 15 minute interval, and interval identified by N is the interval immediately preceding the one identified by N-1.
srpHostIntUcastLowPriPktsIn
1.3.6.1.4.1.9.10.60.3.2.1.3
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total unicast packets received from the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntUcastLowPriOctetsIn
1.3.6.1.4.1.9.10.60.3.2.1.4
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total unicast octets received from the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntMcastLowPriPktsIn
1.3.6.1.4.1.9.10.60.3.2.1.5
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total multicast packets received from the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntMcastLowPriOctetsIn
1.3.6.1.4.1.9.10.60.3.2.1.6
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total multicast octets received from the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntUcastHighPriPktsIn
1.3.6.1.4.1.9.10.60.3.2.1.7
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast packets received from the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntUcastHighPriOctetsIn
1.3.6.1.4.1.9.10.60.3.2.1.8
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast octets received from from the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntMcastHighPriPktsIn
1.3.6.1.4.1.9.10.60.3.2.1.9
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast packets received from the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntMcastHighPriOctetsIn
1.3.6.1.4.1.9.10.60.3.2.1.10
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast octets received from the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntUcastLowPriPktsOut
1.3.6.1.4.1.9.10.60.3.2.1.11
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total unicast packets going to the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntUcastLowPriOctetsOut
1.3.6.1.4.1.9.10.60.3.2.1.12
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total unicast octets going to the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntMcastLowPriPktsOut
1.3.6.1.4.1.9.10.60.3.2.1.13
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total multicast packets going to the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntMcastLowPriOctetsOut
1.3.6.1.4.1.9.10.60.3.2.1.14
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of total multicast octets going to the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntUcastHighPriPktsOut
1.3.6.1.4.1.9.10.60.3.2.1.15
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast packets going to the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntUcastHighPriOctetsOut
1.3.6.1.4.1.9.10.60.3.2.1.16
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority unicast octets going to the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntMcastHighPriPktsOut
1.3.6.1.4.1.9.10.60.3.2.1.17
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast packets going to the Higher Layer in a particular 15-minute interval in the past 24 hours.
srpHostIntMcastHighPriOctetsOut
1.3.6.1.4.1.9.10.60.3.2.1.18
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of high priority multicast octets going to the Higher Layer in a particular 15-minute interval in the past 24 hours.
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpErrorsInterfaceSide
1.3.6.1.4.1.9.10.60.4.1.1.1
InterfaceSide1 = sideA2 = sideBAn indication of the side of the interface. An SRP ring is composed of two fiber rings: Outer and Inner. Outer ring traffic flows clockwise. Inner ring traffic flows counter-clockwise. The side of a node with Outer ring receive fiber is identified as side A, the side of a node with Inner ring receive fiber is identified as B. Side A must be connected to side B. The SRP protocol operates by sending data traffic in one direction known as downstream and it's corresponding control information in the opposite direction known as upstream. · Integer32
An indication of the side of the interface for which this row contains information.
srpRingCurRxErrorsDataParity
1.3.6.1.4.1.9.10.60.4.1.1.2
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of data parity errors, received from the Physical medium dependent layer in the current 15 minute interval.
srpRingCurRxErrorsShortPackets
1.3.6.1.4.1.9.10.60.4.1.1.3
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of short packets, received from the Physical medium dependent layer in the current 15 minute interval. A short packet is 16 octets or less.
srpRingCurRxErrorsGiantPackets
1.3.6.1.4.1.9.10.60.4.1.1.4
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of giant packets, received from the Physical medium dependent layer in the current 15 minute interval. A giant packet is larger than max size MTU, which is 9216 octets.
srpRingCurRxErrorsSideBadPackets
1.3.6.1.4.1.9.10.60.4.1.1.5
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the current number of bad packets, received from the Physical medium dependent layer in the current 15 minute interval. A bad packet is an empty packet with a valid Start-Of-Packet signal causing an incorrect CRC.
srpRingCurRxErrorsCRC
1.3.6.1.4.1.9.10.60.4.1.1.6
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the current number of packets with CRC errors, received from the Physical medium dependent layer in the current 15 minute interval.
srpHostCurRxErrorsDataParity
1.3.6.1.4.1.9.10.60.4.1.1.7
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the current number of data parity errors, received from the Higher Layer in the current 15 minute interval.
srpHostCurRxErrorsShortPackets
1.3.6.1.4.1.9.10.60.4.1.1.8
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the current number of short packets, received from the Higher Layer in the current 15 minute interval.
srpHostCurRxErrorsGiantPackets
1.3.6.1.4.1.9.10.60.4.1.1.9
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the current number of giant packets, received from the Higher Layer in the current 15 minute interval.
srpHostCurRxErrorsSideBadPackets
1.3.6.1.4.1.9.10.60.4.1.1.10
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the current number of bad packets, received from the Higher Layer in the current 15 minute interval.
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpErrorsIntervalInterfaceSide
1.3.6.1.4.1.9.10.60.4.2.1.1
InterfaceSide1 = sideA2 = sideBAn indication of the side of the interface. An SRP ring is composed of two fiber rings: Outer and Inner. Outer ring traffic flows clockwise. Inner ring traffic flows counter-clockwise. The side of a node with Outer ring receive fiber is identified as side A, the side of a node with Inner ring receive fiber is identified as B. Side A must be connected to side B. The SRP protocol operates by sending data traffic in one direction known as downstream and it's corresponding control information in the opposite direction known as upstream. · Integer32
An indication of the side of the interface for which this row contains information.
srpErrorsIntervalNumber
1.3.6.1.4.1.9.10.60.4.2.1.2
Integer32 (1..96)
A number between 1 and 96, which identifies the interval for which the set od statistics is available. The interval identified by 1 is the most recently completed 15 minute interval, and interval identified by N is the interval immediately preceding the one identified by N-1.
srpRingIntRxErrorsDataParity
1.3.6.1.4.1.9.10.60.4.2.1.3
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of data parity errors, received from the Layer 1 Physical medium in a particular 15-minute interval in the past 24 hours.
srpRingIntRxErrorsShortPackets
1.3.6.1.4.1.9.10.60.4.2.1.4
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of short packets, received from the Layer 1 Physical medium in a particular 15-minute interval in the past 24 hours.
srpRingIntRxErrorsGiantPackets
1.3.6.1.4.1.9.10.60.4.2.1.5
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of giant packets, received from the Layer 1 Physical medium in a particular 15-minute interval in the past 24 hours.
srpRingIntRxErrorsSideBadPackets
1.3.6.1.4.1.9.10.60.4.2.1.6
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of bad packets, received from the Layer 1 Physical medium in a particular 15-minute interval in the past 24 hours.
srpRingIntRxErrorsCRC
1.3.6.1.4.1.9.10.60.4.2.1.7
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of packets with CRC errors, received from the Layer 1 Physical medium in a particular 15-minute interval in the past 24 hours.
srpHostIntRxErrorsDataParity
1.3.6.1.4.1.9.10.60.4.2.1.8
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of data parity errors, received from the higher layer in a particular 15-minute interval in the past 24 hours.
srpHostIntRxErrorsShortPackets
1.3.6.1.4.1.9.10.60.4.2.1.9
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of short packets, received from the higher layer in a particular 15-minute interval in the past 24 hours.
srpHostIntRxErrorsGiantPackets
1.3.6.1.4.1.9.10.60.4.2.1.10
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of giant packets, received from the higher layer in a particular 15-minute interval in the past 24 hours.
srpHostIntRxErrorsSideBadPackets
1.3.6.1.4.1.9.10.60.4.2.1.11
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of bad packets, received from the higher layer in a particular 15-minute interval in the past 24 hours.
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpErrCntCurrInterfaceSide
1.3.6.1.4.1.9.10.60.4.3.1.1
InterfaceSide1 = sideA2 = sideBAn indication of the side of the interface. An SRP ring is composed of two fiber rings: Outer and Inner. Outer ring traffic flows clockwise. Inner ring traffic flows counter-clockwise. The side of a node with Outer ring receive fiber is identified as side A, the side of a node with Inner ring receive fiber is identified as B. Side A must be connected to side B. The SRP protocol operates by sending data traffic in one direction known as downstream and it's corresponding control information in the opposite direction known as upstream. · Integer32
An indication of the side of the interface for which this row contains information.
srpErrCntCurrRingRxTtlExpPkts
1.3.6.1.4.1.9.10.60.4.3.1.2
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of packets discarded due to TTL expiry, received from the Physical medium dependent layer in the current 15 minute interval.
srpErrCntCurrRingRxShortPkts
1.3.6.1.4.1.9.10.60.4.3.1.3
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of short packets, received from the Physical medium dependent layer in the current 15 minute interval. A short packet is 16 octets or less.
srpErrCntCurrRingRxGiantPkts
1.3.6.1.4.1.9.10.60.4.3.1.4
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the number of giant packets, received from the Physical medium dependent layer in the current 15 minute interval. A giant packet is larger than max size packet, which is 9216 octets.
srpErrCntCurrRingRxAbortPkts
1.3.6.1.4.1.9.10.60.4.3.1.5
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the current number of aborted packets, received from the Physical medium dependent layer in the current 15 minute interval. Aborted packets are packets that have been aborted by an abort sequence code.
srpErrCntCurrRingRxCRC
1.3.6.1.4.1.9.10.60.4.3.1.6
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the current number of packets with CRC errors, received from the Physical medium dependent layer in the current 15 minute interval.
srpErrCntCurrHostRxDiscardPkts
1.3.6.1.4.1.9.10.60.4.3.1.7
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the current number of packets which were prevented from being delivered to the Higher Layer because of a resource limitation, in the current 15 minute interval.
srpErrCntCurrHostRxShortPkts
1.3.6.1.4.1.9.10.60.4.3.1.8
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the current number of packets which were prevented from being delivered to the Higher Layer because of being too short, in the current 15 minute interval.
srpErrCntCurrHostRxGiantPkts
1.3.6.1.4.1.9.10.60.4.3.1.9
PerfCurrentCount64A gauge associated with a performance measurement in a current 15 minute measurement interval. The value of an object with an HCPerfCurrentCount syntax starts from zero and is increased when associated events occur, until the end of the 15 minute interval. At that time the value of the gauge is stored in the first 15 minute history interval, and the gauge is restarted at zero. In the case where the agent has no valid data available for the current interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfCurrentCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the object's value also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the current number of packets discarded because of being too big for the higher layer, in the current 15 minute interval.
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
srpErrCntIntInterfaceSide
1.3.6.1.4.1.9.10.60.4.4.1.1
InterfaceSide1 = sideA2 = sideBAn indication of the side of the interface. An SRP ring is composed of two fiber rings: Outer and Inner. Outer ring traffic flows clockwise. Inner ring traffic flows counter-clockwise. The side of a node with Outer ring receive fiber is identified as side A, the side of a node with Inner ring receive fiber is identified as B. Side A must be connected to side B. The SRP protocol operates by sending data traffic in one direction known as downstream and it's corresponding control information in the opposite direction known as upstream. · Integer32
An indication of the side of the interface for which this row contains information.
srpErrCntIntNumber
1.3.6.1.4.1.9.10.60.4.4.1.2
Integer32 (1..96)
A number between 1 and 96, which identifies the interval for which the set od statistics is available. The interval identified by 1 is the most recently completed 15 minute interval, and interval identified by N is the interval immediately preceding the one identified by N-1.
srpErrCntIntRingRxTtlExpPkts
1.3.6.1.4.1.9.10.60.4.4.1.3
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of expired packets, received from the Layer 1 Physical medium in a particular 15-minute interval in the past 24 hours.
srpErrCntIntRingRxShortPkts
1.3.6.1.4.1.9.10.60.4.4.1.4
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of short packets, received from the Layer 1 Physical medium in a particular 15-minute interval in the past 24 hours.
srpErrCntIntRingRxGiantPkts
1.3.6.1.4.1.9.10.60.4.4.1.5
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of giant packets, received from the Layer 1 Physical medium in a particular 15-minute interval in the past 24 hours.
srpErrCntIntRingRxAbortPkts
1.3.6.1.4.1.9.10.60.4.4.1.6
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of aborted packets, received from the Layer 1 Physical medium in a particular 15-minute interval in the past 24 hours.
srpErrCntIntRingRxCRC
1.3.6.1.4.1.9.10.60.4.4.1.7
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of packets with CRC errors, received from the Layer 1 Physical medium in a particular 15-minute interval in the past 24 hours.
srpErrCntIntHostRxDiscardPkts
1.3.6.1.4.1.9.10.60.4.4.1.8
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of packets discarded due to resource limitations, received from the Layer 1 Physical medium in a particular 15-minute interval in the past 24 hours.
srpErrCntIntHostRxShortPkts
1.3.6.1.4.1.9.10.60.4.4.1.9
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of packets discarded because of being too short for the higher layer, in a particular 15-minute interval in the past 24 hours.
srpErrCntIntHostRxGiantPkts
1.3.6.1.4.1.9.10.60.4.4.1.10
PerfIntervalCount64A gauge associated with a performance measurement in a previous 15 minute measurement interval. In the case where the agent has no valid data available for a particular interval, the corresponding object instance is not available and upon a retrieval request a corresponding error message shall be returned to indicate that this instance does not exist.
Let X be an object with HCPerfIntervalCount syntax Let Y be an object with HCPerfCurrentCount syntax. Let Z be an object with HCPerfTotalCount syntax. Then, in a system supporting a history of n intervals with X(1) and X(n) the most and least recent intervals respectively, the following applies at the end of a 15 minute interval:
- discard the value of X(n) - the value of X(i) becomes that of X(i-1) for n >= i > 1 - the value of X(1) becomes that of Y. - the value of Z, if supported, is adjusted.
This count represents a non-negative integer, which may increase or decrease, but shall never exceed 2^64-1 (18446744073709551615 decimal), nor fall below 0. The value of an object with HCPerfIntervalCount syntax assumes its maximum value whenever the underlying count exceeds 2^64-1. If the underlying count subsequently decreases below 2^64-1 (due, e.g., to a retroactive adjustment as a result of entering or exiting unavailable time), then the value of the object also decreases.
Note that this TC is not strictly supported in SMIv2, because the 'always increasing' and 'counter wrap' semantics associated with the Counter64 base type are not preserved. It is possible that management applications which rely solely upon the (Counter64) ASN.1 tag to determine object semantics will mistakenly operate upon objects of this type as they would for Counter64 objects.
This textual convention represents a limited and short- term solution, and may be deprecated as a long term solution is defined and deployed to replace it. (0..18446744073709551615) · Counter64
The counter associated with the interval number of packets discarded because of being too big for the higher layer, in a particular 15-minute interval in the past 24 hours.
Trap details
srpTrapRingWrapped
1.3.6.1.4.1.9.10.60.5.0.1
An srpTrapRingWrapped notification is sent when the value of an instance of srpMACIpsWrapCounter increments.
ifIndex
1.3.6.1.2.1.2.2.1.1
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
Each node in the Intelligent Protection Switching (IPS) is one of the following states. Idle - In this mode the node is ready to perform protection and it sends to both neighboring nodes idle IPS messages, which include self in the source address field {0, SELF, 0, S}.
PassThrough - Node participate in a protection switch by passing the wrapped traffic and long path signalling through itself. This state is entered based on received IPS messages.
Wrapped - Node participate in a protection switch with a wrap present. This state is entered based on protection request issued locally or based on received IPS messages.
When interface is down the value for IPS state is passThrough.
srpMACIpsAutoDetectMode
1.3.6.1.4.1.9.10.60.1.2.1.5
IpsMode1 = noRequest2 = waitToRestore3 = manualSwitch4 = signalDegrade5 = signalFail6 = forcedSwitchAn Intelligent Protection Switching mode.
An SRP ring provides redundancy and protection from a failed node or a link/fiber cut through the use of IPS modes that are automatic or operator/user-configured. Automatic IPS modes take effect when the ring detects an event, a fiber cut, or a node failure and remain in effect until the wait-to-restore value expires. As the protection requests travel around the ring, the protection hierarchy is applied. All modes are signalled on the IPS messaging channel. If an node or fiber facility failure is detected, traffic going toward or coming from the failure direction is wrapped (looped) back to go in opposite direction on the other ring. The wrap around takes place on the nodes adjacent to the failure. This way the traffic is re-routed from the failed span.
The ISP modes starting from the highest to the lowest level in the IPS protection hierarchy are:
'forcedSwitch' - an operator-configured mode which causes a high-priority protection switch wrap on each end of a specified span. 'signalFail' - an automatically-detected mode which causes a protection switch wrap on a span when a media signal failure is detected. 'signalDegrade' - an automatically-detected mode which causes protection switch wraps on a span when a media signal degrade is detected due to excessive Bit Error Rate. 'manualSwitch' - an operator-configured mode which causes a low-prioority protection switch wrap on each end of a specified span. 'waitToRestore' - an automatically-invoked mode which results in a waiting period after the working channel meets the restoration criteria after a signal fail or signal degrade condition disappears to prevent protection switch oscilation. 'normal' - a mode which can be configured by an operator, and/or is in effect when no other mode has been automatically detected/invoked. · Integer32
The current IPS mode as automatically detected by the the local node that can affect the srpMACIpsActiveMode state of the SRP node, according to the set of rules describing IPS protocol. This variable value is one from the following subset (SignalFail, SignalDegrade, WaitToRestore).
srpMACIpsRemoteMode
1.3.6.1.4.1.9.10.60.1.2.1.6
IpsMode1 = noRequest2 = waitToRestore3 = manualSwitch4 = signalDegrade5 = signalFail6 = forcedSwitchAn Intelligent Protection Switching mode.
An SRP ring provides redundancy and protection from a failed node or a link/fiber cut through the use of IPS modes that are automatic or operator/user-configured. Automatic IPS modes take effect when the ring detects an event, a fiber cut, or a node failure and remain in effect until the wait-to-restore value expires. As the protection requests travel around the ring, the protection hierarchy is applied. All modes are signalled on the IPS messaging channel. If an node or fiber facility failure is detected, traffic going toward or coming from the failure direction is wrapped (looped) back to go in opposite direction on the other ring. The wrap around takes place on the nodes adjacent to the failure. This way the traffic is re-routed from the failed span.
The ISP modes starting from the highest to the lowest level in the IPS protection hierarchy are:
'forcedSwitch' - an operator-configured mode which causes a high-priority protection switch wrap on each end of a specified span. 'signalFail' - an automatically-detected mode which causes a protection switch wrap on a span when a media signal failure is detected. 'signalDegrade' - an automatically-detected mode which causes protection switch wraps on a span when a media signal degrade is detected due to excessive Bit Error Rate. 'manualSwitch' - an operator-configured mode which causes a low-prioority protection switch wrap on each end of a specified span. 'waitToRestore' - an automatically-invoked mode which results in a waiting period after the working channel meets the restoration criteria after a signal fail or signal degrade condition disappears to prevent protection switch oscilation. 'normal' - a mode which can be configured by an operator, and/or is in effect when no other mode has been automatically detected/invoked. · Integer32
The IPS mode indicated in IPS messages being received by the local node from other nodes on the ring, that can affect the srpMACIpsActiveMode state of the SRP node, according to the set of rules describing IPS protocol.
srpMACIpsRemoteType
1.3.6.1.4.1.9.10.60.1.2.1.7
INTEGER1 = shortPath2 = longPath · Integer32
Indicates if srpMACIpsRemoteMode object value belongs to the adjacent node in the case of the shortPath or belongs to the non-adjacent node in the case of the longPath.
srpMACIpsActiveMode
1.3.6.1.4.1.9.10.60.1.2.1.8
IpsMode1 = noRequest2 = waitToRestore3 = manualSwitch4 = signalDegrade5 = signalFail6 = forcedSwitchAn Intelligent Protection Switching mode.
An SRP ring provides redundancy and protection from a failed node or a link/fiber cut through the use of IPS modes that are automatic or operator/user-configured. Automatic IPS modes take effect when the ring detects an event, a fiber cut, or a node failure and remain in effect until the wait-to-restore value expires. As the protection requests travel around the ring, the protection hierarchy is applied. All modes are signalled on the IPS messaging channel. If an node or fiber facility failure is detected, traffic going toward or coming from the failure direction is wrapped (looped) back to go in opposite direction on the other ring. The wrap around takes place on the nodes adjacent to the failure. This way the traffic is re-routed from the failed span.
The ISP modes starting from the highest to the lowest level in the IPS protection hierarchy are:
'forcedSwitch' - an operator-configured mode which causes a high-priority protection switch wrap on each end of a specified span. 'signalFail' - an automatically-detected mode which causes a protection switch wrap on a span when a media signal failure is detected. 'signalDegrade' - an automatically-detected mode which causes protection switch wraps on a span when a media signal degrade is detected due to excessive Bit Error Rate. 'manualSwitch' - an operator-configured mode which causes a low-prioority protection switch wrap on each end of a specified span. 'waitToRestore' - an automatically-invoked mode which results in a waiting period after the working channel meets the restoration criteria after a signal fail or signal degrade condition disappears to prevent protection switch oscilation. 'normal' - a mode which can be configured by an operator, and/or is in effect when no other mode has been automatically detected/invoked. · Integer32
The currently active IPS mode for the local node, which can be changed based on combined effect of the following variables: srpMACIpsMgmtRequestedMode, srpMACIpsAutoDetectMode, srpMACIpsRemoteMode, and srpMACIpsRemoteType according to the set of rules describing IPS protocol.
srpMACIpsWrapCounter
1.3.6.1.4.1.9.10.60.1.2.1.9
Counter32
The number of transition from unwrap to wrap state.
srpMACIpsLastWrapTimeStamp
1.3.6.1.4.1.9.10.60.1.2.1.10
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
The value of sysUpTime for the last wrap.
srpMACIpsLastUnWrapTimeStamp
1.3.6.1.4.1.9.10.60.1.2.1.11
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
The value of sysUpTime for the last unwrap.
srpTrapRingRestored
1.3.6.1.4.1.9.10.60.5.0.2
An srpTrapRingRestored notification is sent when the value of an instance of rpMACIpsLastUnWrapTimeStamp is changed.
ifIndex
1.3.6.1.2.1.2.2.1.1
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
A unique value, greater than zero, for each interface. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re- initialization.
Each node in the Intelligent Protection Switching (IPS) is one of the following states. Idle - In this mode the node is ready to perform protection and it sends to both neighboring nodes idle IPS messages, which include self in the source address field {0, SELF, 0, S}.
PassThrough - Node participate in a protection switch by passing the wrapped traffic and long path signalling through itself. This state is entered based on received IPS messages.
Wrapped - Node participate in a protection switch with a wrap present. This state is entered based on protection request issued locally or based on received IPS messages.
When interface is down the value for IPS state is passThrough.
srpMACIpsAutoDetectMode
1.3.6.1.4.1.9.10.60.1.2.1.5
IpsMode1 = noRequest2 = waitToRestore3 = manualSwitch4 = signalDegrade5 = signalFail6 = forcedSwitchAn Intelligent Protection Switching mode.
An SRP ring provides redundancy and protection from a failed node or a link/fiber cut through the use of IPS modes that are automatic or operator/user-configured. Automatic IPS modes take effect when the ring detects an event, a fiber cut, or a node failure and remain in effect until the wait-to-restore value expires. As the protection requests travel around the ring, the protection hierarchy is applied. All modes are signalled on the IPS messaging channel. If an node or fiber facility failure is detected, traffic going toward or coming from the failure direction is wrapped (looped) back to go in opposite direction on the other ring. The wrap around takes place on the nodes adjacent to the failure. This way the traffic is re-routed from the failed span.
The ISP modes starting from the highest to the lowest level in the IPS protection hierarchy are:
'forcedSwitch' - an operator-configured mode which causes a high-priority protection switch wrap on each end of a specified span. 'signalFail' - an automatically-detected mode which causes a protection switch wrap on a span when a media signal failure is detected. 'signalDegrade' - an automatically-detected mode which causes protection switch wraps on a span when a media signal degrade is detected due to excessive Bit Error Rate. 'manualSwitch' - an operator-configured mode which causes a low-prioority protection switch wrap on each end of a specified span. 'waitToRestore' - an automatically-invoked mode which results in a waiting period after the working channel meets the restoration criteria after a signal fail or signal degrade condition disappears to prevent protection switch oscilation. 'normal' - a mode which can be configured by an operator, and/or is in effect when no other mode has been automatically detected/invoked. · Integer32
The current IPS mode as automatically detected by the the local node that can affect the srpMACIpsActiveMode state of the SRP node, according to the set of rules describing IPS protocol. This variable value is one from the following subset (SignalFail, SignalDegrade, WaitToRestore).
srpMACIpsRemoteMode
1.3.6.1.4.1.9.10.60.1.2.1.6
IpsMode1 = noRequest2 = waitToRestore3 = manualSwitch4 = signalDegrade5 = signalFail6 = forcedSwitchAn Intelligent Protection Switching mode.
An SRP ring provides redundancy and protection from a failed node or a link/fiber cut through the use of IPS modes that are automatic or operator/user-configured. Automatic IPS modes take effect when the ring detects an event, a fiber cut, or a node failure and remain in effect until the wait-to-restore value expires. As the protection requests travel around the ring, the protection hierarchy is applied. All modes are signalled on the IPS messaging channel. If an node or fiber facility failure is detected, traffic going toward or coming from the failure direction is wrapped (looped) back to go in opposite direction on the other ring. The wrap around takes place on the nodes adjacent to the failure. This way the traffic is re-routed from the failed span.
The ISP modes starting from the highest to the lowest level in the IPS protection hierarchy are:
'forcedSwitch' - an operator-configured mode which causes a high-priority protection switch wrap on each end of a specified span. 'signalFail' - an automatically-detected mode which causes a protection switch wrap on a span when a media signal failure is detected. 'signalDegrade' - an automatically-detected mode which causes protection switch wraps on a span when a media signal degrade is detected due to excessive Bit Error Rate. 'manualSwitch' - an operator-configured mode which causes a low-prioority protection switch wrap on each end of a specified span. 'waitToRestore' - an automatically-invoked mode which results in a waiting period after the working channel meets the restoration criteria after a signal fail or signal degrade condition disappears to prevent protection switch oscilation. 'normal' - a mode which can be configured by an operator, and/or is in effect when no other mode has been automatically detected/invoked. · Integer32
The IPS mode indicated in IPS messages being received by the local node from other nodes on the ring, that can affect the srpMACIpsActiveMode state of the SRP node, according to the set of rules describing IPS protocol.
srpMACIpsRemoteType
1.3.6.1.4.1.9.10.60.1.2.1.7
INTEGER1 = shortPath2 = longPath · Integer32
Indicates if srpMACIpsRemoteMode object value belongs to the adjacent node in the case of the shortPath or belongs to the non-adjacent node in the case of the longPath.
srpMACIpsActiveMode
1.3.6.1.4.1.9.10.60.1.2.1.8
IpsMode1 = noRequest2 = waitToRestore3 = manualSwitch4 = signalDegrade5 = signalFail6 = forcedSwitchAn Intelligent Protection Switching mode.
An SRP ring provides redundancy and protection from a failed node or a link/fiber cut through the use of IPS modes that are automatic or operator/user-configured. Automatic IPS modes take effect when the ring detects an event, a fiber cut, or a node failure and remain in effect until the wait-to-restore value expires. As the protection requests travel around the ring, the protection hierarchy is applied. All modes are signalled on the IPS messaging channel. If an node or fiber facility failure is detected, traffic going toward or coming from the failure direction is wrapped (looped) back to go in opposite direction on the other ring. The wrap around takes place on the nodes adjacent to the failure. This way the traffic is re-routed from the failed span.
The ISP modes starting from the highest to the lowest level in the IPS protection hierarchy are:
'forcedSwitch' - an operator-configured mode which causes a high-priority protection switch wrap on each end of a specified span. 'signalFail' - an automatically-detected mode which causes a protection switch wrap on a span when a media signal failure is detected. 'signalDegrade' - an automatically-detected mode which causes protection switch wraps on a span when a media signal degrade is detected due to excessive Bit Error Rate. 'manualSwitch' - an operator-configured mode which causes a low-prioority protection switch wrap on each end of a specified span. 'waitToRestore' - an automatically-invoked mode which results in a waiting period after the working channel meets the restoration criteria after a signal fail or signal degrade condition disappears to prevent protection switch oscilation. 'normal' - a mode which can be configured by an operator, and/or is in effect when no other mode has been automatically detected/invoked. · Integer32
The currently active IPS mode for the local node, which can be changed based on combined effect of the following variables: srpMACIpsMgmtRequestedMode, srpMACIpsAutoDetectMode, srpMACIpsRemoteMode, and srpMACIpsRemoteType according to the set of rules describing IPS protocol.
srpMACIpsWrapCounter
1.3.6.1.4.1.9.10.60.1.2.1.9
Counter32
The number of transition from unwrap to wrap state.
srpMACIpsLastWrapTimeStamp
1.3.6.1.4.1.9.10.60.1.2.1.10
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
The value of sysUpTime for the last wrap.
srpMACIpsLastUnWrapTimeStamp
1.3.6.1.4.1.9.10.60.1.2.1.11
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks