Losing connection with Thread CoAP Google Cloud example

Question

Dear Nordic Support Team, 
 I haven't seen any forum posts directly applicable to the issue I'm seeing so I hope you can point me in the right direction. 
 The basic Thread CoAP Google Cloud example has been working fine, but I noticed a couple of peculiarities. I'm a still using the Thread SDK v4.0.0 as I didn't see there were specific items in the 4.1.0 SDK release to address any of these issues. 
 1) The first issue is that when I leave the network on for some period of time, it seems to not be able to send DTLS application data packets anymore. For example, I would press the buttons to try and increment or decrement the count, but I only see MAC level exchanges. I can see from the sniffer that there are no "DTLS Application Data" exchanges. 
 In order to reconnect I have to power cycle the Thread FTD. It then re-establishes the DTLS connection, then everything is back to normal. How I can I avoid having to do this periodically? 
 2) The second issue is that the network does not seem to recover from a power cycle of the border router. This happens when I have the network unplugged for quite some time. My expectation is that the network should resume from where it left off, but that has not been my experience. I have to re-form the border router using the OTBR web interface, then do a re-flash of the FTD to let it join again. At this point, the network is back and works as per normal. 
 How can I solve these two issues. 
 Thanks for your help in advance.

Jørgen Holmefjord · Accepted Answer

Hi, 
 I did run a test today with sending a "keep-alive message" every 5 seconds (the temperature value at the default interval). This has been running fine on my setup now for ~4 hours. I see you did a similar test before, but I'm not sure if you changed the example to send the temperature to the cloud if it did not change? By default, a CoAP message will only be sent when the temperature changes: 
 if (m_temp != temp)
{
 m_temp = temp;
 coap_publish();
} 
 If you remove the if, the message will be sent every interval. 
 Regarding the CoAP proxy demo, I checked internally with our developers if anyone has experience with Californium and/or the Google proxy demo, but I could not find anyone. I believe that working together with Google support for getting help with this is your best approach. They are the ones that have made the demo and should be able to help you with any issues with setup and configuration. They may also help provide some details on why the cloud/proxy does not inform the end-node about closing the DTLS session. If they require some changes on our end to resolve the issue, we are of course here to help out! 
 Best regards, Jørgen

thread_yoda · Answer

Thanks for your latest reply and all the assistance. I think I will close this ticket for now since we have tried to used some other methods instead of the google proxy demo since that one seems like a dead end.

Losing connection with Thread CoAP Google Cloud example

Top Replies