Hi, Thanks for your answer.
Your drawing is correct. The second proxy is the one doing failover to second upstream server. The first proxy, doesn't see the failure and therefore I can't call end_media_proxy. The first answer seen by the proxy controlling the media-proxy is the 183 from upstream2. The problem is the first upstream hijacks the RTP stream before I get the answer from upstream2 Regards, Kristian. On Friday 07 November 2014 14:12:34 SamyGo wrote: > Hi, > > Here is what it looks like to me; > NAT'd Client<=====>OpenSIPS+Media-Proxy<======>Second Proxy??<=====>Upstream > > From what I understand, your main issue is that after > failover/failure_route your call goes to second Carrier and since the > use_media_proxy has been called for first one, hand shake has been done in > SDP the media relay still waits on for the first Media stream to continue. > > What you really want is that even in case of rollover to second , third, or > even fourth carrier the media-proxy should redo the SDP exchange for each > carrier failover. > > For the above mentioned scenario you need to end_media_proxy() (possibly in > failure_route), then in the config area where you dial over to second > gateway recall the use_media_proxy function so that media proxy be ready to > exchange media with newer SDP IPs. > > BTW if the far end has "rejected" the call by sending Busy you shouldn't > loop try dial again, its not good to keep ringing someone once they've > rejected call; only if the carrier has sent you some other SIP failure code > only then you should go for re-attempt. > > > Regards, > > > On Fri, Nov 7, 2014 at 7:09 AM, Kristian F. Høgh <kfh.opens...@kfh.dk> > > wrote: > > Hi, > > > > I receive an INVITE from a NAT'ed client, which I forward to a second > > proxy after calling use_media_proxy. > > The second proxy send the INVITE upstream. > > Upstream starts sending RTP (to media-relay), then rejects the call. > > I try next gateway (on second proxy), which answers 100, 183 and later 200 > > OK. (And sends RTP to media-relay) > > > > Unfortunately the relay received 7 RTP packages from the failed attempt, > > and therefore RTP from succesfull call is ignored. > > > > As I know the IP range is non- NAT'ed, I would like to ignore the RTP from > > the first gateway, by forcing relay to use SDP. > > Is it posible to tell the relay "This client is not NAT'ed, use IP > > address/port from SDP"? > > Or > > Don't forward RTP before SDP. (That way, RTP from failed call would be > > ignored) > > > > Regards, > > Kristian Høgh > > > > > > _______________________________________________ > > Users mailing list > > Users@lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
