<div dir="ltr">Hi Richard, <div><br></div><div>this is more or less the same problem that I am experiencing. To understand it better, just assume one branch needs to do SRTP, and the other simple RTP.</div><div><br></div><div>To make this happen, you will have to enable rtpengine differently for the same call, and this is where the crash/error happens.</div><div><br></div><div>Regards,</div><div>Carlos</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 30, 2014 at 2:51 AM, Marino Mileti <span dir="ltr"><<a href="mailto:marino.mileti@alice.it" target="_blank">marino.mileti@alice.it</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Unfortunately rtpengine doesn't work in this way.  At the end of the calls this is the output log:<br>Final packet stats:<br><br>Tag 'Fw3D7R0', created 0:41 ago, in dialogue with 'TTPyT~Hdw'<br>Media #1, port 30224 <>   <a href="http://192.168.10.20:7078" target="_blank">192.168.10.20:7078</a> , 540 p, 92880 b, 0 e<br>Media #1, port 30225 <>   <a href="http://192.168.10.20:7079" target="_blank">192.168.10.20:7079</a>  (RTCP), 3 p, 324 b, 0 e<br>Media #2, port 30256 <>   <a href="http://192.168.10.20:9078" target="_blank">192.168.10.20:9078</a> , 0 p, 0 b, 0 e<br>Media #2, port 30257 <>   <a href="http://192.168.10.20:9079" target="_blank">192.168.10.20:9079</a>  (RTCP), 3 p, 264 b, 0 e<br><br>Tag 'qWE6Gsh', created 0:41 ago, in dialogue with 'TTPyT~Hdw'<br>Media #1, port 30140 <>   <a href="http://192.168.10.50:7078" target="_blank">192.168.10.50:7078</a> , 533 p, 91068 b, 0 e<br>Media #1, port 30141 <>   <a href="http://192.168.10.50:7079" target="_blank">192.168.10.50:7079</a>  (RTCP), 5 p, 444 b, 0 e<br>Media #2, port 30170 <>   <a href="http://192.168.10.50:9078" target="_blank">192.168.10.50:9078</a> , 0 p, 0 b, 0 e<br>Media #2, port 30171 <>   <a href="http://192.168.10.50:9079" target="_blank">192.168.10.50:9079</a>  (RTCP), 1 p, 88 b, 0 e<br><br>Tag 'TTPyT~Hdw', created 0:41 ago, in dialogue with 'Fw3D7R0'<br>Media #1, port 30206 <>   <a href="http://172.20.11.208:7078" target="_blank">172.20.11.208:7078</a> , 1070 p, 183736 b, 0 e<br>Media #1, port 30207 <>   <a href="http://172.20.11.208:7079" target="_blank">172.20.11.208:7079</a>  (RTCP), 4 p, 496 b, 0 e<br>Media #2, port 30240 <>   <a href="http://172.20.11.208:9078" target="_blank">172.20.11.208:9078</a> , 4188 p, 1435946 b, 0 e<br>Media #2, port 30241 <>   <a href="http://172.20.11.208:9079" target="_blank">172.20.11.208:9079</a>  (RTCP), 4 p, 400 b, 0 e<br><br>192.168.10.x clients are natted..it seems that rtpengine open 2 ports (for example video) for each receiver (30256 & 30170) and 1 port for the caller (30240). But on the INVITE of Kamailio only video port 30170 is offered to receivers, instead on caller side there are 2 distinct 183s message that offer 30190 & 30240. It's a little bit strange because some of these port doesn't appear in the log of rtpengine. At the end I can see video only on one receiver <br>I don't know if the problem is on Kamailio (rtpproxy-ng module) or in the rtpengine :)<div class="HOEnZb"><div class="h5"><br><blockquote>> Without rtpproxy:<br>> <br>> - A offers port a1,a2 (audio video) in INVITE to B,C (in case of no natted<br>> client so no needs of rtpproxy)<br>> - B offers port b1,b2 (183)<br>> - C offers port c1,c2 (182).<br>> - A starts to send  audio/video RTP to B on port b1,b2<br>> - A starts to send audio/video RTP to C on port c1,c2<br>> <br>> With rtpproxy:<br>> <br>> - A offers port a1,a2 (audio video) in INVITE to Kamailio....<br>> - Kamailio contact rtpproxy because B&C are natted clients<br>> - rtpproxy check callid and offer offers port k1,k2....<br>> - Kamailio sends INVITE to B offering k1,k2<br>> - Kamailio sends INVITE to C offering k1,k2<br>> - B offers port b1,b2 (183)<br>> - C offers port c1,c2 (182)<br>> - Kamailio sends 183 to A (for B leg) offering p1,p2<br>> - Kamailio sends 183 to A (for B leg) offering p3,p4<br>> - A starts to stream on p1,p2,p3,p4 but only one receiver can see the video<br>> (B or C depends who will be the first:))<br>> <br>> I don't know if it depends on that B & C receives same ports; i don't know<br>> if rtpproxy is able to "duplicate" stream received from A to all "receiver"<br><br>If A sends two streams, there is no need for duplication. A sending to<br>p1 should be forwarded to B (b1) and A sending to p3 should be forwarded<br>to C (c1). Both should be able to receive media sent by A. I believe<br>that's what rtpengine does (but I haven't tested it). The reverse<br>direction might be more confusing, but a final 200 OK with SDP should<br>fix that.<br><br>cheers<br><br>_______________________________________________<br>SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br><a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br><a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br><br></blockquote><br>
</div></div><br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Carlos<div><a href="http://caruizdiaz.com" target="_blank">http://caruizdiaz.com</a></div></div>
</div>