<div dir="ltr">So if I understand this completely, when the proxy sends the SDP, if our proxy (openSIPS) sends our mediaproxy/rtpproxy IP/PORT but the endpoint&#39;s IP/PORT, media goes directly to the UAC but RTCP goes via out mediaproxy/rtpproxy... if the UAC if rfc3605 compliant?<br>
<br><div class="gmail_quote">On Sat, Aug 9, 2008 at 2:52 PM, Ovidiu Sas <span dir="ltr">&lt;<a href="mailto:osas@voipembedded.com">osas@voipembedded.com</a>&gt;</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;">
You will need full support from the client and I doubt that there are<br>
implementation that are doing this.<br>
<br>
see <a href="http://www.ietf.org/rfc/rfc3605.txt" target="_blank">http://www.ietf.org/rfc/rfc3605.txt</a>:<br>
<br>
2.1. &nbsp;The RTCP Attribute<br>
<br>
 &nbsp; The RTCP attribute is used to document the RTCP port used for media<br>
 &nbsp; stream, when that port is not the next higher (odd) port number<br>
 &nbsp; following the RTP port described in the media line. &nbsp;The RTCP<br>
 &nbsp; attribute is a &quot;value&quot; attribute, and follows the general syntax<br>
 &nbsp; specified page 18 of [RFC2327]: &quot;a=&lt;attribute&gt;:&lt;value&gt;&quot;. &nbsp;For the<br>
 &nbsp; RTCP attribute:<br>
<br>
 &nbsp; * &nbsp;the name is the ascii string &quot;rtcp&quot; (lower case),<br>
<br>
 &nbsp; * &nbsp;the value is the RTCP port number and optional address.<br>
<br>
 &nbsp; The formal description of the attribute is defined by the following<br>
 &nbsp; ABNF [RFC2234] syntax:<br>
<br>
 &nbsp; rtcp-attribute = &nbsp;&quot;a=rtcp:&quot; port &nbsp;[nettype space addrtype space<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; connection-address] CRLF<br>
<br>
 &nbsp; In this description, the &quot;port&quot;, &quot;nettype&quot;, &quot;addrtype&quot; and<br>
 &nbsp; &quot;connection-address&quot; tokens are defined as specified in &quot;Appendix A:<br>
 &nbsp; SDP Grammar&quot; of [RFC2327].<br>
<br>
 &nbsp; Example encodings could be:<br>
<br>
 &nbsp; &nbsp;m=audio 49170 RTP/AVP 0<br>
 &nbsp; &nbsp;a=rtcp:53020<br>
<br>
 &nbsp; &nbsp;m=audio 49170 RTP/AVP 0<br>
 &nbsp; &nbsp;a=rtcp:53020 IN IP4 <a href="http://126.16.64.4" target="_blank">126.16.64.4</a><br>
<br>
 &nbsp; &nbsp;m=audio 49170 RTP/AVP 0<br>
 &nbsp; &nbsp;a=rtcp:53020 IN IP6 2001:2345:6789:ABCD:EF01:2345:6789:ABCD<br>
<br>
<br>
Regards,<br>
<font color="#888888">Ovidiu Sas<br>
</font><div><div></div><div class="Wj3C7c"><br>
On Sat, Aug 9, 2008 at 8:16 AM, David Villasmil<br>
&lt;<a href="mailto:david.villasmil.work@gmail.com">david.villasmil.work@gmail.com</a>&gt; wrote:<br>
&gt; Yeah, that&#39;s exactly what I don&#39;t want. The idea is not to proxy media, let<br>
&gt; media flow between the UACs, but proxy the RTCP...<br>
&gt;<br>
&gt;<br>
&gt; thanks<br>
&gt;<br>
&gt; On Sat, Aug 9, 2008 at 2:12 PM, Adam Linford &lt;<a href="mailto:adam.linford@oralnet.co.uk">adam.linford@oralnet.co.uk</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; rtcp is sent to the exact same destination as the RTP, afaik, so if you<br>
&gt;&gt; proxy media in your calls, you could get ahold of those packets.<br>
&gt;&gt;<br>
&gt;&gt; Cheers,<br>
&gt;&gt; Adam<br>
&gt;&gt;<br>
&gt;&gt; On 9 Aug 2008, at 12:46, David Villasmil wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; Got an easy question:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; &nbsp; &nbsp; RTCP packet are send to monitor media QoS, this much I know. ;) My<br>
&gt;&gt;&gt; question is this: Are RTCP packets sent directly between end points? Or can<br>
&gt;&gt;&gt; they be routed using a thrid party? For instance, Lets say 1 UAC makes a<br>
&gt;&gt;&gt; call through SIP Server A, and UAC 2 ansers the call, RTP packets are sent<br>
&gt;&gt;&gt; from UAC &lt;--&gt; UAC directly, but can they be instructed to send RTCP packets<br>
&gt;&gt;&gt; via SIP Server A? I obviously haven&#39;t read the RFC, but if this could be<br>
&gt;&gt;&gt; done, we would have a way of knowing whether the call is still up or not,<br>
&gt;&gt;&gt; hence perfect accounting even if we don&#39;t receive the BYE from the UACs.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; thanks<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; david<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; Users mailing list<br>
&gt;&gt;&gt; <a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
&gt;&gt;&gt; <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Users mailing list<br>
&gt; <a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
&gt; <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
&gt;<br>
&gt;<br>
</div></div></blockquote></div><br></div>