Great, thanks Daniel - I will move stuff into the tmp branch as well<div><br></div><div>Cheers</div><div>Jason<br><br><div class="gmail_quote">On Wed, Nov 2, 2011 at 5:22 PM, Daniel-Constantin Mierla <span dir="ltr">&lt;<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    I kind of forgotten to reply to this one, just refreshed due to
    seeing the last commits on Jason&#39;s IMS branch...<br>
    <br>
    What I wanted to say is that if you plan to share the development
    effort among several people, which are going to commit, then you can
    store the IMS branch under &#39;tmp/&#39; path, like &#39;tmp/IMS&#39;. All branches
    under &#39;tmp/&#39; can be accessed in read/write mode by all developers,
    unlike those under developer id path, which are accessible for write
    only to that specific developer. Of course, you can move back and
    forth, merge, etc. from tmp/ branch to developer specific branch.<br>
    <br>
    Cheers,<br>
    Daniel<div><div class="h5"><br>
    <br>
    On 10/21/11 4:38 PM, Richard Good wrote:
    </div></div><blockquote type="cite"><div><div class="h5">Hi<br>
      <br>
      We are in the process of developing a branch for Kamailio IMS
      extensions held at <b>jason.penton/kamailio_ims_extensions </b>branch
      in the GIT repository.  This branch largely originates from the
      Open IMS Core project and Carsten Block&#39;s Kamailio IMS branch with
      the intention of using core, tried and tested Kamailio modules
      (dialog, registrar, tm, usrloc, etc.) in place of the custom
      defined functionality in the Open IMS Core project.<br>
      <br>
      In the coming weeks we will push modules and cfg files to this
      branch to implement basic xCSCF functionality, so watch this
      space.<br>
      <br>
      Right now the branch includes stock standard Kamailio 3.3.x with
      an overhauled dialog2 module which is central to the functionality
      of the xCSCFs; and a slightly modified rr module (one additional
      method exposed to add mo/mt to the record-route). <br>
      <br>
      The dialog2 module implements the new dialog design according to:
      <a href="http://www.kamailio.org/dokuwiki/doku.php/modules-new-design:dialog-module-design" target="_blank">http://www.kamailio.org/dokuwiki/doku.php/modules-new-design:dialog-module-design</a>.
      This allows for forked calls, concurrently confirmed calls and
      proxy initiated dialog termination for early and confirmed
      dialogs.<br>
      <ul>
        <li>For each dialog there is now a dlg_cell structure with one
          or more dlg_out cell structures.  <br>
        </li>
        <li>Forked calls have multiple dlg_out structures; once a call
          is confirmed all other dlg_out structures are removed except
          for the confirmed one.</li>
        <li>Concurrent calls are allowed where multiple dialogs are
          confirmed at the same time - in this case a dlg_cell structure
          is created for each confirmed dialog.  <br>
        </li>
        <li>Dialog&#39;s can be terminated as in the previous dialog module
          from mi, api and cfg; but this now also caters for terminating
          early state / unconfirmed dialogs.<br>
        </li>
      </ul>
      Still TO DO: Integrate old dialog functionality for dialog
      transfer, dialog database management, statistics and RPC functions
      and general bug fixes as they come up.<br>
      API changes: Two new exposed methods <i>get_current_dialog</i>
      and <i>terminate_dlg_with_id</i><br>
      <br>
      We want to get as many eyes on the code as possible to get it
      integrated into the master branch ASAP. <br>
      <br>
      Regards<br>
      Richard.
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
sr-dev mailing list
<a href="mailto:sr-dev@lists.sip-router.org" target="_blank">sr-dev@lists.sip-router.org</a>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev</a><span class="HOEnZb"><font color="#888888">
</font></span></pre><span class="HOEnZb"><font color="#888888">
    </font></span></blockquote><span class="HOEnZb"><font color="#888888">
    <br>
    <pre cols="72">-- 
Daniel-Constantin Mierla -- <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a>
Kamailio Advanced Training, Dec 5-8, Berlin: <a href="http://asipto.com/u/kat" target="_blank">http://asipto.com/u/kat</a>
<a href="http://linkedin.com/in/miconda" target="_blank">http://linkedin.com/in/miconda</a> -- <a href="http://twitter.com/miconda" target="_blank">http://twitter.com/miconda</a></pre>
  </font></span></div>

<br>_______________________________________________<br>
sr-dev mailing list<br>
<a href="mailto:sr-dev@lists.sip-router.org">sr-dev@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev</a><br>
<br></blockquote></div><br></div>