CISCO-WIRELESS-IF-MIB: View SNMP OID List / Download MIB

This is the MIB Module for the Cisco Wireless Radio Point to Point interface specification. I) Relationship of the Cisco Wireless Radio IF MIB to Interfaces MIB: One instance of the ifEntry exists for each wireless interface. The ifType of each such interface will be propWirelessP2P(157). If (at least) one IP address is active on an interface with this ifType without the use of any intervening (multiplexing) sub-layer, then it will appear in exactly two ifStackTable entries: i.e., for an ifType=propWirelessP2P(157) interface with ifIndex 'x', the ifStackTable will contain: ifStackStatus.0.x=active ifStackStatus.x.0=active The ifTestTable and ifRcvAddressTable are not supported by this ifType. II) ifEntry for the Wireless MAC Layer: The ifEntry for the wireless MAC Layer supports the following groups in the Interfaces MIB : a. ifGeneralInformationGroup b. ifHCPacketGroup For all those objects where the behavior is as defined in the Interfaces MIB, refer to Interfaces MIB for description. Special conditions or exceptions are explicitly documented here. IfTable Attribute Comments ================= =============================================== ifType, The IANA value of propWirelessP2P(157). ifMtu, Return 1500. ifSpeed, Current configured bandwidth. It can be 1.5Mbits/sec to 12Mbits/sec. ifPhysAddress, Return 0 length octet string. ifAdminStatus, The administrative status of this interface. ifOperStatus, The current operational status of the wireless MAC layer interface. ifLastChange, Refer to the Interfaces MIB. ifInMulticastPkts, Returns 0. ifInBroadcastPkts, Returns 0. ifOutMulticastPkts, Returns 0. ifOutBroadcastPkts, Returns 0. ifHCInMulticastPkts, Not supported. ifHCInBroadcastPkts, Not supported. ifHCOutMulticastPkts, Not supported. ifHCOutBroadcastPkts, Not supported. Glossary The following terms are used in the MIB definitions below. Radio Interface: The interface that provides the wireless communication features. Radio Link: The bi-directional wireless link that exists between two communicating radio. Radio PHY: Represents the transmission characteristics of the Radio Link. RF Unit: The Radio Frequency components and the associated antennas. ARQ: Automatic Repeat Query. Cisco Wireless MIB Organization The Cisco Wireless Radio IF MIB provides the following management groups : o. Radio Base Group This group contains common information about a radio interface . It provides facilities to configure attributes such as self-test, acquisition mode, etc. It includes configuration information used to set up a radio link. o. Radio PHY Quality Group This group provides facilities to control/tune the transmission and reception quality of the Radio Link. The quality of the Radio Link is measured using the metrics defined in radio Radio Link metrics group. o. Radio Frequency Resource Group This contains information about the Radio frequency transmission and reception resources available on the system. This group determines the portions of the radio spectrum at which the radio subsystem can operate. This group in conjunction with the radio PHY group determine the acutal spectrum that gets used for communications. o. Radio Link Metrics Group This group contains metrics to measure the quality of radio Link. This includes metrics such as total received codeword errors, resync count, errored seconds etc. o. Radio Signal Group This group contains information about the radio signal(s) that were received or attributes of the radio signals computed from received signals. This group models the real-time data that is collected. The key characteristics are: 1. The amount of information captured in these parameters is large and cannot be modeled as single values. 2. They represent real-time information, which cannot be polled for as well. 3. Hardware captures this information. All the radio signal characteristics are modeled in three ways: 1. Histogram 2. Timelines 3. Snapshots For management purposes radio signal characteristics are made accessible via: 1. History Group 2. Timeline Group 3. Snapshot Group These groups are described below. o. History Group This group contains information about the radio system characteristics which are inherently modeled as historgrams. Certain characteristics of the radio system may be captured as histograms by the hardware. The user may configure these histograms as needed. It exists for the following reasons: 1. The amount of information contained in these parameters is large and cannot be modeled as single values. 2. They represent real-time information, which cannot be polled for as well. 3. Key signal processing information cannot be captured by normal SNMP (say 1 sec poll interval) monitoring. 4. Hardware captures this information as histograms. 5. In wireless environments this is key information that can be captured for fault and performance management. o. Timeline Group This group contains information about how raw radio signal characteristics that may be captured. Timelines are normally associated with a threshold defined in the threshold group. o. Threshold Group This provides provides facilities to define thresholds on the raw signal attributes that are processed by the hardware. Normally thresholds are used in conjunction with Timelines to capture specific radio signal behavior. o. Snapshot Group This group provides facilities that may be used to capture multiple radio signal attributes keyed to a single user initiated trigger. Simultaneous capture of multiple real-time attributes keyed to a single trigger provides indepth information about the behavior of the system. o. Test Group This provides facilities to establish loopback at various points in the hardware for diagnostic purposes. o. Antenna Group This group provides information about the antenna resources installed and available for use. o. Trap Group It provides the list of traps that the wireless system will generate.

This table provides facilities to establish loopback points in the radio hardware to exercise various sections of the hardware.

There exists one such entry for every interface in the ifTable which has an ifType of propWirelessP2P(157).

This object represents the point in the system where the data signal is looped back. none(0) - no loopback codec(1) - loopback at the Encoder/Decoder module. This exercises the framer, and codec modules framer(2) - loopback at the 'framer' module. fir(3) - loopback at the 'Finite Impulse Response' module. This exercises the framer, codec, and FIR modules. if(4) - loopback at the 'Internal Frequency' module using both the main and the diversity receive paths. This exercises the framer, codec, FIR, and IF modules. rf(5) - loopback at the main RF unit via the main receive path in the IF module. This exercises the framer, codec, FIR, IF, and RF modules. rfDiversity(6) - loopback at the main RF unit but route it through the diversity receive path in the IF module. This exercises the framer, codec, FIR, IF, and RF modules. ifMain(7) - loopack at the IF module using only the Main receive path. This exercises the framer, codec, FIR, and IF modules. ifDiversity(8) - loopack at the IF module using only the diversity receive path. This exercises the framer, codec, FIR, and IF modules. Enumeration: 'fir': 3, 'none': 0, 'ifMain': 7, 'ifDiversity': 8, 'rf': 5, 'codec': 1, 'rfDiversity': 6, 'framer': 2, 'if': 4.

