<div dir="ltr">Hi,<div>I am testing early attended transfer scenario (REFER with Replaces before transfer target answers).</div><div><br></div><div>Scenario is like this:</div><div>  1) PSTN call arrives</div><div>  2) dialplan sends call to user1</div><div>  3) user1 answers the call</div><div>  4) user1 puts PSTN call on-hold</div><div>  5) user1 makes call to user2</div><div>  6) FS executes a dialplan that sets some variables (like user1 DB ID) and executes application bridge to user2</div><div>  7) before user2 answers user1 requests attended transfer</div><div>  8) it seems in this case FS executes the 'set' applications from step 6 in the PSTN channel and changes the ownership of the ongoing bridge application to it.</div><div><br></div><div>Can someone confirm this is indeed what happens?</div><div>(I checked XML CDR, the variable mentioned by application 'set' is assigned but the app_log doesn't show application 'set' was executed).</div><div>And if this is indeed the case, is there some way to ask FS to refuse early attended transfer as it is causing wrong CDR to be written (PSTN channel is marked as being a user channel)?</div><div>I don't want to refuse neither blind transfer nor consultative transfer (transfer after answer). I just need to prevent early attended transfer (or maybe someone has some idea about how to deal with this scenario).</div><div><br></div><div><br></div></div>