o 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 six byte in
ink you'll find 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
, Robert Story <rst...@freesnmp.com> 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, 2016 at 4:32 PM,
explicit
"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::ipF
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 <stann...@users.sf.net> wrote:
> --
>
> * [bugs:#2693] <http://sourcefo
d up with something 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 <stann...@gmail.com> wrote:
>>
>> I found this while comparing the debugs for the working case (where I
>&
not look for this second file.
Hope this helps.
--
Sam Tannous
Cumulus Networks
On Mon, Apr 2, 2018 at 9:00 AM, Madhusudhana R
<madhusudhan...@in.abb.com> wrote:
> Hi All,
>
>
>
> Please help on this.
>
>
>
> I am facing an issue when deleting a SNMP v3 user.
&
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 wrote:
> He
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
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 looking at the code logic,
we can check 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 (nets
the solution)
>> >>>> | > | Regards
>> >>>> | > | Anders Wallin
>> >>>> | > |
>> >>>> | > |
>> >>>> | > | On Tue, Apr 2, 2019 at 12:43 PM Josef Ridky > >
>> >>>> wrote:
>> >
-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
> were ea
(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,
15 matches
Mail list logo