26 Jan
2011
26 Jan
'11
3:54 p.m.
Danny Dias <ing.diasdanny(a)gmail.com> escribió:
Thanks Jeremya, but it's a requeriment from the
client to record the calls
through an external server and not with rtpproxys, my question is how the
media should be handled in order to record the conversations if the server
is external?
Signaling: Phone_A <---> Proxy <---> Phone_B
Media: Phone_A <---> SIP RECORDER <---> Phone_B (Changing the SDP headers to
send RTP to the IP of the SIP RECORDER). The main problem is that the
recording must be made in ACTIVE way, it means, we should record (IN+OUT) in
Phone A, and the same in B, 2 recording for each call...the customer says
that it's working now in his arquitecture (its analog), and we made the same
with the IP technology...resuming: with a sip recorder in the middle of the
media should work right?
2 ways of doing that:
a)
Signaling: A <-> Proxy <-> B2BUA (recorder) <-> B
Media: A <-> B2BUA <-> B
b) Prefered way
Signaling: A <-> Proxy <-> B
Media: A<-> RTPPROXY <-> B
At the end, both solutions are THE SAME, what you do is to tell A to
send media to the B2BUA or the RTPPRoxy.
As a matters of scale ... b) solution is the best one.
Also, another things to take into account are:
1- Transcoding issues (RTPPRoxy does not do transconding, not easly)
2- Secured RTP (ZRTP, SRTP, etc.)
3- LAG in audio.
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.