1 Sep 2011 16:18
4 Sep 2011 22:24
Passphrase initialization issue
I'm having strange issues when setting the passphrases, the following
works (traps are sent, and recevied ok):
protected void addUsmUser(USM usm) {
UsmUser user = new UsmUser(new OctetString(getSsecurityName()),
AuthSHA.ID,
new OctetString("my_password"),
PrivAES128.ID,
new OctetString("my_password"));
usm.addUser(user.getSecurityName(), usm.getLocalEngineID(), user);
}
While the following does not work:
private String getMyPassword() {
return "my_password";
}
protected void addUsmUser(USM usm) {
UsmUser user = new UsmUser(new OctetString(getSsecurityName()),
AuthSHA.ID,
new OctetString(getMyPassword()),
PrivAES128.ID,
new OctetString(getMyPassword()));
usm.addUser(user.getSecurityName(), usm.getLocalEngineID(), user);
}
In other words, when using a hardcoded password to initialize the
OctetString everything works ok, and when the OctetString is initialized
by a String variable with the same value it does not work. What am I
missing?
(Continue reading)
5 Sep 2011 08:32
6 Sep 2011 15:46
About multi-threaded message dispatcher
Hi Frank, I am modifying my carrier-grade EMS to use SNMP4J SNMP stack instead of JoeSNMP. While trying to understand the best way to use SNMP4J, I came across the posting http://fixunix.com/snmp/65687-programming-java-using-snmp.html#post211773. You replied to the posting as follows. "....SNMP4J is already designed for multi-threaded environments and so there is no advantage by creating a session for each target. Instead using a single session and optionally plugging in the multi-threaded message dispatcher is much better...... I have discussed the above scenario several times in the SNMP4J mailing list - just in case you are interested in the details...." I quickly checked SNMP4J mailing list and did not find the scenario being discussed. Can you pl help me identifying the relevant posting in SNMP4J mailing list? Appreciate any help in this regard. -- -- Regards, Narasimha Murthy x825 | +91-96502-10355
6 Sep 2011 15:48
About multi-threaded message dispatcher
Dear Frank, I am modifying my carrier-grade EMS to use SNMP4J SNMP stack instead of JoeSNMP. While trying to understand the best way to use SNMP4J in my carrier-grade EMS, I came across the posting http://fixunix.com/snmp/65687-programming-java-using-snmp.html#post211773. You replied to the posting as follows. "....SNMP4J is already designed for multi-threaded environments and so there is no advantage by creating a session for each target. Instead using a single session and optionally plugging in the multi-threaded message dispatcher is much better...... I have discussed the above scenario several times in the SNMP4J mailing list - just in case you are interested in the details...." I quickly checked SNMP4J mailing list and did not find the scenario being discussed. Can you pl help me in identifying the relevant posting in SNMP4J mailing list? Appreciate any help in this regard. -- -- Regards, Narasimha Murthy x825 | +91-96502-10355
6 Sep 2011 22:28
Re: Passphrase initialization issue
Hi,
I cannot imagine that there is really the issue you are describing.
Are you sure, you do not mix up localized passwords from
non-localized?
Best regards,
Frank
Am 04.09.2011 22:24, schrieb Ole Karlson:
> I'm having strange issues when setting the passphrases, the following
> works (traps are sent, and recevied ok):
>
> protected void addUsmUser(USM usm) {
> UsmUser user = new UsmUser(new OctetString(getSsecurityName()),
> AuthSHA.ID,
> new OctetString("my_password"),
> PrivAES128.ID,
> new OctetString("my_password"));
> usm.addUser(user.getSecurityName(), usm.getLocalEngineID(), user);
> }
>
> While the following does not work:
> private String getMyPassword() {
> return "my_password";
> }
>
> protected void addUsmUser(USM usm) {
> UsmUser user = new UsmUser(new OctetString(getSsecurityName()),
> AuthSHA.ID,
(Continue reading)
9 Sep 2011 10:09
egpNeighborLoss missing in org.snmp4j.PDUv1?
Hi!
Short question: Is there a special reason the { snmpTraps 6 } is
missing as a constant in org.snmp4j.PDUv1?
I am far away from being a SNMP specialist and after some research i
think there are two versions of the SNMPv2-MIB. In the first one
egpNeighborLoss is defined, in the second one there is a comment
saying
-- Note the egpNeighborLoss notification is defined
-- as { snmpTraps 6 } in RFC 1213
but in RFC 1213 i could not find anything about the egpNeighborLoss trap.
Any hint is appreciated.
BR
Kai
13 Sep 2011 16:36
download snmp4j
I'm trying to download snmp4j using ivy. But I'm running in problems The URL is https://server.oosnmp.net/dist/release/[organisation]/[module]/[revision]/[artifact]-[revision].[ext]. The parts after /release are not very important, they are ivy's things. The first problem is the use of https. The guys at oosnmp use SSL, but with a invalid certificate, so ivy fails with the message : [ivy:install] Server access Error: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target url=https://server.oosnmp.net/dist/release/org/snmp4j/snmp4j/1.11.3/snmp4j-1.11.3.jar The certificate is wrong to Safari and Firefox too. Is there really a need for SSL here ? And I didn't found any way to contact the oosnmp peoples. They have a jira, but it's a closed one. To work around this problem I put it in a custom java keystore, but then if failed with the message : [ivy:install] [FAILED ] org.snmp4j#snmp4j;1.11.3!snmp4j.jar: invalid sha1: expected=4c449cdbe47cfb0dde407816c7cc361c84312ab9 computed=798485e7e0101bd1b4c88fd981327d0c3c6252c0 (232ms) The maven upload seems to be problematic. I tried with other versions, it's not better.
13 Sep 2011 16:43
Sync artifacts to Maven Central
Hello snmp4j community, I'm using Apache Maven as build tool and to obtain snmp4j binaries I'm using https://server.oosnmp.net/dist/release as a repository. There is a problem with server certificate, it's not signed directly by a common Java trusted certificate authority CA, there is a additional certificate in the chain which is not trusted. To have Maven to be able to access snmp4j repo, this certificate needs to be added to trusted ones, on every developers machine. Also, having additional repository in list of repositories slows down a build since it will be consulted if it contains build dependencies, and it contains only one, snmp4j. It is great that there is snmp4j Maven repository, thanks for providing it and publishing Maven artifacts at all, but IMO it would be much better if artifacts from snmp4j repository would be synced to Maven central. Then snmp4j users which use Maven as build tool would not have to configure any additional repository in their build scripts, also no certificate issues, and it would improve build time. AFAIK it's enough to create a ticket on either https://issues.sonatype.org/browse/OSSRH or https://issues.sonatype.org/browse/MVNCENTRAL JIRA, and Sonatype will configure syncing. I read now that they prefer using (publishing project artifacts to) approved repositories (see http://maven.apache.org/guides/mini/guide-central-repository-upload.html#Approved_Repository_Hosting) instead of syncing project specific repositories to Central, but I syncing is still an option.(Continue reading)
13 Sep 2011 17:14
Re: Sync artifacts to Maven Central
Le 13 sept. 2011 à 16:43, Stevo Slavić a écrit : > > AFAIK it's enough to create a ticket on either > https://issues.sonatype.org/browse/OSSRH or > https://issues.sonatype.org/browse/MVNCENTRAL JIRA, and Sonatype will > configure syncing. I read now that they prefer using (publishing > project artifacts to) approved repositories (see > http://maven.apache.org/guides/mini/guide-central-repository-upload.html#Approved_Repository_Hosting) > instead of syncing project specific repositories to Central, but I > syncing is still an option. More informations can be found here : https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide I have just finished a maven synching for another project, it's quite straightforward it you're already using maven for the build process. _______________________________________________ SNMP4J mailing list SNMP4J <at> agentpp.org http://lists.agentpp.org/mailman/listinfo/snmp4j
RSS Feed