[OpenSER-Users] integrating OpenSER + RTPproxy for recording the conservation

LetMeKnow sunkara.raviprakash.feb14 at gmail.com
Sun Jul 20 09:28:34 CEST 2008


Hello user's OpenSER and RTPproxy

Am to integrate the openser and rtprpxy for live recording of converstions.

Am just to try to how to do the recording in openser and rtpprpxy
Am using openser-1.3.2 and Rtpproxy-1.2 .
in my Lab, means  proxy and UAC's all are in internal LAN.

In openser.cfg

if ( method=="INVITE")
{
      force_rtp_proxy();
      start_recording();
      t_on_reply("1");
     t_relay();
    exit;

}

onroute_reply[1]
{
    if (status=="200")
        force_rtp_proxy();
}


when i observer  in Rtp Proxy in debug mode.

I got this :

received command "16034_2 U
26685862e1635844MGYwNDNmODM0MjM0YTIwNWY3Mzc2NzZiZjQwYTJhNzg.
192.168.4.6229334 f0007919;1"
new session 26685862e1635844MGYwNDNmODM0MjM0YTIwNWY3Mzc2NzZiZjQwYTJhNzg.,
tag f0007919;1 requested, type strong
hash_table_append:
hash(26685862e1635844MGYwNDNmODM0MjM0YTIwNWY3Mzc2NzZiZjQwYTJhNzg.) = 168
new session on a port 35004 created, tag f0007919;1
pre-filling caller's address with 192.168.4.62:29334
sending reply "16034_2 35004 192.168.4.102
"
received command "16034_3 L
26685862e1635844MGYwNDNmODM0MjM0YTIwNWY3Mzc2NzZiZjQwYTJhNzg.
192.168.4.2382650 f0007919;1 1f668e3e;1"
lookup on ports 35004/35006, session timer restarted
pre-filling callee's address with 192.168.4.238:2650
sending reply "16034_3 35006 192.168.4.102
"
received command "16034_4 R
26685862e1635844MGYwNDNmODM0MjM0YTIwNWY3Mzc2NzZiZjQwYTJhNzg. 1f668e3e
f0007919"
record request failed: session
26685862e1635844MGYwNDNmODM0MjM0YTIwNWY3Mzc2NzZiZjQwYTJhNzg., tags
1f668e3e/f0007919 not found
sending reply "16034_4 E8
"
received command "16034_5 D
26685862e1635844MGYwNDNmODM0MjM0YTIwNWY3Mzc2NzZiZjQwYTJhNzg. f0007919
1f668e3e"
forcefully deleting session 1 on ports 35004/35006
RTP stats: 0 in from callee, 6 in from caller, 6 relayed, 0 dropped
RTCP stats: 2 in from callee, 2 in from caller, 4 relayed, 0 dropped
session on ports 35004/35006 is cleaned up
sending reply "16034_5 0

"

Audio is fine on both UAC side. problem in its starting and when i use
start_recording.



Thanks &Regards
Ravi Prakash Sunkara
VoIP Development Tech Lead
91-9999882776
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20080720/a16a2367/attachment.htm>


More information about the sr-users mailing list