This only happens in a very specific set of circumstances and hopefully there is some kind of “return to origin” setting I haven’t found yet. Here is the scenario:
A caller calls the main number, hits the IVR, dials 0 (or times out) to get to the operator (front desk phone x110, also not set as the system wide operator in the PBX). x110 rings and someone else in the office steals the call via BLF. They then transfer somewhere else in the office using the BLF key and if that phone has DND off it rings as normally. If the phone they’re transferring to is on DND it will ring the front desk phone instead of going to voicemail. Other phones are unable to steal the call from x110 again while it’s ringing, but they can answer 110.
The CDR almost looks like x110 is doing the transfer. After making some test calls here are the results all using the same extensions in the office. x110 is front desk phone, x116 is available and answering/stealing/transferring calls. x115 is out of the office and on DND.
- Called x116 using a DID, transferred to an x115 on DND and it went to VM as expected.
- Called x110, call stolen by x116 via BLF, transferred to x115 on DND via BLF. x110 rings for a while, no one else can steal the call.
- Called x110, call stolen by x116 via BLF, blind transferred to x115 on DND with transfer->115->transfer. Same behavior as above.
- Called x110, call stolen by x116 via BLF, attended transfer to x115 on DND by waiting a couple seconds before hitting transfer a second time and it successfully called VM for x115. Works as expected.
The factors at play seem to be
-the call was originally stolen
-extension being transferred to is on DND