<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Just to make this as completely clear as possible, as this is the 4th or 5th thread on a similar issue. JSSIP IS KNOWN TO BE BROKEN AND DOES NOT RELIABLY WORK FOR ANYONE I HAVE SEEN POST ABOUT IT. &nbsp;Every single person i have mentioned this to has for whatever reason resisted changing to sip.js. &nbsp;Everyone has eventually switched to use sip.js and all of the issues they were reporting have disappeared once switching. &nbsp;Sip.js is a fork of jssip which fixed many of the issues found in jssip, and it is nearly api compatible, and they have a documented guide for how to switch. &nbsp;If anyone is having an issue with jssip, the first thing I am going to ask is if the same issue happens on sip.js. &nbsp;We are not going to spend any time trying to troubleshoot an issue with another piece of software that we have a long line of people acknowledging is fundamentally broken. &nbsp;Furthermore, the entire concept of sip in javascript is not particularly useful. &nbsp;We have spent the time to write an alternate endpoint, verto, which addresses many of the feature and fundamental design problems with the js sip support. &nbsp;We highly recommend using verto instead of sip to communicate with webrtc.<div class=""><br class=""></div><div class="">Mike<br class=""><div class=""><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jun 22, 2015, at 3:36 PM, Oleg Stolyar &lt;<a href="mailto:olegstolyar@gmail.com" class="">olegstolyar@gmail.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Ah, got it.&nbsp; My bad.</div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Jun 22, 2015 at 12:28 PM, Michael Jerris <span dir="ltr" class="">&lt;<a href="mailto:mike@jerris.com" target="_blank" class="">mike@jerris.com</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">0 is not an attribute id, its a port. &nbsp;<div class=""><div class="h5"><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jun 22, 2015, at 3:15 PM, Oleg Stolyar &lt;<a href="mailto:olegstolyar@gmail.com" target="_blank" class="">olegstolyar@gmail.com</a>&gt; wrote:</div><br class=""><div class=""><div dir="ltr" class="">Michael, so you are saying that 0 is not a valid attribute ID and FS is doing the right thing by not handling it, right? &nbsp;<div class=""><br class=""></div><div class="">If so, that's all I was asking!&nbsp; I'll try to fix it from the browser/JS end then.</div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Jun 22, 2015 at 12:09 PM, Michael Jerris <span dir="ltr" class="">&lt;<a href="mailto:mike@jerris.com" target="_blank" class="">mike@jerris.com</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">It is absolutely manipulated by the library.&nbsp; Regardless, your issue is on the browser side, not the freeswitch side, you will need to figure out why it is sending that.<div class=""><div class=""><div class=""><br class=""></div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jun 22, 2015, at 2:50 PM, Oleg Stolyar &lt;<a href="mailto:olegstolyar@gmail.com" target="_blank" class="">olegstolyar@gmail.com</a>&gt; wrote:</div><br class=""><div class=""><div dir="ltr" class="">OK, thanks.&nbsp; Since this is not reproducible at will, the only way for me to try it with sip.js is to release sip.js into production.&nbsp; It's not really feasible just to test this one case.<div class=""><br class=""></div><div class="">From everything I could find, my understanding is that the m= line is created by Chrome and not manipulated by the library.</div><div class=""><br class=""></div><div class="">I think the question is this: &nbsp;Is 0 a valid value for an attribute ID.&nbsp; Unless it's explicitly forbidden by some RFP, I don't see why it wouldn't be.&nbsp; If it is, then shouldn't FS handle it?</div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Jun 22, 2015 at 11:39 AM, Michael Jerris <span dir="ltr" class="">&lt;<a href="mailto:mike@jerris.com" target="_blank" class="">mike@jerris.com</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">it is manipulated by the js library.<div class=""><div class=""><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jun 22, 2015, at 2:29 PM, Oleg Stolyar &lt;<a href="mailto:olegstolyar@gmail.com" target="_blank" class="">olegstolyar@gmail.com</a>&gt; wrote:</div><br class=""><div class=""><div dir="ltr" class="">Isn't SDP created by Chrome rather than the SIP JS library?</div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Jun 22, 2015 at 11:25 AM, Michael Jerris <span dir="ltr" class="">&lt;<a href="mailto:mike@jerris.com" target="_blank" class="">mike@jerris.com</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">see if you get the same results with sip.js instead of jssip.<div class=""><div class=""><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jun 22, 2015, at 2:20 PM, Oleg Stolyar &lt;<a href="mailto:olegstolyar@gmail.com" target="_blank" class="">olegstolyar@gmail.com</a>&gt; wrote:</div><br class=""><div class=""><div dir="ltr" class="">The client is sending this to Freeswitch.</div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Jun 22, 2015 at 11:15 AM, Michael Jerris <span dir="ltr" class="">&lt;<a href="mailto:mike@jerris.com" target="_blank" class="">mike@jerris.com</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">is that the client sending that or freeswitch?<div class=""><div class=""><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jun 22, 2015, at 2:09 PM, Oleg Stolyar &lt;<a href="mailto:olegstolyar@gmail.com" target="_blank" class="">olegstolyar@gmail.com</a>&gt; wrote:</div><br class=""><div class=""><div dir="ltr" class="">Thanks Brian, this makes a lot of sense.&nbsp; Snippets from SDP in these problem cases look like this:<div class=""><div class="">&nbsp; &nbsp;m=audio 0 RTP/SAVPF 111 103 104 9 0 8 106 105 13 126</div><div class="">&nbsp; &nbsp;c=IN IP4 10.198.149.58</div><div class="">&nbsp; &nbsp;a=rtcp:0 IN IP4 10.198.149.58</div></div><div class=""><br class=""></div><div class="">While good INVITES have this:</div><div class=""><div class="">&nbsp; &nbsp;m=audio 50937 RTP/SAVPF 111 103 104 9 0 8 106 105 13 126</div><div class="">&nbsp; &nbsp;c=IN IP4 10.198.149.35</div><div class="">&nbsp; &nbsp;a=rtcp:50937 IN IP4 10.198.149.35</div></div><div class=""><br class=""></div><div class="">Looks like it happens when the first parameter in m=audio is 0 even though there is a seemingly valid attribute 0 present.&nbsp; Should 0 be handled?&nbsp; If so, is this an FS bug?</div><div class=""><br class=""></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Jun 22, 2015 at 10:31 AM, Brian West <span dir="ltr" class="">&lt;<a href="mailto:brian@freeswitch.org" target="_blank" class="">brian@freeswitch.org</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="">See the logs with the offer and look at the codec parsing, without this its really hard to tell what is going on, it could be an issue in chrome.&nbsp; Do you ever see device or permission error?</div><div class="gmail_extra"><br class=""><div class="gmail_quote"><div class=""><div class="">On Mon, Jun 22, 2015 at 12:29 PM, Oleg Stolyar <span dir="ltr" class="">&lt;<a href="mailto:olegstolyar@gmail.com" target="_blank" class="">olegstolyar@gmail.com</a>&gt;</span> wrote:<br class=""></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><div class=""><div dir="ltr" class="">Hi guys,<div class=""><br class=""></div><div class="">I am calling FreeSWITCH from Chrome with WebRTC (JsSip).&nbsp; It works great but occasionally (much less than 1%) FreeSWITCH does this when trying to execute answer.&nbsp; I cannot reproduce it at will, so just collecting data from production logs.&nbsp; Is there some way I can find out what exactly makes FS unhappy?</div><div class=""><br class=""></div><div class=""><div class="">EXECUTE <a href="mailto:sofia/leia_agent/anonymous@anonymous.invalid" target="_blank" class="">sofia/leia_agent/anonymous@anonymous.invalid</a> answer()</div><div class="">2015-06-22 16:04:53.414528 [DEBUG] switch_core_session.c:912 Send signal <a href="mailto:sofia/leia_agent/anonymous@anonymous.invalid" target="_blank" class="">sofia/leia_agent/anonymous@anonymous.invalid</a> [BREAK]</div><div class="">2015-06-22 16:04:53.414528 [NOTICE] switch_channel.c:3750 Hangup <a href="mailto:sofia/leia_agent/anonymous@anonymous.invalid" target="_blank" class="">sofia/leia_agent/anonymous@anonymous.invalid</a> [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]</div><div class="">2015-06-22 16:04:53.414528 [DEBUG] switch_channel.c:3242 Send signal <a href="mailto:sofia/leia_agent/anonymous@anonymous.invalid" target="_blank" class="">sofia/leia_agent/anonymous@anonymous.invalid</a> [KILL]<br class=""></div><div class=""><br class=""></div></div></div>
</div></div></blockquote></div></div></blockquote></div></div></div></blockquote></div></div></div></div></div></blockquote></div></div></div></blockquote></div></div></div></div></div></blockquote></div></div></div></blockquote></div></div></div></div></div></blockquote></div></div></div></blockquote></div></div></div></div></div></blockquote></div></div></div></blockquote></div></div></div></div></div></blockquote></div></div></div></blockquote></div><br class=""></div></div></div></body></html>