I'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 "pre_answer" on legA</div><div>5, I do a "uuid_bridge" 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 "answer" on legA</div><div><br></div><div>This "answer" has no effect!</div><div><br></div>
<div>I do both pre_answer and answer specifying the UUID parameter (sendmsg <uuid>), 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 <inbound_uuid> <outbound_uuid></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>