[asterisk-dev] Channel support for GSM devices

Odicha odi at odicha.net
Wed Oct 14 05:58:30 CDT 2009


It sounds fine... Here an example of a received sms at now...

*CLI> core show version
Asterisk 1.6.1.6 built by root @ pruebas.opein.local on a x86_64 running 
Linux on 2009-10-13 22:58:07 UTC
*CLI>
*CLI> dahdi show status
Description                              Alarms  IRQ    bpviol CRC4   
Fra Codi Options  LBO
OpenVox G400P PCI Card 0                 OK      0      0      0      
CCS AMI  YEL      0 db (CSU)/0-133 feet (DSX-1)
OpenVox G400P PCI Card 0                 OK      0      0      0      
CCS AMI  YEL      0 db (CSU)/0-133 feet (DSX-1)
OpenVox G400P PCI Card 0                 OK      0      0      0      
CCS AMI  YEL      0 db (CSU)/0-133 feet (DSX-1)
OpenVox G400P PCI Card 0                 OK      0      0      0      
CCS AMI  YEL      0 db (CSU)/0-133 feet (DSX-1)
B4XXP (PCI) Card 0 Span 1                RED     0      0      0      
CCS AMI  YEL      0 db (CSU)/0-133 feet (DSX-1)
B4XXP (PCI) Card 0 Span 2                RED     0      0      0      
CCS AMI  YEL      0 db (CSU)/0-133 feet (DSX-1)
B4XXP (PCI) Card 0 Span 3                RED     0      0      0      
CCS AMI  YEL      0 db (CSU)/0-133 feet (DSX-1)
B4XXP (PCI) Card 0 Span 4                RED     0      0      0      
CCS AMI  YEL      0 db (CSU)/0-133 feet (DSX-1)

*CLI>     -- SMS from 2215 received on span 1. (Text: This is a test 
sms...) (PDU: 
07914306073011F00404A922510000900141217460801554747A0E4ACF416110BD3CA783E6EDB9CBE502)

Another one with gsm debug enabled...

*CLI> gsm debug channel 1
Enabled debugging on span 1
*CLI> GSM 1: < +CMT: ,30
GSM 1: < 
07914306073011F00404A922510000900141217532801141F79B8E2ECB41F4F29C0E9AB7E721
GSM 1: > AT+CLIP=1
GSM 1: < AT+CLIP=1
GSM 1: < OK
GSM 1: smsc_len = 7
GSM 1: smsc_toa = 0x91
GSM 1: smsc_number = +34607003110
GSM 1: sender_len = 4
GSM 1: sender_toa = 0xa9
GSM 1: sender_number = 2215
GSM 1: protocol identifier = 0
GSM 1: data coding scheme = 0
GSM 1: timestamp = 09101412572308
GSM 1: user data length = 17
GSM 1: user_data = 41F79B8E2ECB41F4F29C0E9AB7E721
GSM 1: user_data_8bit = Another test sms!
    -- SMS from 2215 received on span 1. (Text: Another test sms!) (PDU: 
07914306073011F00404A922510000900141217532801141F79B8E2ECB41F4F29C0E9AB7E721)


Nick Lewis escribió:
> I agree that such a project would be very useful. It would be 
> wonderful if asterisk were to migrate from a PBX to a UC platform. An 
> XMPP based API would probably be best (the alternative SIMPLE protocol 
> seems destined to be restricted to the SIP world at best) i.e. SMS in 
> chan_dahdi.c -> XMPP (in pbx.c?) -> SIMPLE in chan_sip.c
>
> ------------------------------------------------------------------------
> *From:* asterisk-dev-bounces at lists.digium.com 
> [mailto:asterisk-dev-bounces at lists.digium.com] *On Behalf Of *Odicha
> *Sent:* 14 October 2009 11:21
> *To:* Asterisk Developers Mailing List
> *Subject:* Re: [asterisk-dev] Channel support for GSM devices
>
> The question I have is if there's now or in future project any 
> "standard way" to transfer them from dahdi to sip, in example..
>
> Artem, if I can, in a few days I'll have an skeleton so you can work 
> in deep with huawei AT codes at library level... Now I'm working on 
> pci cards. (it works fine , but I have to clean a lot of dirty tests 
> at code...)
>
> Artem Makhutov escribió:
>> Hi,
>>
>> On Wed, Oct 14, 2009 at 02:09:33AM +0100, Odicha wrote:
>>   
>>> What about using same schema as chan_mobile for send/receive sms? Any idea?
>>>     
>>
>> What about text messages in SIP channels? I have not tried it out at all, so I don't know how they work.
>>
>> But I have a few Kirk 5020 DECT Phones with a Kirk 6000 SIP Dect-Basestation. This phones can send and
>> receive text messages.
>>
>> It would be nice, if they could send out a sms from a GSM device.
>>
>> Regards, Artem
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> AstriCon 2009 - October 13 - 15 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
>>   
>
> ______________________________________________________________________
> This e-mail has been scanned for all viruses by Star. The
> service is powered by MessageLabs. For more information on a proactive
> anti-virus service working around the clock, around the globe, visit:
> http://www.star.net.uk
> ______________________________________________________________________
>
> _____________________________________________________________________
> This message has been checked for all known viruses by Star Internet 
> delivered through the MessageLabs Virus Control Centre.
> _____________________________________________________________________
> Disclaimer of Liability
> ATL Telecom Ltd shall not be held liable for any improper or incorrect 
> use of the information described and/or contained herein and assumes 
> no responsibility for anyones use of the information. In no event 
> shall ATL Telecom Ltd be liable for any direct, indirect, incidental, 
> special, exemplary, or consequential damages (including, but not 
> limited to, procurement or substitute goods or services; loss of use, 
> data, or profits; or business interruption) however caused and on any 
> theory of liability, whether in contract, strict liability, or tort 
> (including negligence or otherwise) arising in any way out of the use 
> of this system, even if advised of the possibility of such damage.
>
> Registered Office: ATL Telecom Ltd, Fountain Lane, St. Mellons 
> Cardiff, CF3 0FB
> Registered in Wales Number 4335781
>
> All goods and services supplied by ATL Telecom Ltd are supplied 
> subject to ATL Telecom Ltd standard terms and conditions, available 
> upon request.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20091014/a00eb888/attachment.htm 


More information about the asterisk-dev mailing list