This table provides facilities to redirect a portion of the signal being processed by a DSP to a scope port on the radio. An oscilloscope may be connected to the scope port to analyze the signal.

There exists one such entry for every interface in the ifTable which has an ifType of propWirelessP2P(157).

If set to true(1), then the DSP identified by cwrScopePortDsp, will redirect a portion of the output signal for the attribute identified by cwrScopeAttribute to the scope port.

This identifies the DSP that should redirect a portion of the signal data to the scope port.

This represents the attribute to be redirected to the scope port. The attributes that may be redirected to scope port is the same as that identified in cwrSnapshotType.

This object should be used to generate unique indices when creating rows in the cwrRadioHistoryGroup, cwrRadioTimelineGroup, and the cwrRadioSnapshotGroup. Every GET request will generate a new index. The index will not be unique across power cycles of the router.

This table contains information about the radio common to both the transmit and receive sides.

There exists one such entry for every interface in the ifTable which has an ifType of propWirelessP2P(157). Each of these entries are indexed by the value of ifIndex as defined in RFC2863.

This object specifies whether the radio should act as the master or as the slave. The slave radio tracks the master's frequency. Enumeration: 'slave': 2, 'master': 1.

This object specifies the whether self test should be executed and if so whether to do it every time the radio link is started. Any changes made to this object will reflected the next time the radio link is started. off(1) - Self test never performed. once(2) - Self test will be performed the next time the radio link is started. always(3) - Every time the radio link is started. Enumeration: 'always': 3, 'off': 1, 'once': 2.

This object specifies whether the Baseline Privacy feature is available for use on this radio interface. If true then privacy is supported.

This object specifies the index into the cwrRfTable identifying the antenna used for transmission. This index will be 0 if the associated transmit antenna is not present.

This object specifies the index of the first receive antenna identified by the cwrRfTable. This index will be 0 if the associated receive antenna is not present.

This object specifies the index of the second receive antenna in the cwrRfTable. This index will be 0 if the associated receive antenna is not present.

When this object is set to true(1), the wireless radio uses a 10MHz external reference clock.

For normal operation this should be set to false(2). If it set true(1), then the radio link is placed in antenna alignment mode. In this mode control signals are sent to the RF resource which enables the operator to monitor the signal received strength at the RF resource. This is mainly used for antenna steering i.e. positioning the antenna for the best possible signal reception. If set to true(1), the radio link's response to rapid changes in signal strength may potentially be affected.

This table contains information about the currently configured physical layer. These configuration paramters must match the corresponding configuration parameter at the remote end for the wireless link to be established.

There exists one such entry for every interface in the ifTable which has an ifType of propWirelessP2P(157). Each of these entries are indexed by the value of ifIndex as defined in RFC2863.

This object specifies the number of antennas to be used to receive the wireless transmissions.

This object specifies the bandwidth to use. Given bandwidth, the actual throughput of the radio link is determined by the cwrThroughput setting.

This represents an throughput expected of the identified radio link. There are 3 possible settings. The settings provide a tradeoff between bandwidth and the reliability of the radio link. The settings are: high(1): For a high throughput. The radio hardware will be configured such that it, favors throughput over error correction. It may not be able to correct all received errors. medium(2): This is a balance between high and low. low(3): The radio hardware is configured such that it trades off throughput for latency and error correction. It tries its very best to correct errors it detects. Enumeration: 'high': 1, 'medium': 2, 'low': 3.

This object represents the portion of the frequency spectrum in which the radio PHY will operate. bandUNII(1) - The U-NII (Unlicensed National Information Infrastructure) band represents the frequency range 5725.25 to 5823.75 MHz. bandMMDS(2) - The MMDS (Multichannel Multipoint Distribution Service) band represents the frequency range 2150.75 to 2688.25 MHz. bandOther(3)- For all other frequenciy ranges. Enumeration: 'bandOther': 3, 'bandUNII': 1, 'bandMMDS': 2.

This object represents the center frequency that will be used to transmit data over the radio PHY. The specified transmit frequency must match the operating band and the capability of the RF resource connected to the radio.

This object represents the center frequency that will be used to receive transmissions over the radio PHY. The specified receive frequency must match the operating band and the capability of the RF resource connected to the radio. The transmit frequency at the local end must be identical to the receive frequency at the remote end for a wireless link to be established.

This object represents the power that the antenna will transmit. The minimum average transmit power for the U-NII or MMDS band is 0.01 microwatts (-80 dBm). Maximum average transmit power: For the MMDS band is 2 Watts i.e. (+33dBm). For the U-NII band is 100 milliwatts i.e. (+20dBm). The power is specified in dBm.

This object represents the measured loss in signal power in dB that is imposed by the cable connecting the radio to the antenna head. This value enables the hardware to compensate for the cable loss by adjusting the gain appropriately. A value of 0 represents no degradation in signal due to the cable. This cable loss applies to the transmit antenna identified by cwrTxRfIndex.

This represents the current state of a radio Link. notOperational(1): The link is not operational. selftest(2) : Power on self test in progress download(3): Image download is in progress. txOnly(4): The radio link will switch to this state if the radio link is configured for transmit only. acquiring(5): Attempting to sync up with the far end transmitter. receiveUp(6): The receive side of the radio link has successfully sync'ed up with remote end. transmitUp(7): Transmit side of the radio link is up and running. linkOperational(8): The radio link is ready for duplex communication. Enumeration: 'acquiring': 5, 'notOperational': 1, 'receiveUp': 6, 'txOnly': 4, 'transmitUp': 7, 'selftest': 2, 'download': 3, 'linkOperational': 8.

This object represents the measured loss in signal power in dB that is imposed by the cable connecting the radio to the antenna head. This value enables the hardware to compensate for the cable loss by adjusting the gain appropriately. A value of 0 represents no degradation in signal due to the cable. This cable loss applies to the receive antenna identified by cwrRxRf2Index.

