Re: snmptrapd queue+retry

Feroz writes: > I tried as follows,  serverRecvBuf and  serverSendBuf worked, but > timeout/retries didn't work. > > [snmp] timeout 10 > [snmp] retries 60 So if you're forwarding via traps, timeouts and retries make no sense since they're not acknowledged by the remote server. There is no way

Re: snmptrapd queue+retry

I tried as follows, serverRecvBuf and serverSendBuf worked, but timeout/retries didn't work. [snmp] timeout 10 [snmp] retries 60 [snmp] serverRecvBuf 425984 [snmp] serverSendBuf 425984 Moreover, I see the value of Recv/Send Buf is getting doubled in "ss -lumpna" output. -Feroz On Fri, Apr

Re: snmptrapd queue+retry

Feroz writes: > I see "serverRecvBuf", "serverSendBuf","retries"  but they don't seem > to work, when used in snmptrapd.conf file.   -- Regards, Feroz Ahmed If those are what you need, put them inside the snmptrapd.conf file with a [snmp] tag before them: [snmp] serverRecvBuf ... serverSendBuf

Re: snmptrapd SNMP V3 support

On Wed, May 27, 2020 at 10:42:09AM +, Yefetluzzatto, Inbal wrote: > Hello, > > I currently use NET-SNMP Version: 5.7.2 which has limited SNMP V3 support. > I am trying to set up a manager that can use Authentication protocols - > SHA-256 and MD5 with Privacy protocols AES-256 and 3DES (TDES

Re: snmptrapd SNMP V3 support

On Thu, 11 Jun 2020 at 04:13, Yefetluzzatto, Inbal wrote: > ../include/net-snmp/library/snmpAAL5PVCDomain.h:18:17: fatal error: atm.h: > No such file or directory > atm.h is a system library header. In Debian, you would find this in libatm1-dev package which you would need to have installed for n

Re: snmptrapd

On Wed, Sep 18, 2019 at 7:13 AM jayshankar nair wrote: > Hi, > > I am using variant of snmptrapd. > In what way is it a variant? > The snmptrapd is processing trap packet at 4min delay. Why so much delay??. > Does this delay happen with unmodified snmptrapd? Bill _

Re: snmptrapd

snmptrapd not receiving traps due to firewalld. Once the firewalld is stopped, i receive traps. On Wed, Feb 13, 2019 at 6:34 PM Anders Wallin wrote: > Start snmptrapd with debug traces. e.g. "-DALL -d -Lf /tmp/snmptrapd.log" > > Regards > Anders Wallin > > > On Wed, Feb 13, 2019 at 1:50 PM jaysh

Re: snmptrapd

Start snmptrapd with debug traces. e.g. "-DALL -d -Lf /tmp/snmptrapd.log" Regards Anders Wallin On Wed, Feb 13, 2019 at 1:50 PM jayshankar nair wrote: > Hi, > > I am running snmptrapd on linux machine. I am sending trap from the same > machine. I am able to receive trap on snmptrapd log and tc

Re: snmptrapd

Hi Wes, I am able to setup snmpv3 options for snmptrapd daemon and able to receive snmpv2 and snmpv3 trap. I have a trapd code on similar lines of snmptrapd which is only v2 compliant. I want to make it v3 compliant. I need to know the flowchart of v3 code or knowledge of v3 api(netsnmp-internals)

Re: snmptrapd

jayshankar nair writes: > I was wondering in this code, how can i add snmpv3 credentials to > decrypt the v3 trap. You should start reading here: http://www.net-snmp.org/wiki/index.php/TUT:snmptrap_SNMPv3 -- Wes Hardaker Please mail all replies to net-snmp-coders@lists.sourceforge.net __

Re: snmptrapd users set by snmpusm

Josef Ridky writes: > I would like to know, if is there any utility for create/modify/delete > user for snmptrapd like there is snmpusm for snmpd. > The only way how to create snmptrapd user is write proper command to > /etc/snmp/snmptrapd.conf file and for removing snmptrapd user I have > to rem

Re: Snmptrapd memory leak at log_notification

Version: net-snmp-5.5 I think the 5.5.x version does support the -X argument. Let me try running the test on 5.7.3 and check if the same leak is detected again. If there is a root cause found for 5.5 version, that would be great. Updating to 5.7.3 is complex as many other applications are using th

Re: Snmptrapd memory leak at log_notification

What version of net-snmp are you using? I looked at the code in 5.7.3 and don't see how that leak could happen. If your version of snmptrapd accepts the -X argument, try passing that to avoid calling this code path altogether. You could help debug futher by passing "-Dnetsnmp_sockaddr_in" and se

Re: Snmptrapd memory leak at log_notification

Fenner, I tried adding the doNotRetainNotificationLogs=yes. The following is what I got from DebugDiag, Could you help me here. Function details Function msvcr120!malloc+5b Source Line Allocation type Heap allocation(s) Heap handle 0x` Allocation Count 130354 allocation(s

Re: Snmptrapd memory leak at log_notification

Are you sure it is a memory leak, or is it simply the NOTIFICATION-LOG-MIB implementation? Does the memory usage still increase when you run with "--doNotRetainNotificationLogs=yes" or the equivalent in snmptrapd.conf? Bill On Tue, Jul 11, 2017 at 3:12 AM, Jeffry Copps wrote: > Hi NET-SNMP,

Re: Snmptrapd memory leak at log_notification

Josef Ridky, Thanks for the quick response. The following is the simple command which I looped to run continually. snmptrap -v 1 -c public DEST_IP SNMPv2-MIB::snmpTrapOID SRC_IP 5 1 '' SNMPv2-MIB::sysName.0 s "Name" I don't have a fix for it. I think, freeing it in the end of log_notification wi

Re: Snmptrapd memory leak at log_notification

Hi Jeffry, no one can tell you that snmptrapd is without any memory leaks. I am sure, they are here, but it will be great to fix them. May I ask you for snmptrap command, which you used for this analysis? Or do you already have a patch for it? Regards Josef Ridky Associate Software Engineer Co

Re: snmptrapd

Alizadeh You could monitor the network with tcpdump or wireshark to see if UDP traffic is arriving for port 162 BR Tim Am 17.11.2015 um 13:41 schrieb Alizadeh Mahmoud: > Hi > > Is there a way I could test the "snmptrapd" if it is reciveing traps? > > BR > Maali > > -

RE: snmptrapd not processing v3 traps

@lists.sourceforge.net; net-snmp-us...@lists.sourceforge.net Subject: RE: snmptrapd not processing v3 traps Bill, I had a look at the doc and no matter what I have done it still does not seem to work. I have tried multiple combinations of engineID with a 0x and not in front. Putting the Id in or not

RE: snmptrapd not processing v3 traps

From: Geoff Kingsmill [mailto:gkingsm...@yahoo.com] Sent: 06 October 2014 10:34 To: Jason Pope; 'Bill Fenner' Cc: net-snmp-coders@lists.sourceforge.net; net-snmp-us...@lists.sourceforge.net Subject: RE: snmptrapd not processing v3 traps Jason, Would you mind expanding on this. Woul

RE: snmptrapd not processing v3 traps

[mailto:fen...@gmail.com] Sent: 03 October 2014 21:16 To: Jason Pope Cc: net-snmp-coders@lists.sourceforge.net; net-snmp-us...@lists.sourceforge.net Subject: Re: snmptrapd not processing v3 traps On Fri, Oct 3, 2014 at 11:06 AM, Jason Pope mailto:jp...@bats.com>> wrote: Hi, Has anyone succes

RE: snmptrapd not processing v3 traps

2014 6:47 PM To: Jason Pope; Bill Fenner Cc: net-snmp-coders@lists.sourceforge.net; net-snmp-us...@lists.sourceforge.net Subject: RE: snmptrapd not processing v3 traps Ok … I have got it to work. I forgot to add in the authUser line :-P Also set it up without the engine ID and it works

Re: snmptrapd not processing v3 traps

o.com] > Sent: 06 October 2014 10:34 > To: Jason Pope; 'Bill Fenner' > Cc: net-snmp-coders@lists.sourceforge.net; > net-snmp-us...@lists.sourceforge.net > Subject: RE: snmptrapd not processing v3 traps > > Jason, > > Would you mind expanding on this. Would yo

Re: snmptrapd not processing v3 traps

On Fri, Oct 3, 2014 at 11:06 AM, Jason Pope wrote: > Hi, > > > > Has anyone successfully set up snmptrapd to accept v3 traps from a device ? > > > > I have tried to set it up, but I see nothing in the log when the device > sends v3 traps. When configured to send v2 traps you can see them in the

Re: snmptrapd not processing v3 traps

I have tried in the past and have never been able to get them to work. I have seen them work at my job but the setup was complicated. It is necessary to have necessary to have the correct hand-shake of engine ID and engine ID count along with any keys. I would have to dig up what we did to see abo

Re: snmptrapd snmptt carriage return line feed inside trap text string

Den 04-06-2013 13:02, Diego Campoli skrev: > So as you can see Hex strings variables are correctly handled. > > Thank you for your time, I wait you for a feedback :) What would you expect snmptrapd should do about strings with embedded newlines? /Niels -- Niels Baggesen -- @home -- Århus -- D

Re: snmptrapd does not log snmpv3 traps?

Hi Dave, Today, I have written some test scripts to check the snmpv3 trap handling. Most variants works fine now after applying my patch to fix this NULL pointer problem. But this test does not work: claus-kleins-macbook-pro:snmp-test-T058agentauthtrap6_simple-9766 clausklein$ tail *.con

Re: snmptrapd does not log snmpv3 traps?

On 16.11.2010, at 10:12, Dave Shield wrote: > > The pragmatic situation is that both sides of the connection need to > be using the *same* engineID, but it doesn't really matter what that > engineID actually is. > So one common approach is to create user(s) in the snmptrapd.conf > file with an e

Re: snmptrapd does not log snmpv3 traps?

On 15 November 2010 22:59, Claus Klein wrote: > When I understand right, to setup the trap-receiver (snmptrapd), > I have do get the engineID of the trapsender (snmpd) with [snip] The formal situation is that both sides of the connection should be configured using the ID of the "authoritat

Re: snmptrapd does not log snmpv3 traps?

Hi Dave, thanks for help. When I understand right, to setup the trap-receiver (snmptrapd), I have do get the engineID of the trapsender (snmpd) with snmpget -v3 -u unsec -s noAuthNoPriv localhost:4700 snmpEngineID.0 SNMP-FRAMEWORK-MIB::snmpEngineID.0 = Hex-STRING: 80 00 1F 88 01 C0 A8 01 81 A

Re: snmptrapd does not log snmpv3 traps?

On 14 November 2010 22:25, Claus Klein wrote: > I use this trap session configuration: > snmpd.conf:trapsess -v 3 -u unsec -l noAuthNoPriv udp:localhost:162 > > This is what happens on snmptrapd: > read_config: ./snmptrapd.conf:23 examining: > createUser unsec MD5 "-- none--" DES "--none-

Re: snmptrapd and snmptrap using dtls

DW> snmpget -Ddtls,udp,tsm,cert,openssl -v 3 -u "Joe Cool" -l authPriv -T DW> our_identity=cd:74:45:c9:a3:a3:55:0a:6c:37:03:b2:49:38:b1:01:99:95:8e:43 DW> -T DW> their_identity=cd:74:45:c9:a3:a3:55:0a:6c:37:03:b2:49:38:b1:01:99:95:8e: DW> 43 --defSecurityModel=tsm dtlsudp:10.230.57.248:10161 sy

Re: SNMPTRAPD consumes lot of CPU%

> On Tue, 18 Aug 2009 12:43:01 +1000, "Prashanth ( from gmail)" > said: P> We are tring to use the snmptrapd for receiving the traps. But the issue is P> the snmptrapd consumes lot of CPU utilizations. P> Also we observed that this happens only when there traps coming at the port P> cont

Re: snmptrapd 5.4.2.1 amd64 don't receive traps and fork very slow

Andrey V. Scopenco wrote: > Hello, > > i have 2 problems with snmptrapd (net-snmp 5.4.2.1 amd64) on FreeBSD 7.1 > release. > > 1. snmptrapd forks very slow. > > root$ time /usr/local/etc/rc.d/snmptrapd start > Starting snmptrapd. > > real1m15.092s > user0m0.040s > sys 0m0.049s > > > ro

Re: snmptrapd & snmptrap

Dave Shield wrote: > On 10/10/2007, Anh Nguyen <[EMAIL PROTECTED]> wrote: > >> Could someone help shedding some lights into this following problem that >> I have? Many thanks in advance. >> I did not get the output as specified with -F >> > > Which version of snmptrapd are you using? > > Da

Re: snmptrapd & snmptrap

On 10/10/2007, Anh Nguyen <[EMAIL PROTECTED]> wrote: > Could someone help shedding some lights into this following problem that > I have? Many thanks in advance. > I did not get the output as specified with -F Which version of snmptrapd are you using? Dave ---

Re: snmptrapd does not really work with my agent

On 24/07/07, snmpAsker snmpAsker <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] have developed a small Trap-Agent (dynamic loadable) > with the net-snmp API V 5.1.2 under Linux Redhat 4. > The Agent sends each 2 seconds one Integer. > > But if I use "./snmptrapd -f -Le" to catch the traps, the snmp

Re: snmptrapd VACM error message bug?

> "GG" == Gustaf Gunnarsson <[EMAIL PROTECTED]> writes: GG> I've submitted a patch that solves this problem now. GG> http://sourceforge.net/tracker/index.php?func=detail&aid=1746992&group_id=12694&atid=312694 Good problem description, so thanks. However, a better solution would be to imple

Re: snmptrapd VACM error message bug?

Hi, I've submitted a patch that solves this problem now. http://sourceforge.net/tracker/index.php?func=detail&aid=1746992&group_id=12694&atid=312694 //Gustaf - This SF.net email is sponsored by DB2 Express Download DB2 Expre

Re: snmptrapd VACM error message bug?

Sorry for not providing enough information. I built Net-SNMP with: ./configure --disable-agent --disable-snmptrapd-subagent This has the effect that agent_mode will become 0 (if built with default options agent_mode will be 1). That is why the error message is generated in my build. Functio

Re: snmptrapd VACM error message bug?

Gustaf Gunnarsson wrote: > When launching snmptrapd (5.4) I get following error message: > > snmptrapd[29559]: Warning: no access control information configured. > It's unlikely this agent can serve any useful purpose in this state. > Run "snmpconf -g basic_setup" to help you configure the snmpt

Re: Snmptrapd Max size payload

On Fri, 27 Apr 2007 09:38:14 -0700 Daniel wrote: DL> I have a device sending V2 traps that are being truncated... How big is the trap being sent? And what size is it being truncated to? - This SF.net email is sponsored by DB2

Re: snmptrapd failure

Wes Hardaker wrote: >> "JP" == Jagdeep Palan <[EMAIL PROTECTED]> writes: > > JP> This daemon is working perfectly fine in other solaris box with same > JP> version. > > Can you attach a debugger (like GDB) to it and find out what it is > currently doing that is using so much CPU time? The o

Re: snmptrapd failure

> "JP" == Jagdeep Palan <[EMAIL PROTECTED]> writes: JP> This daemon is working perfectly fine in other solaris box with same JP> version. Can you attach a debugger (like GDB) to it and find out what it is currently doing that is using so much CPU time? -- Wes Hardaker Sparta, Inc.

Re: snmptrapd forking multiple times

> "SP" == Suresh Patil writes: SP> I am using net-snmp version net-snmp-5.0.9-2.30E.6 that comes with SP> redhat enterprise Linux 3.3. Any chance you can upgrade to a more recent net-snmp? The 5.0.x series isn't supported by us anymore and unless the problem still exists in the current code

Re: snmptrapd embedded perl crash on x86_64 (bug 1494882)

> On Sun, 28 May 2006 18:48:58 +0200, Thomas Anders <[EMAIL PROTECTED]> > said: Thomas> So what about a Thomas> #ifndef __x86-64__ Thomas> FREETMPS; Thomas> #endif um... I don't think that's very clean. (neither is the problem mind you) but functionally I don't think doing different t

Re: snmptrapd embedded perl crash on x86_64 (bug 1494882)

Wes Hardaker wrote: So after much debate about how much time I could steal from life to look into this (perl guts memory debugging sucks), I think we'll have to leave it as is for the time being. It seems to affect only 64bit architectures (hopefully only those). So what about a #ifndef __x86

Re: snmptrapd embedded perl crash on x86_64 (bug 1494882)

> On Sat, 27 May 2006 04:23:01 +0200, Thomas Anders <[EMAIL PROTECTED]> > said: Thomas> As outlined in the bug report, commenting out a single Thomas> statement ("FREETMPS;") in TrapReceiver.xs fixes the crash, Thomas> but probably introduces a memory leak. Are we going to trade Thomas> t

Re: snmptrapd embedded perl crash on x86_64 (bug 1494882)

Thomas Anders wrote: following up item #8 ("RHEL/x86_64 3, 4: test #36 fails") from my recent 5.3.1.pre2 build test status mail, I've just filed bug 1494882 http://sf.net/support/tracker.php?aid=1494882 with all the details (gdb backtraces, perl -V) I could collect. The backtrace points dee

Re: snmptrapd does timeout on select() in Net-snmp 5.3.0.1

rwilcox wrote: snmptrapd is no longer timing out on a regular interval in 5.3.0.1 (as compared to 5.2.1). There's an official patch (1420758) for this problem. See www.net-snmp.org/official_patches . +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) -

Re: snmptrapd cpu usage on solaris when disconnected from pty.

nd that just repeats over and over again like I would expect a daemon to. Anyone got any idea on this? Jayson Robinson From: Thomas Anders <[EMAIL PROTECTED]> To: net-snmp-users@lists.sourceforge.net Subject: Re: snmptrapd cpu usage on solaris when disconnected from pty. Date: Tue, 11 Apr 2

Re: snmptrapd issue (v5.3)

Nicolas GUILLOT wrote: snmptrapd -Dusm No log handling enabled - turning on stderr logging registered debug token usm, 1 usmUser: created a new user myuser at 01 02 03 04 05 NET-SNMP version 5.3 select: No such file or directory 2006-01-11

Re: snmptrapd issue (v5.3)

On Wed, 11 Jan 2006 14:32:21 +0100 Nicolas wrote: NG> I obtain this answer to the command line: NG> snmptrapd -Dusm NG> NG> No log handling enabled - turning on stderr logging NG> registered debug token usm, 1 NG> usmUser: created a new user myuser at 01 02 03 04 05 NG> NET-SNM

Re: snmptrapd - "Event" handling

Dave Shield wrote: I've been working on updating the documentation for 'snmptrapd', and have eventually got round to tracking down exactly what is the purpose of the 'printEventNumbers' directive (and the "Event" handling code). I was horrified to realise that this is special-case processing for

Re: snmptrapd - "Event" handling

Robert Story wrote: On Wed, 14 Dec 2005 14:45:31 + Dave wrote: DS> I was horrified to realise that this is special-case processing DS> for displaying three traps defined in the Manager-to-Manager MIB DS> (RFC 1451) which was part of the early (unsuccessful) SNMPv2 work. DS> [...] DS> I sugges

Re: snmptrapd - "Event" handling

On Wed, 14 Dec 2005 14:45:31 + Dave wrote: DS> I was horrified to realise that this is special-case processing DS> for displaying three traps defined in the Manager-to-Manager MIB DS> (RFC 1451) which was part of the early (unsuccessful) SNMPv2 work. DS> [...] DS> I suggest that this "feature"

Re: snmptrapd snmpEngineID.0

On Sun, 2005-10-16 at 20:51 -0700, Wes Hardaker wrote: > Side note: the logs should be back on and running fully again. I > won't explain the details as to why they were missing for those few days. At the risk of seeming picky (who, me?) - is there any chance of tweaking the IRC log index so tha

Re: snmptrapd snmpEngineID.0

> On Fri, 14 Oct 2005 16:12:09 +0100, Dave Shield <[EMAIL PROTECTED]> said: Dave> That contrasts with the mailing list archives, which are much more Dave> reliable, and provide a long-term reference for the background to Dave> various problems. Dave> Don't get me wrong - I'm not criticising y

Re: snmptrapd snmpEngineID.0

On Fri, 2005-10-14 at 17:22 +0200, Thomas Anders wrote: > All of the relevant discussion is in yesterday's IRC logs. The > referenced "snmptrapd snmpusm problem" is the one that *has* been > reported to -coders: Fair enough. Though the thread you refer to doesn't make *any* mention of "snmptra

Re: snmptrapd snmpEngineID.0

Dave Shield wrote: The change you mention sounds sensible - though it smacks slightly of a "new feature" (and hence questionable for 5.2.x). But can I make a plea that any significant work is at least mentioned on the coders list - rather than being *only* discussed on IRC. [...] Not to mentio

Re: snmptrapd snmpEngineID.0

On Fri, 2005-10-14 at 16:38 +0200, Thomas Anders wrote: > as discussed yesterday on IRC, my latest CVS commits now allow to probe > snmptrapd's snmpEngineID.0 via the master agent. It'll appear in 5.2.2 > and 5.3. The change you mention sounds sensible - though it smacks slightly of a "new featu

Re: snmptrapd -H: no "perl"?

On Fri, 2005-05-20 at 13:58, Thomas Anders wrote: > Thanks a bunch, Dave! I'd love to see this applied, naturally. Your wish is my command, Oh Master. Now applied to all four 5.x.y branches. Dave --- This SF.Net email is sponsored by Oracle S

Re: snmptrapd -H: no "perl"?

Dave Shield wrote: Your wish is my command, Oh Master. Now applied to all four 5.x.y branches. Thanks. OTOH, there's no snmptrapd embedded perl support in 5.0 and 5.1, IIRC, so only the agentx part is applicable for those. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) -

Re: snmptrapd -H: no "perl"?

On Fri, 2005-05-20 at 15:13, Thomas Anders wrote: > Dave Shield wrote: > > Your wish is my command, Oh Master. > > Now applied to all four 5.x.y branches. > > Thanks. OTOH, there's no snmptrapd embedded perl support in 5.0 > and 5.1, IIRC, so only the agentx part is applicable for those. Oh ye of

Re: snmptrapd -H: no "perl"?

Dave Shield wrote: Can you please try the following patch (untested), and see whether that fixes things. It may also help with the crash as well, he said optimistically. Yep, now works for me for both 5.2 and 5.3: foo# /bc/net-snmp-5.2cvs/sbin/snmptrapd -H 2>&1 | grep -i perl perl

Re: snmptrapd -H: no "perl"?

On Fri, 2005-05-20 at 13:26, Thomas Anders wrote: > is there a good reason why "snmptrapd -H" (unlike "snmpd -H") > does *not* list "perl" as a supported option Checking the '-H' handling code, and comparing this with the initialisation routines called in normal operation may throw some light on t

Re: snmptrapd on windows

Hi Mayuresh. Did you install the Windows binary or compile yourself? There is a binary for 5.2.1 available. Alex Mayuresh Dhagamwar wrote: Hello, I want to test using net-snmp-5.1.1. I hv isntalled the windows version of this. I do not see any snmptrapd for receiving traps. How do I receive

Re: snmptrapd forwarding

Dave Shield wrote: On Tue, 2005-01-25 at 09:08, Andrew Hood wrote: At present forwarded traps appear to come from the forwarder rather than the original source. For v1 traps, should it copy the trap source address to the agent address if the agent address is zero? Request for clarification: B

Re: snmptrapd forwarding

David & Dave, you'll probably have copies of this. I used the wrong email address & the mailing list bounced it. David T. Perkins wrote: HI, Dave - your walkthough below sounds reasonable. I didn't check the RFCs to verify. Here are the situations 1) When a v1 trap is received over a transpor

Re: snmptrapd forwarding

On Thu, 2005-01-27 at 22:49, David T. Perkins wrote: > Here are the situations > 1) When a v1 trap is received over a transport other than IPv4/UDP, > how do you determine the source address? (for example, you received > it over IPv6?) In terms of the SNMP specifications as they stand, determi

Re: snmptrapd forwarding

On Thu, 2005-01-27 at 21:35, Andrew Hood wrote: > The trap is forwarded in whatever form it was received. Are you implying > snmptrapd's forward directive can be persuaded to convert incoming traps > to a single version? I can't see that in the man pages. H... it's a while since I worked o

Re: snmptrapd forwarding

HI, Dave - your walkthough below sounds reasonable. I didn't check the RFCs to verify. Here are the situations 1) When a v1 trap is received over a transport other than IPv4/UDP, how do you determine the source address? (for example, you received it over IPv6?) 2) When a v1 trap is received o

Re: snmptrapd forwarding

On Tue, 2005-01-25 at 09:08, Andrew Hood wrote: > At present forwarded traps appear to come from the forwarder rather than > the original source. > > For v1 traps, should it copy the trap source address to the agent > address if the agent address is zero? Request for clarification: By "v1 tra

Re: snmptrapd forwarding

David T. Perkins wrote: HI, Point one below is a bad thing to do, even though it seems pragmatic. The "source system" may not have an IPv4 address. It is WRONG to assume it does. It is wrong to lead writers of trap reveivers down the road of believing this. On Tue, 25 Jan 2005, Andrew Hood wrote:

Re: snmptrapd forwarding

HI, Point one below is a bad thing to do, even though it seems pragmatic. The "source system" may not have an IPv4 address. It is WRONG to assume it does. It is wrong to lead writers of trap reveivers down the road of believing this. On Tue, 25 Jan 2005, Andrew Hood wrote: > At present forwarded

Re: Snmptrapd in v5.2.rc3

Fong Tsui wrote: I am trying v5.2.rc on Linux. When I use snmptrapd, it gives me the following message: Warning: no access control information configured. It's unlikely this agent can serve any useful purpose in this state. Run "snmpconf -g basic_setup" to help you configure the snmptrapd.conf

Re: snmptrapd on Lynxos

[ Sorry for the delay in responding to this ] > I am working on a port of net-snmp 5.1.1 to Lynxos 4.0.0 on a x86 platform > [and] I've found the following strange behavior: > > "snmptrapd -d -p /tmp/snmptrapd.pid -Lf /tmp/snmptrapd.log > -C -c /tmp/snmptrapd.conf"

Re: snmptrapd 5.1.2 read_configs buffer overflow?

Robert Story (Coders) wrote: It this particular bug (read_configs) isn't in the bug db, it should be. It's much more likely to be fixed as it's own bug that it is that all the strtok code will be replaced... I filed bug 1040686 for this and added a reference to patch 1040330. +Thomas -- Thomas Ande

Re: snmptrapd 5.1.2 read_configs buffer overflow?

Robert Story (Coders) wrote: On Tue, 5 Oct 2004 03:32:09 +0200 Geert wrote: GDP> Don't know if it helps, but this specific problem can be solved by GDP> replacing strtok with strtok_r. GDP> Just to make sure I don't get reminded that a patch is better than an GDP> email, you can take a look at patc

Re: snmptrapd 5.1.2 read_configs buffer overflow?

On Tue, 5 Oct 2004 03:32:09 +0200 Geert wrote: GDP> Don't know if it helps, but this specific problem can be solved by GDP> replacing strtok with strtok_r. GDP> Just to make sure I don't get reminded that a patch is better than an GDP> email, you can take a look at patch 1040330 ;-) GDP> GDP> As m

Re: snmptrapd 5.1.2 read_configs buffer overflow?

On Mon, 04 Oct 2004 19:24:18 -0400 Michael wrote: MJS> strtok() is one function that would be very nice to use LESS. MJS> It in fact is in a list of functions seen in the oldest open MJS> bug report. Please don't bump the bug report count. Please. It this particular bug (read_configs) isn't in th

RE: snmptrapd 5.1.2 read_configs buffer overflow?

ot have an strtok_r defined, however coding strtok_r is rather trivial. Hope this helps, -- Geert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael J. Slifcak Sent: Tuesday, October 05, 2004 1:24 AM To: [EMAIL PROTECTED] Cc: Thomas Anders Subject: Re:

Re: snmptrapd 5.1.2 read_configs buffer overflow?

Robert Story (Coders) wrote: On Mon, 04 Oct 2004 21:47:37 +0200 Thomas wrote: TA> Robert Story (Coders) wrote: TA> > On Mon, 04 Oct 2004 14:50:22 +0200 Thomas wrote: TA> > TA> Can we possibly get rid of strtok(), at least in read_configs()? TA> > TA> > To mangle a well-know quote: Patches speak lo

Re: snmptrapd 5.1.2 read_configs buffer overflow?

On Mon, 04 Oct 2004 21:47:37 +0200 Thomas wrote: TA> Robert Story (Coders) wrote: TA> > On Mon, 04 Oct 2004 14:50:22 +0200 Thomas wrote: TA> > TA> Can we possibly get rid of strtok(), at least in read_configs()? TA> > TA> > To mangle a well-know quote: Patches speak louder than emails. ;-) TA> TA

Re: snmptrapd 5.1.2 read_configs buffer overflow?

Robert Story (Coders) wrote: On Mon, 04 Oct 2004 14:50:22 +0200 Thomas wrote: TA> Can we possibly get rid of strtok(), at least in read_configs()? To mangle a well-know quote: Patches speak louder than emails. ;-) Sure, but the wide-spread usage of strtok in the source base didn't feel like a conse

Re: snmptrapd 5.1.2 read_configs buffer overflow?

On Mon, 04 Oct 2004 14:50:22 +0200 Thomas wrote: TA> Can we possibly get rid of strtok(), at least in read_configs()? To mangle a well-know quote: Patches speak louder than emails. ;-) -- Robert Story; NET-SNMP Junkie Archive:

Re: snmptrapd 5.1.2 read_configs buffer overflow?

Thomas Anders wrote: read_config: Optional File "_ME" does not exist. does not exist. : No such file or directory read_config: Optional File "es not exist. " does not exist. exist. " does not exist. : No such file or directory read_config: Optional File "not exist. " does not exist. exist. : No s

Re: snmptrapd

> It seems as if the config reading have changed for snmptrapd recently. > This caused the Print flag not to be set which in turn made some > testcases fail. The attached patch papers over it by writing the logs > if the Log flag is set as well. Thanks for that - now applied to the CVS tree. Dav

Re: snmptrapd ain't working

> Sadly something went wrong in that process but on the other hand there > were a few minor changes I had to do as well so here is a new patch > that is to be applied on top of the tree as of today. OK - Done. Dave --- SF.Net email is sponso

Re: snmptrapd ain't working

On Thu, Aug 19, 2004 at 10:24:09AM +0100, Dave Shield wrote: > > Thanks for that. > The patch has been applied to the CVS code tree. > Thanks for applying the patch. Sadly something went wrong in that process but on the other hand there were a few minor changes I had to do as well so here is a n

Re: snmptrapd ain't working

> During the addition of more options to snmptrapd on CVS HEAD it got > broken so that the pidfile option doesn't work. > > The attached patch fixes both of those problems. Thanks for that. The patch has been applied to the CVS code tree. Dave

Re: snmptrapd memory leaks

Hello. My apologies to Niels if he has already replied to this thread. The NULL-pointer dereferencing patch was applied today to 5.0 patches, 5.1. patches, and current branches. The snmptrapd memory leaks that you provided fixes for was managed with different patches, [Thanks to Niels!!], but no