<font face="verdana" size="2"><DIV>Yes. The technology need to be used on LAN switches is "port mirroring" or "line tapping"<BR><BR><!--WM_COMPOSE_SIGNATURE_START--><!--WM_COMPOSE_SIGNATURE_END--><BR><BR>-----Original Message-----<BR>From: "Sherwood McGowan" <sherwood.mcgowan@gmail.com><BR>Sent: Tuesday, February 8, 2011 7:34am<BR>To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users@lists.digium.com><BR>Subject: Re: [asterisk-users] Call Recording audio file quality query<BR><BR>
<DIV class=gmail_quote>On Tue, Feb 8, 2011 at 6:01 AM, <SPAN dir=ltr><<A href="mailto:faisal@vopium.com">faisal@vopium.com</A>></SPAN> wrote:<BR>
<BLOCKQUOTE style="BORDER-LEFT: rgb(204,204,204) 1px solid; MARGIN: 0pt 0pt 0pt 0.8ex; PADDING-LEFT: 1ex" class=gmail_quote><FONT size=2 face=verdana>
<DIV>But if you are getting calls all the way on VoIP then you can have calls in HD audio using HD audio codec on all locations (Server and Client). In that case you either need use some available 3rd party solution which uses packet capturing to trace the calls and record call using packet capture and assembling regardless of server as asterisk still will not be able to record call in HD but some other switches like FreeSWITCH can do it or you need to write your own app like it.
<DIV>
<DIV></DIV>
<DIV class=h5><BR></DIV></DIV></DIV></FONT></BLOCKQUOTE><BR></DIV><BR>It's not difficult at all to perform what you're referring to..If you have the hardware...<BR><BR>A simple way is to have a port on your main network switch/router that will "firehose" the traffic the device interacts with In case someone reading this doesn't know, I'm talking about having a port that just makes a copy of EVERY PACKET that the device "sees" and sends those copies out over the port that you've set up for the purpose..It just GUSHES data over that port...like a firehose just gushes out all the water it possibly can... LOL<BR><BR>Anyway, once your data is being mirrored over that firehose, send it to a dedicated "recording" server...all it has to do is find the signaling packets for each call and then just dump the "payload" from the RTP. It'll come out exactly as it was transported within RTP...in the codec the call set up....<BR><BR>I may be wrong, but I'm fairly sure that Asterisk can write a filetype for almost any of it's codecs...I know it can READ audio files that are encoded in GSM, uLaw (ul), aLaw (al), G726 and G729 formats (.g729, g.726)...etc...<BR><BR>If the "DECoding" portion is there, there's almost GOT to be the "enCOding" functionality...<BR><BR><BR></DIV></font>