This object defines the time duration of the data burst sent over the air. The burst size is dependant on the capability of the ODU which is represented by the cwrBurstSizeGroup variable in the cwrRfTable. The user must set this object based on the value of cwrBurstSizeGroup in the cwrRfTable. The approximate time duration for each of the burst sizes are: small(1): 50 microseconds medium(2): 100 microseconds large(3): 200 microseconds Enumeration: 'small': 1, 'large': 3, 'medium': 2.

This table contains information about the radio PHY quality control parameters. Note that the parameters in this table are automatically determined by the parameters configured in the cwrRadioPhyTable. These parameters may further be used to tune the characteristics when needed.

There exists one such entry for every interface in the ifTable which has an ifType of propWirelessP2P(157). Each of these entries are indexed by the value of ifIndex as defined in RFC2863.

This object specifies the percentage of the total radio PHY bandwidth available to the ARQ engine. Some or all of this allocated bandwidth is used to when detected errors are corrected. The percentage will be approximated to the closest value supported by the ARQ engine.

This object identifies the latency value for voice data.

This object specifies the expected latency values for data. Reducing the latency, provides the ARQ engine less time to correct codeword errors. So if latency is reduced sufficiently, the data throughput will get effected. Also note that the latency values on both ends of the link should be kept identical, else the data throughput will be effected.

This object specifies the maximum number of consecutive ARQ codewords that will be transmitted. ARQ codewords are transmitted for error correction. When an ARQ codeword is transmitted, a data codeword cannot be transmitted in that time slot, resulting jitter on the received data stream. Lower the value of the burst size, lower the peak jitter values.

This object specifies the typical error free bit rate that is possible on this link given the current configuration as specified in the cwrRadioPhyTable. If the radio channel is excessively noisy then the bit rate will be lower than this value

This object specifies the minimum error free bit rate that is supported on this link given the current configuration as specified in the cwrRadioPhyTable and the settings in this table.

This object specifies the maximum latency jitter introduced by the ARQ engine, based on the settings defined in this table.

This object when set to true will force the PHY quality parameters to be reset from the cwrRadioPhyTable. Reading this object will always return false. This is useful when arbitrary changes to the ARQ parameters have to be reset to known consistent valid values.

This object when set to true will enable the Automatic Repeat Query subsystem. Disabling the ARQ subsystem disables a major error correction mechanism of the radio, due to which an operating radio PHY may suffer large performance degradation.

This provides information on the number of byte detected and corrected by the ARQ engine. The ARQ engine can correct up to 9 consecutive byte errors. This table keeps a count of the number of byte errors corrected over time. The values in this table are cumulated from link power up.

There exists one such entry for every interface in the ifTable which has an ifType of propWirelessP2P(157). Each of these entries are indexed by the value of ifIndex as defined in RFC2863.

This object identifies the number of 1 byte errors that were corrected since the the radio link reached linkOperational state.

This object identifies the number of consecutive 2 byte errors that were corrected since the the radio link reached linkOperational state.

This object identifies the number of consecutive 3 byte errors that were corrected since the the radio link reached linkOperational state.

This object identifies the number of consecutive 4 byte errors that were corrected since the the radio link reached linkOperational state.

This object identifies the number of consecutive 5 byte errors that were corrected since the the radio link reached linkOperational state.

This object identifies the number of consecutive 6 byte errors that were corrected since the the radio link reached linkOperational state.

This object identifies the number of consecutive 7 byte errors that were corrected since the the radio link reached linkOperational state.

This object identifies the number of consecutive 8 byte errors that were corrected since the the radio link reached linkOperational state.

This object identifies the number of consecutive 9 byte errors that were corrected since the the radio link reached linkOperational state.

This table contains information about the state of the radio frequency resources used by the radio link.

This represents one entry in the cwrRfTable. This table is largely a read only table which provides details on the state of radio frequency resources available on the system. Physically each RF resource may be realized by one antenna and its associated control hardware. A single antenna and its associated electronics may act as more than 1 RF resource. When an RF resource acts as both a transmit and receive resource, the transmit and receive frequency ranges may overlap. It is indexed by the ifIndex and cwrRfIndex.

This object, along with ifIndex, represents the index of this entry in the cwrRfTable.

This object represents the index into CwrRfEntityTable. This index identifies the radio frequency resource.

This object indicates if this RF resource is being used to either receive, transmit, or both. Enumeration: 'rxOnly': 0, 'txOnly': 1, 'rxAndTx': 2.

This object represents the minimum frequency at which this RF resource can transmit.

This object represents the maximum frequency at which this RF resource can transmit.

This object represents the lowest transmission frequency this RF resource can receive.

This object represents the highest transmission frequency that this RF resource can receive.

This object represents the minimum power that the RF subsystem can supply the antenna.

This object represents the maximum power that the RF subsystem can supply the antenna.

This object represents the state of the transmit oscillator. The oscillator must be in oscillatorOk(1) state for the system to function properly.

This object represents the index into the cwrAntennaTable. This object may be 0 if the cwrAntennaTable is not available.

This object represents the state of the receive oscillator. The oscillator must be in oscillatorOk(1) state for the system to function properly.

This object represents the current temperature of the RF unit.

This object specifies whether the voltage supply to the RF unit is within specifications or not. Enumeration: 'withinSpecification': 1, 'outsideSpecification': 2.

This object specifies whether the RF resource is functioning properly or not. If it is functioning properly then it will be online(1), else offline(2). Enumeration: 'offline': 2, 'online': 1.

Each RF resource has an associated control channel. The control channel is used to send/receive control information to the RF resource. For the RF resouce to operate properly, the control channel must be established. This object indicates the status of the control channel ok(1) - RF resource may be controlled successfully notOk(2) - Cannot talk to the RF resource. Enumeration: 'notOk': 2, 'ok': 1.

This object indicates the range or burst sizes supported by the ODU. This information is read from the ODU EEPROM. The user may set the cwrBurstSize MIB object in the cwrRadioPhyTable based on the value of this object.

This table contains information about the state of the intermediate frequency subsystem on the wireless radio.

