I have had this problem for a while, so I can't be sure when it started or what was changed. <br><br>The setup is this: <br><div style="margin-left: 40px;">2 sip handsets (a Cisco 7960 and a 7961) exten 401/402<br>1 fxs/dahdi cordless phone, exten 201<br>
rhino fxo/fxs analog card<br>asterisk 1.4.31<br></div><br>This is running on a Soekris 5501 with Astlinux 0.7.2<br><br>While I do have FXO capabilities, no POTS lines are connected.<br><br>When a call comes in (VoIP, either SIP or IAX) it is usually answered on one of the SIP Cisco phones(x 401 or 402). If it is for my wife, which it usually is, and she is walking around the house, then I would like to transfer the call to the fxs/dahdi analog cordless phone (x 201). At one time this worked, but about a year or so ago it stopped.<br>
<br>What is happening now is that the call comes in (x 401), is transferred via the cisco transfer soft button to (x 201), ... during this time the caller was put on hold or rather was automatically connected to the MOH process... , When (x 201) answers the phone, they are connected to the MOH process and cannot hear or talk to the original caller. <br>
<br>In testing, if I leave the (x 201) call open, the original outside call is kept open as well. A look at the "active sessions" confirms this. When either (x 201) or original caller hang up, the call/connection is terminated.<br>
<br>I can transfer calls from one Cisco to the other without issue; and if my laptop, with the softphone installed, had not just taken a turn for the worst, I would test Cisco to Bria/Counterpath and let you know how that would work.<br>
<br>I have looked around at my configs, but don't see anything that would cause this... but truthfully I don't even know where to begin with something like this. I checked the logs to see if there was something helpful there but did not see anything. My only though is that it is something with the way the Cisco internal transfer process happens... but again, I don't know where to begin to test that theory.<br>
<br>Has anyone seen or heard of this? Know how to resolve to expected behavior? I appreciate any pointers. <br><br>John R.<br>