shutdown radios over snmp

[Mark]

I am trying to shutdown the access point radio over SNMP.

I have an OID from the MIB that says I should be able to do this, but I cannot find a value that will be acceptable.

The OID 1.3.6.1.4.1.388.50.1.3.34.2.1.5 - wingCfgAltDevIfShutdown, is showing the current setting of the radio, and is a Read-Write value. It is Integer format, but I have no found a value that is acceptable using SNMPSET.

I enter "snmpset -r:(IP Address) -o:(OID stated above) -val:10", then I receive a badvalue(3) error. I don't know what value is acceptable as a value of 1 in integer format. Any suggestions?

This was done using snmpsoft.com snmpset function, AP7532, and WING 5.8.3 firmware.

[Maik]

Hi guys, won't open a new thread, because my target maybe the same as marks. I just wanna shut down a wireless network (a SSID for guests) via snmp and re-enable if necessary.

I diff'ed the snmpwalks with enabled and disabled state and got the following OID:

iso.3.6.1.4.1.388.50.1.4.3.2.10.1.1.15.7.100.101.102.97.117.108.116.20.56.52.45.50.52.45.56.68.45.56.57.45.65.52.45.53.52.58.82.49 = Gauge32: 0
iso.3.6.1.4.1.388.50.1.4.3.2.10.1.1.15.7.100.101.102.97.117.108.116.20.56.52.45.50.52.45.56.68.45.56.57.45.65.52.45.53.52.58.82.50 = Gauge32: 0

In enabled state both are 1, disabled zero. But the seems to be both read-only.

[Ondrej_Lepa]

Hi Mark,

looks you have a wrong OID - this one is the one you are looking for
-- 1.3.6.1.4.1.388.50.1.3.18.3.1.1.5 wingCfgDevIfShutdown OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION " XPath: /wing-config/device[mac=key1]/interface[name=key2]/shutdown" DEFVAL { false } ::= { wingCfgDevIfEntry 5 }
OID you shared above is read-only and seems to be monitoring one.

Please try with correct OID and let me know.

Regards,
Ondrej

[Ondrej_Lepa]

Mark,

seems we are both looking wrong way - this OID is for Ethernet interfaces.
Looking around in the MIB I found that snmpwalk on group 1.3.6.1.4.1.388.50.1.3.18.3.1.1 gives you overview of available interfaces
-- 1.3.6.1.4.1.388.50.1.3.18.3.1.1 wingCfgDevIfEntry OBJECT-TYPE SYNTAX WingCfgDevIfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the table." INDEX { wingCfgDevMac, wingCfgDevIfName } ::= { wingCfgDevIfTable 1 }But it does not give you direct value - (not accessible)
[smxmgr@localhost ~]$ snmpwalk -v2c -c public 88.88.88.83 1.3.6.1.4.1.388.50.1.3.18.3.1.1 SNMPv2-SMI::enterprises.388.50.1.3.18.3.1.1.1.132.36.141.24.150.92.6.114.97.100.105.111.49 = STRING: "radio1" SNMPv2-SMI::enterprises.388.50.1.3.18.3.1.1.4.132.36.141.24.150.92.6.114.97.100.105.111.49 = STRING: "radio" SNMPv2-SMI::enterprises.388.50.1.3.18.3.1.1.5.132.36.141.24.150.92.6.114.97.100.105.111.49 = INTEGER: 1 I am afraid there is no direct SNMP trap to shutdown the radio.
These are only radio control parameters you can use via SNMP
WingCfgDevIfRadioEntry ::= wingCfgDevIfRadioRfMode wingCfgDevIfRadioChannel wingCfgDevIfRadioPower wingCfgDevIfRadioPlacement wingCfgDevIfRadioBeaconInterval wingCfgDevIfRadioRtsThreshold wingCfgDevIfRadioOffChannelScan wingCfgDevIfRadioPreambleShort wingCfgDevIfRadioGuardInterval wingCfgDevIfRadioAmpduMode wingCfgDevIfRadioAmsduMode wingCfgDevIfRadioRifsMode wingCfgDevIfRadioAmpduMaxAggrSizeRx wingCfgDevIfRadioAmpduMaxAggrSizeTx wingCfgDevIfRadioAmpduMinSpacing wingCfgDevIfRadioAntennaMode wingCfgDevIfRadioNonUnicastForwarding wingCfgDevIfRadioDynamicChainSelection wingCfgDevIfRadioLockRfMode wingCfgDevIfRadioSnifferRedirHost wingCfgDevIfRadioSnifferRedirChannel wingCfgDevIfRadioMesh wingCfgDevIfRadioMeshLinks wingCfgDevIfRadioProbeResponseRetry wingCfgDevIfRadioProbeResponseRate wingCfgDevIfRadioMaxClients wingCfgDevIfRadioRadioTapMode wingCfgDevIfRadioWirelessClientPower wingCfgDevIfRadioLoadBalLfCount wingCfgDevIfRadioLoadBalLfThroughput wingCfgDevIfRadioLoadBalWmCount wingCfgDevIfRadioLoadBalWmTput wingCfgDevIfRadioAssocAcl wingCfgDevIfRadioQosPolicy wingCfgDevIfRadioAntennaDowntilt wingCfgDevIfRadioExtendedRange wingCfgDevIfRadioOperMode wingCfgDevIfRadioRates wingCfgDevIfRadioTransmitBeamforming
Regards,
Ondrej