On 09/25/14 10:41, Marino Mileti wrote: > > No no. The video will be sent by the caller user to all the callees. > > I'l try to explain better. My scenario is: > > - A make a call to a group... B & C are group member...so Kamailio is > able to call them in parallel using alias.. > > - B & C receive the INVITEs & replies with two separate 183 with SDP (in > SDP they specified where they are able to receive audio&video) > > - A receives two 183...& starts to send its RTP video stream to B & C > (early media) > > - Once B or C answers the call the other leg is cancelled.. > > Everything is working fine but if B & C are behind NAT rtpproxy is > activated and during INVITE for B &C rtprpoxy doesn't generate a > couple of new ports for each of them but it uses always the same ports. > So the only fastest client (B or C) get the video. > > I don't want to change IP between 183 & 200, i would like only that > rtpptoxy sends INVITE for B & C with differents port. > Is it possible to implement this scenario or there's some turnarund?
This may work with rtpengine, as it will open new ports for answers come from different endpoints. But the final two-way association for the actual call may still end up broken, as it has no way of knowing which client ends up receiving the call (unless they do a final re-invite). cheers _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
