[OpenSIPS-Users] asymetric rtp problems with mediaproxy

[Adrian Georgescu]

Brett,

Is simply bad practice to use asymmetric ports for both signaling and media. Actually there is an RFC that mandates the use of this model for signaling (rfc3581) but then they must honor it. For media there might be another one if I am not mistaken.

All in all, is a poor choice that lead to investment into equipment that does not use symmetric model and this will only yield this sort of defensive response because there is nobody around to fix that implementation or due to prohibitive costs of moving away from it.

Adrian



On Jun 17, 2010, at 6:44 PM, Brett Nemeroff wrote:

> Hello All,
> 
> Jeff Pyle brought this issue up some time ago. Using Mediaproxy, basically I have a provider that says in SDP to use one port, but sources it's own RTP from a different port. 
> 
> I'm not sure if this *actually* breaks any kind of RFC.. What happens is Mediaproxy tries to stuff RTP into the port it SEEs RTP coming from (symmetrically). So it's basically completely ignoring the SDP which very clearly says to use a different port.
> 
> The provider states that this is our lack of compliance and that we aren't following the SDP. Which is true.
> 
> So who's at fault here? Mediaproxy? Or the provider? This is direct to a major Tier-1 provider (fwiw).
> 
> Just browsing the Mediaproxy code, it *appears* to not use the SDP port for anything other than the logs.
> 
> How would RTPProxy handle this call? Will it work the same way? Or will it honor the SDP properly?
> 
> Thanks!
> -Brett
> 
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users