[SNMP4J] SnmpV3 Encryption Provider as Configurable parameter
Hi Frank, Yes I have tried the provider with The Provider positions as 1 and it works. Sorry for the wrong message on this. Thanks Jones ___ SNMP4J mailing list SNMP4J@agentpp.org http://lists.agentpp.org/mailman/listinfo/snmp4j
[SNMP4J] SnmpV3 Encryption Provider as Configurable parameter
Hi Frank,
We would want to change the Cipher encryption provider in our
application used by snmp4j since the Sun JCE provider is heavy weight . But
unfortunately we have not been able to change it without modifying snmp4j since
the Sun JCE provider is considered as the default provider even when we insert
Apache bouncy castle as the first priority provider. Hence it would be good if
we have option to configure the provider as a Configurable parameter in some
property file.
Security.insertProviderAt(new BouncyCastleProvider(), 0);
try {
Cipher alg = Cipher.getInstance(DESede/CBC/NoPadding);
System.out.println(alg.getProvider());
} catch (NoSuchAlgorithmException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (NoSuchPaddingException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
Output :SunJCE version 1.6
And using it as
Cipher alg = Cipher.getInstance(DESede/CBC/NoPadding,BC);
Output :BC version 1.4
Thanks
Jones
___
SNMP4J mailing list
SNMP4J@agentpp.org
http://lists.agentpp.org/mailman/listinfo/snmp4j
[SNMP4J] Response for original request after first retransmission discarded
Hi Frank, We have a case in snmpv3 request where we receive a response for the first request after we have send the first retries. Our timeout for the first request is 8 sec we receive the response after 8 sec for this request hence we discard this message(msgID could not be found in the log). Is this an excepted behavior or the response after the first retries still be processed? Debug log Sending first request 2011-07-18 16:39:21,879 DEBUG [186]-[org.snmp4j.mp.MPv3] Adding cache entry: StateReference[msgID=1307970872,pduHandle=PduHandle[1225850246],securityEngineID=80:00:02:7d:03:00:0e:86:1c:12:17,securityModel=org.snmp4j.security.USM@6dff17b9,securityName=gpon123,securityLevel=3,contextEngineID=80:00:02:7d:03:00:0e:86:1c:12:17,contextName=nt] Sending first retries after 8 sec 2011-07-18 16:39:29,885 DEBUG [Timer-17]-[org.snmp4j.mp.MPv3] Adding cache entry: StateReference[msgID=1307970884,pduHandle=PduHandle[1225850246],securityEngineID=80:00:02:7d:03:00:0e:86:1c:12:17,securityModel=org.snmp4j.security.USM@6dff17b9,securityName=gpon123,securityLevel=3,contextEngineID=80:00:02:7d:03:00:0e:86:1c:12:17,contextName=nt] 2011-07-18 16:39:29,994 DEBUG [Timer-17]-[org.snmp4j.security.USM] getUser(engineID=80:00:02:7d:03:00:0e:86:1c:12:17, securityName=gpon123) Response for first request. We get the response after the second retry so the cache is overridden with the first retry msg. PDUHandle is the key in the map and the retries use the same PDU handle for all retries. This explains the msgID could not be found in the cache and the NoError warnings. 2011-07-18 16:39:31,560 DEBUG [DefaultUDPTransportMapping_192.168.5.12/0]-[org.snmp4j.mp.MPv3] SNMPv3 header decoded: msgId=1307970872, msgMaxSize=65535, msgFlags=07, secModel=3 2011-07-18 16:39:31,561 DEBUG [DefaultUDPTransportMapping_192.168.5.12/0]-[org.snmp4j.security.USM] getUser(engineID=80:00:02:7d:03:00:0e:86:1c:12:17, securityName=gpon123) 2011-07-18 16:39:31,562 DEBUG [DefaultUDPTransportMapping_192.168.5.12/0]-[org.snmp4j.mp.MPv3] RFC3412 §7.2.10 - Received PDU (msgID=1307970872) is a response or internal class message, but cached information for the msgID could not be found 2011-07-18 16:39:31,562 WARN [DefaultUDPTransportMapping_192.168.5.12/0]-[org.snmp4j.MessageDispatcherImpl] noError Thanks Jones ___ SNMP4J mailing list SNMP4J@agentpp.org http://lists.agentpp.org/mailman/listinfo/snmp4j
[SNMP4J] Fw: Response for original request after first retransmission discarded
Hi Frank, We have a case in snmpv3 request where we receive a response for the first request after we have send the first retries. Our timeout for the first request is 8 sec we receive the response after 8 sec for this request hence we discard this message(msgID could not be found in the log). Is this an excepted behavior or the response after the first retries still be processed? Debug log Sending first request 2011-07-18 16:39:21,879 DEBUG [186]-[org.snmp4j.mp.MPv3] Adding cache entry: StateReference[msgID=1307970872,pduHandle=PduHandle[1225850246],securityEngineID=80:00:02:7d:03:00:0e:86:1c:12:17,securityModel=org.snmp4j.security.USM@6dff17b9,securityName=gpon123,securityLevel=3,contextEngineID=80:00:02:7d:03:00:0e:86:1c:12:17,contextName=nt] Sending first retries after 8 sec 2011-07-18 16:39:29,885 DEBUG [Timer-17]-[org.snmp4j.mp.MPv3] Adding cache entry: StateReference[msgID=1307970884,pduHandle=PduHandle[1225850246],securityEngineID=80:00:02:7d:03:00:0e:86:1c:12:17,securityModel=org.snmp4j.security.USM@6dff17b9,securityName=gpon123,securityLevel=3,contextEngineID=80:00:02:7d:03:00:0e:86:1c:12:17,contextName=nt] 2011-07-18 16:39:29,994 DEBUG [Timer-17]-[org.snmp4j.security.USM] getUser(engineID=80:00:02:7d:03:00:0e:86:1c:12:17, securityName=gpon123) Response for first request. We get the response after the second retry is sent so the cache is overridden with the first retry msg. PDUHandle is the key in the map and the retries use the same PDU handle for all retries. This explains the msgID could not be found in the cache and the NoError warnings. 2011-07-18 16:39:31,560 DEBUG [DefaultUDPTransportMapping_192.168.5.12/0]-[org.snmp4j.mp.MPv3] SNMPv3 header decoded: msgId=1307970872, msgMaxSize=65535, msgFlags=07, secModel=3 2011-07-18 16:39:31,561 DEBUG [DefaultUDPTransportMapping_192.168.5.12/0]-[org.snmp4j.security.USM] getUser(engineID=80:00:02:7d:03:00:0e:86:1c:12:17, securityName=gpon123) 2011-07-18 16:39:31,562 DEBUG [DefaultUDPTransportMapping_192.168.5.12/0]-[org.snmp4j.mp.MPv3] RFC3412 §7.2.10 - Received PDU (msgID=1307970872) is a response or internal class message, but cached information for the msgID could not be found 2011-07-18 16:39:31,562 WARN [DefaultUDPTransportMapping_192.168.5.12/0]-[org.snmp4j.MessageDispatcherImpl] noError Thanks Jones ___ SNMP4J mailing list SNMP4J@agentpp.org http://lists.agentpp.org/mailman/listinfo/snmp4j
[SNMP4J] (no subject)
When I tried to request with retries as Zero using snmp4j I get the following error message. However when I tried with retries as one I am able to get the correct response. Can you please suggest what could be wrong here? [DefaultUDPTransportMapping_172.24.135.29/0]-[Snmp] Received response that cannot be matched to any outstanding request, address=172.21.185.32/161, requestID=557003228 Thanks Jones ___ SNMP4J mailing list SNMP4J@agentpp.org http://lists.agentpp.org/mailman/listinfo/snmp4j
