<div dir="ltr">Yeah, that's exactly what I don't want. The idea is not to proxy media, let media flow between the UACs, but proxy the RTCP...<br><br><br>thanks<br><br><div class="gmail_quote">On Sat, Aug 9, 2008 at 2:12 PM, Adam Linford <span dir="ltr"><<a href="mailto:adam.linford@oralnet.co.uk">adam.linford@oralnet.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">rtcp is sent to the exact same destination as the RTP, afaik, so if you proxy media in your calls, you could get ahold of those packets.<br>
<br>
Cheers,<br>
Adam<div><div></div><div class="Wj3C7c"><br>
<br>
On 9 Aug 2008, at 12:46, David Villasmil wrote:<br>
<br>
</div></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="Wj3C7c">
Got an easy question:<br>
<br>
RTCP packet are send to monitor media QoS, this much I know. ;) My question is this: Are RTCP packets sent directly between end points? Or can they be routed using a thrid party? For instance, Lets say 1 UAC makes a call through SIP Server A, and UAC 2 ansers the call, RTP packets are sent from UAC <--> UAC directly, but can they be instructed to send RTCP packets via SIP Server A? I obviously haven't read the RFC, but if this could be done, we would have a way of knowing whether the call is still up or not, hence perfect accounting even if we don't receive the BYE from the UACs.<br>
<br>
thanks<br>
<br>
<br>
david<br></div></div>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote>
<br>
</blockquote></div><br></div>