Re: [SR-Users] SIP over WebSockets error: bad request

2013-03-26 Thread Peter Dunkley
tcp_accept_no_cl=yes should always be used when Kamailio is receiving HTTP traffic (the event_route[xhttp:request] is used) as HTTP/1.1 does not use the Content-Length: header if there is no message body (as in the case of the WebSocket handshake). Even when there is a body Content-Length: is not

Re: [SR-Users] SIP over WebSockets error: bad request

2013-03-26 Thread Brad Johns
Hello Peter, Thank you for the quick reply. Yes, that did the trick. Changing "tcp_accept_no_cl" to value of no was the resolution. It seems that the JsSIP Tryit sample code, which I was trying to hack, doesn't use Content-Length in the header. I wonder if this should be changed to set the Con

Re: [SR-Users] SIP over WebSockets error: bad request

2013-03-26 Thread Peter Dunkley
Hello, Check that you have "tcp_accept_no_cl=yes" in your configuration. This is required for Kamailio to parse messages over TCP which do not have "Content-Length:" headers (including HTTP requests). If that doesn't work try running Kamailio with debug output at its highest level (you'll need t