On Tue, Jul 12, 2016 at 12:35 PM, Gregg Reynolds <dev at mobileink.com> wrote:

> I have an Intel Edison and a Dell 3290 gateway (WRLinux) and I'm finding
> that platform and device discovery seem to work, resource discovery often
> does not, and CRUDN ops on a particular resource never work.
>
> This is running server code on the Edison and client code on the gateway.
> I've tried my code, and I've used the sample code, and nothing works
> consistently.  On the other hand running client code on an Ubuntu VM seems
> to talk to a server on the Edison ok.  Mostly.
>

Some followup info.  With logging on, when the client does a get on a
resource I see:

on the client:

53:13.894 DEBUG: OIC_CA_INF_CTR: unicast message to adapter
53:13.894 DEBUG: UQUEUE: Queue Count : 1
53:13.894 DEBUG: OIC_CA_RETRANS: wait..(1000000)microseconds
53:13.894 DEBUG: OIC_CA_QING: wake up thread -2100713728..
53:13.894 DEBUG: OIC_CA_IP_SERVER: IN
53:13.895 INFO: OIC_CA_IP_SERVER: secure unicast ipv4 sendTo is successful:
28 bytes
53:13.895 DEBUG: OIC_CA_QING: wait..
53:14.894 DEBUG: OIC_CA_RETRANS: getCurrentTimeInMicroSeconds IN
53:14.894 DEBUG: OIC_CA_RETRANS: getCurrentTimeInMicroSeconds OUT
53:14.895 DEBUG: OIC_CA_RETRANS: wait..(1000000)microseconds
... repeated ...
53:33.901 DEBUG: OIC_CA_RETRANS: 19592000 microseconds time out!!, tried
count(3)
53:33.901 DEBUG: OIC_CA_RETRANS: retransmission CON data!!, msgid=59482
53:33.901 DEBUG: OIC_CA_INF_CTR: unicast message to adapter
53:33.901 DEBUG: UQUEUE: Queue Count : 1
53:33.901 DEBUG: OIC_CA_RETRANS: max trying count, remove RTCON
data,msgid=59482
53:33.901 DEBUG: OIC_CA_PRTCL_MSG: token len:8
53:33.901 DEBUG: OIC_CA_BWT: BlockID is
53:33.901 DEBUG: OIC_CA_QING: wake up thread -2100713728..
53:33.902 DEBUG: OIC_CA_BWT: C6 B3 CC 76 30 A2 6B F1 FF 8D
53:33.902 DEBUG: OIC_CA_BWT: CARemoveBlockData
53:33.902 DEBUG: OIC_CA_IP_SERVER: IN
53:33.902 INFO: OIC_CA_IP_SERVER: secure unicast ipv4 sendTo is successful:
28 bytes
53:33.902 DEBUG: OIC_CA_QING: wait..
53:33.902 ERROR: CA: parameter is null
53:33.902 DEBUG: UQUEUE: Queue Count : 1
53:33.902 DEBUG: OIC_CA_RETRANS: wait..there is no retransmission data.
53:33.903 DEBUG: OIC_CA_MSG_HANDLE: response callback : 0
53:33.903 INFO: OIC_RI_STACK: Enter HandleCAResponses
53:33.903 DEBUG: OIC_RM_UTIL: IN
53:33.903 ERROR: OIC_RM_UTIL: Invalid input:invalid option
53:33.903 DEBUG: OIC_RI_STACK: Enter OCHandleResponse
53:33.903 INFO: OIC_RI_CLIENTCB: Looking for token
53:33.903 INFO: OIC_RI_CLIENTCB: C6 B3 CC 76 30 A2 6B F1
53:33.903 INFO: OIC_RI_CLIENTCB: Found in callback list
53:33.903 INFO: OIC_RI_CLIENTCB: 2B DD 9B F9 F5 58 C3 F2
53:33.903 INFO: OIC_RI_CLIENTCB: E1 88 C0 75 7C 08 BB 07
53:33.903 INFO: OIC_RI_CLIENTCB: 6C 6A BA 0D 86 08 10 04
53:33.903 INFO: OIC_RI_CLIENTCB: 8A E9 00 73 9C 82 68 15
53:33.903 INFO: OIC_RI_CLIENTCB: C6 B3 CC 76 30 A2 6B F1
53:33.903 INFO: OIC_RI_OBSERVE: Looking for token
53:33.903 INFO: OIC_RI_OBSERVE: C6 B3 CC 76 30 A2 6B F1
53:33.903 INFO: OIC_RI_OBSERVE: Found token:
53:33.904 INFO: OIC_RI_OBSERVE: Observer node not found!!
53:33.904 INFO: OIC_RI_STACK: There is a cbNode associated with the
response token
53:33.904 INFO: OIC_RI_STACK: Receiving A Timeout for this token
53:33.904 INFO: OIC_RI_STACK: Calling into application address space
53:33.904 INFO: OIC_RI_CLIENTCB: Deleting token
53:33.904 INFO: OIC_RI_CLIENTCB: C6 B3 CC 76 30 A2 6B F1
53:33.904 DEBUG: OIC_CA_CONN_MGR: CADestroyToken
53:33.904 DEBUG: OIC_CA_CONN_MGR: OUT
53:33.904 INFO: OIC_RI_CLIENTCB: Deleting callback with uri /geras/led
53:33.904 INFO: OIC_RI_STACK: Exit HandleCAResponses
53:33.904 DEBUG: OIC_CA_MSG_HANDLE: CADestroyData IN
53:33.904 DEBUG: OIC_CA_MSG_HANDLE: CADestroyData OUT
onGetFailed
53:33.913 DEBUG: OIC-JNI: ~JniOnGetListener
53:33.913 INFO: OIC-JNI: OnEventListener is removed


On the server:

53:13.909111000 ERROR: OIC_CA_IP_SERVER: Encrypted message but no DTLS

Notice the "secure unicast" bit on the client as well as the Encrypted bit
on the server.  I did not build with SECURED=1; why am I seeing that?

Thanks,

Gregg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160714/e70b8d10/attachment.html>

Reply via email to