a.So if a script wanted to return an octet string,
perhaps we could return a hex string representation
and do the hexstring to binary conversion in ucd-snmp/pass_persist.c.
So for the MAC address above, my script could return the string
"00e0ec00526d" and this would be converted to the si
this is just a documentation weakness -
> in pass_common.c:netsnmp_internal_pass_parse, you can see if the type is
> "octet", it's parsed by netsnmp_internal_asc2bin(), which seems to parse
> space-separated octets, e.g., "00 e0 ec 00 52 6d".
>
> Bill
>
>
> On
Any ideas on how to resolve this? The problem seems to be
in "transitioning" from one mib to the next.
Thanks,
On Mon, Jan 25, 2016 at 4:32 PM, Sam Tannous wrote:
> --
>
> * [bugs:#2693] <http://sourceforge.net/p/net-snmp/bugs/2693/> snm
at 8:52 AM, Robert Story wrote:
> On Wed, 7 Sep 2016 14:07:42 -0400 Sam wrote:
> ST> Any ideas on how to resolve this? The problem seems to be
> ST> in "transitioning" from one mib to the next.
> ST>
> ST> On Mon, Jan 25, 20
plicit
"view systemonly included .1.3.6.1.2.1.4.1 "
must be included in order to see a a table from a different (but related)
MIB IP-FORWARD-MIB::ipForward?
It seems that only a
"view systemonly included .1.3.6.1.2.1.4.24"
is not enough to register the IP-FORWARD-MIB::ipFo
mething much
> bigger that I'm attempting, though, so isn't as easily shared.
>
> Bill
>
>
> On Wed, Sep 21, 2016 at 10:51 AM, Sam Tannous wrote:
>>
>> I found this while comparing the debugs for the working case (where I
>> include
>> "view
look for this second file.
Hope this helps.
--
Sam Tannous
Cumulus Networks
On Mon, Apr 2, 2018 at 9:00 AM, Madhusudhana R
wrote:
> Hi All,
>
>
>
> Please help on this.
>
>
>
> I am facing an issue when deleting a SNMP v3 user.
>
>
>
> I have modified snmp
Hi Bart,
I've merged/tested your patches and they work fine. I'm ok with '@'
as the separator and this is a much cleaner (not to mention more portable
and complete)
patch than mine. Thanks for doing this.
--Sam Tannous
On Sun, Oct 28, 2018 at 5:19 PM Bart Van Assche wro
gs/2914/
>> >>>> | > | (where I also posted the solution)
>> >>>> | > | Regards
>> >>>> | > | Anders Wallin
>> >>>> | > |
>> >>>> | > |
>> >>>> | > | On Tue, Apr 2, 2019 at 12:43 PM Jose
into V5-8-patches soon.
Thanks,
Sam
On Tue, Apr 9, 2019 at 9:13 AM Sam Tannous
wrote:
> Hi Anders,
>
> I fixed some snmpv3 (bulkget) coredumps a while ago.
> https://sourceforge.net/p/net-snmp/patches/1388/
>
> While not directly related, the (double-free memory) core dumps
&g
I'm still not able to recreate this bug (#2943) where we
double free cb_data at the bottom of agentx_master_handler()
(with the netsnmp_free_delegated_cache()).
Just in looking at the code logic, it seems like we allocate
the netsnmp_delegated_cache structure only if the master
sent a CleanupSet P
}
return SNMP_ERR_NOERROR;
--Sam
On Tue, Jun 25, 2019 at 3:38 PM Sam Tannous
wrote:
>
> I'm still not able to recreate this bug (#2943) where we
> double free cb_data at the bottom of agentx_master_handler()
> (with the netsnmp_free_delegated_cache()).
>
> Just in looki
this:
if (!(ax_session->subsession->flags &
AGENTX_MSG_FLAG_DISCONNECT_IN_PROGRESS)) {
cb_data = NULL;
}
And we do not have the double free at the end.
Thanks,
Sam
On Wed, Jun 26, 2019 at 2:42 PM Sam Tannous
wrote:
> Bill, Bart,
>
> Shouldn't there be a check
(Posting this here to get a wider audience for my stuck patch review.)
I have a patch in review (https://github.com/net-snmp/net-snmp/pull/24)
where I'm trying
to prune a large number of interfaces (~2000 or more).
The patch introduces a new configuration option to limit the number
of interfaces
Hi Nadia,
It's already there. Is version 5.6.2.1 not current enough? ;-)
$ which snmpd
/usr/sbin/snmpd
$ snmpd -v
waiting for the network
NET-SNMP version: 5.6.2.1
Web: http://www.net-snmp.org/
Email: net-snmp-coders@lists.sourceforge.net
--Sam
On Thu, Jan 2, 202
15 matches
Mail list logo