[asterisk-dev] GSM trunks & Dahdi - New funcionality Request for discussion

Kai Hoerner kai at ciphron.de
Thu Nov 19 09:15:53 CST 2009


Hi Odicha/Jose,

i like A), because i think it's more clean to have an implementation 
uncoupled from libpri. Did you already take a look at "libgsmat"? Maybe 
it's possible to use this one. (i didn't check that, just a suggestion)

B) would mix up GSM/AT with PRI/ISDN implementation. It's cleaner design 
to have different implementations for different protocols.
Considering what you wrote, conditional code would have to be inserted 
in libpri to handle GSM/AT specifics, which could complicate debugging 
of ISDN/PRI  related problems.

I also prefer 1) over 2) because i think it's less confusing and easier 
to debug if you do the mapping between "standard AT" and "vendor AT" 
directly in the hardware driver module. The device driver module would 
then be a single point for vendor specific implementation.
(dont forget: the longer your chain, the more stations you will have to 
debug if there are problems)

That way anyone could write device drivers and would not have to add 
vendor specific code to the AT library.
New drivers can be installed without updating and recompiling the AT 
library.

Also, this would allow for closed source drivers, since no 
implementation would have to be done in the open source AT library.
Everything vendor specific should be done in the device driver.

just my 2 cents.

Regards,
Kaii


Odicha wrote:
> Tzafrir Cohen escribió:
>   
>> On Thu, Nov 19, 2009 at 02:03:38PM +0100, Kai Hoerner wrote:
>>     
>>> Hi Jose,
>>>
>>> there are already great efforts made by "Odicha" to integrate support 
>>> for GSM cards and modems into DAHDI. Please have a look at the mail-archive.
>>>
>>> This is already working with a few devices, but is still alpha quality.
>>> If you intend to make own efforts in GSM support, i suggest you jump 
>>> into that project.
>>>
>>> You may write an eMail to Odicha and ask for SVN/CVS access (if he has 
>>> source control):
>>>
>>> odi at odicha.net
>>>       
>> Right, that indeed should be done ASAP.
>>
>> Odicha, would you mind granting such access to "Jose A. Deniz"
>> <odi at odicha.net>? ;-)
>>
>>     
> BTW. What do you think about this, Tafrir? A) B) or more ideas?
>
> _______________________________________________
> --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
>
>   




More information about the asterisk-dev mailing list