Re: UPDATE: Starting snmpd deliver 128 duplicate notifications to each trap2sink destinations

Jose Roberto Fernandez Anahia <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
Using the same configuration suggested by Bill in the /etc/snmpd.conf, i.e.:
agentaddress udp:161,tcp:161
trapsess -v 2c -c sekrit udp:172.25.24.236:162
….I still having 64 duplicates on management station of this trap:
.iso.org.dod.internet.mgmt.mib-2.system.sysUpTime.0:  TimeTicks:  0 hours, 0 minutes, 0 seconds.: .iso.org.dod.internet.snmpV2.snmpModules.1.1.4.1.0:  Object ID:  .1.3.6.1.6.3.1.1.5.1: .iso.org.dod.internet.snmpV2.snmpModules.1.1.4.3.0:  Object ID:  .1.3.6.1.4.1.8072.3.2.10: 
He is the debug output when I run snmpd:
registered debug token mib_init, 1
registered debug token tdomain, 1
registered debug token stat, 1
registered debug token sess_process_packet, 1
registered debug token transport:send, 1
registered debug token netsnmp_udpbase, 1
registered debug token agentx/subagent, 1
registered debug token udpbase:sendto, 1
tdomain: netsnmp_tdomain_init() called
tdomain: domain_list -> { iso.3.6.1.6.1.1, "udp" } -> { iso.3.6.1.2.1.100.1.5, "tcp" } -> { iso.3.6.1.4.1.8072.3.3.7, "alias" } -> { iso.3.6.1.2.1.100.1.13, "unix" } -> [NIL]
mib_init: initializing: vacm_conf
mib_init: initializing: usmConf
mib_init: initializing: nsTransactionTable
mib_init: initializing: nsModuleTable
mib_init: initializing: nsDebug
mib_init: initializing: nsCache
mib_init: initializing: nsLogging
mib_init: initializing: nsVacmAccessTable
mib_init: initializing: snmp_mib
mib_init: initializing: system_mib
mib_init: initializing: sysORTable
mib_init: initializing: vacm_vars
mib_init: initializing: snmpEngine
mib_init: initializing: snmpMPDStats
mib_init: initializing: usmStats
mib_init: initializing: usmUser
mib_init: initializing: vacm_context
tdomain: tdomain_transport_spec("snmptrap", "udp:192.168.0.205:162", 0, "[NIL]", "[NIL]", "[NIL]")
tdomain: Found domain "udp" from specifier "udp"
tdomain: trying domain "udp" address "192.168.0.205:162" default address ":162"
netsnmp_udpbase: open remote UDP: [192.168.0.205]:162->[0.0.0.0]:0
Turning on AgentX master support.
Can't identify user (root).
Can't identify group (root).
tdomain: tdomain_transport_spec("snmp", "udp:161", 1, "[NIL]", "[NIL]", "[NIL]")
tdomain: Found domain "udp" from specifier "udp"
tdomain: trying domain "udp" address "161" default address ":161"
netsnmp_udpbase: open local UDP: [0.0.0.0]:161->[0.0.0.0]:0
netsnmp_udpbase: set IP_PKTINFO
netsnmp_udpbase: binding socket: 5 to UDP: [0.0.0.0]:0->[0.0.0.0]:161
tdomain: tdomain_transport_spec("snmp", "tcp:161", 1, "[NIL]", "[NIL]", "[NIL]")
tdomain: Found domain "tcp" from specifier "tcp"
tdomain: trying domain "tcp" address "161" default address ":161"
tdomain: tdomain_transport_spec("agentx", "/var/agentx/master", 1, "[NIL]", "[NIL]", "[NIL]")
tdomain: Address starts with '/', so assume "unix" domain
tdomain: Found domain "unix" from specifier "unix"
tdomain: trying domain "unix" address "/var/agentx/master" default address "/var/agentx/master"
stats:pdu: max: 0, threshold 100 ms
sess_process_packet: sending message id#1980124534 reqid#279064365 len 95
transport:send: 95 bytes to UDP: [192.168.0.205]:162->[0.0.0.0]:0

Sending 95 bytes to UDP: [192.168.0.205]:162->[0.0.0.0]:0
0000: 30 5D 02 01  01 04 06 73  65 63 72 65  74 A7 50 02    0].....secret.P.
0016: 04 10 A2 2F  2D 02 01 00  02 01 00 30  42 30 0D 06    .../-......0B0..
0032: 08 2B 06 01  02 01 01 03  00 43 01 08  30 17 06 0A    .+.......C..0...
0048: 2B 06 01 06  03 01 01 04  01 00 06 09  2B 06 01 06    +...........+...
0064: 03 01 01 05  01 30 18 06  0A 2B 06 01  06 03 01 01    .....0...+......
0080: 04 03 00 06  0A 2B 06 01  04 01 BF 08  03 02 0A       .....+.........

stats:notif: (null) inform stats
stats:notif:     1 sends, last @ 8
stats:notif:     0 acks, last @ 0
stats:notif:     0 failed sends, last @ 0
stats:notif:     0 timeouts, last @ 0
stats:notif:     0 v3 errs, last @ 0
NET-SNMP version 5.8.dev

jrfndes@...> wrote:

> Something really .. really wrong with the network code on NET-SNMP.
>

You don't say much about *exactly* what's in your snmpd.conf, but I tried
this:

agentaddress udp:161,tcp:161,udp6:161,tcp6:161
trapsess -v 2c -c sekrit udp:172.25.24.236:162

and I got exactly one packet:

12:26:15.577079 44:4c:a8:64:2b:df > be:7e:8c:45:ca:7e, ethertype IPv4
(0x0800), length 138: (tos 0x0, ttl 59, id 43952, offset 0, flags [DF],
proto UDP (17), length 124)
    172.30.188.156.57296 > 172.25.24.236.snmptrap:  { SNMPv2c C="sekrit" {
V2Trap(81) R=456329610  .1.3.6.1.2.1.1.3.0=1869016
.1.3.6.1.6.3.1.1.4.1.0=.1.3.6.1.4.1.8072.4.0.3
.1.3.6.1.6.3.1.1.4.3.0=.1.3.6.1.4.1.8072.4 } }

This is using net-snmp 5.8.

  Bill

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot

_______________________________________________
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.