<div dir="ltr">I have 2 soft-clients registered to a FS box.  One calls the other and the call is connected.  Both parties can hear each other.  Party A puts Party B on hold.  The soft-client for each party indicates that the call is on hold.  Party A takes the call off of hold.  Both clients update their displays to indicate that the call is no longer on hold, however neither party can hear audio.  This only happens when I have proxy_media set to true (this is a requirement because I am using zrtp and can&#39;t use trusted mitm).<div>


<br></div><div>I have a very simple dialplan setup to test this scenario.</div><div><br></div><div><div>      &lt;condition field=&quot;destination_number&quot; expression=&quot;^(1703555000[3|5])$&quot;&gt;</div><div>        &lt;action inline=&#39;true&#39; application=&quot;export&quot; data=&quot;dialed_extension=$1&quot;/&gt;</div>

<div>        &lt;action application=&quot;set&quot; data=&quot;ringback=${us-ring}&quot;/&gt;</div><div>        &lt;action application=&quot;set&quot; data=&quot;transfer_ringback=$${hold_music}&quot;/&gt;</div><div>        &lt;action application=&quot;set&quot; data=&quot;call_timeout=30&quot;/&gt;</div>

<div>        &lt;action application=&quot;set&quot; data=&quot;proxy_media=true&quot;/&gt;</div><div>        &lt;action application=&quot;set&quot; data=&quot;hangup_after_bridge=true&quot;/&gt;</div><div>        &lt;action application=&quot;set&quot; data=&quot;continue_on_fail=true&quot;/&gt;</div>

<div>        &lt;action application=&quot;bridge&quot; data=&quot;user/$1&quot;/&gt;</div><div>        &lt;action application=&quot;hangup&quot; data=&quot;&quot;/&gt;</div><div>      &lt;/condition&gt;</div></div><div><br>

</div><div style>I did several packet captures and watched the SDP packets and subsequent RTP packets.  During the call, Phone A sends his audio port to FS, FS sends it&#39;s B-Leg audio port to Phone B, Phone B responds to FS with it&#39;s audio port, and FS finally responds to Phone A with it&#39;s A-Leg audio port.  RTP packets flow between these ports and everything works.</div>

<div style><br></div><div style>When the call is placed on hold and then taken off of hold, the same process happens, with the clients usually choosing their same ports as before, and FS choosing new ports for each leg.  Each client then sends RTP packets to the newly chosen FS audio ports for their corresponding leg of the call.  However, FS sends ICMP port unreachable packets back to each phone and no audio passes.</div>

<div style><br></div><div style>I am happy to provide any information (logs, packet captures, etc...) if that will help, just tell me specifically what you would like.</div><div style><br></div><div style>I&#39;m running FreeSWITCH Version 1.5.1b+git~20130424T213558Z~eeeb4fa445 (git eeeb4fa 2013-04-24 21:35:58Z).</div>

<div style><br></div><div style>Thanks for any help.</div></div>