This represents one entry in the cwrIntFreqTable. This table is largely a read only table which provides details on the state of the intermediate frequency subsystem available on the wireless radio.

This object represents the state of the IF transmit oscillator. The oscillator must be in oscillatorOk(1) state for the system to function properly.

This object represents the state of the IF receive oscillator. The oscillator must be in oscillatorOk(1) state for the system to function properly.

This object represents the state of the IF reference oscillator. The oscillator must be in oscillatorOk(1) state for the system to function properly.

This object represents the index into CwrIntFreqEntityTable. It identifies the intermediate frequency resource.

This object represents the IF input frequency.

This object represents the IF output frequency.

This table contains threshold values that are the trigger points for controlling the collection of the Link Metrics such as Codeword Errored Seconds and others.

There exists one such entry for every interface in the ifTable which has an ifType of propWirelessP2P(157). Each of these entries are indexed by the value of ifIndex as defined in RFC2863.

If the number of Codeword Errors detected in a duration of 1 Operational second, is greater than this value then that second is counted as an Errored Second.

This object specifies low degraded second threshold. When the number of codeword errors detected are greater or equal than this value and less than cwrLinkHighCwDSThresh then that second is counted as a Codeword Degraded Second.

This object specifies high degraded second threshold. When then number of codeword errors detected are greater than this value then that second is counted as a Codeword Severely Errored Second.

When the number of severely errored codewords detected consecutively in one second equals this threshold value, the second is counted as a Consecutively Severely Errored Second.

This object specifies the one hour Codeword Error Second threshold. When the number of Codeword Error Seconds in a 1 Operational Hour period exceeds this limit cwrTrapLink1HrThresh trap will be generated. Time measurement starts after the first operational second.

This object specifies the one hour Codeword Severely Errored Seconds threshold. When the number of Codeword Severely Errored Seconds in a 1 Operational Hour period exceeds this limit cwrTrapLink1HrThresh trap will be generated. Time measurement starts after the first operational second.

This object specifies the one hour Codeword Consecutively Severely Errored Seconds threshold. When the number of Codeword Severely Errored Seconds in a 1 Operational Hour period exceeds this limit cwrTrapLink1HrThresh trap will be generated. Time measurement starts after the first operational second.

This object specifies the one hour Degraded Codeword Minute threshold. When the number of Degraded Codeword Minutes in a 1 Operational Hour period exceeds this limit cwrTrapLink1HrThresh trap will be generated. Time measurement starts after the first operational second.

This object specifies the 24 hour Codeword Error Second threshold. When the number of Codeword Error Seconds in a 24 Operational Hour period exceeds this limit cwrTrapLink24HrThresh trap will be generated. Time measurement starts after the first operational second.

This object specifies the one hour Codeword Severely Errored Seconds threshold. When the number of Codeword Severely Errored Seconds in a 1 Operational Hour period exceeds this limit cwrTrapLink24HrThresh trap will be generated. Time measurement starts after the first operational second.

This object specifies the one hour Codeword Consecutively Severely Errored Seconds threshold. When the number of Codeword Severely Errored Seconds in a 1 Operational Hour period exceeds this limit cwrTrapLink24HrThresh trap will be generated. Time measurement starts after the first operational second.

This object specifies the one hour Degraded Codeword Minute threshold. When the number of Degraded Codeword Minutes in a 1 Operational Hour period exceeds this limit cwrTrapLink24HrThresh trap will be generated. Time measurement starts after the first operational second.

This table contains metrics used to measure the quality of the radio link identified by the ifIndex. The metrics in this table are cumulated since the last time the system powered up.

There exists one such entry for every interface in the ifTable which has an ifType of propWirelessP2P(157). Each of these entries are indexed by the value of ifIndex as defined in RFC2863.

This object represents the number of Available Seconds cumulated since the link was powered up. It is equal to: Error Free Seconds + Errored Seconds - Severely Errored Seconds.

This object represents the number of seconds that the link was not available for use. It is equal to: Severely Errored Seconds + Sync Loss Seconds.

This object represents the number of Link Admin Up Seconds during which the radio link was out of sync with the remote end.

This object represents the ratio of cumulative Codeword Error Free Seconds (EFS) to Link Admin Up seconds, expressed as a percentage.

This object represents the ratio of cumulative Codeword Errored Seconds (ES) to Link Admin Up seconds, expressed as a percentage.

This object represents the ratio of cumulative Codeword Severely Errored Seconds (SES) to Link Admin Up seconds, expressed as a percentage.

This object represents the ratio of cumulative Available seconds to Link Admin Up seconds, expressed as a percentage.

This object represents the ratio of cumulative Codeword Degraded Minutes to Link Admin Up seconds, expressed as a percentage.

This object represents number of times the radio link successfully synchronized with the far end.

This object represents number of times the link attempted to synchronize with the far end but failed to.

This object represents number of times the radio link layer was shutdown by operator intervention or a higher layer protocol.

This object represents number of times the radio link was synchronized but lost synchronization with the remote end without manual or higher layer protocol layer intervention.

This object represents elapsed time since the radio link successfully synchronized with the remote end.

This object represents elapsed time since the radio link lost synchronization with the remote end.

This object represents the effective data throughput of this link while the link was synchronized.

This object represents the ratio of total error free codewords received to the total codewords received as a percentage.

This table contains metrics collected over the duration of 24 hours. This table is updated once every day for 32 days. Therefore, this table will have a maximum of 32 entries that provide cumulative status of the link, identified by ifIndex.

This represents one entry in the cwr24HrMetricsTable indexed by ifIndex and cwr24HrMetricsIndex. The first entry in the table (cwr24HrMetricsIndex = 1) represents the chronologically oldest data available.

Each entry represents the sum of the metrics from the previous 24 hour entry + the 24 hour period immdeiately prior to the most recent update.

This object represents time in seconds since system power up at which time this entry was updated.

This object represents the cumulative Codeword Error Free Seconds (EFS) detected since link power up, captured at cwr24HrUpdateTime.

This object represents the number of Codeword Error Seconds (ES) detected since link power up, captured at cwr24HrUpdateTime.

