bg111 / asterisk-chan-dongle Goto Github PK

What steps will reproduce the problem?
1. configure
2. make

What is the expected output? What do you see instead?

chan_dongle-1.1.r10$ sudo make
gcc -g -O2 -O6 -I.  -D_GNU_SOURCE -I/usr/src/asterisk-1.8.5.0/include 
-I/usr/include -DHAVE_CONFIG_H  -fvisibility=hidden -fPIC -Wall -Wextra -MD -MT 
app.o -MF .app.o.d -MP  -o app.o -c app.c
In file included from app.c:17:0:
/usr/src/asterisk-1.8.5.0/include/asterisk.h:21:33: fatal error: 
asterisk/autoconfig.h: No such file or directory
compilation terminated.
make: *** [app.o] Error 1


What version of the product are you using? On what operating system?

ubuntu 11 desktop

asterisk 1.8.5.0

standard kernel: 2.6.38-10-generic

Please provide any additional information below.
Also using SVN and giving command autoconf && automake gives me some error.

What steps will reproduce the problem?
1. Send a message through the manager
2. Send a message through cli

What is the expected output? What do you see instead?
Asterisk ID of the message and the CMGS ID given.

What version of the product are you using? On what operating system?
r3, ubuntu x86, asterisk 1.8

Please provide any additional information below.
Once the message is queued ( read the ok from the smstext ) the message is also 
given an id from the dongle itself that can be later united with the alert ( 
delivery report ) to see if a message was delivered.

Would be nice to see that CMGS ID in the manager response ( and cli ). Also 
would be useful for chan_dongle to report the cmgs id that was delivered ( or 
not delivered ) upon a delivery message !

Thanks in advance,
  Adrian

Package Revision is wrong.

in datacard: at_response.c -> line 1601 -> need add E153
in asterisk-chan-dongle should be I think: at_response.c -> line 1581-.... -> 
need add E153


если не добавить - юссд не проходит.
также можно обновить wiki.e1550.mobi: 
на e153 работает: голос, смс, юссд

1. I compiled chan_dongle based on the makefile present in contrib directory
2. Then I installed asterisk and chan_dongle
3. From the console I tried to load the module

It shows:
Command 'module load chan_dongle' failed.
[Oct 22 09:06:55] WARNING[1829]: loader.c:768 inspect_module: Module 
'chan_dongle.so' was not compiled with the same compile-time options as this 
version of Asterisk.
[Oct 22 09:06:55] WARNING[1829]: loader.c:769 inspect_module: Module 
'chan_dongle.so' will not be initialized as it may cause instability.
[Oct 22 09:06:55] WARNING[1829]: loader.c:852 load_resource: Module 
'chan_dongle' could not be loaded.

I'm using chan_dongle 1.0r10 with openwrt trunk on a routerstation pro with 
huawei k3765

Can you help me?

"Error parsing incoming sms message alert, disconnecting" for E173

1. Приходит звонок из сети сотового 
оператора.
2. На звонок отвечают. Пытаются перевести на 
другого абонента.
3. Во время перевода, слышна музыка.
   в консоли имеется множество сообщений: 
[Dec  6 10:51:00] NOTICE[3049]: channel.c:4147 __ast_read: Dropping 
incompatible voice frame on Local/102@phones_mg-5cd5;2 of format slin since our 
native format has changed to 0x8 (alaw)

4. Как только абонент на которого переводят 
взял трубку, вызов срывается.
-- <Local/102@phones_mg-5cd5;1> Playing 'beep.gsm' (language 'ru')
  == Spawn extension (macro-dial-in_ext, s, 2) exited non-zero on 'Transfered/Dongle/dongle0-0100000096<ZOMBIE>' in macro 'dial-in_ext'
  == Spawn extension (in_etk, s, 3) exited non-zero on 'Transfered/Dongle/dongle0-0100000096<ZOMBIE>'
[Dec  6 10:51:12] ERROR[3049]: chan_dongle.c:411 do_monitor_phone: [dongle0] 
Lost connection to Dongle
    -- [dongle0] Dongle has disconnected
  == Spawn extension (phones_mg, 102, 1) exited non-zero on 'Local/102@phones_mg-5cd5;2'


Используется:
 FreeBSD 8.2 p3,
 Asterisk 1.8.7.1,
 Dongle Version 1.1 Revision 13,
 Модем E173 с прошивкой 11.126.85.00.209


Исходящие звонки проходят без проблем. 
Входящие тоже.
Если совершить исходящий звонок и потом 
перевести на другого внутреннего абонента, 
то ситуация в точности повторяется.

I've compiled and installed chan_dongle for asterisk 1.8.3.2 and OpenWRT on a 
Broadcom  BCM63xx platform.

I've did only a try to see if it works and it's OK. The only issue I've noticed 
is that the quality of the audio call is much lower than using chan_datacard, 
same test conditions: same asterisk version and config, same Broadcom BCM63xx 
platform, same OpenWRT image version.

Any hint?

Sometimes asterisk eat 50-100% of CPU 
and  dongle show devices show uncomplete list first time 
and none second 

I found one thread in channel_read() blocked on read() system call 
and many other waiting for device mutex.

What steps will reproduce the problem?
1. By sending SMS to any short numbers like 999 not in the format of 
international number.

What is the expected output? What do you see instead?

I need to subscribe to a package by sending a single letter like 'k' to the 
number like 999 of provider and in reply I must receive a pin code sent by the 
provider. But I see the following error message

[dongle-1] Error sending SMS message 0x892cfe8.

What version of the product are you using? On what operating system?

Modem: E1550
Asterisk: 1.6.2.18
Debian: 4.3.2-1.1
Kernel: 2.6.36.4

Please provide any additional information below.

