We are using radius to configure MIRs for our ePMP clients. The issue is that when we want to change a rate we have to force the equipment to re-auth. I know that this can be done by manually logging into the AP and clicking disconnect on the appropriate device, however I would like this process to be more hands-off and less room for human error. For instance forgetting to do the disconnect or disconnecting the wrong device means that someone will be desynchronized with their billing account and this is far too easy to do. I looked around in the CLI, but it only offered the ablility to see connected clinets as far as I can tell. Is there a method for force a radius re-auth or a cell discconect without having to use a manual procedure?
Your information is not very helpful. I read the guide, I have tried both the read-only and read-write communitities, I have tried SNMP versions 1, 2c, 3, I have put in both the local host IP address as well as the ethernet IP address, and I get the same results.
SC24-TEST-AP254-CN1>snmp get -v 2c -c private 127.0.0.1 .1.3.6.1.4.1.17713.21.1.2.30
.1.3.6.1.4.1.17713.21.1.2.30 = No Such Object available on this agent at this OID
I tried it on my Linux machine too just to see what it would pull and it tells me basically the same:
(x.x.x.x being the routable ethernet address of the ePMP)
$ snmpget -v 2c -c private x.x.x.x .1.3.6.1.4.1.17713.21.1.2.30
SNMPv2-SMI::enterprises.17713.21.1.2.30 = No Such Object available on this agent at this OID
cambiumAPConnectedSTATable OBJECT-TYPE
SYNTAX SEQUENCE OF CambiumAPConnectedSTAEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains information relevant to the Connected Subscriber Modules:
Subscriber Module MAC Address,
Subscriber Module AID,
Subscriber Module Channel,
UL RSSI per SM,
DL RSSI per SM,
UL SNR per SM,
DL SNR per SM,
UL MCS Mode per SM,
DL MCS Mode per SM,
Subscriber Module IP Address,
SM Priority,
MIR,
MIR UL Rate,
MIR DL Rate,
Device Allocation: AP"
::= { cambiumRFStatus 30 }
the "MAX-ACCESS not-accessible" line leads me to think that this is an unusable OID?
Thank you nekirk! This gets me part way there. I can indeed see the table with snmp walk. And from the MIB I know that the second returned OID is the AID that I need (in this case 1):
However it throws another error when I take this AID and try to set it with 'snmp set' :
SC24-TEST-AP254-CN1>snmp set -v 2c -c private 127.0.0.1 cambiumpmp80211STADisconnect i 1
cambiumpmp80211STADisconnect: Unknown Object Identifier (cambiumpmp80211STADisconnect)
So, I did some digging and found this page that gives a little more information on specific OIDs:
I then tried to use 1.3.6.1.4.1.17713.21.4.16 instead of cambiumpmp80211STADisconnect as the article would suggest:
SC24-TEST-AP254-CN1>snmp set -v 2c -c private 127.0.0.1 1.3.6.1.4.1.17713.21.4.16 i 1
Error in packet.
Reason: noCreation (That table does not support row creation or that object can not ever be created)
Failed object: .1.3.6.1.4.1.17713.21.4.16
Not sure what else to try right now, but I'll keep plugging away. Anymore advice would be appreciated.
There IS no 'Disconnect' OID there anymore, I'm not aware of any way to do this from the AP now via SNMP. Are you able to simply do it from the SM end? .1.3.6.1.4.1.17713.21.4.39.0 i 1 will force an AP-rescan when sent to an SM, which will of course entail re-registering after the scan.
Yes, it seems that doing the reconnect through the SM is the only real option then. I do think it should work okay, my other option was to send a reboot to the client, but this seems better. Thank you again newkirk!