This object represents the number of Codeword Severely Error Seconds (SES) detected since link power up, captured at cwr24HrUpdateTime.

This object represents the number of Codeword Consecutively Severely Error Seconds (CSES) detected since link power up, captured at cwr24HrUpdateTime.

This object represents the number of Codeword Degraded Minutes (DM) detected since link power up, captured at cwr24HrUpdateTime.

This object represents the total number of errored codewords detected since link power up, captured at cwr24HrUpdateTime.

This object represents the total number of codewords received on this link since link power up, captured at cwr24HrUpdateTime.

This table contains metrics collected over the duration of one hour. This table will have a maximum of 24 entries providing cumulative status of the link, identified by ifIndex, over the past 24 hours. This table is updated once every hour.

This represents one entry in the cwr1HrMetricsTable indexed by ifIndex and cwr1HrMetricsIndex. The first entry in the table (cwr1HrMetricsIndex = 1) represents the chronologically oldest data available.

Each entry represents the sum of the metrics from the previous 1 hour entry + the 1 hour period immdeiately prior to the most recent update.

This object represents time in seconds since system power up at which time this entry was updated.

This object represents the cumulative Codeword Error Free Seconds (EFS) detected since link power up, captured at cwr1HrUpdateTime.

This object represents the cumulative Codeword Errored Seconds (ES) detected since link power up, captured at cwr1HrUpdateTime.

This object represents the cumulative Codeword Severely Errored Seconds (SES) detected since link power up, captured at cwr1HrUpdateTime.

This object represents the cumulative Codeword Consecutive Severely Errored Seconds (CSES) detected since link power up, captured at cwr1HrUpdateTime.

This object represents the cumulative Codeword Degraded Minutes detected since link power up, captured at cwr1HrUpdateTime.

This object represents the cumulative errored codewords detected since link power up, captured at cwr1HrUpdateTime.

This object represents the cumulative total received codewords detected since link power up, captured at cwr1HrUpdateTime.

This table contains metrics collected over the duration of one minute. This table will have a maximum of 60 entries providing cumulative status of the link, identified by ifIndex, over the past 60 minutes. This table is updated once every minute.

This represents one entry in the cwr1MinMetricsTable indexed by ifIndex and cwr1MinMetricsIndex. The first entry in the table (cwr1MinMetricsIndex = 1) represents the chronologically oldest data available.

Each entry represents the sum of the metrics from the previous 1 minute entry + the 1 minute period immdeiately prior to the most recent update.

This object represents time in seconds since system power up at which time this entry was updated.

This object represents the cumulative Codeword Error Free Seconds (EFS) detected since link power up, captured at cwr1MinUpdateTime.

This object represents the cumulative Codeword Errored Seconds (ES) detected since link power up, captured at cwr1MinUpdateTime.

This object represents the cumulative Codeword Severely Errored Seconds (SES) detected since link power up, captured at cwr1MinUpdateTime.

This object represents the cumulative Codeword Consecutively Severely Errored Seconds (CSES) detected since link power up, captured at cwr1MinUpdateTime.

This object represents the cumulative Codeword Degraded Seconds (DS) detected since link power up, captured at cwr1MinUpdateTime.

This object represents the cumulative errored codewords detected since link power up, captured at cwr1MinUpdateTime.

This object represents the cumulative total received codewords detected since link power up, captured at cwr1MinUpdateTime.

This table contains metrics collected over a duration of 1 second. The data in this table is derived directly from the hardware. This table will have a maximum of 60 entries providing cumulative status of the link, identified by ifIndex, over the past 60 seconds. This table is updated once every second.

This represents one entry in the cwr1SecMetricsTable indexed by ifIndex and cwr1SecMetricsIndex. The first entry in the table (cwr1SecIndex = 1) represents the chronologically oldest data available.

Each entry represents the sum of the metrics from the previous 1 second entry + the 1 second period immdeiately prior to the most recent update.

This object represents time in seconds since system power up at which time this entry was updated.

This object represents the cumulative total number of codewords received by this radio link at the time this entry was updated.

This object represents the cumulative uncorrectable codewords emitted by the Reed-Solomon error correction engine at the time this entry was updated. This is also called Pre ARQ codeword error.

This object represents the cumulative number of uncorrectable codewords consumed by the Automatic Repeat Query error correction engine at the time this entry was updated. This is also called as Post ARQ codeword error.

This represents the cumulative number of unique RR's (Retransmit Requests) received (from the remote end) at the time this entry was updated. The remote end issues a Retransmit Request if it receives an uncorrectable codeword.

This object represents the cumulative number of RRs (Retransmit Requests) that were serviced at the time this entry was updated.

This object represents cumulative number of unique ARQ's that were received by the transmit side of the local end at the time this entry was updated. This provides an indication of how error free the transmisisons of the local end of the link are from the the remote end's perspective.

This object represents cumulative number of ARQ's that were serviced at the time this entry was updated. A serviced ARQ results in a re-transmitted codeword.

This object represents the cumulative number of corrected sync byte errors, at the time this entry was updated.

This object represents the size of the larget block of consecutive codeword errors received since this entry was last updated.

This object represents the cumulative number of error free codewords emitted by the Automatic Repeat Query error correction engine at the time this entry was updated. Also called as Post ARQ good codewords.

This table contains information about histograms configured in hardware. When data is collected it will be stored in histogram bins as follows: All values (X < cwrStartBinValue) will be kept in the first histogram bin. Subsequent values will be distributed in the bins based on the cwrBinDelta. Last bin, will contain all values (X > (cwrStartBinValue + (cwrNumBins - 2) * cwrBinDelta)), i.e. any value that is greater than that may be stored in the last bin.

This represents one entry in the cwrHistogramTable. It is indexed by the ifIndex, cwrHistIndex.

This object, along with ifIndex, is the index into this table and represents one entry in the table. The entry in this table for which cwrHistIndex = x is associated with the entry in cwrHistSummaryTable and the entry in cwrHistDataTable for which the index variable in those tables has the same value, x.

This object represents the attribute that is being histogrammed.

