Re: Problems with table indexed by MacAddress

Hi all ,
Marco, Did you found a fix for this issue you addressed few months back?
I am facing a similar problem with the same 
wmanIfBsSsProvisionedForSfTable.

For me, even after changing the   type from ASN_OCTET_STR  to ASN_PRIV_IMPLIED_OCTET_STR, the output I get from snmpget & snmpset is not proper.
$snmpget -c public -m ALL -v2c 172.21.20.220 wmanIfBsSsProvisionedForSfRowStatus.0.240.97.0.181.32.1

Output
WMAN-IF-MIB::wmanIfBsSsProvisionedForSfRowStatus.'..a.. '.1 = No Such Instance currently exists at this OID

However, if I add a length of macAddress (6) after wmanIfBsSsProvisionedForSfRowStatus I got the output without issues

snmpget -c public -m ALL -v2c 172.21.20.220 wmanIfBsSsProvisionedForSfRowStatus.6.0.240.97.0.181.32.1
Output
WMAN-IF-MIB::wmanIfBsSsProvisionedForSfRowStatus.'...a..'.32.1 = INTEGER: active(1)

Any clues?

Regards
Praseed


Does anybody know what can I do to address this problem?
Sorry for my insistence, but this is an urgent question...

Thank you
Ynjo (marco)

2007/2/15, marco < [email protected]>:

2007/2/15, Dave Shield < [email protected]>:  On 15/02/07, marco <[email protected]> wrote:
> $ snmpset -v2c -c RW_community -m ALL localhost 
>      wmanIfBsSsProvisionedForSfRowStatus.\'abcdef\'.2 i 4 
> wmanIfBsSsProvisionedForSfRowStatus.'abcdef'.2: Unknown OID
>      (Index out of range: 'abcdef (wmanIfBsSsProvMacAddress))


> Why "out of range"?

First thing - is it the agent or "snmpset" that's objecting to this? 
Try adding the -Ir flag to disable snmpset validation checks.
Ok, with -Ir I obtain:

$ snmpset -v2c -c RW_community -m ALL -Ir localhost wmanIfBsSsProvisionedForSfRowStatus.'abcdef'.2 i 4 
wmanIfBsSsProvisionedForSfRowStatus.abcdef.2: Unknown Object Identifier (Index out of range: abcdef (wmanIfBsSsProvMacAddress))

or (using \'):

$ snmpset -v2c -c RW_community -m ALL -Ir localhost wmanIfBsSsProvisionedForSfRowStatus.\'abcdef\'.2 i 4 
Error in packet.
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: WMAN-IF-MIB::wmanIfBsSsProvisionedForSfRowStatus.239.2
 

or (without '):
 
$ snmpset -v2c -c RW_community -m ALL -Ir localhost  wmanIfBsSsProvisionedForSfRowStatus.abcdef.2 i 4
wmanIfBsSsProvisionedForSfRowStatus.abcdef.2: Unknown Object Identifier (Index out of range: abcdef (wmanIfBsSsProvMacAddress))

So it seems a problem in the agent. 

If the agent still complains, try running both the "snmpset" and 
"snmpwalk" commands with either '-d' or '-Ddump', and compare 
the OID that's being generated.
   How do the two compare?

Dave


Ok, I try snmpwalk with -Ddump and I obtain for the send message:

...
dumph_send:     Name
dumpx_send:      06 0C 2B 06 01 02 01 0A 81 38 01 01 01 02 
dumpv_send:        ObjID: WMAN-IF-MIB::wmanIfBsSsProvisionedForSfTable
...

and for the recv message:

dumph_recv:         Name
dumpx_recv:          06 15 2B 06 01 02 01 0A 81 38 01 01 01 02 01 03 
61 62 63 64 65 66 01
dumpv_recv:            ObjID: WMAN-IF-MIB::wmanIfBsSsProvisionedForSfRowStatus.'abcdef'.1

It seems OK except for the second byte (0C != 15)

As to the snmpset, I get a response dump only if I use the .\'abcdef\'. notation. 
In other cases I obtain only messages such as (without PDU dumping):
wmanIfBsSsProvisionedForSfRowStatus.abcdef.2: Unknown Object Identifier (Index out of range: abcdef (wmanIfBsSsProvMacAddress))

So with:
  $ snmpset -v2c -c RW_community -m ALL -Ir -Ddump localhost wmanIfBsSsProvisionedForSfRowStatus.\'abcdef\'.2 i 4

I get fot the request:

dumph_send:     Name
dumpx_send:      06 11 2B 06 01 02 01 0A 81 38 01 01 01 02 01 03 
81 6F 02
dumpv_send:        ObjID: WMAN-IF-MIB::wmanIfBsSsProvisionedForSfRowStatus.239.2

and for the response:

dumph_recv:         Name
dumpx_recv:          06 11 2B 06 01 02 01 0A 81 38 01 01 01 02 01 03 
81 6F 02
dumpv_recv:            ObjID: WMAN-IF-MIB::wmanIfBsSsProvisionedForSfRowStatus.239.2

So the same values of OID but with a strange "239".

Whta can we deduce from this comparing? 

 Thank you,
Ynjo
       
---------------------------------
 DELETE button is history. Unlimited mail storage is just a click away.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users