Open VGBLTSK opened 7 years ago
Nobody?
Dear Evgenii,
There a big problem with Hisilicon chipsets and DTMF. The IVR uses DTMF, than doesn't work. I still don´t understood because is necessary to disable 3G MODE to make calls. Good Lucky.
Regards.
Marco Araujo.
Hello Marco Araujo. Thank you for your comments. I am a bit unclear - you said I have to disable 3G mode to make calls. In fact - I used to disable it all along. And as I wrote before - I can make\receive calls. However, dongle reboots when call route goes through IVR. I would dare to say that DTMF is used when caller is expected to make a choice. Whereas, my issue that a dongle goes into reboot before user can send DTMF signal - it breaks once Answer command is issued by Asterisk. I do suspect that there is trouble with AT commands used for dongle. It makes me wonder if the problem can be worked around before I trash those dongles.
All the best, Evgenii.
Hello Evgenii, I have try with this parameters below in dongle.conf and the IVR worked properly. But I never try to make IVR with Hisilicom chipsets, my good experience was with E1756, chipset MSM6190 I guess. Good Lucky my friend.
dtmf=relax mindtmfgap=45 mindtmfduration=10 mindtmfinterval=20
better if set gap = min (0), duration to min (0), and interval to min (0) possible values
dtmf can be "off", "inband", "relax"
dtmf can be read/write by CHANNEL function
Hello bg111, how are you? I remember I configured dtmf=off and the IVR didn't work properly. In my case I use E1756 Dongle, chipset MSM6290. Thank you.
Regards.
Gentlemen, The only way to work the issue around (which is a good question itself whether it is a workaround indeed) is to send a call to another channel which can ‘Answer’ the call and process through its own IVR. I have a separate trunk for GV and it seems to be working. So, it goes like this: Dongle -> GV1 trunk (Answer + user makes a choice + DTMF) -> Dial SIP trunk. Really cumbersome and awkward, but working….
Chan_dongle Gurus, Has anyone faced the problem using HISILICON chipset based modems with 21.156.00.01.143 or 21.157.00.01.143 firmware onboard when invoking Asterisk IVR menu results into dongle (modem) reboot? I performed some testing and it seems that Answer() or Playback() commands are causing modem to be immediately restarted, whereas I can make\receive any direct call. This problem is not observed for Huawei e1550 (firmware 11.XX). The strange thing is I can seamlessly make\receive direct inbound\outbound calls (dongle – sip\softphone). I can also 'talk' to the dongle via socat tool and issue AT command to answer the call as below:
However Asterisk regular command Answer() or Playback() results into resetting the dongle:
chunk of Incoming context that makes dongle restart:
And this is worth of noting: 'timedout while waiting 'OK' in response to 'ATA' - makes me to believe, that some commands are not recognized by chan_dongle. I poked around a bit and ascertained that the the set of AT commands is slightly different
For example, Qualcomm chipset based dongles make use of AT^U2DIAG=0 for setting up device as modem only, whereas HiSilicon based device accepts at^setport=»a1,a2;1,2,3″.
AT-commands for Huawei dongles E171 with firmware v21.156.00.00.143:
Any ideas why my dongles keep on restarting when call goes to IVR are highly appreciated.
Thank you. With regards, Evgenii.