This object identifies the RF resource for which this histogram specification applies. If this is 0, the agent will automatically use the most logical value for the specified cwrHistClass. If 0 has been specified then on reading this object the agent will return the RF resource id for which the histogram is being captured.

This object identifies the DSP on which to create the histogram. If 0 is specified then the agent will automatically use the most logical DSP for the specified cwrHistClass parameter. If 0 has been specified then on reading this object the agent will return the DSP number that is being used to capture this histogram.

This object represents the maximum of the values that will be collected in the first bin of the histogram. All values < cwrStartBinValue will be kept in the first histogram bin.

This object represents the range of values of the sampled data that should be accounted for in one histogram bin. For example all data samples between x..y (where y = x + cwrBinDelta - 1), will be counted and placed in the same bin.

This object represents total number of bins to be created for the histogram.

This object represents rate at which snapshots of the histogram will be available.

This object specifies the duration for which this histogram must be accumulated. After successfully accumulating data for this amount of time the collection stops and the cwrHistStatus changes to statusCaptured.

This object identifies management station that created this histogram specification.

This object represents the number of bits by which the signal count is right shifted before it is stored in the histogram bin. This provides a mechanism to uniformly scale the collected histogram to account for overflows.

This object identifies which tone in a burst should be sampled for capturing the data. cwrCirculate(1): The successive tones will be used for every successive burst. cwrAverage(2): The value of every tone in a burst will be averaged. cwrspecific(3): The identified tone is used. Enumeration: 'cwrCirculate': 1, 'cwrSpecific': 3, 'cwrAverage': 2.

If cwrHistToneSelection is cwrSpecificTone then this object identifies tone that should be used for sampling.

This object represents the action to be carried out on this histogram specification. If a histogram has been successfully captured then it must be cleared before an other capture may be initiated.

This object represents the current state of this histogram collection. Once the histogram collection is complete the status changes statusCaptured and the data is available for use. None of the parameters of a histogram specification may be modified when the specification is in statusInProgress. A statusCaptured or statusStopped histogram must be actionClear'ed before another histogram specification may be started. The histogram may be read accurately between the cwrUpdateRate intervals. If the read spans across the update time data from the previous and current updates can be mingled.

This object may be used to create or delete a histogram control specification.

The histogram data is updated every cwrUpdateRate seconds. When this object is set to true(1), the latest histogram data set is summed with the previous histogram data set and the cwrHistSummaryTable will reflect cumulative values. When set to false(2), only the latest data set is made available and the cwrHistSummarytable will reflect the latest values.

This table contains histogram Summary collected based on the specifications in the cwrHistCtrlTable.

This represents one entry in the cwrHistSummaryTable. It is indexed by the ifIndex and cwrHistIndex.

This object represents the time in seconds since power up when this histogram snapshot was retrieved from the hardware.

This object represents the minimum value of the data sample seen for this histogram.

This object represents the maximum value of the data sample seen for this histogram.

This object represents the arithemetic mean of the data sample values for this histogram.

This table contains histogram values collected based on the specifications in the cwrHistCtrlTable.

This represents one entry in the cwrHistDataTable. It is indexed by the ifIndex and cwrHistIndex and cwrHistBinIndex.

This object represents the histogram bin number for the value in cwrValue.

This object represents the value in the histogram bin cwrHistBinIndex.

This table provides facilities to establish thresholds for the radio signals analyzed on the radio interface. A threshold identified in this table may be used to trigger a timeline capture in the cwrTlTable.

This represents one entry in the cwrThresholdTable.

This object, along with ifIndex, identifies this entry.

This represents the attribute of a radio link which needs to be thresholded. For each of these attributes, the cwrThreshType identifies the type of change to monitor. When that threshold is exceeded a Trap with appropriate parameters will be generated.

This object represents the kind of change that needs to be monitored for the cwrThreshAttribute. An event is generated when the following condition is met.

This object identifies the RF resource for which this threshold should be defined.

This object represents the value to be compared against. The cwrThreshType determines the way in which it is used. It is used as follows: if cwrThreshType is .. highThresh : Notify if data sample exceeds the cwrThreshValue. lowThresh : Notify if data sample recedes below the cwrThreshValue. upChange : Notify if data sample increases by more than cwrThreshValue. downChange : Notify if data sample decreases by more than cwrThreshValue. upLimit : Notify if data sample crosses cwrThreshValue while increasing in value. lowLimit : Notify if data sample crosses cwrThreshValue while decreasing in value.

When radio signals oscillate around threshold values, they potentially flood the system with notifications. This object specifies the amount of time to wait before sending an identical notification if the oscillations continue. Notifications are not generated due to any threshold value which is reached/exceeded/crossed/etc. during this wait time

This object specifies the amount of time for which the radio signal should stabilize before a trap is sent to indicate that the radio signal has stabilized.

This object indicates the DSP used to monitor this threshold.

This object represents the status of this threshold entry. It may be used to create a new threshold specification. For every cwrThreshAttrClass one threshold of cwrThreshType on one DSP may be created.

This table contains information about timelines configured in hardware. The number of data values captured for each timeline is configured by setting the variable cwrTlNumDataValues. The captured data values can be retreived by reading the cwrTlDataTable.

This represents one entry in the cwrTlCtrlTable. It is indexed by the ifIndex, cwrTlClass, cwrRfResourceId, cwrTlDspNum.

This object, along with ifIndex, is the index into this table and represents one entry in the table. The entry in this table for which cwrTlIndex = x is associated with the entry in cwrTlSummaryTable and the entry in cwrTlDataTable for which the index variable in those tables has the same value, x.

This object represents the attribute for which a timline capture is requested. When a timeline is requested, cwrTlNumDataValues worth of data will be captured.

This object identifies the RF resource for which this timeline specification applies. If this is 0 then the agent will automatically the most logical value for the specified cwrHistClass. If 0 has been specified then on reading this object the agent will return the RF resource id for which the timeline is being captured.

This object identifies the DSP on which this timeline needs to be captures. If 0 is specified then the agent will automatically use the most logical DSP for the specified cwrTlClass parameter. If 0 has been specified on create then on reading this object the agent will return the DSP number that is being used to capture this timeline.

