I&#39;m trying to do a second att_xfer on a call so that if the first attended transfer fails (c-leg is busy, or presses do-not-answer, or is an extn that doesn&#39;t exist) then the call could be transferred to someone else.<br>

<br>On the first att_xfer the person on hold hears the hold_music correctly. Once that transfer is cancelled or fails:<br>-- On any subsequent att_xfer&#39;s the person on hold just hears silence.<br>-- If they are put on hold they just hear silence.<br>

<br>I tried setting hold_music again for each channel after the first att_xfer, but that didn&#39;t work, so it&#39;s probably not actually a problem with hold_music per se, but some other variable/setting that decides whether to use hold_music.<br>

<br>I also tried doing a uuid_dump before and after each attempt, but didn&#39;t notice anything too different - unless it&#39;s a matter of unsetting one of the couple of changed/new vars like:<br>variable_originate_disposition<br>

variable_current_application<br>variable_playback_seconds<br><br>I get the feeling other variables are probably also lost by the first failed transfer as the second att_xfer has some odd things happen if the third party does answer. Haven&#39;t been able to narrow it down as closely as the hold_music, but two things I&#39;ve seen happen are:<br>

-- The party that initiated the transfer gets hung up automatically (after 30 sec)<br>-- When the party that initiated the transfer hangs up it should connect the other two parties, but instead it hung up all three<br><br clear="all">

Cheers,<br>Fraser<br><br><br>