<div dir="ltr">From my original email:<div><br></div><div>"""</div><div><div dir="auto" style="font-size:12.8px">So one of the things that is needed to finally put Chan sip to bed is feature parody.  Someone brought up CCSS.</div><div dir="auto" style="font-size:12.8px">What features do you feel you would lose going from chan_sip to pjsip.</div><div dir="auto" style="font-size:12.8px">Are there any bugs in pjsip that keep you from migrating? </div></div><div dir="auto" style="font-size:12.8px">"""</div><div><br></div><div>To clear up the tl;dr was what needs to happen to get you to convert.  </div><div><br></div><div>The goal of this was to find the path that gets us to the goal of wide spread adoption of pjsip.  Pjsip seems to get a lot of criticism but most of it is not constructive.   There needs to be constructive feed back that is better thought out than "it sucks" or "it is buggy".</div><div><br></div><div>What is it YOU are missing to transition?</div><div><br></div><div>Documentation? Is there something not covered?</div><div><br></div><div><a href="https://wiki.asterisk.org/wiki/display/AST/Configuring+res_pjsip">https://wiki.asterisk.org/wiki/display/AST/Configuring+res_pjsip</a><br></div><div><a href="https://wiki.asterisk.org/wiki/display/AST/Migrating+from+chan_sip+to+res_pjsip">https://wiki.asterisk.org/wiki/display/AST/Migrating+from+chan_sip+to+res_pjsip</a><br></div><div><br></div><div>Bugs? </div><div>Sean did <a href="https://issues.asterisk.org/jira/browse/ASTERISK-27309" rel="noreferrer" target="_blank" style="font-size:12.8px">https://issues.asterisk.org/ji<wbr>ra/browse/ASTERISK-27309</a></div><div>Is there any specific open bugs of concern?</div><div>Do you have a reproducible unreported bug?</div><div>Do you have a feature in chan_sip that doesn't exist in pjsip that is not in sean's ticket?</div><div> <br></div><div>Help the developers help you. Documentation was mentioned at devcon and in this post. </div><div>Again if there is something NOT on the wiki, or something that needs to be stripped down to simpler terms bring it up so someone can write it.</div><div><br></div><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 10, 2017 at 2:40 PM, Matt Fredrickson <span dir="ltr"><<a href="mailto:creslin@digium.com" target="_blank">creslin@digium.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="gmail-">On Sun, Oct 8, 2017 at 2:00 PM, Seán C. McCord <span dir="ltr"><<a href="mailto:ulexus@gmail.com" target="_blank">ulexus@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">As James mentioned at the top, chan_sip is already de facto deprecated.   The discussion (at devcon) was centered around making it _officially_ deprecated.<div><br></div><div>For clarity, deprecation is NOT the same thing as removal.  (It is also not depreciation, the reduction in value of something.)  Deprecation is the declaration that something is not approved.  Using chan_sip has not been recommended for a long time.</div><div><br></div><div>It _is_ important to officially deprecate chan_sip because it is really isn't being maintained as it would otherwise need to be.  There is no reasonable way _to_ maintain it.   Users should _know_ of that status, and that status is highly unlikely to change. </div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>What is _also_ needed, however, is more use of PJSIP and reports of  specific problems, and specific deficits of PJSIP so that the fear can be eased before, at some point many years from now, chan_sip just doesn't work any more.</div></div></blockquote><div><br></div></span><div>I think it's probably premature to conclude that marking chan_sip deprecation is the right answer at this time.  I would argue that there are many more modules in Asterisk's code base that have less maintenance than chan_sip but are still permitted to be there.</div><div><br></div><div>I do think that the exercise of finding problematic scenarios and missing features is useful right now, as it allows us to continue to improve chan_pjsip and see if there are problematic scenarios or missing critical features.  But my point of view is what I have already said - it is premature to mark it as deprecated.</div><div><br></div><div>Matthew Fredrickson</div><div><div class="gmail-h5"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>  </div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div></div><div class="gmail-m_-9080856647425674593HOEnZb"><div class="gmail-m_-9080856647425674593h5"><br><div class="gmail_quote"><div dir="ltr">On Sun, Oct 8, 2017 at 12:56 PM Troy Bowman <<a href="mailto:troy@lump.net" target="_blank">troy@lump.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I sincerely hope they don't deprecate it.  The pjsip code might seem fine in development and test environments, but I am still afraid of using it in production.  I see too many issues with it regularly on this list.  I can't gamble stability versus my job security.<div><br></div><div>From my perspective, chan_sip doesn't get bugfixes because it doesn't seem to need them.  It just works.  I have had zero issues with it for several years.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 8, 2017 at 8:55 AM, James Finstrom <span dir="ltr"><<a href="mailto:jfinstrom@gmail.com" target="_blank">jfinstrom@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">One does not simply depricate a sip stack.<div dir="auto"><br></div><div dir="auto">Ok so at devcon there was a discussion of depricating chan_sip. This may sound a lot worse than it actually is. Chan_sip has been essentially untouched in 4ish years. It does not receive bug fixes. It is just sort of a barge floating in the ocean. </div><div dir="auto"><br></div><div dir="auto">So one of the things that is needed to finally put Chan sip to bed is feature parody.  Someone brought up CCSS.</div><div dir="auto"><br></div><div dir="auto">What features do you feel you would lose going from chan_sip to pjsip.</div><div dir="auto"><br></div><div dir="auto">Are there any bugs in pjsip that keep you from migrating? </div></div>
<br>--<br>
______________________________<wbr>______________________________<wbr>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailm<wbr>an/listinfo/asterisk-dev</a><br></blockquote></div><br></div>
--<br>
______________________________<wbr>______________________________<wbr>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailm<wbr>an/listinfo/asterisk-dev</a></blockquote></div></div></div><span class="gmail-m_-9080856647425674593HOEnZb"><font color="#888888"><div dir="ltr">-- <br></div><div class="gmail-m_-9080856647425674593m_-8076992810901225301gmail_signature"><div dir="ltr">Seán C McCord<div>CyCore Systems, Inc</div><div><a href="tel:(888)%20240-0308" value="+18882400308" target="_blank">+1 888 240 0308</a></div><div>PGP/GPG: <a href="http://cycoresys.com/scm.asc" target="_blank">http://cycoresys.com/scm.asc</a></div></div></div>
</font></span><br>--<br>
______________________________<wbr>______________________________<wbr>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailm<wbr>an/listinfo/asterisk-dev</a><br></blockquote></div></div></div><span class="gmail-HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div class="gmail-m_-9080856647425674593gmail_signature"><div dir="ltr"><div>Matthew Fredrickson<br>Digium, Inc. | Engineering Manager<br>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div></div></div>
</font></span></div></div>
<br>--<br>
______________________________<wbr>______________________________<wbr>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/<wbr>mailman/listinfo/asterisk-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">James </div></div>
</div></div></div>