This object indicates the number of data values to be captured for this timeline. The captured data can be viewed by reading the cwrTlDataTable.

This object represents the number of successive data samples to be added and returned. This enables larger data sets to be captured even with limited cwrTlNumDataValues.

This object represents the number of bits by which the raw data data should be right shifted before applying cwrTlDecimationFactor. This provides a mechanims of controlling overflow due to summation.

This object identifies which tone in a burst should be used to sample data for the timeline. cwrCirculate(1): The successive tone will be used for every successive burst. cwrAverage(2): The value of every tone in a burst will be averaged. cwrspecific(3): The identified tone is used. DEFVAL { cwrAverage } Enumeration: 'cwrCirculate': 1, 'cwrSpecific': 3, 'cwrAverage': 2.

If cwrTlToneSelection is cwrSpecificTone then this object identifies the tone that should be used for sampling.

This object specifies the index of the threshold that when triggered will start the data capture for this timeline. For a timeline data capture to be triggered by a threshold, the threshold must be defined on the same DSP as the timeline. If cwrTlThreshIndex is 0 then there is no threshold associated with this timeline and the data samples are captured and returned immediately. If cwrTlThresIndex is not 0, then the data samples are captured when the threshold fires.

This object represents the action to be carried out on this timeline specification. If a timeline has been successfully captured then it must be cleared before an other capture may be initiated.

This object represents the current state of this timeline collection. Once the timeline collection is complete the status changes statusCaptured and the data is available for use. None of the parameters of a timeline specification may be modified when the specification is in statusInProgress. A statusCaptured or statusStopped histogram must be actionClear'ed before another timeline specification may be started.

Once a trigger fires, this object determines which portion of the collected data to capture for use. If it is: preTrigger(1) : Then most of the data collected prior to trigger is captured. postTrigger(2): Then most of the data collected after the trigger is captured. Enumeration: 'postTrigger': 2, 'preTrigger': 1.

This object may be used to create or delete a timeline control specification. Once created data sampling starts based on the value of cwrTlAction. The data capture depends on the value of cwrTlThreshIndex. The actual data is collected based on the cwrTlThreshIndex, if cwrTlThreshIndex is 0 then there is no stop trigger associated with this timeline and the data samples are captured and returned immediately. If cwrTlThresIndex is not 0, then the data samples are captured when the threshold fires.

This table contains Timeline Summary collected based on the specifications in the cwrTlCtrlTable.

This represents one entry in the cwrTlSummaryTable. It is indexed by the ifIndex and cwrTlIndex.

This object represents the time in seconds since power up when this timeline capture was completed.

This object represents the number of values available in the timeline.

This object contains the value of cwrTlValueIndex which represents the entry in the cwrTlDataTable that caused the stop trigger to fire, thereby resulting in this timeline to be collected.

This table contains data values collected for the timelines specified in the cwrTlCtrlTable. The number of data values displayed for each timeline is determined by the value specified for cwrTlNumDataValues in cwrTlCtrlTable.

This represents one entry in the cwrTlDataTable. It is indexed by ifIndex, cwrTlIndex, and cwrTlValueIndex.

This object, along with ifIndex and cwrTlIndex, is the index into the timeline data table.

This object represents the radio signal data sampled.

This table contains information about the snapshots configured in hardware. When data is collected it will be stored in cwrSnapDataTable.

This represents one entry in the cwrSnapshotCtrlTable It is indexed by the ifIndex and cwrSnapshotDspNum.

This object represents the DSP at which the snapshot needs to be collected.

This object represents the attribute that is being snapshoted by the hardware. When a snapshot request is issued up to 4 simultaneous radio signal attribute may be captured at once. The 4 attributes are specified by bit OR'ing the snapshot types identified below. When a snapshot specification is started all the specified attributes are captured simultaneously. The TX and RX types cannot be mixed. RX, Sync types can be mixed. When a snapshot request is issued up to four radio signal attributes may be requested at once, one from each set: =============================================== Type Set1 Set2 =============================================== RX y1n(x1) y2n(x2) H2k(x80) H1k(x40) - - Sync - FreqCorr(x8000) - FLL_FFT_Sp(x20000) TX CodecIn(x200) IFFTIn(x400) =============================================== =============================================== Type Set3 Set4 =============================================== RX Y2k(x8) Y1k(x4) h1n(x10) h2n(x20) zhat(x100) - Sync FreqOffCF(x2000)(*) BrstTimeCF(x1000)(*) - TT_FCorr(x10000) TX - RoundOut(x800) =============================================== (*) BrstTimeCF cannot be mixed with Set2 (*) FreqOffCF cannot be mixed with Set1 Note that only the Tx* attributes may be captured on DSP's 1, 2. The attributes are: RxRawBurstAnt1Y1n(0x01): This represents a snapshot of the received signal for RF resource 1. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. RxRawBurstAnt2Y2n(0x02): This represents a snapshot of the received signal for RF resource 2. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. RxSpectrumAnt1Y1k(0x04): This represents a snapshot of the spectrum of the received signal for RF resource 1. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. RxSpectrumAnt2Y2k(0x08): This represents a snapshot of the spectrum of the received signal for RF resource 2. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. RxTimeDomainChannelAnt1H1n(0x10): This represents a snapshot of the time domain channel for RF resource 1. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. RxTimeDomainChannelAnt2H2n(0x20): This represents a snapshot of the time domain channel for RF resource 2. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. RxFreqDomainChannelAnt1H1k(0x40): This represents a snapshot of the frequency domain channel for RF resource 1. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. RxFreqDomainChannelAnt2H2k(0x80), This represents a snapshot of the frequency domain channel for RF resource 2. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. RxConstellationZHatk(0x100): This represents a snapshot of the soft decisions. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. TxCodecInput(0x200): This represents a snapshot of input values to the Tx Code. Units: Real values. Value: 32 bit quantities. TxIFFTInput(0x400): This represents a snapshot of the IFFT signal for the Transmitted data. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. TxRoundOutput(0x800): This represents a snapshot of the Rounded Constellation signal for the Transmitted data. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. SyncBurstTimeCostFunc(0x1000): This represents the timing cost function for Sync bursts. Units: Real values. Value: 32 bit quantities. SynFreqOffsetCostFunc(0x2000): This represents a snapshot of the frequeny offsets. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. SyncFllFreqCorrelation(0x8000): This represents a snapshot of Frequency correlation. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. SyncFllTrainToneCorrelation(0x10000): This represents a snapshot of Frequency locked loop's Training tone correlation. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities. SyncFllFFTSpectrum(0x20000): This represents a snapshot of Frequency locked loop, FFT Spectrum. For every sample the real and imaginary components are captured. Units: (I, q) Value: 32 bit quantities.

