<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hello,<br>
<br>
I understood that Marina is looking for the option of being able to
use different IP addresses for updating various c= lines in SDP. <br>
<br>
fix_nated_sdp(...) can work only with one IP address given as second
parameter (or taken for source address of the packet).<br>
<br>
Perhaps fix_nated_sdp(...) can be easily extended to support a list
of ip addresses in the second parameter. For now the solution is to
use rtpproxy to rewrite all the IP addresses in c= lines with the IP
address of the rtpproxy. RTPProxy will then dispatch RTP to the
right IP address assigned for each media stream.<br>
<br>
Regarding the patch sent by Vicente, I just replied on sr-dev
mailing list.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<div class="moz-cite-prefix">On 10/8/12 3:25 PM, Vicente Hernando
wrote:<br>
</div>
<blockquote cite="mid:5072D458.40600@systemonenoc.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Hello Marina,<br>
<br>
there is a bug in sdp parser about c IPs which are not correctly
reset for non existent c values in streams.<br>
<br>
I have still not uploaded it to master branch, sorry.<br>
<br>
May be it is related to your issue, in this link you have the
attached patch.<br>
<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://lists.sip-router.org/pipermail/sr-dev/2012-September/016440.html">http://lists.sip-router.org/pipermail/sr-dev/2012-September/016440.html</a><br>
<br>
<br>
Kind regards,<br>
Vicente.<br>
<br>
On 10/08/2012 01:18 PM, MARINA SERRANO MONTES wrote:<br>
</div>
<blockquote
cite="mid:8654B3E2294AB0439D60F0A7245577C80418ED@EX10-MB2-MAD.hi.inet"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<div><span class="Apple-style-span" style="font-family:Consolas;
font-size:14px">Hi,</span></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas"><br>
</font></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas">I have a doubt about how to use "fix_<span
style="font-style:italic">nated_</span>sdp("2")" function
when we have an scenario with multiple media types (audio
and video) and the param "c" in sdp for each media type has
a different IP.</font></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas">We are using a SCOPIA 400 MCU to multi-party
in a call, and it will set up different IP to send RTP
depend on media type.</font></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas"><br>
</font></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas">I have tested this function, but it rewrites
always all the "c" parameter with the same value.</font></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas"><br>
</font></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas">Is there any option to use the function or
to rewrite "c" value for each media type independently?</font></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas"><br>
</font></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas">Many thanks.</font></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas"><br>
</font></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas">Br,</font></div>
<div style="font-size:14px"><font class="Apple-style-span"
face="Consolas">Marina</font></div>
<br>
<hr> <font size="1" color="Gray" face="Arial"><br>
Este mensaje se dirige exclusivamente a su destinatario. Puede
consultar nuestra política de envío y recepción de correo
electrónico en el enlace situado más abajo.<br>
This message is intended exclusively for its addressee. We
only send and receive email on the basis of the terms set out
at:<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://www.tid.es/ES/PAGINAS/disclaimer.aspx">http://www.tid.es/ES/PAGINAS/disclaimer.aspx</a><br>
</font> <br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - <a class="moz-txt-link-freetext" href="http://asipto.com/u/kat">http://asipto.com/u/kat</a>
Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - <a class="moz-txt-link-freetext" href="http://asipto.com/u/katu">http://asipto.com/u/katu</a></pre>
</body>
</html>