Status in source: current.
Names: wtnActiveTransmitFrequency
Technical details
{
"smi_kind": "OBJECT-TYPE",
"definition": [
"wtnActiveTransmitFrequency",
"OBJECT-TYPE",
"SYNTAX",
"SkyZhoneScientificNotation",
"UNITS",
[
"literal",
"22487a22"
],
"MAX-ACCESS",
"read-write",
"STATUS",
"current",
"DESCRIPTION",
"\"Current transmit frequency. As described in zhoneRadio-TC.mib. 23Ghz family: ( according to sysObjId ) ------------------------------------------- The transmit frequency is entered as a floating point number in Mhz, for example, 23565.5 for 23.5655Ghz. Note: receive frequency will also be affected by this parameter. The resulting receive frequency will be simultaneously set to this value +/- wtnChannelSeparation (plus or minus depending upon whether the unit is an A or B type ODU.) If the frequency entered or the calulated receive frequency outside the range of the unit, an error will be returned and the value left unchanged. If a new active frequency is equal to the current value frequency, the command will have no effect and no error message will result. Every time the active frequency changes BITS WILL BE DROPPED. In poor conditions there is a risk that the new frequency assignment will fare more poorly. The user should expect alarms where the facility is terminated until the nodes re-sync. If the link is operational, the new frequencies will be changed at the opposite end before the values at the local end are changed in an attempt to minimize payload data loss. 5.7Ghz family of systems (according to sysObjId ) ------------------------------------------------- Value will reflect the frequency of the currently active channel (wtnActiveChannelNumber). Writing to this variable will have no effect.\"",
"::=",
"{",
"wtnConfigEntry",
"3",
"}"
],
"syntax_tree": [
[
"row",
"SkyZhoneScientificNotation"
],
[
"UNITS",
"Hz"
],
[
"MaxAccessPart",
"read-write"
],
[
"Status",
"current"
],
[
"DESCRIPTION",
"Current transmit frequency. As described in zhoneRadio-TC.mib. 23Ghz family: ( according to sysObjId ) ------------------------------------------- The transmit frequency is entered as a floating point number in Mhz, for example, 23565.5 for 23.5655Ghz. Note: receive frequency will also be affected by this parameter. The resulting receive frequency will be simultaneously set to this value +/- wtnChannelSeparation (plus or minus depending upon whether the unit is an A or B type ODU.) If the frequency entered or the calulated receive frequency outside the range of the unit, an error will be returned and the value left unchanged. If a new active frequency is equal to the current value frequency, the command will have no effect and no error message will result. Every time the active frequency changes BITS WILL BE DROPPED. In poor conditions there is a risk that the new frequency assignment will fare more poorly. The user should expect alarms where the facility is terminated until the nodes re-sync. If the link is operational, the new frequencies will be changed at the opposite end before the values at the local end are changed in an attempt to minimize payload data loss. 5.7Ghz family of systems (according to sysObjId ) ------------------------------------------------- Value will reflect the frequency of the currently active channel (wtnActiveChannelNumber). Writing to this variable will have no effect."
],
null,
null,
null,
null
]
}
- Multiple manufacturers; see the original MIB MIB copies (LibreNMS/Observium Community)
· Publisher's source file: Source package: observium-community-latest.tar.gz
Vendor MIB copy from the Observium Community archive.
Module: ZHONE-PHY-WTN-RADIO-MIB
See published definition above
Module imports
{'Zhone': ['zhoneRadio', 'zhoneModules'], 'IF-MIB': ['InterfaceIndex'], 'Zhone-TC': ['ZhoneAdminString'], 'SNMPv2-TC': ['TruthValue', 'TimeStamp'], 'SNMPv2-SMI': ['Integer32', 'Gauge32', 'OBJECT-TYPE', 'MODULE-IDENTITY', 'NOTIFICATION-TYPE'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString'], 'ZHONE-RADIO-TC-MIB': ['SkyZhoneScientificNotation', 'SkyZhoneRadioChannelNumber']}
Related source files and packages: