This post is to make a comment rather than to report a bug.
Mediaproxy built on fedora 18 results in media transport issues.
Based on the documentation, Mediaproxy requires netfilter "NOTRACK" target
support, but this has been deprecated in favor of the newer "CT" target
available in iptables.
During a call when there are media issues as mentioned in the topic, if the
site's firewall script is restarted, the audio/video kicks in and the call is
fine.
This simply means that whatever modification mediaproxy is doing to
netfilter/iptables layer, seems to be causing the problem on newer
installations.
The point I'm trying to make is that mediaproxy would be better not to make
modifications to the IP filter and leave that responsibility to the
administrator.
It is very easy to manually open the required ports and make them "no tracking"
or stateless.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/171
_______________________________________________
Devel mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
