Summary:	ASTERISK-00217: SIP Queue members on otherside of IAX trunks
Reporter:	shirst (shirst)	Labels:
Date Opened:	2003-09-04 03:39:19	Date Closed:	2011-06-07 14:10:47
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:
Description:	If a Queue member is a SIP client on another Asterisk server on the remote end of an IAX trunk and the SIP client is not currently registered the queued call is answered by the SIP clients voicemail. ****** ADDITIONAL INFORMATION ****** The situation where we have tried to apply this is where we have a server in Spain and one in the UK and we want engineers in both locations to be able to answer queues from both locations. I guess that this is because of the way the Queue application treats members at a locale level and that with IAX trunks the call is just handed off.
Comments:	By: Brian West (bkw918) 2003-09-04 09:44:38 This happens when your agent/device has voicemail and your timeout is set higher than your voicemail timeout for that extension.  You can fix this by either setting your voicemail timeout higher or setting your queue ring timeout lower. By: shirst (shirst) 2003-09-04 10:08:49 If the SIP client on the far end of the IAX trunk is NOT currently registered / logged in then the call automatically goes to voicemail because the IAX trunk sees the call as being answered. If the SIP client was registered then your previous comment would be valid as it would ring and the timeout for the queue would be less than the timeout for the clients voicemail. By: Mark Spencer (markster) 2003-09-04 10:46:41 This is not a bug.  Don't put extensions into queues that have voicemail (duh!) since we obviously have no way of knowing whether it's a phone or a voicemail that's going to pick up.  Remember you can do something like use "nv1000" as the extension since SIP and IAX don't care about numbers vs. letters.