Thanks Joseph,
As I am testing this I started to realize the same...
I was able to turn on your keep alive... which seems to be for the UA to the server.
I receive the following in the log
sip-0.7.1-devel.js?v=1443710339966:2853 Thu Oct 01 2015 10:41:00 GMT-0400 (EDT) | sip.transport | sending WebSocket message:
sip-0.7.1-devel.js?v=1443710339966:2853 Thu Oct 01 2015 10:41:00 GMT-0400 (EDT) | sip.transport | received WebSocket message with CRLF Keep Alive response
sip-0.7.1-devel.js?v=1443710339966:2853 Thu Oct 01 2015 10:41:09 GMT-0400 (EDT) | sip.transport | sending WebSocket message:
sip-0.7.1-devel.js?v=1443710339966:2853 Thu Oct 01 2015 10:41:09 GMT-0400 (EDT) | sip.transport | received WebSocket message with CRLF Keep Alive response
sip-0.7.1-devel.js?v=1443710339966:2853 Thu Oct 01 2015 10:41:18 GMT-0400 (EDT) | sip.transport | sending WebSocket message:
sip-0.7.1-devel.js?v=1443710339966:2853 Thu Oct 01 2015 10:41:18 GMT-0400 (EDT) | sip.transport | received WebSocket message with CRLF Keep Alive response
sip-0.7.1-devel.js?v=1443710339966:2853 Thu Oct 01 2015 10:41:26 GMT-0400 (EDT) | sip.transport | sending WebSocket message:
However, I am not able to get an event if there is actually a local disconnection.
I listened for the "keepAliveTimeout" on both the UA and the session and they tried disconnecting local Ethernet connection.
YES, I am really looking for an END to END keep alive. I am not sure how to leverage what you have with issue 18.
Thanks