<br><br><div class="gmail_quote">On Mon, Sep 7, 2009 at 10:09 AM, Tzafrir Cohen <span dir="ltr"><<a href="mailto:tzafrir.cohen@xorcom.com">tzafrir.cohen@xorcom.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">On Mon, Sep 07, 2009 at 07:44:07AM -0400, Steve Totaro wrote:<br>
> On Mon, Sep 7, 2009 at 5:58 AM, Tzafrir Cohen <<a href="mailto:tzafrir.cohen@xorcom.com">tzafrir.cohen@xorcom.com</a>>wrote:<br>
><br>
> > On Mon, Sep 07, 2009 at 01:15:12AM -0400, Steve Totaro wrote:<br>
> > > On Mon, Sep 7, 2009 at 1:03 AM, Tzafrir Cohen <<a href="mailto:tzafrir.cohen@xorcom.com">tzafrir.cohen@xorcom.com</a><br>
> > >wrote:<br>
> > ><br>
> > > > On Sun, Sep 06, 2009 at 11:06:39PM -0400, Steve Totaro wrote:<br>
> > > > > On Sun, Sep 6, 2009 at 10:47 PM, Research <<a href="mailto:research@businesstz.com">research@businesstz.com</a>><br>
> > > > wrote:<br>
> > > > ><br>
> > > > > > Hello team;<br>
> > > > > > While am aware and active user of astersk monitor function for<br>
> > > > recording, i<br>
> > > > > > would like to know if i can use asterisk as a pure recording<br>
> > > > server(like<br>
> > > > > > nice or witness) for some other PABX's extensions (both inbound,<br>
> > > > outbound<br>
> > > > > > and internal).<br>
> > > > > ><br>
> > > > > > Setup<br>
> > > > > > PSTN---Legacy PABX(with analogy n digital extensions)---<br>
> > > > asterisk(record<br>
> > > > > > Legacy PABX extensions.)<br>
> > > > > ><br>
> > > > > > Sam<br>
> > > > > ><br>
> > > > > ><br>
> > > > > Is there any SIP or other VoIP in the mix? If so, you should take a<br>
> > look<br>
> > > > at<br>
> > > > > OrecX.<br>
> > > > > <a href="http://oreka.sourceforge.net" target="_blank">http://oreka.sourceforge.net</a> (Open Source)<br>
> > > > > They also have a paid version.<br>
> > > ><br>
> > > > Another method to do that is to make the Asterisk monitor output dummy<br>
> > > > SIP calls rather than sound files. Oreka/Orex can listen to those.<br>
> > > ><br>
> > > > Looking for volunteers to test that:<br>
> > > ><br>
> > > > <a href="http://svn.digium.com/svn/asterisk/team/tzafrir/monitor-rtp/" target="_blank">http://svn.digium.com/svn/asterisk/team/tzafrir/monitor-rtp/</a><br>
> > > > <a href="http://svn.digium.com/svn/asterisk/team/tzafrir/monitor-rtp-14/" target="_blank">http://svn.digium.com/svn/asterisk/team/tzafrir/monitor-rtp-14/</a><br>
> > > ><br>
> > > ><br>
> > <a href="http://svn.digium.com/svn/asterisk/team/tzafrir/monitor-rtp/configs/monitor.conf.sample" target="_blank">http://svn.digium.com/svn/asterisk/team/tzafrir/monitor-rtp/configs/monitor.conf.sample</a><br>
> > > ><br>
> > > > This allows recording non-VoIP links, VoIP links where tapping is not<br>
> > > > convinient, or more selective recording of VoIP calls.<br>
> > > ><br>
> > ><br>
> > > Is this similar or the same as the portion of my post that you snipped?<br>
> ><br>
> > Different in many ways, which is why I snipped it.<br>
> ><br>
> > ><br>
> > > "Sangoma RTP Tap will allow you to record TDM calls, again using OrecX<br>
> > but<br>
> > > minus the VoIP."<br>
> ><br>
> > (Actually: recorded calls are sent as RTP streams to the Orex/Oreka<br>
> > server)<br>
> ><br>
> > This records outside of Asterisk. Thus it lacks information available in<br>
> > Asterisk (who really called who). OTOH, it is Asterisk-specific.<br>
> ><br>
> > We actually considered implementing something similar to the Sangoma<br>
> > interface in our driver but realised that doing it in Asterisk would<br>
> > probably be more useful. The overheade seems reasonable.<br>
> ><br>
> ><br>
> Sorry, I fail to see the difference besides Sangoma implemented it in their<br>
> Wanpipe drivers and you are attempting copy their idea and do it in<br>
> Asterisk.....<br>
><br>
> Your quote "This allows recording non-VoIP links, VoIP links where tapping<br>
> is not convenient (edited to fix your spelling mistake), or more selective<br>
> recording of VoIP calls."<br>
><br>
> Isn't that more or less the same thing I said that you snipped, "Sangoma RTP<br>
> Tap will allow you to record TDM calls, again using OrecX but minus the<br>
> VoIP."<br>
<br>
</div></div>And what if the call does not go through a TDM card? And ore<br>
importantly: how can you tell who is the caller and who is the callee?<br>
The rtp-tap interface basically tells you that channel X had a call at<br>
time Y.<br>
<br></blockquote><div><br>I am sure it is pretty trivial to figure out who channel X and Y are based on the channel, time, CID, DID.... Just a wee bit of code...<br><br>If it does not go through a TDM card, and is VoIP, then port mirroring works just fine. Sipcallid is a very simple way to match callers to callees.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
If you control recording through the monitoring interface of Asterisk<br>
you can start and stop the recording when you need it. You can also<br>
provide better information aobut the call. But again, it means that this<br>
is part of Asterisk, and I figure Sangoma has quite a few non-Asterisk<br>
customers.<br>
<div><br></div></blockquote><div>Sounds neat, when will it be out of beta?<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div> </div>
</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
><br>
> This isn't the biz list, nor the dev list. Snipping out the reference of<br>
> Sangoma being able to do RTP tap and suggesting people use your experimental<br>
> dev branch doesn't really help users very much.<br>
<br>
</div>My message was an explicit call for testers, if you haven't noticed :-)<br>
<br>
I snip content that is not relevant to my reply. Whoever reads this list<br>
already read about the Sangoma interface previously. I had nothing to<br>
say about it. It was not related to that new branch.<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div><br>Not everyone who reads the list, reads all the posts, give me a break. It was related to the thread.<br><br>Your motives and alliances have and always will be for Xorcom and Digium. That is the only reason why you "helped" me with that BRI install in the US, so you could poke around and try to figure out how Marcin Pycko achieved what you cannot.<br>
<br>I may check it out when it is part of a "stable backported to 1.4" release, otherwise, I don't run beta in production. <br><br>Sometimes large sums of money rely on systems, as do much more valuable human lives.<br>
</div></div><br>-- <br>Senior Systems and Network Administrator<br>Triple Canopy, Inc.,<br>2250 Corporate Park Drive, Suite 300<br>ph. +1.703.673.5191<br>mob.+1.240.938.1212<br>FAX.+1.703.673.1279<br><a href="mailto:steve.totaro@triplecanopy.com">steve.totaro@triplecanopy.com</a><br>