I have attached 32 modems E1550 to the single box and it is not possible for me 
to subscribe to a package remotely by sending SMS to short number.

Adding this feature will be great thing. If this feature is not available yet.

The problem consists in impossibility accept incoming call. 
When anybody call to the modem number he hears call hooters. but nothing  else. 
In CLI absolutely nothing.

All outgoing call from SIP clients works fine. 

[dongle]
exten => s,1,Answer()
exten => s,n,Playback(hello-world)
exten => s,n,Hangup()



[dongle0]
audio=/dev/cuaU0.1              ; tty port for audio connection;        no 
default value
data=/dev/cuaU0.0               ; tty port for AT commands;             no 
default value
context=dongle
group=1

OS: FreeBSD 9-RC1 i386. Asterisk 1.8.7.1. chan_dongle version 1.1 revision 10 
sources. Modem Huawei E1550

Type: Enhancement 

What to enchant:
add to option in dongle.conf "group=1" like "belong to groups",
say 
group=1,2 or group=1,3
is it possible to make some usb_modem to belong to several groups?

What version of the product are you using? On what operating system?
root@asterisk:/etc/asterisk# lsb_release -a
Distributor ID: Ubuntu
Description:    Ubuntu 10.04.3 LTS
Release:    10.04
Codename:   lucid

asterisk*CLI> dongle show version 
chan_dongle: Huawei 3G Dongle Channel Driver, Version 1.1, Revision 10
Project Home: http://code.google.com/p/asterisk-chan-dongle
Bug Reporting: http://code.google.com/p/asterisk-chan-dongle/issues/list


Please provide any additional information below.
Добрый день, возможно ли добавлять 
устройство в несколько груп? Если не 
возможно, то можно ли реализовать данный 
механизм?

Hi, I have added some code do show ICCID.

при отправке USSD появляется другое 
предупреждение:
[Jun 19 20:16:45] NOTICE[2355]: at_response.c:267 at_response_ok: [E1550mega] 
Successfully sent USSD 0x7fc6a4000bc0
 [E1550mega] Got USSD type 0 'USSD Notify': '65.18 p.
Безлим. интернет Простой за 350р/мес. 
Тел.0500912(раздел6)'
[Jun 19 20:16:49] WARNING[2355]: channel.c:1045 ast_best_codec: Don't know any 
of 0x0 (nothing) formats

Asterisk 1.8.3.3
2.6.38.8-32.fc15.x86_64
chan_dongle trunk

What steps will reproduce the problem?
1. have the dongle idle overnight
2. call some IVR menu (in my case, the operator's IVR to check balance, top up, 
etc.)
3. after first night, dongle just hung up instead of sending dtmf, after second 
night, at^dtmf command appeared to work, but IVR didn't detect dtmf digits.


What is the expected output? What do you see instead?
Expected: just worx :-P
Got:
first time: at^dtmf timeout, chan_dongle disconnecting dongle (but dongle 
itself did not reset!)
second time: at^dtmf reporting no problems, but receiving side not detecting 
dtmf digits


What version of the product are you using? On what operating system?
1.1r10 from tgz
linux 2.6.32, asterisk 1.8.4.4

Please provide any additional information below.
See also attached file.
K3765 firmware version: 11.126.03.06.00

This might be an issue with dongle firmware. Too bad I haven't found a way to 
reliably reproduce this. And of course I wasn't smart enough to try calling my 
landline when the operator's menu didn't detect tones. Will try that when the 
situation pops up again.

Related question: is there a reason why the dongle is used to do the DTMF 
generation, and not simply have Asterisk do this inband for all dongles? IIRC, 
GSM supports inband only, so it has to go inband anyway. One could just skip 
the entire channel_digit_begin?

What steps will reproduce the problem?
1. download the OpenWrt build toolchain
2. follow the steps to start building
3. symlink chan_dongle/contrib/openwrt/asterisk18-chan-dongle to 
openwrt/trunk/package
4. change the Makefile: WITH_ASTERISK=asterisk-1.8.7.1
5. build the entire root

What is the expected output?
an asterisk18-chan-dongle

What do you see instead?
In file included from 
/mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/asterisk-1.8.7
.1/include/asterisk.h:21:0,
                 from app.c:17:
/mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/asterisk-1.8.7
.1/include/asterisk/autoconfig.h:1046:0: warning: "PACKAGE_BUGREPORT" redefined
./config.h:98:0: note: this is the location of the previous definition
/mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/asterisk-1.8.7
.1/include/asterisk/autoconfig.h:1049:0: warning: "PACKAGE_NAME" redefined
./config.h:101:0: note: this is the location of the previous definition
/mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/asterisk-1.8.7
.1/include/asterisk/autoconfig.h:1052:0: warning: "PACKAGE_STRING" redefined
./config.h:107:0: note: this is the location of the previous definition
/mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/asterisk-1.8.7
.1/include/asterisk/autoconfig.h:1055:0: warning: "PACKAGE_TARNAME" redefined
./config.h:110:0: note: this is the location of the previous definition
/mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/asterisk-1.8.7
.1/include/asterisk/autoconfig.h:1058:0: warning: "PACKAGE_VERSION" redefined
./config.h:116:0: note: this is the location of the previous definition
In file included from 
/mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/asterisk-1.8.7
.1/include/asterisk/compat.h:37:0,
                 from /mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/asterisk-1.8.7.1/include/asterisk.h:27,
                 from app.c:17:
