headers
Tzafrir Cohen | 18 Aug 12:42
Favicon

asterisk fails to start with bri ptmp timing source

Hi

This is a follow-up to http://bugs.debian.org/491310 . I have recieved a
number of similar reports. Upon further inspection, it seems that all of
them use zaphfc as a Zaptel driver.

While the Debian package in question greatly differs from the main 
Asterisk one (bristuff), the relevant property is supported in main 
Asterisk 1.6 as well: bri ptmp CPE support in chan_dahdi.

BRI ptmp telephony providers tend to keep the line down. And it seems
that most Zaptel card drivers don't provide timing to Zaptel when the
layer 1 is down.

So at least until tose drivers are fixed, if layer 1 does not happen to
be up at the time Asterisk is started, Asterisk will fail to start.

--

-- 
               Tzafrir Cohen
icq#16849755              jabber:tzafrir.cohen <at> xorcom.com
+972-50-7952406           mailto:tzafrir.cohen <at> xorcom.com
http://www.xorcom.com  iax:guest <at> local.xorcom.com/tzafrir

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

AstriCon 2008 - September 22 - 25 Phoenix, Arizona
Register Now: http://www.astricon.net

asterisk-dev mailing list
(Continue reading)

Permalink | Reply |
headers
Kevin P. Fleming | 18 Aug 17:45

Re: asterisk fails to start with bri ptmp timing source

Tzafrir Cohen wrote:

> So at least until tose drivers are fixed, if layer 1 does not happen to
> be up at the time Asterisk is started, Asterisk will fail to start.

But if it does start, any operations in Asterisk that rely on the timing
being available will fail silently, and be incredibly hard to diagnose
and resolve. This is why we added the timer check to Asterisk.

One possible workaround would be for users to use res_timing_pthread
instead of res_timing_dahdi.

--

-- 
Kevin P. Fleming
Director of Software Technologies
Digium, Inc. - "The Genuine Asterisk Experience" (TM)

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

AstriCon 2008 - September 22 - 25 Phoenix, Arizona
Register Now: http://www.astricon.net

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev
Permalink | Reply |
headers
Tzafrir Cohen | 18 Aug 18:01
Favicon

Re: asterisk fails to start with bri ptmp timing source

On Mon, Aug 18, 2008 at 10:45:33AM -0500, Kevin P. Fleming wrote:
> Tzafrir Cohen wrote:
> 
> > So at least until tose drivers are fixed, if layer 1 does not happen to
> > be up at the time Asterisk is started, Asterisk will fail to start.
> 
> But if it does start, any operations in Asterisk that rely on the timing
> being available will fail silently, and be incredibly hard to diagnose
> and resolve. This is why we added the timer check to Asterisk.

At least in one case that I tested today there are aparantly no major 
problems with e.g. playback.

> 
> One possible workaround would be for users to use res_timing_pthread
> instead of res_timing_dahdi.

Well, that's 1.6.1, right?

--

-- 
               Tzafrir Cohen
icq#16849755              jabber:tzafrir.cohen <at> xorcom.com
+972-50-7952406           mailto:tzafrir.cohen <at> xorcom.com
http://www.xorcom.com  iax:guest <at> local.xorcom.com/tzafrir

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

AstriCon 2008 - September 22 - 25 Phoenix, Arizona
Register Now: http://www.astricon.net
(Continue reading)

Permalink | Reply |
headers
Kevin P. Fleming | 19 Aug 00:42

Re: asterisk fails to start with bri ptmp timing source

Tzafrir Cohen wrote:

> At least in one case that I tested today there are aparantly no major 
> problems with e.g. playback.

Playback is not affected by timing, unless internal_timing is turned on
in asterisk.conf.

>> One possible workaround would be for users to use res_timing_pthread
>> instead of res_timing_dahdi.
> 
> Well, that's 1.6.1, right?

Yes, I believe so.

--

-- 
Kevin P. Fleming
Director of Software Technologies
Digium, Inc. - "The Genuine Asterisk Experience" (TM)

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

AstriCon 2008 - September 22 - 25 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Permalink | Reply |

Gmane