[ https://issues.apache.org/jira/browse/CAMEL-5251?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13270279#comment-13270279 ]
Claus Ibsen commented on CAMEL-5251: ------------------------------------ Hi Ed Thanks for the patch. Can you re-attach the patch file and this time make sure to mark [x] in grant license to Apache. Otherwise we cannot accept your patch. > camel-snmp component does correctly read SNMPv1 type PDUs from snmp4j > --------------------------------------------------------------------- > > Key: CAMEL-5251 > URL: https://issues.apache.org/jira/browse/CAMEL-5251 > Project: Camel > Issue Type: Bug > Components: camel-snmp > Affects Versions: 2.9.2 > Reporter: Ed Manero > Attachments: SnmpConverters.java > > > SnmpConverters.java of the camel-snmp component inspects the PDU using > getVariableBindings(). This method does not contain any information for PDUs > representing SNMPv1 messages. The javadoc for org.snmp4j.PDUv1 indicates that > unique accessors are provided for PDU instances of this type. Because of > this SnmpConverters.java needs to check if the PDU provided by snmp4j > represents an SNMPv1 message and if so use the special accessors to construct > the message. > Here is a test case as posted from the user forum. Note that for SNMPv1 type > messages the body is empty (Body:<snmp></snmp>). > I'm starting to create some simple use cases with Camel and SNMP > traps, and I'm running into some issues (this might just be because I > don't understand properly what's going on). My current problem is that > when I create a route for SNMP traps and send SNMP v1 traps to it, > Camel seems to lose information from the trap such as the originating > IP address of the trap. > Here's what I'm doing: I first generate my camel project with the maven > command: > mvn archetype:generate -DarchetypeGroupId=org.apache.camel.archetypes > -DarchetypeArtifactId=camel-archetype-spring -DarchetypeVersion=2.9.2 > -DgroupId=camel-snmp-test -DartifactId=camel-snmp-test > And modify the camel-context.xml file to contain the route: > <camel:route> > <camel:from uri="snmp://0.0.0.0:1162?type=TRAP"/> > <camel:to uri="log://foo?showAll=true"/> > </camel:route> > then run the project with: > mvn camel:run > I then generate a trap with the net-snmp command snmptrap and the syntax: > snmptrap -v 1 -c public 127.0.0.1:1162 > SNMPv2-MIB::authenticationFailure 1.2.3.4 0 coldStart.0 10 > This gives me a log message of: > [PTransportMapping_0.0.0.0/1162] foo INFO > Exchange[Id:ID-addict-33083-1335950429878-0-18, > ExchangePattern:InOnly, > Properties:{CamelToEndpoint=log://foo?showAll=true, > CamelCreatedTimestamp=Wed May 02 10:28:25 WEST 2012}, > Headers:{breadcrumbId=ID-addict--33083-1335950429878-0-17}, > BodyType:String, Body:<snmp></snmp>, Out: null] > I'd expect to see the enterprise-oid > (SNMPv2-MIB::authenticationFailure), agent (1.2.3.4), trap-type (0), > specific-type (coldStart.0), and uptime (10 seconds), it would be nice > to see the IP that the PDU came from as well because not all traps > include a useful agent address. > Interestingly, with SNMP v2 traps I get some of this information in > the body (although no sender IP address): > snmptrap -v 2c -c public localhost:1162 '' > SNMPv2-MIB::authenticationFailure SNMPv2-MIB::sysLocation.0 s "just > here" > [PTransportMapping_0.0.0.0/1162] foo INFO > Exchange[Id:ID-addict-33083-1335950429878-0-20, > ExchangePattern:InOnly, > Properties:{CamelToEndpoint=log://foo?showAll=true, > CamelCreatedTimestamp=Wed May 02 11:33:49 WEST 2012}, > Headers:{breadcrumbId=ID-addict-33083-1335950429878-0-19}, > BodyType:String, > Body:<snmp><entry><oid>1.3.6.1.2.1.1.3.0</oid><value>11 days, > 23:15:58.58</value></entry><entry><oid>1.3.6.1.6.3.1.1.4.1.0</oid><value>1.3.6.1.6.3.1.1.5.5</value></entry><entry><oid>1.3.6.1.2.1.1.6.0</oid><value>just > here</value></entry></snmp>, Out: null] -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira