<div dir="ltr">All right, fair enough. I have a sip.js test page and I'll try driving sufficient volume through it and my jssip test page to see if I can reproduce the issue on either.<div><br></div><div>Speaking for myself, some of the reasons I stayed on jssip so far (and of course reasonable people can disagree :-)) are</div><div><br></div><div>1. I started using it before the fork, they are the original and a certain amount of loyalty is important as long as you can afford it</div><div>2. It largely works for my use cases</div><div>3. In at least some cases when JsSIP did not work with FS but sip.js did, it was because sip.js hid a bug in FS with a workaround that resulted in a less severe but harder to detect error.</div><div>4. As Michael said, SIP in general is not ideal for WebRTC, so instead of switching between jssip and sip.js I am waiting for the right moment (on our roadmap) to go to Verto.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 22, 2015 at 12:54 PM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">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. Every single person i have mentioned this to has for whatever reason resisted changing to sip.js. Everyone has eventually switched to use sip.js and all of the issues they were reporting have disappeared once switching. 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. 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. 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. Furthermore, the entire concept of sip in javascript is not particularly useful. 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. We highly recommend using verto instead of sip to communicate with webrtc.<div><br></div><div>Mike<div><div class="h5"><br><div><div><br></div><div><br><div><blockquote type="cite"><div>On Jun 22, 2015, at 3:36 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com" target="_blank">olegstolyar@gmail.com</a>> wrote:</div><br><div><div dir="ltr">Ah, got it. My bad.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 22, 2015 at 12:28 PM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">0 is not an attribute id, its a port. <div><div><div><br><div><blockquote type="cite"><div>On Jun 22, 2015, at 3:15 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com" target="_blank">olegstolyar@gmail.com</a>> wrote:</div><br><div><div dir="ltr">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? <div><br></div><div>If so, that's all I was asking! I'll try to fix it from the browser/JS end then.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 22, 2015 at 12:09 PM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">It is absolutely manipulated by the library. Regardless, your issue is on the browser side, not the freeswitch side, you will need to figure out why it is sending that.<div><div><div><br></div><div><br><div><blockquote type="cite"><div>On Jun 22, 2015, at 2:50 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com" target="_blank">olegstolyar@gmail.com</a>> wrote:</div><br><div><div dir="ltr">OK, thanks. 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. It's not really feasible just to test this one case.<div><br></div><div>From everything I could find, my understanding is that the m= line is created by Chrome and not manipulated by the library.</div><div><br></div><div>I think the question is this: Is 0 a valid value for an attribute ID. Unless it's explicitly forbidden by some RFP, I don't see why it wouldn't be. If it is, then shouldn't FS handle it?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 22, 2015 at 11:39 AM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">it is manipulated by the js library.<div><div><div><br><div><blockquote type="cite"><div>On Jun 22, 2015, at 2:29 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com" target="_blank">olegstolyar@gmail.com</a>> wrote:</div><br><div><div dir="ltr">Isn't SDP created by Chrome rather than the SIP JS library?</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 22, 2015 at 11:25 AM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">see if you get the same results with sip.js instead of jssip.<div><div><div><br><div><blockquote type="cite"><div>On Jun 22, 2015, at 2:20 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com" target="_blank">olegstolyar@gmail.com</a>> wrote:</div><br><div><div dir="ltr">The client is sending this to Freeswitch.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 22, 2015 at 11:15 AM, Michael Jerris <span dir="ltr"><<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">is that the client sending that or freeswitch?<div><div><div><br><div><blockquote type="cite"><div>On Jun 22, 2015, at 2:09 PM, Oleg Stolyar <<a href="mailto:olegstolyar@gmail.com" target="_blank">olegstolyar@gmail.com</a>> wrote:</div><br><div><div dir="ltr">Thanks Brian, this makes a lot of sense. Snippets from SDP in these problem cases look like this:<div><div> m=audio 0 RTP/SAVPF 111 103 104 9 0 8 106 105 13 126</div><div> c=IN IP4 10.198.149.58</div><div> a=rtcp:0 IN IP4 10.198.149.58</div></div><div><br></div><div>While good INVITES have this:</div><div><div> m=audio 50937 RTP/SAVPF 111 103 104 9 0 8 106 105 13 126</div><div> c=IN IP4 10.198.149.35</div><div> a=rtcp:50937 IN IP4 10.198.149.35</div></div><div><br></div><div>Looks like it happens when the first parameter in m=audio is 0 even though there is a seemingly valid attribute 0 present. Should 0 be handled? If so, is this an FS bug?</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 22, 2015 at 10:31 AM, Brian West <span dir="ltr"><<a href="mailto:brian@freeswitch.org" target="_blank">brian@freeswitch.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">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. Do you ever see device or permission error?</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Mon, Jun 22, 2015 at 12:29 PM, Oleg Stolyar <span dir="ltr"><<a href="mailto:olegstolyar@gmail.com" target="_blank">olegstolyar@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Hi guys,<div><br></div><div>I am calling FreeSWITCH from Chrome with WebRTC (JsSip). It works great but occasionally (much less than 1%) FreeSWITCH does this when trying to execute answer. I cannot reproduce it at will, so just collecting data from production logs. Is there some way I can find out what exactly makes FS unhappy?</div><div><br></div><div><div>EXECUTE <a href="mailto:sofia/leia_agent/anonymous@anonymous.invalid" target="_blank">sofia/leia_agent/anonymous@anonymous.invalid</a> answer()</div><div>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">sofia/leia_agent/anonymous@anonymous.invalid</a> [BREAK]</div><div>2015-06-22 16:04:53.414528 [NOTICE] switch_channel.c:3750 Hangup <a href="mailto:sofia/leia_agent/anonymous@anonymous.invalid" target="_blank">sofia/leia_agent/anonymous@anonymous.invalid</a> [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]</div><div>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">sofia/leia_agent/anonymous@anonymous.invalid</a> [KILL]<br></div><div><br></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></div></div></div></div></div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>