I think I've narrowed this down via experimentation... This seems to happen *only* when a call is sent to a phone out of the queue and you attempt to put it back in the queue.
All the other use cases I've said seem to work during testing (from the queue to party A, transferred to party B). So, for whatever reason, Asterisk gets really confused when a call comes from 8888 (the queue) to 1234, then is transfered to 8888. It drops all parties in that case. Anyway, thanks again for your pointer... it got me to sit down and document what was and wasn't working. On Thu, 2004-07-01 at 17:05, Brian K. West wrote: > You just described an supervised transfer. You need to be pressing # then > dialing bob and hanging up. > > I suspect your sip devices don't support supervised transfers properly. > > bkw _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users