/mnt/storage/openwrt/trunk/staging_dir/toolchain-mips_r2_gcc-4.5-linaro_uClibc-0
.9.32/bin/../lib/gcc/mips-openwrt-linux-uclibc/4.5.4/include/stddef.h:211:23: 
error: duplicate 'unsigned'
/mnt/storage/openwrt/trunk/staging_dir/toolchain-mips_r2_gcc-4.5-linaro_uClibc-0
.9.32/bin/../lib/gcc/mips-openwrt-linux-uclibc/4.5.4/include/stddef.h:211:23: 
error: two or more data types in declaration specifiers
In file included from 
/mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/asterisk-1.8.7
.1/include/asterisk/compat.h:45:0,
                 from /mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/asterisk-1.8.7.1/include/asterisk.h:27,
                 from app.c:17:
/mnt/storage/openwrt/trunk/staging_dir/toolchain-mips_r2_gcc-4.5-linaro_uClibc-0
.9.32/bin/../lib/gcc/mips-openwrt-linux-uclibc/4.5.4/../../../../mips-openwrt-li
nux-uclibc/sys-include/sys/types.h:110:19: error: two or more data types in 
declaration specifiers
make[3]: *** [app.o] Error 1
make[3]: Leaving directory 
`/mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/chan_dongle-1
.1.r10'
make[2]: *** 
[/mnt/storage/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/chan_dongle-1
.1.r10/.built] Error 2
make[2]: Leaving directory 
`/usr/src/chan_dongle/contrib/openwrt/asterisk18-chan-dongle'
make[1]: *** [package/asterisk18-chan-dongle/compile] Error 2
make[1]: Leaving directory `/mnt/storage/openwrt/trunk'
make: *** [package/asterisk18-chan-dongle/compile] Error 2

What version of the product are you using?
latest SVN trunk

On what operating system?
Debian as the build source, OpenWrt as the target one.

Please provide any additional information below.
here is an translation of the same error report:
http://translate.googleusercontent.com/translate_c?hl=en&prev=/search%3Fq%3D%252
Bopenwrt%2B%252Bchan_dongle%2Berror:%2Btwo%2Bor%2Bmore%2Bdata%2Btypes%2Bin%2Bdec
laration%2Bspecifiers%26hl%3Den%26client%3Diceweasel-a%26rls%3Dorg.mozilla:en-US
:unofficial%26biw%3D1920%26bih%3D796%26prmd%3Dimvnsfd&rurl=translate.google.com&
sl=ru&twu=1&u=http://asteriskforum.ru/viewtopic.php%3Fp%3D58519&usg=ALkJrhgvXcmD
SVIw99Gf9zryBpBlUY_2rw

chan_dongle hangs with state "Dialing", even it can place the call.
No voice / apps can be activated on the call. Modem hangs.
Later, only recovery is to reset, even sometimes it can not recover.

ttyUSB0 and ttyUSB1 is realized by the kernel.
ttyUSB0 can communicate using AT commands (data is working)

AT commands work fine with misc. settings and respond well.


Things stuck at chan_dongle.c line:1201

I`ve tried using kmod-huawei-voice module. Nothing changed.

modem seems to be unlocked and voice enabled from chan_dongle. 
Even checked with dc-unlock. 

------
System information :
Kernel : 2.6.37.6 #3 SMP, x86_64 Intel i7 (default slackware 13.37 x64 bundled 
kernel) 
Asterisk : 1.6.2.19 (compiled from source with ./configure)
usb_modeswitch : 1.1.8 (with data)
chan_dongle : chan_dongle-1.1.r2
Huawei : K3765
Firmware : 11.126.03.10.00

What steps will reproduce the problem?
1. Send SMS from console:
datacard SMS datacard0 0032496123456 Test



