<div dir="ltr"><div>Hello,</div><div><br></div><div>I'm not sure whether anyone can help with this rather obscure problem, but I'll give it a try...</div><div><br></div><div>We are having a problem with transfers and our Asterisk-based product. The product involves the use of a lot of channels and AGI, so it's quite complicated. In this case the user is transferring the call to *7 to park the call (channel Local/*7@from-internal-X). The transfer is an attended transfer using the atxfer key defined in features.conf. The call to *7 runs an AGI, and the AGI does a Dial() sending the call to a context which does Asterisk's Park command (channel Local/*7@parkedcalls-X).<br></div><div><br></div><div>The problem is that for some users the Local/*7@from-internal-X channel hangs up when the attended transfer completes, i.e. when the party parking the call hangs up. For some other users the Local/*7@from-internal-X channel stays up until the parked call ends. We've done a lot of investigation but so far haven't found an obvious reason. The inconsistency in behaviour is causing problems with the application logic, although the call works fine from an Asterisk telephony point of view.<br></div><div><br></div><div>Something we have noticed is that in the case when *7 hangs up when the transfer completes, Asterisk logs the following:</div><div><br></div><div>[Feb  9 01:47:26] VERBOSE[19626][C-000000d4] bridge.c: Move-swap optimizing Local/*7@from-internal-0000007d;1 <-- Local/*7@parkedcalls-0000007e;1.<br>[Feb  9 01:47:26] DEBUG[19626][C-000000d4] bridge.c: Moving 0x14bcb802e028(Local/*7@parkedcalls-0000007e;1) into bridge 0c5d293c-56be-4cd1-a990-c573cc8c788f swapping with Local/*7@from-internal-0000007d;1<br>[Feb  9 01:47:26] DEBUG[19626][C-000000d4] bridge_channel.c: Bridge 2ae9f69a-0582-4440-b065-481e3b463168: pulling 0x14bcb802e028(Local/*7@parkedcalls-0000007e;1)</div><div><br></div><div>This kind of looks like Asterisk is replacing the call to *7 (channel Local/*7@from-internal-0000007d;1) with the channel to the Park command (channel Local/*7@parkedcalls-0000007e;1). There is no mention of "Move-swap" or anything like it for the other calls where the Local/*7@from-internal-X channel stays up until the very end of the parked call.</div><div><br></div><div>Can anyone shed some light on what causes this "Move-swap"? Or are there any possible causes of the behaviour that we should look into? This is happening on Asterisk 13.38.2 with chan_sip.</div><div><br></div><div>Thanking you in advance,<br></div><div><br></div><div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>David Cunningham, Voisonics Limited<br><a href="http://voisonics.com/" target="_blank">http://voisonics.com/</a><br>USA: +1 213 221 1092<br>New Zealand: +64 (0)28 2558 3782</div></div></div></div></div></div></div></div></div></div></div></div></div>