This object represents the action to be carried out on this snapshot specification. If a snapshot has been successfully captured then it must be cleared before an other capture may be initiated.

This object represents the current status of this snapshot specification. When the status in statusInProgress none of the snapshot parameters can be configured. When the status is statusCaptured then data is available for use.

This object may be used to create or delete this snapshot specification.

This table contains summary information for captured snapshots defined in cwrSnapshotCtrlTable.

This represents one entry in the cwrSnapSummaryTable. It is indexed by the ifIndex and cwrSnapDspNum.

This object represents the first snapshot attribute value.

This object represents the number of values captured for the snapshot cwrSnapAttr1Id.

This object represents the second snapshot attribute value.

This object represents the number of values captured for the snapshot cwrSnapAttr2Id.

This object represents the third snapshot attribute value.

This object represents the number of values captured for the snapshot cwrSnapAttr3Id.

This object represents the third snapshot attribute value.

This object represents the number of values captured for the snapshot cwrSnapAttr4Id.

This table contains snapshot values collected based on the specifications in the cwrSnapshotCtrlTable.

This represents one entry in the cwrSnapDataTable. It is indexed by the ifIndex and cwrSnapValueIndex. The values in this table represent real numbers or complex numbers. If they are real numbers then cwrRealPart contains the data and cwrImaginaryPart is zero.

This object represents the snapshot entry index number.

The data sample value. Real part.

The data sample value. Imaginary part if the attribute is represented by a complex number.

This table contains information about the antenns available for use.

This represents one entry in the cwrAntennaTable. This table provides details on the antennas available for use on the local system. It is indexed by cwrAntennaIndex.

This object represents the index of this entry in the cwrAntennaTable.

This object represents the dimension of the antenna in the X direction.

This object represents the dimension of the antenna in the Y direction.

This object represents antenna type for example 'dish-antenna'.

This object describes the antenna.

This object represents the gain of this antenna.

This object represents the electrirc polarization of the antanna. Enumeration: 'horizontal': 2, 'vertical': 1.

This table provides information about the last trap that was generated on this interface.

This represents one entry in this table.

The explanation string for the event trap cwrEventId.

The radio subsystem has detected that the combination of the configuration parameters that has been requested is inconsistent and cannot be supported. The cwrTrapReason is the textual description of what parameter causes the mismatch.

The radio subsystem has failed to initialize the hardware successfully. This implies that there is a critical error condition in the associated hardware. The cwrTrapReason specifies the reason the init failed.

The radio subsystem has detected a significant change in the radio link quality. The cwrTrapReason will describe the quality.

The radio link has lost synchronization with the remote end.

The radio link has acquired synchronization with the remote end.

The IF receive frequency oscillator has changed state.

The IF transmit frequency oscillator has changed state.

The IF Reference Frequency oscillator has changed state.

The supply voltage to the RF resource has changed. The cwrRfSupplyVoltageState specifies whether the supply voltage is in spec or not.

The RF receive frequency oscillator has changed state. The cwrRfIndex identifies the RF resource that is the cause of this trap. The cwrRfRxOscState specifies the state of the oscilator.

The RF transmit frequency oscillator has changed state. The cwrRfIndex identifies the RF resource that is the cause of this trap. The cwrRfRxOscState specifies the state of the oscilator.

The temperature of the RF module identified by cwrRfIndex has exceeded a defined reference.

This trap indicates that the RF resource either came online(1) or went offline(2). The cwrRfIndex will identify which resource changed state and cwrRfStatus will identify what state it is in.

One of cwrLink1HrESAlarmThresh, cwrLink1HrSESAlarmThresh, cwrLink1HrCSESAlarmThresh, cwrLink1HrDCMAlarmThresh was was exceeded. The cwrTrapReason will identify which threshold was exceeded.

One of cwrLink24HrESAlarmThresh, cwrLink24HrSESAlarmThresh, cwrLink24HrCSESAlarmThresh, cwrLink24HrDCMAlarmThresh was was exceeded. The cwrTrapReason will identify which threshold was exceeded.

The radio subsystem generates this trap when a threshold crosses its specified limit. The parameters identify the following cwrThreshValue - The value that was crossed. cwrThreshHysteresisTime - The Hysteresis time that was specified. cwrThreshLimitTime - The Limit time that was specified.

The compliance statement for devices that Point to Point wireless interface compliant to Cisco Systems Inc. specification.

Group of objects implemented to configure a point to point wireless radio. This includes the cwrBurstSize object.

Group of objects implemented to tune phy quality in the point to point wireless systems.

Group of objects implemented to tune phy quality in the point to point wireless systems. This group includes cwrBurstSizeGroup.

Required Radio link metrics objects for the point to point wireless systems.

Group of objects implemented in the point to point wireless system for Testing the link.

Group of objects implemented in the point to point wireless system for capturing histograms of radio signal parameters on the radio interface.

Group of objects implemented in the point to point wireless system for establishing thresholds and capturing timeline data.

Group of objects implemented in the point to point wireless system for capturing snapshots of various parameters on the radio interface.

Group of objects implemented in the point to point wireless system for managing the antennas available in the system.

Group of objects implemented in the point to point wireless system for tracking the number of errored bytes that were automatically corrected.

A group of notifications. Note that none of these notifications were originally defined with an OID having 0 as its next-to-last sub-identifier. Therefore, none of these notifications are reverse-mappable between SNMPv1 and SNMPv2/SNMPv3.