<p>This post is to make a comment rather than to report a bug.</p>

<p>Mediaproxy built on fedora 18 results in media transport issues.</p>

<p>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.</p>

<p>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. </p>

<p>This simply means that whatever modification mediaproxy is doing to netfilter/iptables layer, seems to be causing the problem on newer installations.</p>

<p>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.</p>

<p>It is very easy to manually open the required ports and make them "no tracking" or stateless.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">&mdash;<br>Reply to this email directly or <a href='https://github.com/OpenSIPS/opensips/issues/171'>view it on GitHub</a>.<img src='https://github.com/notifications/beacon/5479561__eyJzY29wZSI6Ik5ld3NpZXM6QmVhY29uIiwiZXhwaXJlcyI6MTcwODczMjY0MCwiZGF0YSI6eyJpZCI6MjYyNzE4OTJ9fQ==--2e1c2a3447a1b344ead1b7623a5faadbd40d56d5.gif' height='1' width='1'></p>