<div dir="ltr"><div dir="ltr">So, we now have a fix for this. Here's a summary of the error we were seeing and the solution in case it's useful to anybody else.</div><div dir="ltr"><br></div><div>The problem we were seeing was a SIP message failing to parse and raising errors. This was particularly problematic for us when it was a REGISTER failing. Looking at the error message we could see that there seemed to be a fragment of another message tagged onto the front of the SIP message, which was the source of the parsing error:</div><div><br></div><div>ERROR:core:parse_msg: message=<Contact: <<a href="http://sip:1234@abc.def.com:5060/" target="_blank">sip:1234@abc.def.com:5060</a>>#015#012User-Agent: MWWRTC 3.4.21042#015#012Accept: application/sdp,application/dtmf-relay,text/plain#015#012SIP/2.0 200 OK#015#012Via: SIP/2.0/TCP 192.168.1.23:5060;received=192.168.1.23;rport=42385;branch=z9hG4bK22a8.4fa6d127.0;i=b4986fe4#015#012Via: SIP/2.0/WSS 98kaag0xmybq.invalid;received=4.56.78.110;branch=z9hG4bKU6O3fJQGeLvuACMTXTArJgJW73rOD5dU;rport=52570#015#012From: <<a href="mailto:sip%3A1234@abc.def.com" target="_blank">sip:1234@abc.def.com</a>>;tag=Lyk010G476K7xcKrE84M#015#012To: <<a href="mailto:sip%3A1234@abc.def.com" target="_blank">sip:1234@abc.def.com</a>>;tag=af78-6213d386c3edcd02707b0c0aa8423d3a#015#012Call-ID: 666b5e7c-cef3-f306-4b79-60d3160dc5d0#015#012CSeq: 28825 REGISTER#015#012Contact: <sips:1234@98kaag0xmybq.invalid;transport=wss>;expires=60;received="sip:<a href="http://4.56.78.110:52570/" target="_blank">4.56.78.110:52570</a>"#015#012Server: OpenSIPS (3.1.1 (x86_64/linux))#015#012Content-Length: 0#015#012#015#012><br></div><div><br></div><div>On investigation, we found that our webphone had a bug when responding to OPTIONS messages. It included a blank line partway through the 200 OK message - e.g.</div><div><br></div><div>SIP/2.0 200 OK<br>Via: SIP/2.0/WSS 192.168.1.23:2096;branch=z9hG4bKa9ef.4dec8f71.0;i=6a378c51<br>Via: SIP/2.0/TCP 192.168.1.23:5060;rport=37493;received=192.168.1.23;branch=z9hG4bK8da5c944<br>From: <a href="mailto:sip%3Apinger@192.168.1.23">sip:pinger@192.168.1.23</a>;tag=8b54f607<br>To: sip:<a href="http://4.56.78.110:52570">4.56.78.110:52570</a><br>Call-ID: <a href="mailto:0003168-8da5c944-5d2@192.168.1.23">0003168-8da5c944-5d2@192.168.1.23</a><br>CSeq: 1 OPTIONS<br>Max-Forwards: 68<br>Content-Length: 0<br><br>Contact: <<a href="http://sip:1234@abc.def.com:5060">sip:1234@abc.def.com:5060</a>><br>User-Agent: MWWRTC 3.4.21042<br>Accept: application/sdp,application/dtmf-relay,text/plain<br></div><div><br></div><div><br></div><div>...this meant that the lines from "Contact" onwards were being seen as the start of a new message, and hence tagged onto whatever SIP message arrived next.</div><div><br></div><div>The solution was raising a bug to get the webphone supplier to fix the problem. Now we have a new version, the problem no longer occurs :)</div><div><br></div><div><br></div></div>