[Home]

Summary:DAHTOOL-00032: Dahdi does not detect the isdn signalling correctly for Belgian ISDN
Reporter:Stijn Verholen (metastable)Labels:
Date Opened:2009-07-18 08:48:41Date Closed:2009-09-21 10:48:53
Priority:MinorRegression?No
Status:Closed/CompleteComponents:
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:When DAHDI generated dahdi-channels.conf, it mistakenly configures the signalling type to be bri_cpe_ptmp, which is wrong for Belgian ISDN (from provider Telenet at least).
The correct type is bri_cpe.

****** ADDITIONAL INFORMATION ******

This may be due to the rather specialised setup at that particalur customer (the only one with isdn). His provider (Telenet) has installed an ISDN switch, that transforms incoming data from ethernet internet into 4 isdn lines in TE mode.
In any case, this issue has been around since mISDN.

A fix is trivial by changing dahdi-channels.conf and the issue immediately visible (no telephony :p), but stuff likes this makes it VERY hard for developers new to Asterisk to get started quickly.
I spent the better time of a month when I first started out with Asterisk, and this was only caused by the fact that good information about ISDN is hard to come by, particularly in regard to regional- and sometimes even provider-based peculiarities.
Comments:By: Tzafrir Cohen (tzafrir) 2009-09-15 11:57:03

How do you want to specify the coutry? Using lc_country?

A simple workaround is to set in /etc/dahdi/genconf_parameters

bri_sig_style          bri

By: Stijn Verholen (metastable) 2009-09-15 12:21:54

lc_country ?

The country is detected correctly (at least in current versions), but not so for the signalling type.
As stated before, this is not a big issue, because it is immediately apparent that something is wrong.
For newcomers however, this may lead to a lot of headaches.

By: Leif Madsen (lmadsen) 2009-09-21 10:48:52

After speaking with Qwell on IRC, we determined that the best we can do is guess, and if it is wrong, then there probably isn't much we can do. If the guessing were off most of the time, then yes, there would be something we should do here, but since it is for a specific provider in a specific country (or so it seems), I'm going to close this issue as something we can't specifically address. Thanks!