[asterisk-users] 20min waiting time

[Steve Totaro]

Yes, but I have to be up very early in the morning and it is getting late.

The answer priority will work for you in the meantime. 

If you want to investigate using real queues, let me know and I will 
help you set it up.  Most of the stuff is on the Wiki but I will give 
you exact settings that should work on your setup.  If you plan on 
growing or ever want to collect data on queues, then this is the way to go.

Thanks,
Steve

OCOSA ListAcct wrote:
> Steve do you have an example of this...
>
> Otis
>
>
>
> Steve Totaro wrote:
>   
>> Eric "ManxPower" Wieling wrote:
>>   
>>     
>>> Steve Totaro wrote:
>>>   
>>>     
>>>       
>>>> OCOSA ListAcct wrote:
>>>>     
>>>>       
>>>>         
>>>>> I apologize if this question has already been answered / asked. I was 
>>>>> searching on Google and nothing I do will work. All that happens is that 
>>>>> the phones ring for 00:01:15 then voicemail kicks in.
>>>>>
>>>>> My goal here is to let the phones ring and ring until someone is not 
>>>>> busy. I think 20000 secs is long enough.
>>>>>
>>>>> Here is how the dial plan is setup
>>>>>
>>>>> exten=>5,1,StartMusicOnHold
>>>>> exten=>5,2,Dial(SIP/support&SIP/support2,20000,tr)
>>>>> exten=>5,3,VoiceMail(455 at mailbox)
>>>>> exten=>5,4,PlayBack(vm-goodbye)
>>>>> exten=>5,5,HangUp()
>>>>> exten=>1222,1,VoiceMailMain(455 at mailbox)
>>>>>
>>>>> Any help is appreciated....
>>>>>
>>>>> Otis
>>>>>
>>>>>   
>>>>>       
>>>>>         
>>>>>           
>>>> Easiest way to solve your problem is to implement a support queue.
>>>>     
>>>>       
>>>>         
>>> Queues in Asterisk are horrid little creatures.
>>>
>>> Many SIP phones and ITSPs will disconnect the call if the destination 
>>> rings for a long time.
>>>
>>> Put an Answer as your first priority, this should fix your problem.
>>>
>>>   
>>>     
>>>       
>> That is an odd statement about queues.  I ran a call center handling 
>> over 15,000 calls a day using Asterisk and queues.  No real problems.
>>
>> Please qualify your completely abstract statement, "Queues in Asterisk 
>> are horrid little creatures."  Statements like this are completely non 
>> productive to anyone.
>>
>> Thanks,
>> Steve
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>    http://lists.digium.com/mailman/listinfo/asterisk-users
>>   
>>     
>
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
>