<div dir="ltr">Hi Jared,<div><br></div><div>Thanks a lot, that's very helpful. I will look into that! </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 15, 2015 at 5:40 PM, Jared Smith <span dir="ltr"><<a href="mailto:jaredsmith@jaredsmith.net" target="_blank">jaredsmith@jaredsmith.net</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"><span class=""><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 15, 2015 at 11:58 AM, Rafael Possamai <span dir="ltr"><<a href="mailto:rafaelpossa@gmail.com" target="_blank">rafaelpossa@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">With all of this in mind, I'd like to know if anyone here has done a similar project and would be willing to share their experience. I am trying to accomplish everything with the minimum amount of resources as possible (money and DIDs, etc).</blockquote></div><br></div></span><div class="gmail_extra">I helped consult on a similar system eight or nine years ago -- at the time, my client used Asterisk with PRI channels instead of SIP channels, because of the ability to do a two-B-channel transfer and cut himself out of the middle of the call after the connecting the caller to the called party.  Asterisk can initiate the two-B-channel transfer, but as far as I know doesn't yet do anything with the message coming back down the PRI letting it know when the call has terminated.  (Well, that's not entirely true -- Asterisk logs an error message, so I assume it wouldn't be too hard to actually connect that up to some sort of better logging to be able to determine the call duration.)<br><br></div><div class="gmail_extra">It may not make sense in your situation, but I thought I'd pass that along as one way of not having to pay for so many minutes.<br><br>--<br></div><div class="gmail_extra">Jared Smith<br></div></div>
</blockquote></div><br></div>