<p dir="ltr">just an update to this issue, this was caused by rtpproxy not answering to a stun binding request but rather relaying it downstream. (for which asterisk as pstn terminator replied with a binding success)</p>
<p dir="ltr">i wonder how difficult it is to add stun into rtpproxy? mediaproxy-ng should work but it does not support bridge mode. any other options?</p>
<p dir="ltr">time to move this discussion to the other mailing list :)</p>
<div class="gmail_quote">On Nov 19, 2013 4:50 PM, "Kelvin Chua" <<a href="mailto:kelchy@gmail.com">kelchy@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>here is the scenario:</div><div>kamailio 4.0.4 running in bridge mode </div><div>eth0 : 10.17.0.202</div><div>eth1 : 100.200.30.40</div><div><br></div><div>a call comes in from ice enabled webrtc client (chrome) from public internet, </div>

<div>kamailio processed the call, no audio.</div><div>if i replace kamailio with asterisk, audio ok.</div><div><br></div><div>upon investigating using wireshark, i found out that chrome sends a "Binding Request" for the IP/port in ICE candidate. Kamailio/rtpproxy sends back</div>

<div>Binding Success XOR-MAPPED-ADDRESS but the IP is the internal one 10.17.0.202:port</div><div><br></div><div>this is not right, the response should be the remote IP/port, not the local IP/port</div><br clear="all"><div>

Kelvin Chua</div>
</div>
</blockquote></div>