I&#39;m running an esl socket outbound application and I have a systematic problem: in a particular situation, the execution of answer on incoming call has no effect.<div><br></div><div>This happens always when (and only in this case):</div>
<div><br></div><div>1. an incoming call is received (legA) and via dialplan I send the call to my socket outbound application</div><div>2. I make an outbound call with originate (legB)</div><div>3. I receive a CHANNEL_PROGRESS_MEDIA on legB</div>
<div>4. I do a &quot;pre_answer&quot; on legA</div><div>5, I do a &quot;uuid_bridge&quot; between legA and legB</div><div><br></div><div>in this phase, legA can hear the progress tone coming from legB (an in-band ringback)</div>
<div><br></div><div>5. legB answer the call and I receive a CHANNEL_ANSWER on legB</div><div>6. I do an execute of &quot;answer&quot; on legA</div><div><br></div><div>This &quot;answer&quot; has no effect!</div><div><br></div>
<div>I do both pre_answer and answer specifying the UUID parameter (sendmsg &lt;uuid&gt;), obviously using legA uuid .</div><div><br></div><div>I do the bridge specifying inbound uuid as first parameter and outbound uuid as second parameter: uuid_bridge &lt;inbound_uuid&gt; &lt;outbound_uuid&gt;</div>
<div><br></div><div>In fs_cli I see:  [WARNING] switch_ivr_bridge.c:1412 reversing order of channels so this will work!</div><div><br></div><div>To me it seems that in uuid_bridge is done an inversion with my inbound/outbound channels and because I do an answer to the incoming uuid, probably (due to the inversion) is treated as outbound so the answer is ignored.</div>
<div><br></div><div>Attached to this email the .pcap file related to tcp traffic between Freeswitch and my socket outbound application where at time 8.562639 there is my sendmsg with the answer. </div><div><br></div><div>
Stephen</div>