I was just thinking about something like this the other day. My idea was to record calls as pcap files for debugging purposes. The ability to play back an RTP stream from within a pcap file could be very useful for reproducing customer issues. You could either record one RTP stream per pcap or stuff both streams into the pcap, and possibly even the sip signaling. I've used sipp to play back pcap files in the past to reproduce polycom bugs. You must give it a pcap file containing a single rtp stream.
Sent from my iPhone On Jan 21, 2009, at 11:30 PM, seven du <[email protected]> wrote: > Hi FreeSWITCHers, > > > 1) FreeSWITCH support G729 codec in passthrough mode, it is normally > engough if both call-legs suport G729. But there is no way to do > recording if you can't decode it. I wrote a small module called > mod_recpld. The idea is to record the raw payload in rtp packets to > files, and decode them into 3rd party converters. > > See details at: http://code.google.com/p/mod-recpld/ > > 2) EasyG729A implemented by http://imtelephone.com can be free of use > on research purpose, I made a wrapper so it can be used in FreeSWITCH. > > See deatila at: http://code.google.com/p/libg729/ > > The code is not good but just works. > > BTW, I think it maybe easy to store codes on FreeSWITCH svn than on > google code, how can I become a developer? Can I get a svn access on > svn.freeswitch.org and own a branch? > > _______________________________________________ > Freeswitch-dev mailing list > [email protected] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org _______________________________________________ Freeswitch-dev mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
