[SNMP4J] SnmpV3 Encryption Provider as Configurable parameter

2011-11-09 Thread jones vinu
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

2011-10-24 Thread jones vinu
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

2011-07-19 Thread jones vinu
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

2011-07-19 Thread jones vinu


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)

2009-01-15 Thread jones vinu


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