[SR-Users] Regarding RTP in IMS Networks.

[Muhammad Shahzad]

Not just in IMS but in general media proxies usually expect traffic from
both ends before they start relaying it from one endpoint to another. This
is basically how media proxies get aware of as from where the RTP would
come from and where it is suppose to go.

During the call setup, the media proxy advertises its address to both
caller (by changing SDP in 200 OK) and the callee (by changing SDP in
initial invite), so that they both know where to send RTP to. However on
the other hand, media proxy is NOT aware of actual address from where it
would receive media from (the address in original SDPs which it receives
from caller or callee may have private address or some other NAT issue
associated with them, e.g. symmetric NAT etc.). Therefore, as soon as call
establishes, the media proxy waits for incoming RTP from caller side and
the callee side. When caller sends RTP, media proxy learns the actual
address of caller from where it has received the audio and when callee
sends RTP, media proxy learns the actual address of callee to where it is
suppose to send RTP that it had received from caller and vice versa.

Thank you.



On Tue, Feb 24, 2015 at 4:21 PM, Badri Ranganathan <badri at arcatech.com>
wrote:

> Hi all,
>
> I'll make this question a little clearer.
>
> User 1 ---------------- SBC ----+ other IMS network components
> ---------------------- User 2
> Same scenario
>
> User 1 Making the call + plays RTP Traffic
>
> User 2 Answering the call + records the RTP Traffic coming from User 1 and
> does a PESQ voice quality analysis
>
> If user 2, after answering the call, did not play RTP  as well, the SBC
> will not forward  the RTP from User 1 to User 2. [The media gateways
> responsible for the RTP traffic is also a part of the IMS network right?]
>
> So why this sort of bi-directional traffic imposition in an IMS Network ?
>
> Thanks,
> Badri.
>
> -----Original Message-----
> From: Badri Ranganathan
> Sent: 24 February 2015 15:13
> To: sr-users at lists.sip-router.org
> Subject: Regarding RTP in IMS Networks.
>
> Hi all,
>
> I have a doubt w.r.t media traffic in IMS Networks.
> If I have a setting as follows -
>
> User 1 Making the call + plays RTP Traffic
>
> User 2 Answering the call + records the RTP Traffic coming from User 1 and
> does a PESQ voice quality analysis
>
> I see that User 2 has to play RTP Traffic before it can start recording
> the RTP coming from user 1.
>
> i.e., User 2 Answering the call + (Play RTP Traffic ) + records the RTP
> Traffic coming from User 1 and does a PESQ voice quality analysis.
>
> Why am I seeing this behaviour. Is it just a setting in the IMS network
> that can be changed or is it a standard behaviour in IMS Networks ? If yes,
> then could anyone please let me know the logic behind such a decision?
>
> Please do let me know if you have any ideas. Any responses  really
> appreciated !
>
> Thanks,
> Badri.
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150224/e10c241a/attachment.html>