What is the expected output? What do you see instead?
Expected:sms sent
Instead device start to reset many times
I had to power down linux and insert in Mobile partner :-((

What version of the product are you using? On what operating system?
Asterisk 1.8.5.0 compiled on ubuntu server 10.10
E160

I have the same problem with datacard.

I'm out side my country and I'm using it in roaming.


Please provide any additional information below.

Maybe more usefull to translate this for modem status:

            '0,0' : S.NO_SIGNAL,
            '3,0' : S.GPRS_SIGNAL,
            '3,1' : S.GPRS_SIGNAL,
            '3,2' : S.GPRS_SIGNAL,
            '3,3' : S.GPRS_SIGNAL,
            '5,4' : S.UMTS_SIGNAL,
            '5,5' : S.HSDPA_SIGNAL,
            '5,6' : S.HSUPA_SIGNAL,
            '5,7' : S.HSPA_SIGNAL, 

What steps will reproduce the problem?
1. Dial via dongle from local extension to some number.
2. Remote party accept call, all good for now but just before called party 
pressed any dialpad button which generate DTMF
3. From that moment - sound from called pary disappear but just in one 
direction. i.e called party still heard sound from caller.

What is the expected output? What do you see instead?
I've expect just normal dtmf beeps on both sides :)

What version of the product are you using? On what operating system?
chan_dongle: Huawei 3G Dongle Channel Driver, Version 1.1, Revision 2
Centos 5.5
Linux 2.6.36 #1 SMP
Asterisk 1.8.4.1

Please provide any additional information below.

chan_dongle seems to 'forget' ussd response

What steps will reproduce the problem?
1. dongle stop now dongle0
2. dongle start dongle0
3. dongle ussd dongle0 SomeUssdCommand

What is the expected output? What do you see instead?
expected: the ussd response
got: empty string
fixable by doing: module unload/reload, dongle start, ussd, then it works 
again?!

What version of the product are you using? On what operating system?
latest chan_dongle 1.1r10 from tgz
linux 2.6.32 with asterisk 1.8.4.4

Please provide any additional information below.
See also attached file including debug info
(note: some private details have been xxx-ed out, both in raw ussd response and 
in parsed response)

Using K3765 with version 11.126.03.06.00
But given the fact that debug info shows the reply coming in, I doubt this is 
an issue with firmware.

Добрый день! 

Схема исходящего звонка Абонент АТС -> Asterisk 
(chan_dongle) -> GSM абонент.
Со стороны звонящего абонента нет голоса! 
Используются модемы e1550. 

Читал что может быть (asteriskforum "bg1" бывает и в 
одну сторону только звук. модем или хаб 
виснет.)

Какие меры лечения есть,и есть ли вообще? 

get sources from svn, aclocal, autoconf, make and see:

root@192:/usr/src/asterisk-chan-dongle# make
gcc -g -O2 -O6 -I.  -D_GNU_SOURCE -I/usr/include -I/usr/include -DHAVE_CONFIG_H 
 -fvisibility=hidden -fPIC -Wall -Wextra -MD -MT app.o -MF .app.o.d -MP  -o 
app.o -c app.c
gcc -g -O2 -O6 -I.  -D_GNU_SOURCE -I/usr/include -I/usr/include -DHAVE_CONFIG_H 
 -fvisibility=hidden -fPIC -Wall -Wextra -MD -MT at_command.o -MF 
.at_command.o.d -MP  -o at_command.o -c at_command.c
gcc -g -O2 -O6 -I.  -D_GNU_SOURCE -I/usr/include -I/usr/include -DHAVE_CONFIG_H 
 -fvisibility=hidden -fPIC -Wall -Wextra -MD -MT at_parse.o -MF .at_parse.o.d 
-MP  -o at_parse.o -c at_parse.c
gcc -g -O2 -O6 -I.  -D_GNU_SOURCE -I/usr/include -I/usr/include -DHAVE_CONFIG_H 
 -fvisibility=hidden -fPIC -Wall -Wextra -MD -MT at_queue.o -MF .at_queue.o.d 
-MP  -o at_queue.o -c at_queue.c
gcc -g -O2 -O6 -I.  -D_GNU_SOURCE -I/usr/include -I/usr/include -DHAVE_CONFIG_H 
 -fvisibility=hidden -fPIC -Wall -Wextra -MD -MT at_read.o -MF .at_read.o.d -MP 
 -o at_read.o -c at_read.c
gcc -g -O2 -O6 -I.  -D_GNU_SOURCE -I/usr/include -I/usr/include -DHAVE_CONFIG_H 
 -fvisibility=hidden -fPIC -Wall -Wextra -MD -MT at_response.o -MF 
.at_response.o.d -MP  -o at_response.o -c at_response.c
gcc -g -O2 -O6 -I.  -D_GNU_SOURCE -I/usr/include -I/usr/include -DHAVE_CONFIG_H 
 -fvisibility=hidden -fPIC -Wall -Wextra -MD -MT chan_dongle.o -MF 
.chan_dongle.o.d -MP  -o chan_dongle.o -c chan_dongle.c
gcc -g -O2 -O6 -I.  -D_GNU_SOURCE -I/usr/include -I/usr/include -DHAVE_CONFIG_H 
 -fvisibility=hidden -fPIC -Wall -Wextra -MD -MT channel.o -MF .channel.o.d -MP 
 -o channel.o -c channel.c
channel.c:100:82: error: unknown type name ‘format_t’
channel.c: In function ‘channel_read’:
channel.c:621:22: error: ‘union ast_frame_subclass’ has no member named 
‘codec’
channel.c: In function ‘channel_write’:
channel.c:735:44: error: ‘union ast_frame_subclass’ has no member named 
‘codec’
channel.c: In function ‘new_channel’:
channel.c:1151:27: warning: assignment makes pointer from integer without a 
cast [enabled by default]
channel.c:1152:25: error: incompatible types when assigning to type ‘struct 
ast_format’ from type ‘int’
channel.c:1153:24: error: incompatible types when assigning to type ‘struct 
ast_format’ from type ‘int’
channel.c: In function ‘start_local_channel’:
channel.c:1242:34: error: ‘AST_FORMAT_AUDIO_MASK’ undeclared (first use in 
this function)
channel.c:1242:34: note: each undeclared identifier is reported only once for 
each function it appears in
channel.c: In function ‘channel_func_write’:
channel.c:1317:14: warning: variable ‘pvt’ set but not used 
[-Wunused-but-set-variable]
channel.c: At top level:
channel.c:1373:2: warning: initialization makes pointer from integer without a 
cast [enabled by default]
channel.c:1373:2: warning: (near initialization for 
‘channel_tech.capabilities’) [enabled by default]
channel.c:1374:16: error: ‘channel_request’ undeclared here (not in a 
function)
make: *** [channel.o] Error 1


#uname -a
Linux 192 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:50:42 UTC 2011 i686 
athlon i386 GNU/Linux

Hello.

dongle1      0     Free       17   0    0       TELE2          E171       
11.126.85.01.143  35480704376xxxx  25020300457xxxx  Unknown

asterisk*CLI> dongle ussd dongle1 *105#
[dongle1] USSD queued for send with id 0xed1130
[Jul 13 11:47:50] NOTICE[4482]: at_response.c:267 at_response_ok: [dongle1] 
Successfully sent USSD 0xed1130
 [dongle1] Got USSD type 5 'Network time out': ''


This modem use 7bit encoding for ussd, to fix it i use following code 
(at_response.c):

---
static int at_response_cgmm (struct pvt* pvt, const char* str)
{
  ast_copy_string (pvt->model, str, sizeof (pvt->model));

  if (!strcmp (pvt->model, "E1550") || !strcmp (pvt->model, "E1750") || !strcmp (pvt->model, "E160X") || !strcmp (pvt->model, "E150") || !strcmp (pvt->model, "E173") || 
!strcmp(pvt->model, "E171")
     )
  {
    pvt->cusd_use_7bit_encoding = 1;
    pvt->cusd_use_ucs2_decoding = 0;
 }

return 0;
}

----
!strcmp(pvt->model, "E171") - added by me

When contain letters

Sometimes modem receive SMS and store in SIM storage.
So '+CMTI: "SM",1'  reported by modem to chan_dongle.

But chan_dongle can use only "ME" storage for read and delete messages, and 
do commands:
AT+CMGR=1
AT+CMGD=1

for "ME" (because issue AT+CPMS="ME","ME","ME" at initialize time)

Both command shortly report OK, but (second bug) OK in responce of AT+CMGR
handled wrong and does't trigger incoming_sms state back.

При настройке CLIR chan_dongle-1.1.r10, в секции 
модема параметры (usecallingpres=yes 
callingpres=allowed_passed_screen) номер А передается. 

До этого использовался chan_datacard r189, при 
идентичных настройках, А номер не 
транслировался. 

Заранее благодарен!

What steps will reproduce the problem?
1.
start asterisk -E160
2.
3.

What is the expected output? What do you see instead?
Error .Unexpected OK
Is not possible to call

sometimes core reload solve
other no.
What version of the product are you using? On what operating system?
asterisk 1.8.5.0

Please provide any additional information below.

After some accident (I cant explain what happened), two e1550 under chan_dongle 
cant get incoming SMS. Outgoing is working OK, USSD is working OK. 

When sending SMS to numbers in chan_dongle (diferent operators) SMS is not 
delivered and report in mobile says "waiting".

When I take off sim card from E1550 and put it into phone all SMS are coming.
It feels like mobile operator thinks that SIM is offline when it is in E1550 
under dongle.

Please, what can you advice?

I am using Dongle Version 1.1, Revision 2 under Asterisk 1.8.5.0 Linux 2.6.36


Please provide any additional information below.

----------------------------------------------------------
192*CLI> dongle show device state datacard0
-------------- Status -------------
  Device                  : datacard0
  State                   : Active 1 
  Audio                   : /dev/ttyUSB1
  Data                    : /dev/ttyUSB2
  Voice                   : Yes
  SMS                     : Yes
  Manufacturer            : huawei
  Model                   : E1550
  Firmware                : 11.608.14.15.311
  IMEI                    : ********
  IMSI                    : ********
  GSM Registration Status : Registered, home network
  RSSI                    : 28, -108 dBm
  Mode                    : GSM/GPRS
  Submode                 : EDGE
  Provider Name           : KYIVSTAR
  Location area code      : BB95
  Cell ID                 : 203B
  Subscriber Number       : +****
  SMS Service Center      : +380672021111
  Use UCS-2 encoding      : Yes
  USSD use 7 bit encoding : Yes
  USSD use UCS-2 decoding : No
  Tasks in queue          : 0
  Commands in queue       : 0
  Call Waiting            : Disabled
  Current device state    : start
  Desired device state    : start
  When change state       : now
  Calls/Channels          : 1
    Active                : 1
    Held                  : 0
    Dialing               : 0
    Alerting              : 0
    Incoming              : 0
    Waiting               : 0
    Releasing             : 0
    Initializing          : 0

----------------------------------------------------------
----------------------------------------------------------
192*CLI> dongle show device state datacard1
-------------- Status -------------
  Device                  : datacard1
  State                   : Free
  Audio                   : /dev/ttyUSB4
  Data                    : /dev/ttyUSB5
  Voice                   : Yes
  SMS                     : Yes
  Manufacturer            : huawei
  Model                   : E1550
  Firmware                : 11.608.14.15.311
  IMEI                    : *******
  IMSI                    : *******
  GSM Registration Status : Registered, home network
  RSSI                    : 23, -111 dBm
  Mode                    : GSM/GPRS
  Submode                 : EDGE
  Provider Name           : MTS UKR
  Location area code      : 8110
  Cell ID                 : CFB4
  Subscriber Number       : +*******
  SMS Service Center      : +38050000501
  Use UCS-2 encoding      : Yes
  USSD use 7 bit encoding : Yes
  USSD use UCS-2 decoding : No
  Tasks in queue          : 0
  Commands in queue       : 0
  Call Waiting            : Disabled
  Current device state    : start
  Desired device state    : start
  When change state       : now
  Calls/Channels          : 0
    Active                : 0
    Held                  : 0
    Dialing               : 0
    Alerting              : 0
    Incoming              : 0
    Waiting               : 0
    Releasing             : 0
    Initializing          : 0

----------------------------------------------------------

pthread_rwlock_t error fix

  I set up chan_dongle on elastix 2.03. Everything work well except 
I can not hear ringback tone from called party.
  What can I do for this issue ? Thanks.

Reported error when sending more than 35 chars in UTF-8.

Fixed with patch I propose.

 autoconf && automake -a
configure.in:10: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET
autoconf/general.m4:1816: AC_CANONICAL_TARGET is expanded from...
autoconf/general.m4:1819: AC_CANONICAL_SYSTEM is expanded from...
configure.in:10: the top level
configure.in:10: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET
autoconf/general.m4:1816: AC_CANONICAL_TARGET is expanded from...
autoconf/general.m4:1819: AC_CANONICAL_SYSTEM is expanded from...
configure.in:10: the top level
automake: no `Makefile.am' found for any configure output

CentOS

This is after compiling the latest autoconf2.63
asterisk 1.8

[Nov 1 11:34:08] WARNING[18828] at_response.c: [dcard2] Error parsing incoming 
message '+CMGR: 0,,79
07918361050090000410D06DFA3C627F93D36300001111101143234042D539BC3C77BF41737A1934
2F83E0F2321DCE0ED3D3EC34C81D06D1C3F2B4D95D07BDE1E3B4BA0E9286F5E7B7FD2D4F83F46150
0D068287E56117' at possition 38: Can't parse OA
[Nov 1 11:34:08] DEBUG[18828] at_response.c: [dcard24] SMS message deleted 
successfully


second example:
[Nov 1 02:37:58] WARNING[29590] at_response.c: [dcard4] Error parsing incoming 
message '+CMGR: 0,,62
07918361050090400406D06DFA1C00001111102083228034CBB73C3D77A7D7A0715A9D06A9CB20B1
FCAD06C16CB5DA0C0693D970207519047FBBDFF63788FC9ED3EBF0B0DB05' at possition 38: 
Can't parse OA
[Nov 1 02:37:58] DEBUG[29590] at_response.c: [dcard4] SMS message deleted 
successfully

string 40 is:
exten => ussd,n,Hangup

should be:
exten => sms,n,Hangup

What steps will reproduce the problem?
1. Call to dongle, pickup the call
2. Remote party hears me but I can't hear anything
3. Incoming CallerId is dongle0 why?

What version of the product are you using? On what operating system?

FreeBSD serv 8.2-RELEASE-p2 FreeBSD 8.2-RELEASE-p2 #2: Fri Jul 29 17:13:22 EEST 
2011     root@serv:/usr/obj/usr/src/sys/kernel  amd64

Asterisk 1.8.5.0 built by root @ serv on a amd64 running FreeBSD on 2011-07-29 
11:42:49 UTC

Please provide any additional information below.
Here is output from asterisk cli
serv*CLI>
  == Starting Dongle/dongle0-0100000001 at dongle-incoming,+1234567890,1 failed so falling back to exten 's'
    -- Executing [s@dongle-incoming:1] Dial("Dongle/dongle0-0100000001", "SIP/110") in new stack
    -- Called SIP/110
    -- SIP/110-00000001 is ringing
    -- SIP/110-00000001 answered Dongle/dongle0-0100000001
  == Spawn extension (dongle-incoming, s, 1) exited non-zero on 'Dongle/dongle0-0100000001'

Here is my dongle.conf
/usr/local/etc/asterisk/dongle.conf

[general]

interval=10                     ; Number of seconds between trying to connect 
to devices

[defaults]
; now you can set here any not required device settings as template
;   sure you can overwrite in any [device] section this default values

context=default                 ; context for incoming calls
group=0                         ; calling group
rxgain=0                        ; increase the incoming volume; may be negative
txgain=0                        ; increase the outgoint volume; may be negative
autodeletesms=yes               ; auto delete incoming sms
resetdongle=yes                 ; reset dongle during initialization with ATZ 
command
u2diag=-1                       ; set ^U2DIAG parameter on device (0 = disable 
everything except modem function) ; -1 not use ^U2DIAG command
usecallingpres=yes              ; use the caller ID presentation or not
callingpres=allowed_passed_screen ; set caller ID presentation          by 
default use default network settings
disablesms=no                   ; disable of SMS reading from device when 
received
                                ;  chan_dongle has currently a bug with SMS reception. When a SMS gets in during a
                                ;  call chan_dongle might crash. Enable this option to disable sms reception.
                                ;  default = no

language=en                     ; set channel default language
smsaspdu=yes                    ; if 'yes' send SMS in PDU mode, feature 
implementation incomplete and we strongly recommend say 'yes'
mindtmfgap=45                   ; minimal interval from end of previews DTMF 
from begining of next in ms
mindtmfduration=80              ; minimal DTMF tone duration in ms
mindtmfinterval=200             ; minimal interval between ends of DTMF of same 
digits in ms

callwaiting=auto                ; if 'yes' allow incoming calls waiting; by 
default use network settings
                                ; if 'no' waiting calls just ignored
disable=no                      ; OBSOLETED by initstate: if 'yes' no load this 
device and just ignore this section

initstate=start                 ; specified initial state of device, must be 
one of 'stop' 'start' 'remote'
                                ;   'remove' same as 'disable=yes'

exten=+1234567890               ; exten for start incoming calls, only in case 
of Subscriber Number not available!, also set to CALLERID(ndid)

dtmf=relax                      ; control of incoming DTMF detection, possible 
values:
                                ;   off    - off DTMF tones detection, voice data passed to asterisk unaltered
                                ;              use this value for gateways or if not use DTMF for AVR or inside dialplan
                                ;   inband - do DTMF tones detection
                                ;   relax  - like inband but with relaxdtmf option
                                ;  default is 'relax' by compatibility reason

[dongle0]
context=dongle-incoming
group=1
rxgain=4
txgain=1
resetdongle=yes
u2diag=-1
audio=/dev/cuaU0.1              ; tty port for audio connection;        no 
default value
data=/dev/cuaU0.2               ; tty port for AT commands;             no 
default value

What steps will reproduce the problem?
1. Executing extension:
exten => sms,n,DongleSendSMS(dongle0, "+7xxxxxx1130", "Hello how are you, 
Danila?", 1440, yes)
(the real phone number is hidden)

What is the expected output? What do you see instead?
Sending SMS to a phone number is expected

What version of the product are you using? On what operating system?
chan_dongle-1.1.r2, ubuntu 10.10 desktop

Please provide any additional information below.
The error is:
[Jun  6 15:46:04] ERROR[2321]: app.c:113 app_send_sms_exec: [dongle0] Invalid 
destination number with id (nil)

Sending SMS via "dongle sms dongle0 +7xxxxxx1130 Hello, it's a test message" 
from CLI works fine.
I'm not using any Huawei modem - ZTE MF112 instead. May be it is the reason... 
But successful sending from CLI gives a clue that it's not the point. Please, 
help me understand the reason of this ERROR. Is this a bug?

Thanks,
Matthew.

I sometimes observe these messages in the console Asterisk

debian-pbx*CLI>
[Dec  9 23:14:10] ERROR[1842]: chan_dongle.c:411 do_monitor_phone: [GSM] Lost 
connection to Dongle
    -- [GSM] Dongle has disconnected
    -- [GSM] Trying to connect on /dev/ttyUSB2...
    -- [GSM] Dongle has connected, initializing...
    -- [GSM] Dongle initialized and ready


[Dec  9 23:14:31] ERROR[1965]: at_response.c:331 at_response_error: [GSM] 
Command 'AT+CLCC' failed
    -- [GSM] Dongle has disconnected
    -- [GSM] Trying to connect on /dev/ttyUSB2...
    -- [GSM] Dongle has connected, initializing...
    -- [GSM] Dongle initialized and ready


[Dec 11 16:26:41] ERROR[2649]: chan_dongle.c:433 do_monitor_phone: [GSM] 
timedout while waiting 'OK' in response to 'AT+CHUP'
    -- [GSM] Dongle has disconnected
    -- [GSM] Trying to connect on /dev/ttyUSB2...
    -- [GSM] Dongle has connected, initializing...
    -- [GSM] Dongle initialized and ready


Debian 6
Asterisk: 1.8.7.2   
chan_dongle version 1.1 revision 10 sources
Model: E173
Firmware: 11.126.85.00.209

Best regards,

Daniel

Hi.

What steps will reproduce the problem?

[root@gsm]cd /usr/src
[root@gsm src]svn checkout 
http://asterisk-chan-dongle.googlecode.com/svn/trunk/ 
asterisk-chan-dongle-read-only
[root@gsm src]# cd asterisk-chan-dongle-read-only/
[root@gsm asterisk-chan-dongle-read-only]# aclocal
configure.in:10: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET
../../lib/autoconf/general.m4:1795: AC_CANONICAL_TARGET is expanded from...
../../lib/autoconf/general.m4:1819: AC_CANONICAL_SYSTEM is expanded from...
configure.in:10: the top level
[root@gsm asterisk-chan-dongle-read-only]# autoconf
configure.in:10: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET
../../lib/autoconf/general.m4:1795: AC_CANONICAL_TARGET is expanded from...
../../lib/autoconf/general.m4:1819: AC_CANONICAL_SYSTEM is expanded from...
configure.in:10: the top level
[root@gsm asterisk-chan-dongle-read-only]# automake -a
configure.in:10: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET
../../lib/autoconf/general.m4:1795: AC_CANONICAL_TARGET is expanded from...
../../lib/autoconf/general.m4:1819: AC_CANONICAL_SYSTEM is expanded from...
configure.in:10: the top level
configure.in: installing `./install-sh'
configure.in: installing `./missing'
automake: no `Makefile.am' found for any configure output
[root@gsm asterisk-chan-dongle-read-only]# ./configure
configure: error: cannot run /bin/sh ./config.sub
[root@gsm asterisk-chan-dongle-read-only]# make
make: *** No targets specified and no makefile found.  Stop.


On what operating system?
Elastix (Centos 5.5)
[root@gsm asterisk-chan-dongle-read-only]# uname -a
Linux gsm.mydomain.com 2.6.39-4.el5.elrepo #1 SMP PREEMPT Thu Aug 4 19:58:19 
EDT 2011 i686 i686 i386 GNU/Linux
[root@gsm asterisk-chan-dongle-read-only]# rpm -qa automake
automake-1.9.6-2.3.el5
[root@gsm asterisk-chan-dongle-read-only]# rpm -qa autoconf
autoconf-2.63-1
[root@gsm asterisk-chan-dongle-read-only]# rpm -qa gcc
gcc-4.1.2-50.el5

WBR SolarW

channel.c:100:82: error: unknown type name ‘format_t’
channel.c: In function ‘channel_read’:
channel.c:621:22: error: ‘union ast_frame_subclass’ has no member named 
‘codec’
channel.c: In function ‘channel_write’:
channel.c:735:44: error: ‘union ast_frame_subclass’ has no member named 
‘codec’
channel.c: In function ‘new_channel’:
channel.c:1153:27: warning: assignment makes pointer from integer without a 
cast [enabled by default]
channel.c:1154:25: error: incompatible types when assigning to type ‘struct 
ast_format’ from type ‘int’
channel.c:1155:24: error: incompatible types when assigning to type ‘struct 
ast_format’ from type ‘int’
channel.c: In function ‘start_local_channel’:
channel.c:1244:34: error: ‘AST_FORMAT_AUDIO_MASK’ undeclared (first use in 
this function)
channel.c:1244:34: note: each undeclared identifier is reported only once for 
each function it appears in
channel.c: In function ‘channel_func_write’:
channel.c:1319:14: warning: variable ‘pvt’ set but not used 
[-Wunused-but-set-variable]
channel.c: At top level:
channel.c:1375:2: warning: initialization makes pointer from integer without a 
cast [enabled by default]
channel.c:1375:2: warning: (near initialization for 
‘channel_tech.capabilities’) [enabled by default]
channel.c:1376:16: error: ‘channel_request’ undeclared here (not in a 
function)
make: *** [channel.o] Error 1


Asterisk: asterisk-10.0.0-0.4.beta2
Linux: Fedora 15 (asterisk from rawhide)

Would be glad if someone could add Asterisk10 support (I know it's still beta)

What steps will reproduce the problem?
1. if received sms with utf8 letter (üöä)
2.
3. "temm ä lol ü lol ö lol"

What is the expected output? What do you see instead?
[dongle0] Got SMS from +4917XXXXXX47: 'temm { lol ~ lol | lol '
    -- Executing [sms@dongle-incoming:1] Set("Local/sms@dongle-incoming-ffcd;1", "sms=temm { lol ~ lol | lol ") in new stack
[Jun  6 15:40:55] WARNING[1294]: pbx.c:1355 pbx_exec: The application delimiter 
is now the comma, not the pipe.  Did you forget to convert your dialplan?  
(Set(sms=temm { lol ~ lol | lol ))
    -- Auto fallthrough, channel 'Local/sms@dongle-incoming-ffcd;1' status is 'UNKNOWN'


What version of the product are you using? On what operating system?
Debian 6 
Kernel 2.6.32-5-686

Model K3520     
Firmware 11.314.21.31.00     
Please provide any additional information below.

Get error 
[Jul  2 16:46:48] WARNING[470]: at_response.c:1204 at_response_cmgr: [dongle0] 
Error parsing incoming message '+CMGR: 0,,149
07919730071111F10414D0D9B09B5CC637DFEE721E0008117020616444617E041A043E0434002004
3F043E04340442043204350440043604340435043D0438044F003A00200036003900320037002E00
20041D0438043A043E043C04430020043D043500200441043E043E04310449043004390442043500
2C002004320432043504340438044204350020043D0430002004410430043904420435002E' at 
possition 49: Can't parse OA

But can parse  using this site 
http://twit88.com/home/utility/sms-pdu-encode-decode
You can find java script code in attachements

> dongle show version
chan_dongle: Huawei 3G Dongle Channel Driver, Version 1.1, Revision 7
Project Home: http://code.google.com/p/asterisk-chan-dongle
Bug Reporting: http://code.google.com/p/asterisk-chan-dongle/issues/list

PS I already use code in sms :))

What steps will reproduce the problem?
1. standard dongle sms command
2.
3.

What is the expected output? What do you see instead?
[dongle0] Error sending SMS message

What version of the product are you using? On what operating system?
1.1 r2 dongle,
asterisk 1.8.4
centos 5.6

Please provide any additional information below.

После одновременного смены ОС, перехода на 
Asterisk 1.8.3.3 и chan_dongle из trunk появилось 
предупреждение:

    -- SIP/99-0000001f answered Dongle/E1750mega-0100000005
[Jun 19 20:07:44] WARNING[8318]: channel.c:986 channel_indicate: 
[Dongle/E1750mega-0100000005] Don't know how to indicate condition 22
[Jun 19 20:07:45] WARNING[8318]: translate.c:162 framein: no samples for 
alawtolin

What version of the product are you using? On what operating system?
Asterisk 1.8.3.3
2.6.38.8-32.fc15.x86_64

What steps will reproduce the problem?
1. call gsm number of dongle sim
2. send short dtmf signal
3. receiving side (sip phone, in my case) hears start of dtmf but tone continues
4. only after sending another, long, dtmf signal, the sending of dtmf to sip 
phone stops

What is the expected output? What do you see instead?
expected: stop dtmf tone at receiving side when sender stops sending dtmf tone

What version of the product are you using? On what operating system?
1.1r10 from tgz
linux 2.6.32 with asterisk 1.8.4.4

Please provide any additional information below.
It seems as if the logic in channel_read is flawed: it just skips the call to 
pvt->dtmf_end_time = ast_tvnow()
upon receiving an AST_FRAME_DTMF_END outside the mindtmfgap/duration/interval 
boundaries.
This approach might work when doing SIP_INFO dtmf, but not when using RFC dtmf. 
In that case, the tone is started and the end is skipped, so the tone continues 
to be sent...

The way I understand the logic, is that you don't want to detect 'short' dtmf 
tones, and that you want to prevent gsm-distortion due to some packet loss to 
generate repeated dtmf digits instead of one, but the current implementation 
does not seem to be the right way to do that. The only way I could get it to 
work properly was to set all mindtmf* stuff to 0 to make sure every start/end 
detected by Asterisk core dsp is handled the way Asterisk thinks is right...

See also attached file with debug output and description of actions and 
reactions.
Settings in dongle.conf:
dtmf=relax
mindtmfgap=45
mindtmfduration=80
mindtmfinterval=200

Typo fix.

when  configured device(s) try find w/o imsi 

What steps will reproduce the problem?
1.
start dongle module with 
one absent autodetected device dongle1 but w/o imsi but with imei

[dongle1]
imei=XXX
imsi=

2. c

3.  result miss imsi row

4. dongle stop now dongle1 and wait 30 seconds

5. repeat dongle1
result contain imsi


What is the expected output? What do you see instead?


Please use labels and text to provide additional information.

"DIAL(Dongle/p:" not work for provider names that contain space symbol.

    -- AGI Script Executing Application: (DIAL) Options: (Dongle/p:MTS)
[Jul 19 01:35:58] WARNING[82208]: channel.c:44 parse_dial_string: Can't 
determine destination in chan_dongle
[Jul 19 01:35:58] WARNING[82208]: app_dial.c:2196 dial_exec_full: Unable to 
create channel of type 'Dongle' (cause 88 - Incompatible destination)
  == Everyone is busy/congested at this time (1:0/0/1)

What steps will reproduce the problem?
1. SMS Inbound 
2. When i write more then 160 letter, the sms ar not readable...
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?
Debian 6 
Kernel 2.6.32-5-686

Model K3520     
Firmware 11.314.21.31.00  

Please provide any additional information below.

What steps will reproduce the problem?
1. Receive SMS with UDHI  User Data Header Indicator Parameter indicating that 
the UD field contains a header
2. Header length is not multiple of 7
3. Message body in 7bit GSM alphabet starts with an offset

What is the expected output? What do you see instead?
Expected message body, got scrambled message.

What version of the product are you using? On what operating system?
Asterisk 1.8 Fedora 15 x64.

Please provide any additional information below.
Function pdu_parse() in pdu.c should not skip UDH, it should instead pass value 
of udhl to functions str_recode() and exstr_7bit_to_char() in char_conv.c, and 
header length should be skipped after 8b to 7b conversion and descrambling, not 
before.