[asterisk-dev] Bounty

[Bryant Zimmerman]

CDR I concur. I have ran in to the same issue as well. With three of our 
five carriers. Two of the three are names we would all recognize. I have 
fought with them on this issue and they tell me that it happens when they 
are terminating to other voip vendors and the vendor is no responding in a 
timely manner.  The other two carriers are terminating to PRI only so we 
don't have the issue with them.  It is very frustrating as customers call 
to ream us and there is currently nothing I can do. A first-ring timeout 
parameter as proposed that would also set a variable stating that the 
first-ring timeout occurred would be great. It would remove a massive thorn 
in my side.
I have been racking my brain on this issue for months and somthing as 
simple as this would solve the issue.

Bryant / zktech

----------------------------------------
 From: "Benny Amorsen" <benny+usenet at amorsen.dk>
Sent: Thursday, February 25, 2010 9:16 AM
To: "Asterisk Developers Mailing List" <asterisk-dev at lists.digium.com>
Subject: Re: [asterisk-dev] Bounty

CDR <venefax at gmail.com> writes:

> I need a new Timeout parameter added to the Dial application, for SIP
> dialing. The new timeout would be "first-ring" timeout, as opposed to
> timeout for connection. If we don't get a 180 Ringing message before a
> certain amount of seconds, the call fails. This a needed addition to
> Asterisk. I need this in version 1.4 and cannot wait the normal time for 
a
> "new feature" process to complete. The rationale is clear: many carriers
> will hold the call indefinitely, instead of returning a 503. If the call
> is ringing, then I don't care if it rings for 60 seconds, but if there 
is
> no ringback before 6 seconds, I need yo try another carrier and move on.

Is this something that you experience a lot of carriers doing in normal
use? It seems rather unusual for a carrier to fail to make a timely
reply except when the carrier is down completely. If the carrier is down
completely, you can add qualify for that particular carrier, and your
calls should fail immediately instead of waiting.

/Benny

-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20100225/576b3fd9/attachment-0001.htm