Login  
Search All Forums
Dart Home | PowerSNMP for ActiveX | Custom Development Reply | PowerSNMP for ActiveX Topics | Forums   
AuthorForum: PowerSNMP for ActiveX
Topic: Multi-NIC manager and high traps/second problem
racorn
rac@racc.com

From: Olympia, WA USA
Posts: 6
Member Since: 05/15/06
posted July 6, 2010 3:16 PM

I am using DartSnmp.dll 1.0.43.0 and have two quesions. 1) posts to the forum have suggested that opening the manager with no host parameter will cause the manager to monitor all NICs on the multi-NIC hosting system. Other posts said you need a manager instance for each NIC. Which is true?

Second, I have a user testing my trap manager which uses DartSnmp. The user bombards my manager with 128 traps per second and claims my software only sees 37 of those traps. He is using a separate tool called Trap Watcher, which he claims reports all 128 traps. I cant see any way I can affect queues or buffers so I need some guidance on what one might expect for buffering of traps. I realize this is a pretty wide open question but I need something to jump start an explanation for why traps are missed by DartSnmp.
K M Drake



From: Utica, NY USA
Posts: 3406
Member Since: 07/14/00
posted July 7, 2010 3:24 PM

Hi,
1. Can you point out which posts indicate that a single manager will listen on multiple addresses?
This is not true.

2. You are using a version that is 10 years old, so there may be issues that are no longer present.

Generally speaking, the control fires an event when a trap is received.
If the event handler blocks for a lengthy period of time, other events will not fire, and it is possible that traps will be missed.
One approach (if the IDE supports it) would be to process the traps on an alternate thread than the one the event fires on.

-ken

------
-Non-current subscribers must contact sales@dart.com to update subscription and receive continued support as needed.
------

racorn
rac@racc.com

From: Olympia, WA USA
Posts: 6
Member Since: 05/15/06
posted July 7, 2010 4:27 PM

Ken,
Post:
Listening for traps on multiple (ALL) interfaces
dated: 4-15-2003

A user indicates that if a binding address is not supplied on the manager.open, then the
manager will listen on all available interfaces.

To follow up on your reply, if the event handler is executing, then traps received are not
queued but discarded until the handler completes? This is actually what I expected but I
want to be clear.

My Dart Snmp copy is 10 years old because it has worked flawlessly all this time. An excellent
product.
racorn
rac@racc.com

From: Olympia, WA USA
Posts: 6
Member Since: 05/15/06
posted July 7, 2010 4:39 PM

I guess a follow up question would be: what happens when you do not specify a bind address on manager.open and there are multiple interfaces on the system? Does it select one of them, the first one it finds or?
K M Drake



From: Utica, NY USA
Posts: 3406
Member Since: 07/14/00
posted July 8, 2010 11:37 AM

Hi,
Generally speaking, the subsequent events will be delayed, but will eventually fire. However, if the system is flooded with event messages, I believe some will be dropped.

As far as binding to a local address, my experience has been that if no address is specified, the system selects one.

According to the Winsock documentation, not specifying an address when bind is called allows the "underlying service provider to use any appropriate network address."

-ken

------
-Non-current subscribers must contact sales@dart.com to update subscription and receive continued support as needed.
------

racorn
rac@racc.com

From: Olympia, WA USA
Posts: 6
Member Since: 05/15/06
posted July 12, 2010 7:25 PM

Ken,
I know Im stretching your help to ask further questions on such an old version of Dart Snmp, but I just don't have the time to take on updating to the lastest version of Dart Snmp ActiveX and retesting my application. I would like to solve a couple problems now and defer that upgrade to a better time.

I am trying to send an snnpInform2 message with the agent control and I'm getting error 12002, parameter 2 is incorrect. The construction of this message is pretty simple so I don't have much to go on, and no idea what parameter 2 is. Winsock 12002 doesn't seem to map to a udp send so I'm stuck.
K M Drake



From: Utica, NY USA
Posts: 3406
Member Since: 07/14/00
posted July 13, 2010 12:39 PM

Hi,
Inform messages are meant to be sent by managers not agents, so perhaps that is the problem.

I tried the following simple test using the Manager control, and it worked ok.
If this does not work for you, then it is possible something has been fixed over the years.
-ken

Private Sub Command1_Click()
  Dim v As New SnmpVariable
  v.Oid = "1.3.6.1.2.1.1.4.0"
  v.Value = "Mr Test"
  v.Type = snmpOctetString
  
  Manager1.Open
  Manager1.Message.Type = snmpInform2
  Manager1.Message.Variables.Add v
  Manager1.AgentName = "myListeningManagerIP"
  Manager1.AgentPort = 162
  Manager1.Send
  Manager1.Close
End Sub

------
-Non-current subscribers must contact sales@dart.com to update subscription and receive continued support as needed.
------

racorn
rac@racc.com

From: Olympia, WA USA
Posts: 6
Member Since: 05/15/06
posted July 13, 2010 1:43 PM

Ken,
As I understand it (and I am just now looking into this), Inform is the same as a trap except that the manager sends a reply to the agent that sent the inform. Its an acknowledged trap. So, the agent would have to send the first Inform just like a trap and the manager then processes the inform like a trap but echos back the inform message to the agent6. The agent is supposed to keep sending the inform if not acknowledged...is that different from your understanding of Inform?
K M Drake



From: Utica, NY USA
Posts: 3406
Member Since: 07/14/00
posted July 14, 2010 9:14 AM

Hi,
Generally, Informs are sent between managers. 
However, you can certainly send one using your agent app; just use the Manager control to do it.

-ken

------
-Non-current subscribers must contact sales@dart.com to update subscription and receive continued support as needed.
------

Reply | PowerSNMP for ActiveX Topics | Forums   
This site is powered by PowerTCP WebServer Tool PowerTCP WebServer for ActiveX