Hi, We solved this problem with a workaround, (avoiding 0.0.0.0 hold), now we use a valid IP and a=inactive.
If anyone is going to look further on this, here is what I think happened: Call is started on hold with c=0.0.0.0 Media is received even though call is on hold, MediaProxy saves this port etc. Sets self.remote.got_rtp = True reINVITE changes media parameters, but stream is not reset because party_info.remote_sdp[0] == "0.0.0.0" makes MediaProxy consider this an 'initial answer'. Thanks Daniel On Friday 23 March 2012 at 14:59, Saúl Ibarra Corretgé wrote: > Hi, > > On Mar 23, 2012, at 2:55 PM, Daniel Nihlén wrote: > > > Saul, can we contribute code back to the project if we solve this problem > > in the source? > > Sure, if there is indeed a bug in MediaProxy I'd love too see it fixed :-) > > > Regards, > > -- > Saúl Ibarra Corretgé > AG Projects > > > > > _______________________________________________ > Users mailing list > [email protected] (mailto:[email protected]) > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > >
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
