Re: Problems with table indexed by MacAddress

marco <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
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
>

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.