Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

RV220W not finding "known to be existing" value -- SNMPv3 protocol

Hello - just looking for some guidance perhaps here?

What would make a Cisco RV220W router fail to provide an "known to be existing" value only when it is queried 'remotely' using SNMPv3 protocol?

It is "known to be existing" because an SNMPv1 (and SNMPv2c) query works fine.

The 'remote' SNMPv3 query seems to gain access but then report that the value does not exist.


I can find no RV220W logging information regarding the remote access attempt - even though DEBUGGING is on ....

Does SNMP slip in without being logged?



michael grimes





We have four (4) similar RV220W routers, each in a different location.

Three of them are responding well to SNMPv3 AuthNoPriv queries.

One gives us a "Timeout (Sub-id not found: ..."

It must be some kind of setting on this "odd" RV220W.


My question is where else might I look.

(1) credentials appear to be same

(2) SNMPv3 configuration seems to be correct (identical configuration works for different RV220W)




michael@CRCC-ltMRG /cygdrive/c/users/michael/Downloads
$ snmpwalk -v 1 -m ALL -c CRG <<valid-routable-IPadress>> SysLocation
SNMPv2-MIB::sysLocation.0 = STRING: WorcCRG

michael@CRCC-ltMRG /cygdrive/c/users/michael/Downloads

{ so above you see that the entry exists }  

michael@CRCC-ltMRG /cygdrive/c/users/michael/Downloads
$ snmpwalk -v 3 -m ALL -u cisco -l AuthNoPriv -a MD5 -A <<valid-MD5passphrase>> <<valid-routable-IPaddress>> SysLocation
snmpwalk: Timeout (Sub-id not found: (top) -> SysLocation)

michael@CRCC-ltMRG /cygdrive/c/users/michael/Downloads

{ so above you see that the RV220W complains that the entry does not exist }


Also note that if the same SNMPv3 command is run from 'inside' the RV220W IPsapce we get the same (good) result as if using the SNMPv1 query.