<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>29 apr 2013 kl. 15:01 skrev Steve Totaro <<a href="mailto:stotaro@totarotechnologies.com">stotaro@totarotechnologies.com</a>>:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 29, 2013 at 6:09 AM, Olle E. Johansson <span dir="ltr"><<a href="mailto:oej@edvina.net" target="_blank">oej@edvina.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Friends,<br>
<br>
Now that gulp/pimp_my_sip is merged I think it's time to abandon the funny names and find a more long term solution for the channel name and the dial string identifier. I see no reason to deprecate SIP for chan_sip - I would encourage people running both channels while testing and while the new channel driver is getting stable and up to par. Having to switch between them doesn't make sense when you can run one on 5060 and another on 5080 or something similar.<br>
<br>
Just to start the discussion I propose that we rename the driver to chan_sipng<br>
<br>
and that the identifier in the dial strings become SIPNG/xxxx<br>
<br>
/O<br>
--<br><br></blockquote><div><br></div><div style="">Totally whacky idea, but why not set a variable in sip.conf in the general section, the 'peer' or whatever section (allow= or use=, maybe) </div></div></div></div></blockquote>Not possible.</div><div><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div style=""><br></div>
<div style="">I haven't been following it, but is the end goal to have one sip channel driver all merged together in the end.<br></div></div></div></div></blockquote>That will take many releases.</div><div><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div style=""><br></div><div style="">Maybe I am way off base, but could and would it make sense for endpoints to negotiate as they would a codec?</div></div></div></div></blockquote>By selecting a port, yes.</div><div><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div style=""><br></div><div style="">I would much prefer "fixing" depricated .conf files directly related to the channel driver, such as sip.conf than to have to much around in dialplan when the time comes.</div></div></div></div></blockquote>You can already use global variables as a prefix instead of hard coding "SIP/" or "SIPNG/".</div><div><br></div><div>I would hope that the dial strings and configurations are not fully compatible. Forcing a new implementation to follow the old one would mean</div><div>less progress than we should really have, considering the broken configuration of the current chan_sip. </div><div><br></div><div>We can surely implement scripts to help migration, but that's another issue.</div><div><br></div><div><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div style="">
<br></div><div style="">Again, I may be talking out of turn, just ideas from my understanding of "What it was, what it is, and what it shall be."</div></div></div></div></blockquote>Thanks for the open brainstorm :-)</div><div><br></div><div>Sorry to be negative...</div><div><br></div><div>/O<br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div style=""><br></div><div style="">Thanks,</div><div style="">Steve T</div>
</div><br></div></div>
--<br>_____________________________________________________________________<br>-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">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">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div><br></body></html>