<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>2 okt 2013 kl. 17:29 skrev Jorj Bauer <<a href="mailto:jorj@isc.upenn.edu">jorj@isc.upenn.edu</a>>:</div><br class="Apple-interchange-newline"><blockquote type="cite">It seems to me that this would be more flexible and useful if, instead of using rtpproxy to provide audio, it specified a URI for early media and send out appropriate UPDATEs. Using rtpproxy feels like an unnecessary hack (albeit one that simplifies the signaling).<br></blockquote><div><br></div>It's functionality we've been missing and the ability to play stuff with RTPproxy is already used in Kamailio. I like your idea too. I suggest that you open a wiki page where we can list "future ideas" for this module.</div><div><br></div><div>/O<br><blockquote type="cite"><br>- Jorj<br><br><br>On Oct 2, 2013, at 11:19 AM, Robert Boisvert <<a href="mailto:rdboisvert@gmail.com">rdboisvert@gmail.com</a>><br> wrote:<br><br><blockquote type="cite">All,<br><br>These are good comments and very helpful. In response, …<br><br>The naming decision came up early in the design process and I concluded<br>that queue is too generic. I thought of “callqueue” but decided against it<br>since there are many ways to put calls into queues and I didn’t want to<br>conflict with future modules which might have their own “call queues”. I<br>used “mohqueue” because it is concise and hopefully makes the function more<br>apparent. I could call it “MOHqueue” if that makes the “MOH” part stand<br>out more.<br><br>Using the payload number was not my choice but is the way Sippy RTPproxy<br>works. Like others, (<br><a href="http://lists.sip-router.org/pipermail/sr-users/2011-July/069391.html">http://lists.sip-router.org/pipermail/sr-users/2011-July/069391.html</a>) I<br>found this out by going directly into the source code. If I am wrong in<br>this conclusion, please help me get it right.<br><br>Being able to choose a specific call out of queue is very flexible, but<br>under what circumstances would this feature be useful?<br><br>xavp is a useful extension and something to consider for the future. I was<br>in a hurry to meet deadlines so I chose what worked best in the current<br>environment.<br><br>I will adjust the comment about request routes. I appreciate the help with<br>documentation since it is just as important as the code.<br><br>Thanks,<br>Bob<br>_______________________________________________<br>sr-dev mailing list<br><a href="mailto:sr-dev@lists.sip-router.org">sr-dev@lists.sip-router.org</a><br>http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev<br></blockquote><br><br>_______________________________________________<br>sr-dev mailing list<br><a href="mailto:sr-dev@lists.sip-router.org">sr-dev@lists.sip-router.org</a><br>http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev<br></blockquote></div><br><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div>---</div><div>* Olle E Johansson - <a href="mailto:oej@edvina.net">oej@edvina.net</a></div><div>* Cell phone +46 70 593 68 51, Office +46 8 96 40 20, Sweden</div><div><br class="webkit-block-placeholder"></div></span><br class="Apple-interchange-newline">
</div>
<br></body></html>