Бюджетное решение Asterisk <-> GSM [часть 2]
помощи не дождался, пусть уж будет хоть так.
ссылка на самое последнее сообщение в этой ветке (архив):
http://asteriskforum.ru/viewtopic.php?t= ... start=2789
А так -- все работает.
_________________
Asterisk 1.4.30 @ Ubuntu 9.04 + Cisco MC3810 + NEC NEAX 2000IPS + Polycom IP Phones
_________________
Gentoo Linux || Asterisk 13.1-cert2
Решения телефонии на базе Asterisk || http://it-need.ru
Прием прописан в /etc/asterisk/extensions_custom.conf:
| Код: |
| exten => ussd,1,Verbose(Incoming USSD: ${USSD}) exten => ussd,n,System(echo '${STRFTIME(${EPOCH},,%Y-%m-%d %H:%M:%S)} - ${DATACARD}: ${USSD}' >> /var/log/asterisk/ussd.txt) exten => ussd,n,Hangup() |
В консоле астериска даю команду:
| Код: |
| datacard ussd Life *111# |
Вываливается ошибка:
| Код: |
| [Life] Error parsing CUSD: '+CUSD: 2' |
Следовательно файл также пуст
Модемы E173
Asterisk 1.6.2.20
Может у кого были подобные траблы?
в issue на проекте есть ссылки на патч для сборки на 10ку и 11.
но я за него ничего сказать не могу.
chan_dongle отличается от моего же chan_datacard названием и тем что развитие в том числе
функционала и багфиксы пошли только в chan_dongle, chan_datacard не поддерживается.
chan_datacard Артёма идёт своей дорогой, на нём путём практически полной переработки
и был построен мой chan_datacard.
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
10 - EOL
1.8 скоро EOL
11 - еще несколько лет будет актуальна, стабильна, куча нового функционала, какой смысл в старье?
Так получается уже 3 версии канала?
_________________
Gentoo Linux || Asterisk 13.1-cert2
Решения телефонии на базе Asterisk || http://it-need.ru
и не факт что устранение старых.
По-этому по старому админскому принципу "работает - не трогай" множество людей и не
прыгают на новые версии, а банально делать ради того чтобы было смысла нет.
Логично будет, что когда понадобятся ништяки, которых в старом нет тогда и делать
переезд. Притом сначала придётся делать опытную эксплуатацию.
Ну собственно работать как я понимаю не кому.
Изначально начал копать chan_datacard с намерением слить с оригинальным от Артёма.
С Артёмом был разговор, всё было ясно, до сливки было примерно 2 месяца переработки.
За это время архитектура была глобально переработана, сливка веток означала
фактически переход на мою версию.
Тут некстати вылез Дмитрий (новый разработчик старого chan_datacard), который
почему то начал предъявлять ко мне претензии, видимо на фоне моего отказа
поделится с ним нахаляву недавно мной созданной технологией по восстановлению ИМЕИ.
В общем я некоторое время подумал, и отложил сливку. Развитие вёл в своей ветке.
Ну и дальше уже на этом фоне стало понятно, что надо делать переименование, чтобы
не путали люди 2 разных продукта. Если нет объединения то это логично.
На текущий момент я не слежу за старым chan_datacard, возможно там есть какие то багфиксы,
на известный мне момент ситуация та же, он банально целиком требует замены.
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
Вот тут можно смотреть жизненный цикл разных веток.
Смысла сейчас использовать для новых инсталляций что-то кроме 11 нет.
Старые 1.8 инсталляции еще можно оставить, но это не отменяет необходимости ставить патчи безопасности.
Переход на 11 вполне безболезненный если не используется стороннего кода.
Именно по этому я и считаю, что нужно развивать код под актуальные версии и при необходимости отдельным патчем добавлять совместимость со старой веткой.
_________________
Gentoo Linux || Asterisk 13.1-cert2
Решения телефонии на базе Asterisk || http://it-need.ru
Вопрос к уважаемому bg1
я его уже задавал issue 84 ( http://code.google.com/p/asterisk-chan-d ... tail?id=84 )
если кратко
| Цитата: |
| случайно обнаружил такую вещь, после загрузки модуля res_timing_pthread.so исходящий звук донгл->GSM начинает идти с искажениями (булькание, хрипы и т.п.), при этом входящий GSM->dongle->asterisk остается чистым. В логах по этому поводу вообще ничего нет. |
bg1, вы посоветовали использовать res_timing_timerfd.so вместо res_timing_pthread.so, сразу не смог проверить так как не собирался res_timing_timerfd.so
под Openwrt, но по прошествии времени перешел на Attitude Adjustment 12.09 (Openwrt) под которым собрался и res_timing_timerfd.so и res_timing_pthread.so.
Попробовал и тот и тот модуль результат одинаков - входящий звонок GSM-dongle-asterisk чистый, исходящий dongle--GSM идет с искажениями
Так как это все дело крутиться под Openwrt, есть подозрение что при сборке Openwrt необходимо включить какие-то опции для ядра,
Вот только какие?
Буду признателен за ответ.
на openwrt обычно кастрированная либа собирается
собственно таймер только тактирует запись фреймов в девайс, и влиять может только на то, что услышат на другой стороне GSM.
При этом направление звонка не имеет значения.
Можно просто не загружать модули таймера и посмотреть что же случится

_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
| bg1 @ Сб Июн 08, 2013 15:13 писал(а): |
| Можно просто не загружать модули таймера и посмотреть что же случится ![]() |
конечно же без этих модулей, все прекрасно работает (уже если не ошибаюсь около двух лет)
проект сугубо домашний - астериск стоит на роутере TP-LINK WR1043ND,
просто этот астериск на Openwrt подключен по IAX2 к другому астериксу, и хотелось в качестве
эксперимента пробросить через IAX2 два одновременных звонка.
на сотню каналов тогда и посмотрим как заработает без таймера.
Возможно тогда осознаете что такое джиттер.
Но я всё равно очень рад, что продлил вам жизнь на целых 10 минут.
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
то что для нескольких звонков в IAX2 нужен таймер, я осознал давно, поэтому и пытался подгружать
res_timing_timerfd.so (или res_timing_pthread.so), а вот почему после загрузки любого из модулей под Openwrt
звук через донг идет с искажениями пытаюсь осознать до сих пор.
с ней трудно не согласиться
(ссылки выше на пакеты не рабочие). Спасибо.
Чёт не могу нагуглить:
Есть куча модемов Е1550 с некоторых надо чтобы ( Любой входящий номер) звонки шли на определённый sip номер.
Собственно правило в extensions.conf
по видимому драйвера под этот модем не цепляли к этому донглу?!
отпишите кто сталкивался? у кого какая ситуация?!
кто видит, кто не видит, кто не обнаруживает.
не знаю, наверное навыки гуглить вытесняют навыки думать, но в сампловых конфигах всё есть.
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
вопрос: кто-то пробовал с таковым играться? у вас заводился? если да то на какой сборке?!
Вопрос какое событие в канал пихать? AST_CONTROL_RINGING
Если да то так получается такая последовательность.
> INVITE от клиента
< SIP/2.0 100 Trying - к клиенту
начинается колбасится диалплан... поднимается канал.
после чтения ^ORIG даётся запрос CLCC по ответу уже меняется состояние линии на dialing, что приводит к
< SIP/2.0 183 Session Progress
с этого момента нормальный клиентус уже слышит early media. Хрень в том что не все клиенты нормальные.
После этого модем репортит через какое то время ^CONF, при этот состояние звонка не меняется, звука с него всё ещё нет.
Надо ли в этот момент детектить media и стоит ли выдавать SIP/2.0 180 Ringing уже после 183, или клиент ещё более сойдёт с ума.
Могу давать 180 только если 183 ещё не было.
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
http://wiki.sangoma.com/wanpipe-linux-asterisk-gsm
1. Как определить будут ли они работать с chan-dongle?
От чего это зависит? От прошивки (у всех включена голосовая ф-ия)? Я поискал, MSM6280 есть в E169 и в K3565, первый совместим, а второй нет.
2. Есть ли какой-то тест, чтобы у продавца можно было узнать заранее?
3. Какой сейчас самый лучший модем по цене/качество?
Буду очень признателен за подсказку или получить пинок в правильном направлении )
Нужно организовать gsm шлюз на базе asterisk в мааленьком офисе.
Исходящие звонки будут идти через поставщика IP телефонии эта задача решается просто.
Для входящих звонков необходимо использовать gsm связь(всего 4-5 сотовых номеров).
Все бюджетные решения которые я смог найти в гугле сводяться к покупке модема huawei и на основе него сделать gsm шлюз. Вот только все поддерживаемые модели в продаже отсутствуют, 3 дня ездил по салонам связи и у всех модемы не поддерживаемых версий (как пример E321s или E352) у меня уже появилась мысль что операторы прочухали что из их модемов можно делать бюджетные решения без использования их сим карт и прочего. Собственно вопрос , есть ли возможность купить эти модемы напрямую от производителя , или есть ли другие модемы с поддержкой gsm,sms которые будут дружить с астериском?
просто интересовал вопрос доступности модемов huawei или иных производителей , меня немного смутило что достать работоспособное\совместимое устройство крайне проблематично
видимо так и поступлю , просто хотелось прямо сейчас купить но видимо придеться месяц их ждать....вива Почта России
В продаже промышленные коммутаторы на 16 портов USB 2.0 - 3000 руб/шт.
Блоки питания и USB кабели в комплект не входят.
Отправка по России.
Есть патч http://code.google.com/p/asterisk-chan-d ... tail?id=98 - не включенный в основную ветку.
Для chan_dongle r35 + патчи для Asterisk 11 (https://github.com/jstasiak/asterisk-chan-dongle/tree/asterisk11) path под спойлером
| Код: |
| Date: Wed, 11 Sep 2013 14:31:57 +0300 Subject: [PATCH] check USSD encoding (Ukraine MTS) --- at_response.c | 3 ++- char_conv.c | 28 ++++++++++++++++++++++++---- 2 files changed, 26 insertions(+), 5 deletions(-) diff --git a/at_response.c b/at_response.c index be5f46c..867644b 100644 --- a/at_response.c +++ b/at_response.c @@ -1347,7 +1347,8 @@ static int at_response_cusd (struct pvt * pvt, char * str, size_t len) typebuf[1] = 0; // FIXME: strictly check USSD encoding and detect encoding - if ((dcs == 0 || dcs == 15) && !pvt->cusd_use_ucs2_decoding) + /*Sometime in 'MTS Ukraine' USSD responces DCS=1 and pvt->cusd_use_ucs2_decoding=0*/ + if ((dcs == 0 || dcs == 1 || dcs == 15) && !pvt->cusd_use_ucs2_decoding) ussd_encoding = STR_ENCODING_7BIT_HEX; else ussd_encoding = STR_ENCODING_UCS2_HEX; diff --git a/char_conv.c b/char_conv.c index 3167f30..4b0e7d8 100644 --- a/char_conv.c +++ b/char_conv.c @@ -167,6 +167,7 @@ static ssize_t char_to_hexstr_7bit (const char* in, size_t in_length, char* out, unsigned char c; unsigned char b; char buf[] = { 0x0, 0x0, 0x0 }; + char pad = '\r'; x = (in_length - in_length / 8) * 2; if (out_size - 1 < x) @@ -196,10 +197,29 @@ static ssize_t char_to_hexstr_7bit (const char* in, size_t in_length, char* out, x = x + 2; } - c = in[i] >> s; - snprintf (buf, sizeof(buf), "%.2X", c); - memcpy (out + x, buf, 2); - x = x + 2; + //c = in[i] >> s; + //snprintf (buf, sizeof(buf), "%.2X", c); + //memcpy (out + x, buf, 2); + //x = x + 2; + //Check force padding insertion + in_length++; + if(in_length%8==7 || (!in_length%8 && in[in_length-1]==pad)) + { + //Need to insert (and then encode) padding char. + c = in[i] >> s; + b = pad > s; + /*If in_length is a multiple of 8 and no padding char at the end, last + character don't need to include in result. + */ + if(in_length%8 || (!in_length%8 && in[in_length-1]==pad)) + { + snprintf (buf, sizeof(buf), "%.2X", c); + memcpy (out + x, buf, 2); + x = x + 2; + } } out[x] = '\0'; -- 1.8.4 |
PS. Вдруг кому поможет
Лайф тоже офигел, блокирует свистки "типа за нарушение правил" никто не может пояснить каких именно, но если перейти на другой план, в два раза дороже, то уже и не нарушаешь и разблокируют.
_________________
"Все для такси": специальные бесшумные серверы (1U-3U 12 вольт, 8-35 ват), АТС Астериск, автоматизация диспетчерских,
УНИКАЛЬНАЯ ТЕХНОЛОГИЯ "ТАКСИ БЕЗ ДИСПЕТЧЕРОВ" - без Java и/или Интренет (только телефоны)
Последний раз редактировалось: Zoleg (Чт Окт 24, 2013 07:09)
Спасибо ..
вообще считаю ZTE глюкавым убожеством и что поставить huawei в конечном итоге намного дешевле.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Вопрос по Asterisk 12 - где скачать chan_dongle под него ? .
на 11 есть патчи ищите.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
| Цитата: |
| я не поддерживаю выше 1.8 |
можно глупый вопрос? (можно даже в личку)
а с чем это связано?
| Цитата: |
| на 11 есть патчи ищите. |
возможно я не прав
но что мешает сделать новую версию с интегрированным патчем?
хотя даже у астера такое наблюдается.
давно делают патчи что бы в лог IP писался.
а в дистрибут это не вносят.
(может заботятся что бы логи не распухали?
_________________
Алексей Милько
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Скомпилил, установил, настроил, по dongle show devices увидел своё устройство:
dongle0 0 Free 19 3 3 MegaFon E1550 11.608.12.10.209 XXXXXXXXXXXXXXX XXXXXXXXXXXXXXX
Но звонки что-то не заладились. Почитал форум, понял что надо перепрошивать модем. Перепрошил на 11.609.20.00.00.B418. Всё, больше мой aster его не видит. Пререзагрузка модуля ничего не даёт. Пересобрал модуль, результат тот же. Пробовал подключать и по EMEI, и по /dev/ttyUSB*. CD и картридер отключены.
#lsusb:
Bus 001 Device 003: ID 12d1:1001 Huawei Technologies Co., Ltd. E620 USB Modem
#dmesg:
[ 7024.640022] usb 1-4: new high speed USB device using ehci_hcd and address 3
[ 7024.801396] usb 1-4: configuration #1 chosen from 1 choice
[ 7024.872691] usbcore: registered new interface driver usbserial
[ 7024.872718] USB Serial support registered for generic
[ 7024.872787] usbcore: registered new interface driver usbserial_generic
[ 7024.872790] usbserial: USB Serial Driver core
[ 7024.879496] USB Serial support registered for GSM modem (1-port)
[ 7024.879583] option 1-4:1.0: GSM modem (1-port) converter detected
[ 7024.879775] usb 1-4: GSM modem (1-port) converter now attached to ttyUSB0
[ 7024.879799] option 1-4:1.1: GSM modem (1-port) converter detected
[ 7024.879880] usb 1-4: GSM modem (1-port) converter now attached to ttyUSB1
[ 7024.879898] option 1-4:1.2: GSM modem (1-port) converter detected
[ 7024.879982] usb 1-4: GSM modem (1-port) converter now attached to ttyUSB2
[ 7024.880049] usbcore: registered new interface driver option
[ 7024.880052] option: v0.7.2:USB Driver for GSM modems
В CLI каждые 15 сек выводится следующее:
WARNING[1648]: at_response.c:384 at_response_error: [dongle0] Error checking subscriber phone number
Что делать уже не знаю. Помогите пожалуйста разобраться.
1) вставить sim
2) удалить собственный номер из sim
core set debug 4
покажет всё что пишется и читается из модема
инициализация модема minicom решает проблему до следующего ребута.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Повысилась информативность debug-вывода, при попытке совершить звонок наблюдаю следующее:
[Sep 30 11:14:36] WARNING[2907]: channel.c:5641 ast_request: No channel type registered for 'dongle0'
[Sep 30 11:14:36] WARNING[2907]: app_dial.c:2341 dial_exec_full: Unable to create channel of type 'dongle0' (cause 66 - Channel not implemented)
Как правильно использовать minicom?
module show like dongle
Module Description Use Count
chan_dongle.so Huawei 3G Dongle Channel Driver 0
1 modules loaded
модем искать по imei - не по портам /tty/USB
не плохо бы ещё по английски понимать что вам астер пишет.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Он у меня и ищется по imei, насколько я это понимаю. В разделе [dongle0] раскомментирована строка imei=xxxxxxxxxxxxxxx (вместо иксов я разумеется прописал imei своего модема), а строки с /tty/USB закоментировал. Перезагрузил астер. Результат нулевой. По 'dongle show devices' нету ни одного устройства. Тоже самое и с imsi.
to bg1
Перечитал
1) sim вставлена
2) Извиняюсь за тупой вопрос, но что значит 'удалить собственный номер из sim'? Я с симки удалил все контакты. Как узнать остался ли где-нибудь там собственный номер?
3) Да и то что астер пишет по английски мне вроде бы всё понятно:
- [dongle0] Ошибка проверки номера абонента
- канал dongle0 не зарегистрирован
Не удаётся понять почему канал dongle0 не регистрируется. Чего ему не хватает?
Дал запрос на DUB-H7 R1 - Жду
AT+CPBS="ON"
AT^CPBW=1
возможно прийдется последнюю команду выполнить несколько раз, если номер там не один.
Похоже и в правду дело было в симке.
Поддерживают ли модемы Huawei установку предпочтительного кодека для голоса (HalfRate, FullRate, EFR)?
в 3g сети качество голоса обычно лучше.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Модем сейчас использует FR, насколько я знаю. Только вот не понимаю почему... и как заставить его использовать HR?
В GSM-модемах Wavecom нашел AT-команду, чтобы сделать HR приоритетным. Но она только для их модемов похоже..
| Цитата: |
| Лайф тоже офигел, блокирует свистки "типа за нарушение правил" никто не может пояснить каких именно, но если перейти на другой план, в два раза дороже, то уже и не нарушаешь и разблокируют. |
Я поборол проблему с лайфом путем прошивки имея любого телефона, например мертвого или просто случайного из базы. После этого лайф думает, что симка в телефоне и слывет лошарой...
Added after 17 minutes:
| Цитата: |
| Дал запрос на DUB-H7 R1 - Жду |
Вот неплохо бы чтоб появились. Перепробовал все хабы, но кроме старого DUB-H7 ничего толком не работает под адской нагрузкой. А вот старый DUB-h7 у меня "держит" по 7 модемов практически без проблем.
Описание: чтобы отключить услугу "конференц-связь" нужно послать смс на номер 2052 с текстом "2"
смс типа ушло, но ответа от оператора нет.
Переставляем симкарту в тело и оппа - такое же смс приводит к стандартному смс-ответу от оператора.
Перепробовал на модемах E1550 и E173 и K3520, т.е. глюк не завит от модели оборудования.
*CLI> dongle sms modem_04 2052 2
[modem_04] SMS queued for send with id 0x7fb2e0001050
[Nov 15 16:29:13] -- [modem_04] Successfully sent SMS message 0x7fb2e0001050
P.S. год назад писал здесь про непроходящие длинные ussd, может одного поля ягоды? Посмотрите, кто разбирается плиз.
_________________
https://github.com/nixonch/a2billing
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Позвольте узнать как сменили имей - шли на поклон к bg1 или уже появилось опен-соурс решение? А то мне лайф на днях тоже заблокировал симку, самое обидное система-то домашняя, один e1550 на роутере tp-link wr1043nd. Но я наверное сам виноват, симка больше 1.5 лет не меняла базовую станцию и при прозвоне на нее предлагалось IVR меню
_________________
Corporate Telephone Systems. VoIP. http://ai.kh.ua
а вообще офтоп по-моему.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Пробовал на компьютере с Mobile Partner, пришел к выводу что запоминает!
А вот с астериском нет. При перезагрузке модем коннектится к 2G даже если стоит настройка только 3G. Т.е. даже если с Mobile Partrer установить только 3G при подключении данного модема к астеру - 2G.
Как сохранить настройки? Chan_dongle не сбрасывает эти настройки при инициализации модема? (Ну команду ATZ вижу в коде например...)
А вот программа может свои настройки и запоминать.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
| andrey1969 @ Вт Дек 31, 2013 18:21 писал(а): |
| ... и телефон по юсб к астеру ))) |
можно немного подробнее, не совсем понятно как астериск увидит телефон через usb?
_________________
«Choose a job you love, and you will never have to work a day in your life» — Confucius
| Код: |
| atz OK ati Manufacturer: huawei Model: E173 Revision: 21.017.05.00.55 IMEI: +GCAP: +CGSM,+DS,+ES OK |
Кому-то удалось оживить для Астериска ревизию "S" сменой прошивок или в топку? Прошу коммерческой помощи
_________________
Corporate Telephone Systems. VoIP. http://ai.kh.ua
| anest @ Пт Янв 10, 2014 01:01 писал(а): |
| https://www.google.com/#q=FXO+USB |
если я правильно понял, это был ответ на мое сообщене, мне кажется это не совсем то, что имел ввиду уважаемый andrey1969
если я не прав, то все равно не понятно каким образом к этой связке FXO+USB можно прикрутить GSM оператора.
Да ссылка пропала ,видимо устарела . ( Найду инфу кину, Голос через звуковую карту !!!! )
Есть ещё вариант с которыми работал ( CDMA телефон стационарный и gsm шлюз + модемы X100p аналог на мотороле ) . На версии 1.6 ещё работает , на 11 уже не запускается ((( .
P.S. Оттестировал модем Huawey huawei e153u-1 на МТС - результаты гораздо лучше чем е1550 на DTMF донаборе !!!
| andrey1969 @ Ср Янв 15, 2014 19:25 писал(а): |
| Да ссылка пропала ,видимо устарела . ( Найду инфу кину, Голос через звуковую карту !!!! |
Был бы очень признателен.
А никто случайно не пробовал в качестве бюджетного решения связку
Одноканальный китайский GSM Gateway etross-8848 (~45$) +
Китайский же VoIP gateway Linksys spa3000 (~25$)
в итоге ~ 70$ в 2 раза дешевле самого просто одноканального GSM-VoIP шлюза.
Плюс этого решения (если оно конечно работоспособно) в том что etross позволяет менять IMEI
Китайцы (на алиекспресс) клянуться, что связка работоспособная, но мне как то вериться с трудом.
Может кто-то пробовал?
при этом на астере висит еще около 5 мопедов е171 с прошивками 11.126.85.01.143 и 21.156.00.00.143
и замечательно работают.
chan_dongle 14-й
Кто нить заводил такой е171 с прошивкой 21.157.00.01.143 ?
http://awsswa.livejournal.com/12015.html
и вот такой вопрос:
1) модемы е171 с прошивкой 21.156.00.00.143 в системе присутствуют и работают на ура.
lsusb
Bus 001 Device 004: ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard
2) модемы е171 с прошивкой 21.157.00.01.143 не хотят но система их видит
lsusb
Bus 002 Device 004: ID 12d1:155b Huawei Technologies Co., Ltd
что копать то? просто статья написана как я понимаю для прошивки 21.156.00.00.143, но они
и так работают без пинков..
+ на некоторых форумах пишут что эти модемы опасно прошивать может умереть.
если у кого есть прошивка 21.156.00.00.143, киньте ссылку, готов убить этот модем...
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
кто нибудь использует Oktell SIP-GSM Gateway Насколько стабильно работает?
на днях настроил в связке с астериском, завел транки через freepbx, SIP-GSM Gateway весит на виртуальной машине,
входящие и исходящие идут нормально, времени на длительное тестирование пока нет, поэтому интересует мнение форума.
К нему подключен хаб D-link Duh-h7 c1. Подключены 3 модема е1550. Все работает замечательно, после подключения четвёртого и последующих модемов система теряет другие или начинает виснуть. В dongle модемы прописаны через imei. Такое ощущение, что больше 3х модемов у меня физически не может работать. Подскажите в чем ограничение кроется.
Linux raspbx 3.10.29+ #636 PREEMPT Sun Feb 9 19:58:58 GMT 2014 armv6l
RasPBX - Asterisk for Raspberry
Asterisk 11.9.0
E1550 11.609.18.00.00
Huawei 3G Dongle Channel Driver, Version 1.1, Revision 34
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
| bg1 @ Сб Май 24, 2014 06:55 писал(а): |
| dmesg |
Модемы определяются но raspberry очень тормозит даже при выводе этих команд - лагает.
Помогает только вторая-третья перегрузка всей железки.
root@raspbx:~# dmesg | grep -i tty
root@raspbx:~# dmesg | grep -i tty
[ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708.boardrev=0xe bcm2708.serial=0x5ab13191 smsc95xx.macaddr=B8:27:EB:B1:31:91 sdhci-bcm2708.e
mmc_clock_freq=250000000 vc_mem.mem_base=0x1fa00000 vc_mem.mem_size=0x20000000 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 rootw
ait
[ 0.000000] console [tty1] enabled
[ 0.529870] dev:f1: ttyAMA0 at MMIO 0x20201000 (irq = 83) is a PL011 rev3
[ 0.870418] console [ttyAMA0] enabled
[ 5.266389] usb 1-1.3.2: GSM modem (1-port) converter now attached to ttyUSB0
[ 5.492382] usb 1-1.3.2: GSM modem (1-port) converter now attached to ttyUSB1
[ 5.708507] usb 1-1.3.5.2: GSM modem (1-port) converter now attached to ttyUSB2
[ 5.767944] usb 1-1.3.5.2: GSM modem (1-port) converter now attached to ttyUSB3
[ 5.818238] usb 1-1.3.5.2: GSM modem (1-port) converter now attached to ttyUSB4
[ 5.888702] usb 1-1.3.2: GSM modem (1-port) converter now attached to ttyUSB5
[ 6.131329] usb 1-1.3.4: GSM modem (1-port) converter now attached to ttyUSB6
[ 6.337454] usb 1-1.3.5.3: GSM modem (1-port) converter now attached to ttyUSB7
[ 6.394834] usb 1-1.3.5.3: GSM modem (1-port) converter now attached to ttyUSB9
[ 6.404394] usb 1-1.3.4: GSM modem (1-port) converter now attached to ttyUSB8
[ 6.448277] usb 1-1.3.5.3: GSM modem (1-port) converter now attached to ttyUSB10
[ 6.796273] usb 1-1.3.4: GSM modem (1-port) converter now attached to ttyUSB11
[ 6.946184] usb 1-1.3.5.4: GSM modem (1-port) converter now attached to ttyUSB12
[ 7.007061] usb 1-1.3.5.4: GSM modem (1-port) converter now attached to ttyUSB13
[ 7.066122] usb 1-1.3.5.4: GSM modem (1-port) converter now attached to ttyUSB14
[ 7.397815] usb 1-1.3.5.5: GSM modem (1-port) converter now attached to ttyUSB15
[ 7.457741] usb 1-1.3.5.5: GSM modem (1-port) converter now attached to ttyUSB16
[ 7.523052] usb 1-1.3.5.5: GSM modem (1-port) converter now attached to ttyUSB17
root@raspbx:~#
root@raspbx:~# dmesg | grep -i usb
root@raspbx:~# dmesg | grep -i usb
[ 0.905647] usbcore: registered new interface driver usbfs
[ 0.911375] usbcore: registered new interface driver hub
[ 0.916940] usbcore: registered new device driver usb
[ 1.386108] usbcore: registered new interface driver smsc95xx
[ 1.847785] dwc_otg bcm2708_usb: DWC OTG Controller
[ 1.854018] dwc_otg bcm2708_usb: new USB bus registered, assigned bus number 1
[ 1.862633] dwc_otg bcm2708_usb: irq 32, io mem 0x00000000
[ 1.879337] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 1.887553] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.896159] usb usb1: Product: DWC OTG Controller
[ 1.902266] usb usb1: Manufacturer: Linux 3.10.29+ dwc_otg_hcd
[ 1.909507] usb usb1: SerialNumber: bcm2708_usb
[ 1.916183] hub 1-0:1.0: USB hub found
[ 1.927443] usbcore: registered new interface driver usb-storage
[ 2.086390] usbcore: registered new interface driver usbhid
[ 2.093445] usbhid: USB HID core driver
[ 2.367576] usb 1-1: new high-speed USB device number 2 using dwc_otg
[ 2.598229] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[ 2.609842] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 2.619863] hub 1-1:1.0: USB hub found
[ 2.907803] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[ 3.028267] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[ 3.036780] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 3.122624] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:b1:31:91
[ 3.227833] usb 1-1.3: new high-speed USB device number 4 using dwc_otg
[ 3.341858] usb 1-1.3: New USB device found, idVendor=0835, idProduct=8500
[ 3.353936] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 3.363131] usb 1-1.3: Product: USB2.0 Hub
[ 3.369079] usb 1-1.3: Manufacturer: Action Star
[ 3.377850] hub 1-1.3:1.0: USB hub found
[ 3.668157] usb 1-1.3.1: new high-speed USB device number 5 using dwc_otg
[ 3.792019] usb 1-1.3.1: New USB device found, idVendor=0835, idProduct=8501
[ 3.807621] usb 1-1.3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 3.836748] usb 1-1.3.1: Product: USB HID
[ 3.842505] usb 1-1.3.1: Manufacturer: Action Star
[ 3.856192] hid-generic 0003:0835:8501.0001: hiddev0,hidraw0: USB HID v1.11 Device [Action Star USB HID] on usb-bcm2708_usb-1.3.1/input0
[ 3.948082] usb 1-1.3.2: new high-speed USB device number 6 using dwc_otg
[ 4.069112] usb 1-1.3.2: New USB device found, idVendor=12d1, idProduct=1001
[ 4.087610] usb 1-1.3.2: New USB device strings: Mfr=3, Product=2, SerialNumber=0
[ 4.101484] usb 1-1.3.2: Product: HUAWEI Mobile
[ 4.109220] usb 1-1.3.2: Manufacturer: HUAWEI Technology
[ 4.121686] usb-storage 1-1.3.2:1.0: USB Mass Storage device detected
[ 4.138429] usb-storage 1-1.3.2:1.1: USB Mass Storage device detected
[ 4.148139] usb-storage 1-1.3.2:1.2: USB Mass Storage device detected
[ 4.238149] usb 1-1.3.4: new high-speed USB device number 7 using dwc_otg
[ 4.369028] usb 1-1.3.4: New USB device found, idVendor=12d1, idProduct=1001
[ 4.387657] usb 1-1.3.4: New USB device strings: Mfr=3, Product=2, SerialNumber=0
[ 4.413802] usb 1-1.3.4: Product: HUAWEI Mobile
[ 4.427655] usb 1-1.3.4: Manufacturer: HUAWEI Technology
[ 4.458604] usb-storage 1-1.3.4:1.0: USB Mass Storage device detected
[ 4.486904] usb-storage 1-1.3.4:1.1: USB Mass Storage device detected
[ 4.513948] usb-storage 1-1.3.4:1.2: USB Mass Storage device detected
[ 4.618196] usb 1-1.3.5: new high-speed USB device number 8 using dwc_otg
[ 4.680322] usbcore: registered new interface driver usbserial
[ 4.731973] usb 1-1.3.5: New USB device found, idVendor=0835, idProduct=8500
[ 4.767622] usb 1-1.3.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 4.787833] usbcore: registered new interface driver usbserial_generic
[ 4.796185] usbserial: USB Serial support registered for generic
[ 4.803939] usb 1-1.3.5: Product: USB2.0 Hub
[ 4.817587] usb 1-1.3.5: Manufacturer: Action Star
[ 4.837951] hub 1-1.3.5:1.0: USB hub found
[ 4.923264] usbcore: registered new interface driver option
[ 4.997823] usbserial: USB Serial support registered for GSM modem (1-port)
[ 5.158166] usb 1-1.3.5.1: new high-speed USB device number 9 using dwc_otg
[ 5.266389] usb 1-1.3.2: GSM modem (1-port) converter now attached to ttyUSB0
[ 5.282234] usb 1-1.3.5.1: New USB device found, idVendor=0835, idProduct=8502
[ 5.299849] usb 1-1.3.5.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 5.326217] usb 1-1.3.5.1: Product: USB HID
[ 5.336403] usb 1-1.3.5.1: Manufacturer: Action Star
[ 5.359459] hid-generic 0003:0835:8502.0002: hiddev0,hidraw1: USB HID v1.11 Device [Action Star USB HID] on usb-bcm2708_usb-1.3.5.1/input0
[ 5.468148] usb 1-1.3.5.2: new high-speed USB device number 10 using dwc_otg
[ 5.492382] usb 1-1.3.2: GSM modem (1-port) converter now attached to ttyUSB1
[ 5.599077] usb 1-1.3.5.2: New USB device found, idVendor=12d1, idProduct=1001
[ 5.617668] usb 1-1.3.5.2: New USB device strings: Mfr=3, Product=2, SerialNumber=0
[ 5.637656] usb 1-1.3.5.2: Product: HUAWEI Mobile
[ 5.644148] usb 1-1.3.5.2: Manufacturer: HUAWEI Technology
[ 5.671903] usb-storage 1-1.3.5.2:1.0: USB Mass Storage device detected
[ 5.708507] usb 1-1.3.5.2: GSM modem (1-port) converter now attached to ttyUSB2
[ 5.728324] usb-storage 1-1.3.5.2:1.1: USB Mass Storage device detected
[ 5.767944] usb 1-1.3.5.2: GSM modem (1-port) converter now attached to ttyUSB3
[ 5.783978] usb-storage 1-1.3.5.2:1.2: USB Mass Storage device detected
[ 5.818238] usb 1-1.3.5.2: GSM modem (1-port) converter now attached to ttyUSB4
[ 5.888702] usb 1-1.3.2: GSM modem (1-port) converter now attached to ttyUSB5
[ 5.918126] usb 1-1.3.5.3: new full-speed USB device number 11 using dwc_otg
[ 6.098131] usb 1-1.3.5.3: new high-speed USB device number 12 using dwc_otg
[ 6.131329] usb 1-1.3.4: GSM modem (1-port) converter now attached to ttyUSB6
[ 6.223047] usb 1-1.3.5.3: New USB device found, idVendor=12d1, idProduct=1001
[ 6.245345] usb 1-1.3.5.3: New USB device strings: Mfr=3, Product=2, SerialNumber=0
[ 6.263117] usb 1-1.3.5.3: Product: HUAWEI Mobile
[ 6.276198] usb 1-1.3.5.3: Manufacturer: HUAWEI Technology
[ 6.300350] usb-storage 1-1.3.5.3:1.0: USB Mass Storage device detected
[ 6.337454] usb 1-1.3.5.3: GSM modem (1-port) converter now attached to ttyUSB7
[ 6.357405] usb-storage 1-1.3.5.3:1.1: USB Mass Storage device detected
[ 6.394834] usb 1-1.3.5.3: GSM modem (1-port) converter now attached to ttyUSB9
[ 6.404394] usb 1-1.3.4: GSM modem (1-port) converter now attached to ttyUSB8
[ 6.414210] usb-storage 1-1.3.5.3:1.2: USB Mass Storage device detected
[ 6.448277] usb 1-1.3.5.3: GSM modem (1-port) converter now attached to ttyUSB10
[ 6.548123] usb 1-1.3.5.4: new full-speed USB device number 13 using dwc_otg
[ 6.728220] usb 1-1.3.5.4: new high-speed USB device number 14 using dwc_otg
[ 6.796273] usb 1-1.3.4: GSM modem (1-port) converter now attached to ttyUSB11
[ 6.840661] usb 1-1.3.5.4: New USB device found, idVendor=12d1, idProduct=1001
[ 6.857607] usb 1-1.3.5.4: New USB device strings: Mfr=3, Product=2, SerialNumber=0
[ 6.887592] usb 1-1.3.5.4: Product: HUAWEI Mobile
[ 6.894115] usb 1-1.3.5.4: Manufacturer: HUAWEI Technology
[ 6.910304] usb-storage 1-1.3.5.4:1.0: USB Mass Storage device detected
[ 6.946184] usb 1-1.3.5.4: GSM modem (1-port) converter now attached to ttyUSB12
[ 6.968162] usb-storage 1-1.3.5.4:1.1: USB Mass Storage device detected
[ 7.007061] usb 1-1.3.5.4: GSM modem (1-port) converter now attached to ttyUSB13
[ 7.028113] usb-storage 1-1.3.5.4:1.2: USB Mass Storage device detected
[ 7.066122] usb 1-1.3.5.4: GSM modem (1-port) converter now attached to ttyUSB14
[ 7.168180] usb 1-1.3.5.5: new high-speed USB device number 15 using dwc_otg
[ 7.280456] usb 1-1.3.5.5: New USB device found, idVendor=12d1, idProduct=1001
[ 7.297603] usb 1-1.3.5.5: New USB device strings: Mfr=3, Product=2, SerialNumber=0
[ 7.321506] usb 1-1.3.5.5: Product: HUAWEI Mobile
[ 7.336283] usb 1-1.3.5.5: Manufacturer: HUAWEI Technology
[ 7.360724] usb-storage 1-1.3.5.5:1.0: USB Mass Storage device detected
[ 7.397815] usb 1-1.3.5.5: GSM modem (1-port) converter now attached to ttyUSB15
[ 7.418223] usb-storage 1-1.3.5.5:1.1: USB Mass Storage device detected
[ 7.457741] usb 1-1.3.5.5: GSM modem (1-port) converter now attached to ttyUSB16
[ 7.484568] usb-storage 1-1.3.5.5:1.2: USB Mass Storage device detected
[ 7.523052] usb 1-1.3.5.5: GSM modem (1-port) converter now attached to ttyUSB17
Это не проблема что порты Audio и Data далеко.
dongle show device state
raspbx*CLI> dongle show device state dongle1
-------------- Status -------------
Device : dongle1
State : Free
Audio : /dev/ttyUSB1
Data : /dev/ttyUSB5
raspbx*CLI> dongle show device state dongle2
-------------- Status -------------
Device : dongle2
State : Free
Audio : /dev/ttyUSB3
Data : /dev/ttyUSB4
raspbx*CLI> dongle show device state dongle3
Device dongle3 not found
raspbx*CLI> dongle show device state dongle0
-------------- Status -------------
Device : dongle0
State : Free
Audio : /dev/ttyUSB8
Data : /dev/ttyUSB11
raspbx*CLI>
Added after 20 minutes:
В итоге первые три отваливаются но появляются остальные
| Код: |
| Connected to Asterisk 11.9.0 currently running on raspbx (pid = 3148) raspbx*CLI> dongle show devices ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number dongle0 0 Not connec 0 0 0 NONE Unknown dongle1 0 Not connec 0 0 0 NONE Unknown dongle2 0 Not connec 0 0 0 NONE Unknown dongle3 0 Free 28 0 0 Rostelecom E1550 11.609.18.00.00 351911041292734 250032871029788 Unknown dongle4 0 Free 25 0 0 MegaFon RUS E1750 11.126.13.00.00 358711033851148 250027471616756 Unknown dongle5 0 Free 21 0 0 MTS-RUS E173 11.126.85.00.209 355615043940549 250017653269747 Unknown raspbx*CLI> dongle show devices ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number dongle0 0 Not connec 0 0 0 NONE Unknown dongle1 0 Not connec 0 0 0 NONE Unknown dongle2 0 Not connec 0 0 0 NONE Unknown dongle3 0 Free 28 0 0 Rostelecom E1550 11.609.18.00.00 351911041292734 250032871029788 Unknown dongle4 0 Free 25 0 0 MegaFon RUS E1750 11.126.13.00.00 358711033851148 250027471616756 Unknown dongle5 0 Free 21 0 0 MTS-RUS E173 11.126.85.00.209 355615043940549 250017653269747 Unknown [2014-05-25 15:26:58] ERROR[3204]: pdiscovery.c:575 pdiscovery_do_cmd: [dongle0 discovery] failed to get valid response from /dev/ttyUSB5 in 500 msec [2014-05-25 15:27:09] ERROR[3226]: chan_dongle.c:436 do_monitor_phone: [dongle5] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:27:15] ERROR[3238]: chan_dongle.c:436 do_monitor_phone: [dongle0] timedout while waiting 'OK' in response to 'AT+CPMS' [2014-05-25 15:27:18] ERROR[3234]: chan_dongle.c:436 do_monitor_phone: [dongle3] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:27:21] ERROR[3240]: chan_dongle.c:436 do_monitor_phone: [dongle2] timedout while waiting 'OK' in response to 'AT+CPMS' [2014-05-25 15:27:27] ERROR[3241]: chan_dongle.c:436 do_monitor_phone: [dongle3] timedout while waiting 'OK' in response to 'AT+CNMI' raspbx*CLI> |
Модемы сами собой появляются и пропадают в случайном порядке
| Код: |
| raspbx*CLI> dongle show devices ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number dongle0 0 Not connec 0 0 0 NONE Unknown dongle1 0 Not connec 0 0 0 NONE Unknown dongle2 0 Not connec 0 0 0 NONE Unknown dongle3 0 Free 28 0 0 Rostelecom E1550 11.609.18.00.00 351911041292734 250032871029788 Unknown dongle4 0 Free 25 0 0 MegaFon RUS E1750 11.126.13.00.00 358711033851148 250027471616756 79373965623 dongle5 0 Free 21 0 0 MTS-RUS E173 11.126.85.00.209 355615043940549 250017653269747 Unknown raspbx*CLI> dongle show devices ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number dongle0 0 Not connec 0 0 0 NONE Unknown dongle1 0 Not connec 0 0 0 NONE Unknown dongle2 0 Not connec 0 0 0 NONE Unknown dongle3 0 Free 28 0 0 Rostelecom E1550 11.609.18.00.00 351911041292734 250032871029788 Unknown dongle4 0 Free 25 0 0 MegaFon RUS E1750 11.126.13.00.00 358711033851148 250027471616756 79373965623 dongle5 0 Free 21 0 0 MTS-RUS E173 11.126.85.00.209 355615043940549 250017653269747 Unknown [2014-05-25 15:26:58] ERROR[3204]: pdiscovery.c:575 pdiscovery_do_cmd: [dongle0 discovery] failed to get valid response from /dev/ttyUSB5 in 500 msec [2014-05-25 15:27:09] ERROR[3226]: chan_dongle.c:436 do_monitor_phone: [dongle5] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:27:15] ERROR[3238]: chan_dongle.c:436 do_monitor_phone: [dongle0] timedout while waiting 'OK' in response to 'AT+CPMS' [2014-05-25 15:27:18] ERROR[3234]: chan_dongle.c:436 do_monitor_phone: [dongle3] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:27:21] ERROR[3240]: chan_dongle.c:436 do_monitor_phone: [dongle2] timedout while waiting 'OK' in response to 'AT+CPMS' [2014-05-25 15:27:27] ERROR[3241]: chan_dongle.c:436 do_monitor_phone: [dongle3] timedout while waiting 'OK' in response to 'AT+CNMI' [2014-05-25 15:27:54] ERROR[3204]: pdiscovery.c:575 pdiscovery_do_cmd: [dongle0 discovery] failed to get valid response from /dev/ttyUSB14 in 500 msec [2014-05-25 15:28:03] ERROR[3235]: chan_dongle.c:436 do_monitor_phone: [dongle4] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:28:09] ERROR[3243]: chan_dongle.c:436 do_monitor_phone: [dongle2] timedout while waiting 'OK' in response to 'AT+COPS?' [2014-05-25 15:28:15] ERROR[3244]: chan_dongle.c:436 do_monitor_phone: [dongle3] timedout while waiting 'OK' in response to 'AT+CNMI' [2014-05-25 15:28:32] ERROR[3204]: pdiscovery.c:575 pdiscovery_do_cmd: [dongle0 discovery] failed to get valid response from /dev/ttyUSB5 in 500 msec [2014-05-25 15:28:38] ERROR[3204]: pdiscovery.c:575 pdiscovery_do_cmd: [dongle0 discovery] failed to get valid response from /dev/ttyUSB13 in 500 msec [2014-05-25 15:28:49] ERROR[3242]: chan_dongle.c:436 do_monitor_phone: [dongle5] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:28:54] ERROR[3246]: chan_dongle.c:436 do_monitor_phone: [dongle0] timedout while waiting 'OK' in response to 'AT+CGSN' [2014-05-25 15:28:58] ERROR[3247]: chan_dongle.c:436 do_monitor_phone: [dongle2] timedout while waiting 'OK' in response to 'AT^CVOICE' [2014-05-25 15:29:00] ERROR[3204]: pdiscovery.c:575 pdiscovery_do_cmd: [dongle5 discovery] failed to get valid response from /dev/ttyUSB17 in 500 msec [2014-05-25 15:29:18] ERROR[3204]: pdiscovery.c:575 pdiscovery_do_cmd: [dongle0 discovery] failed to get valid response from /dev/ttyUSB5 in 500 msec [2014-05-25 15:29:37] ERROR[3245]: chan_dongle.c:436 do_monitor_phone: [dongle4] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:29:40] ERROR[3248]: chan_dongle.c:436 do_monitor_phone: [dongle3] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:29:42] ERROR[3239]: chan_dongle.c:436 do_monitor_phone: [dongle1] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:29:48] ERROR[3251]: chan_dongle.c:436 do_monitor_phone: [dongle3] timedout while waiting 'OK' in response to 'AT+CREG=' [2014-05-25 15:29:55] ERROR[3252]: chan_dongle.c:436 do_monitor_phone: [dongle4] timedout while waiting 'OK' in response to 'AT+COPS?' [2014-05-25 15:30:25] ERROR[3204]: pdiscovery.c:575 pdiscovery_do_cmd: [dongle1 discovery] failed to get valid response from /dev/ttyUSB3 in 500 msec [2014-05-25 15:30:37] ERROR[3250]: chan_dongle.c:436 do_monitor_phone: [dongle2] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:30:43] ERROR[3254]: chan_dongle.c:436 do_monitor_phone: [dongle3] timedout while waiting 'OK' in response to 'AT+CNMI' raspbx*CLI> dongle show devices ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number dongle0 0 Free 19 0 0 Beeline E1550 11.609.18.00.00 357123036227774 250993199322738 Unknown dongle1 0 Not initia 0 0 0 NONE Unknown dongle2 0 Not connec 0 0 0 NONE Unknown dongle3 0 Not connec 0 0 0 NONE Unknown dongle4 0 Free 24 0 0 MegaFon RUS E1750 11.126.13.00.00 358711033851148 250027471616756 79373965623 dongle5 0 Not connec 0 0 0 NONE Unknown [2014-05-25 15:31:18] ERROR[3253]: chan_dongle.c:436 do_monitor_phone: [dongle5] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:31:22] ERROR[3256]: chan_dongle.c:436 do_monitor_phone: [dongle1] timedout while waiting 'OK' in response to 'AT+CPIN?' raspbx*CLI> dongle show devices ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number dongle0 0 Free 19 0 0 Beeline E1550 11.609.18.00.00 357123036227774 250993199322738 Unknown dongle1 0 Not connec 0 0 0 NONE Unknown dongle2 0 Not initia 21 0 0 NONE E1550 11.609.18.00.00 357123030307267 250027473132543 Unknown dongle3 0 Not initia 0 0 0 NONE Unknown dongle4 0 Not connec 0 0 0 NONE Unknown dongle5 0 Not connec 0 0 0 NONE Unknown [2014-05-25 15:31:25] ERROR[3255]: chan_dongle.c:436 do_monitor_phone: [dongle4] timedout while waiting 'OK' in response to 'AT' [2014-05-25 15:31:28] ERROR[3258]: chan_dongle.c:436 do_monitor_phone: [dongle3] timedout while waiting 'OK' in response to 'AT+CIMI' raspbx*CLI> dongle show devices ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number dongle0 0 Free 19 0 0 Beeline E1550 11.609.18.00.00 357123036227774 250993199322738 Unknown dongle1 0 Not connec 0 0 0 NONE Unknown dongle2 0 Free 22 0 0 MegaFon E1550 11.609.18.00.00 357123030307267 250027473132543 Unknown dongle3 0 Not connec 0 0 0 NONE Unknown dongle4 0 Free 0 0 0 NONE E1750 11.126.13.00.00 358711033851148 250027471616756 79373965623 dongle5 0 Not initia 0 0 0 NONE Unknown [2014-05-25 15:31:43] ERROR[3260]: chan_dongle.c:436 do_monitor_phone: [dongle5] timedout while waiting 'OK' in response to 'ATZ' raspbx*CLI> dongle show devices ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number dongle0 0 Free 19 0 0 Beeline E1550 11.609.18.00.00 357123036227774 250993199322738 Unknown dongle1 0 Not connec 0 0 0 NONE Unknown dongle2 0 Free 21 0 0 MegaFon E1550 11.609.18.00.00 357123030307267 250027473132543 Unknown dongle3 0 Not connec 0 0 0 NONE Unknown dongle4 0 Free 25 0 0 MegaFon RUS E1750 11.126.13.00.00 358711033851148 250027471616756 79373965623 dongle5 0 Not connec 0 0 0 NONE Unknown [2014-05-25 15:32:22] ERROR[3261]: chan_dongle.c:436 do_monitor_phone: [dongle1] timedout while waiting 'OK' in response to 'ATZ' [2014-05-25 15:32:40] ERROR[3259]: chan_dongle.c:436 do_monitor_phone: [dongle4] timedout while waiting 'OK' in response to 'AT' raspbx*CLI> dongle show devices ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number dongle0 0 Free 19 0 0 Beeline E1550 11.609.18.00.00 357123036227774 250993199322738 Unknown dongle1 0 Not connec 0 0 0 NONE Unknown dongle2 0 Free 21 0 0 MegaFon E1550 11.609.18.00.00 357123030307267 250027473132543 Unknown dongle3 0 Not initia 0 0 0 NONE E1550 11.609.18.00.00 351911041292734 250032871029788 Unknown dongle4 0 Not connec 0 0 0 NONE Unknown dongle5 0 Not initia 0 0 0 NONE Unknown [2014-05-25 15:32:48] ERROR[3263]: chan_dongle.c:436 do_monitor_phone: [dongle5] timedout while waiting 'OK' in response to 'AT+CREG=' raspbx*CLI> |
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
- проблема была в том что компилятор (gcc (Debian 4.7.2-5) 4.7.2) по умолчанию считает char беззнаковым.
| Код: |
| pdu.c: В функции «pdu_parse_number»: pdu.c:466:5: предупреждение: из-за ограниченности диапазона типа данных, результат сравнения всегда ложь [-Wtype-limits] |
Решение до смешного простое:
| Код: |
| --- pdu.c.orig 2014-05-27 10:26:07.000000000 +0300 +++ pdu.c 2014-05-27 10:23:23.021353170 +0300 @@ -452,7 +452,7 @@ unsigned syms = ROUND_UP2(digits); if(syms 0; syms -= 2, *pdu += 2, *pdu_length -= 2) |
Это вдуг кому пригодится, и самому что-бы не забыть
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
dongle pdu dn1 0051000B919731893700F900080B14050003C50101041F044004380432043504420021→
все уходит
если делаю
exten => 172,1,Answer()
exten => 172,n,Noop(Start ------------------------------------------------------------)
exten => 172,n,Set(DongleName=dn1)
exten => 172,n,Set(message=0051000B919731893700F900080B14050003C50101041F044004380432043504420021→)
exten => 172,n,DongleSendPDU(${DongleName},${message})
exten => 172,n,Noop(End --------------------------------------------------------------)
exten => 172,n,Hangup()
Получаю в логе
== Using SIP RTP CoS mark 5
-- Executing [172@from-internal] Answer("SIP/262-0000031f", "") in new stack
-- Executing [172@from-internal] NoOp("SIP/262-0000031f", "Start ------------------------------------------------------------") in new stack
-- Executing [172@from-internal] Set("SIP/262-0000031f", "DongleName=dn1") in new stack
-- Executing [172@from-internal] Set("SIP/262-0000031f", "message=0051000B919731893700F900080B14050003C50101041F044004380432043504420021>") in new stack
== Spawn extension (from-internal, 172, 5) exited non-zero on 'SIP/262-0000031f'
Что я делаю неправильно?
Added after 1 hours 17 minutes:
Продолжение
в логах нарыл
May 30 12:46:24] VERBOSE[3863][C-00000326] netsock2.c: == Using SIP RTP TOS bits 184
[May 30 12:46:24] VERBOSE[3863][C-00000326] netsock2.c: == Using SIP RTP CoS mark 5
[May 30 12:46:24] VERBOSE[22686][C-00000326] pbx.c: -- Executing [172@from-internal:1] Answer("SIP/262-00000386", "") in new st$
[May 30 12:46:24] VERBOSE[22686][C-00000326] pbx.c: -- Executing [172@from-internal:2] NoOp("SIP/262-00000386", "Start --------$
[May 30 12:46:24] VERBOSE[22686][C-00000326] pbx.c: -- Executing [172@from-internal:3] Set("SIP/262-00000386", "DongleName=dn1"$
[May 30 12:46:24] VERBOSE[22686][C-00000326] pbx.c: -- Executing [172@from-internal:4] Set("SIP/262-00000386", "message=0051000$
[May 30 12:46:24] WARNING[22686][C-00000326] pbx.c: No application 'DongleSendPDU' for extension (from-internal, 172, 5)
[May 30 12:46:24] VERBOSE[22686][C-00000326] pbx.c: == Spawn extension (from-internal, 172, 5) exited non-zero on 'SIP/262-000003$
core show help убеждает в том же есть только
DongleSendSMS: DongleSendSMS(Device,Dest,Message,Validity,Report)
DongleStatus: DongleStatus(Resource,Variable)
Возникает риторический вопрос: а куда собственно делась функция ? и как теперь быть с PDU ?
да использую дистриб эластикс 2.4 ядро обновлял до 2.6.39.4
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Наверное я по наивности считал что должно быть там и там видимо ошибался.
Мне надо использовать из диалплана.
в app.c добавил для DongleSendUSSD теперь могу пользоваться из диалплана.
а с DongleSendPDU пока затык не хочет обрабатывать в логах получаю
[Jun 1 19:22:51] ERROR[13413][C-00000000] app.c: Devise: [dn1]
[Jun 1 19:22:51] ERROR[13413][C-00000000] app.c: PDU: [0051000B919731893700F900080B14050003C50101041F044004380432043504420021>]
[Jun 1 19:22:51] ERROR[13413][C-00000000] helpers.c: [dn1] Error adding SMS commands to queue
[Jun 1 19:22:51] ERROR[13413][C-00000000] app.c: [dn1] Error adding SMS commands to queue with id 0x7fe0702b6e00
[Jun 1 19:22:51] VERBOSE[13413][C-00000000] pbx.c: == Spawn extension (from-internal, 172, 5) exited non-zero on 'IAX2/41247-810$
если код выложу можете проконсультировать?
З.Ы. в Си новичок впрочем как и в Астериске не пинайте сильно ..
З.Ы.2 а может сразу подскажите как правильно сделать?
Строку получаю в app.c разбираю передаю в msg = send_pdu(args.device, args.pdu, &status, &msgid);
и далее из helpers.c получаю ошибку. Видимо надо править
#/* */
EXPORT_DEF const char * send_pdu(const char * dev_name, const char * pdu, int * status, void ** id)
{
return send2(dev_name, status, 1, "Error adding SMS commands to queue", "SMS queued for send", at_enque_pdu, pdu, NULL, 0, 0, id);
}
но пока не могу разобраться
| vasiljevev @ Вт Май 20, 2014 04:20 писал(а): |
| Такое ощущение, что больше 3х модемов у меня физически не может работать. Подскажите в чем ограничение кроется. |
вам требуется более мощный блок питания. не забывайте что каждый донгл сосёт немало энергии. вот и расчитывайте БП под нагрузку. вся информация присутсвует на форуме, пользуйтесь поиском.
бывает что root hub вообще не видит внешние хабы а бывает что работать с ними отказывается (про опцию ядра я в курсе)
Added after 2 minutes:
Откуда ж мне знать что там в коде вы навертели.
И причём тут вербозы от работы диалплана, у chan_dongle отладочный вывод есть
собрать с поддержкой и core set debug core set verbose
Added after 2 minutes:
вообще подозреваю, что ПЫТАТЬСЯ отправлять SMS при наличии активного или неактивного звонка не самая удачная идея.
SMS может отправляться по 40 секунд и более, всё это время ваш модемчик тупо на команды реагировать не будет.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Написаная мной DongleSendUSSD из диалплана отрабатывает нормально все ок. Проблемма была в неправильно сформированой строке а точнее последнем символе >
Выловил в коде отправки, подкоректировал формирование строк и все заработало.
При попытке отправке получаю [dn3] Got USSD type 2 'USSD Terminated by network': '' Попытался разобраться
dongle show device state dn1 dn3
Manufacturer : huawei : huawei
Model : E1550 : E156G
Firmware : 11.609.20.00.00 : 11.609.10.00.264
Use UCS-2 encoding : Yes : Yes
USSD use 7 bit encoding : Yes : No
USSD use UCS-2 decoding : No : Yes
в at_response.c ищу static int at_response_cgmm в список добавляю мой модем выделено жирным
#/* */
static int at_response_cgmm (struct pvt* pvt, const char* str)
{
unsigned i;
/* NOTE: in order of appears, replace with sorter and binary search */
static const char * const seven_bit_modems[] = { "E1550", "E1750", "E160X", "E150", "E173", "E1552", "E171", "E153", "E156B", "E1752", "E156G", };
ast_copy_string (pvt->model, str, sizeof (pvt->model));
pvt->cusd_use_7bit_encoding = 0;
pvt->cusd_use_ucs2_decoding = 1;
for(i = 0; i < ITEMS_OF(seven_bit_modems); ++i)
{
if(!strcmp (pvt->model, seven_bit_modems[i]))
{
pvt->cusd_use_7bit_encoding = 1;
pvt->cusd_use_ucs2_decoding = 0;
break;
}
}
return 0;
}
заменяем chan_dongle.so Теперь при отправки USSD *100# или любого другого. Получаю нормальные ответы на USSD запросы. Задача решена.
Стоит
callingpres=prohib_passed_screen
Для звонка на конкетрый номер нужно показать номер абонента.
Есть ли какой-то способ типа?:
79122222222, 1, SetCallerPres(allowed_passed_screen)
79122222222, n, Dial(Dongle/...
Dial(Dongle/dongle0/#30#номер тоже не проходит(blindxfer в features.conf изменил) Вообще как-то #30# набрать можно? Я уже часа 4 гуглю на эту тему все без толку.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Ваш вопрос описывался далеко в начале темы .
1. cat /etc/udev/rules.d/80-modem.rules
SUBSYSTEM=="tty", SUBSYSTEMS=="usb", DRIVERS=="option", ACTION=="add", SYMLINK+="modem-%b", GROUP="asterisk", MODE="0660"
2. Нормальный активный хаб + бп. к нему ( использовал D-Link DUB Н7 + обычный бп. от компа на 400 ватт на кучку таких хабов всё летает ).
3. Были варианты( с биосом "настройка скорости USB") с чипсетом USB на старом железе - VIA не подошёл нет дров , поставил NEC ))) . Я на Fedora сижу всё пучком ))) !!
Удачки !!!
Разобрался наверное во всем что было нужно, но один момент никак не могу победить.
Как сделать что идентификация донгла осуществлялась только по IMSI?
По IMEI - никаких проблем, все работает.
Закомментить IMEI и раскомментить IMSI - перезагрузка - модемы не видятся.
Посоветуйте что-нибудь, нужно чтоб по IMSI определялись модемы.
З.Ы. Обновление до r35 - не решило ситуацию.
или модем какой то хитропопый вроде что то писали что не все модемы детектятся
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Дает такой результат
| Код: |
| [ 9.517859] systemd-udevd[418]: NAME="hw-modem-dub1-1" ignored, kernel device nodes can not be renamed; please fix it in /etc/udev/rules.d/10-dongle.rules:263 [ 9.521704] systemd-udevd[420]: NAME="hw-data-dub1-1" ignored, kernel device nodes can not be renamed; please fix it in /etc/udev/rules.d/10-dongle.rules:265 |
dmesg
| Цитата: |
| [ 2491.447949] usb-storage 1-6.5:1.0: USB Mass Storage device detected [ 2491.448415] option 1-6.5:1.0: GSM modem (1-port) converter detected [ 2491.448850] usb 1-6.5: GSM modem (1-port) converter now attached to ttyUSB0 [ 2491.449262] usb-storage 1-6.5:1.1: USB Mass Storage device detected [ 2491.449611] option 1-6.5:1.1: GSM modem (1-port) converter detected [ 2491.450059] usb 1-6.5: GSM modem (1-port) converter now attached to ttyUSB1 [ 2491.450426] usb-storage 1-6.5:1.2: USB Mass Storage device detected [ 2491.450718] option 1-6.5:1.2: GSM modem (1-port) converter detected [ 2491.451099] usb 1-6.5: GSM modem (1-port) converter now attached to ttyUSB2 |
ttyUSB* создаются с правами 20777 владелец root группа dialout
Текст правил такой
| Код: |
| #KERNEL=="ttyUSB[0-60]",OWNER="asterisk",GROUP="asterisk".MODE="0660",OPTIONS="last_rule"'> /etc/udev/rules.d/00-ttyUSB0.rules #KERNEL=="ttyUSB[0-60]*[0-60]",OWNER="asterisk",GROUP="asterisk".MODE="0660",OPTIONS="last_rule"'> /etc/udev/rules.d/00-ttyUSB00.rules # add symlinks for device based on USB bus address i.e. physical USB slot ACTION!="add|change", GOTO="device_huawei_end" #SUBSYSTEM!="usb", GOTO="device_huawei_end" #ATTRS{idVendor}!="12d1", GOTO="device_huawei_end" #ATTRS{idProduct}=="1446", GOTO="device_huawei_link" #ATTRS{idProduct}=="140c", GOTO="device_huawei_link" #ATTRS{idProduct}=="1001", GOTO="device_huawei_link" #GOTO="device_huawei_end" LABEL="device_huawei_link" ############################################## # #### #### #### #### #### #### #### # # #### # # # # # # # # # # # # # # #### # # # # # # # # # # # # # # #### #### #### #### #### #### #### # ############################################## KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.5:1.0", NAME="hw-modem-dub1-1" #port 5 KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.5:1.1", NAME="hw-audio-dub1-1" KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.5:1.2", NAME="hw-data-dub1-1" #BUS=="usb", SUBSYSTEM=="tty", KERNEL=="ttyUSB[0-9]*", KERNELS=="1-6.5:1.0", NAME="hw-modem-dub1-1" #port 5 #BUS=="usb", SUBSYSTEM=="tty", KERNEL=="ttyUSB[0-9]*", KERNELS=="1-6.5:1.1", NAME="hw-audio-dub1-1" #BUS=="usb", SUBSYSTEM=="tty", KERNEL=="ttyUSB[0-9]*", KERNELS=="1-6.5:1.2", NAME="hw-data-dub1-1" #KERNEL=="ttyUSB[0-9]*", ID=="1-1.5:1.3", SYMLINK+="hw-net-dub1-1" ############################################## # #### #### #### #### #### #### #### # # # # #### # # # # # # # # # # # # # # #### # # # # # # # # # # # # #### #### #### #### #### #### #### # ############################################## KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.6:1.0", NAME="hw-modem-dub1-2" #port 6 KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.6:1.1", NAME="hw-audio-dub1-2" KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.6:1.2", NAME="hw-data-dub1-2" ############################################## # #### #### #### #### #### #### #### # # # # # # #### # # # # # # # # # # # # # # #### # # # # # # # # # # #### #### #### #### #### #### #### # ############################################## KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.1:1.0", NAME="hw-modem-dub1-3" #port 1 KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.1:1.1", NAME="hw-audio-dub1-3" KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.1:1.2", NAME="hw-data-dub1-3" ############################################## # #### #### #### #### #### #### #### # # # # # # # # #### # # # # # # # # # # # # # # #### # # # # # # # # #### #### #### #### #### #### #### # ############################################## KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.2:1.0", NAME="hw-modem-dub1-4" #port 2 KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.2:1.1", NAME="hw-audio-dub1-4" KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.2:1.2", NAME="hw-data-dub1-4" ############################################## # #### #### #### #### #### #### #### # # # # # # # # #### # # # # # # # # # # # # # # #### # # # # # # # # #### #### #### #### #### #### #### # ############################################## KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.2:1.0", NAME="hw-modem-dub1-4" #port 2 KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.2:1.1", NAME="hw-audio-dub1-4" KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.2:1.2", NAME="hw-data-dub1-4" ############################################## # #### #### #### #### #### #### #### # # # # # # # # # # #### # # # # # # # # # # # # # # #### # # # # # # #### #### #### #### #### #### #### # ############################################## KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.7:1.0", NAME="hw-modem-dub1-5" #port 7 KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.7:1.1", NAME="hw-audio-dub1-5" KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.7:1.2", NAME="hw-data-dub1-5" ############################################## # #### #### #### #### #### #### #### # # # # # # # # # # # # #### # # # # # # # # # # # # # # #### # # # # #### #### #### #### #### #### #### # ############################################## KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.3:1.0", NAME="hw-modem-dub1-6" #port 3 KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.3:1.1", NAME="hw-audio-dub1-6" KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.3:1.2", NAME="hw-data-dub1-6" ############################################## # #### #### #### #### #### #### #### # # # # # # # # # # # # # # #### # # # # # # # # # # # # # # #### # # #### #### #### #### #### #### #### # ############################################## KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.4:1.0", NAME="hw-modem-dub1-7" #port 4 KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.4:1.1", NAME="hw-audio-dub1-7" KERNEL=="ttyUSB*",MODE="0777", SUBSYSTEMS=="usb",KERNELS=="1-6.4:1.2", NAME="hw-data-dub1-7" |
Чего не так?
Или может в Убунте чего поменалось? (но в инете не нашел)
_________________
АВТОМАТИЗАЦИЯ ДИСПЕТЧЕСКИХ ТАКСИ
УНИКАЛЬНАЯ ТЕХНОЛОГИЯ "ТАКСИ БЕЗ ДИСПЕТЧЕРОВ" - без Java и/или Интренет (только телефоны) http://tet-a-tet.mobi
да и другие правила udev тоже применяет, от них наверное и разрешения.
Added after 2 minutes:
AT+COPS=0,0 при инициализации управляет выбором родного оператора
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Последний раз редактировалось: bg1 (Вс Авг 10, 2014 16:29)
_________________
АВТОМАТИЗАЦИЯ ДИСПЕТЧЕСКИХ ТАКСИ
УНИКАЛЬНАЯ ТЕХНОЛОГИЯ "ТАКСИ БЕЗ ДИСПЕТЧЕРОВ" - без Java и/или Интренет (только телефоны) http://tet-a-tet.mobi
Все устанавливал на Raspberry PI model B.
Может быть прошивка нужна другая.Модем вставлен напрямую.БП на 2 ампера.Я туда уже и антенну припаял был
RSSI 13 стал RSSI 23.
ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number
dongle0 0 Free 23 0 0 TELE2 E171 21.156.00.00.143
Вот снова подвис на этом
ID Group State RSSI Mode Submode Provider Name Model Firmware
dongle0 0 Dialing 23 0 0 TELE2 E171 21.156.00.00.143
Проблема была в модеме на новом чипе Hisilicon.Модем подвисал при отбое и при отключенном абоненте.Поставил старую модель E173 на проце Qualcomm и все заработало нормально.
ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number
dongle0 0 Free 19 3 3 TELE2 E173 11.126.85.00.209
Помогите пожалуйста разобраться с проблемой.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Как с этим бороться ???
| xelas @ Сб Сен 06, 2014 09:23 писал(а): |
| Правильно настроить logrotate по всей видимости. |
Подскажите, а как правильно? У меня такая же проблема как у ТС, только не с баном, а с логами астериска. После того как ночью логротате запакует логи, они нулевые и астериск в них ничего не пишет. Лечится только перезапуском.
Вот пример настройки логротате на full.log:
/mnt/asterisk/log/full
{
daily
rotate 90
dateext
missingok
#nocopytruncate
create
#nodelaycompress
nomail
notifempty
#noolddir
compress
}
Помогите пожалуйста!
_________________
С уважением, DarkUser.
Для ротации логов астериска используйте встроенные возможности самого астериска.
Изучите внимательно файл logger.conf и опцию rotatestrategy.
_________________
С уважением, DarkUser.
| dejavu @ Ср Июл 30, 2014 19:08 писал(а): |
| Уважаемые, курил практически пол ветки форума, страниц 60 как минимум. Разобрался наверное во всем что было нужно, но один момент никак не могу победить. Как сделать что идентификация донгла осуществлялась только по IMSI? По IMEI - никаких проблем, все работает. Закомментить IMEI и раскомментить IMSI - перезагрузка - модемы не видятся. Посоветуйте что-нибудь, нужно чтоб по IMSI определялись модемы. З.Ы. Обновление до r35 - не решило ситуацию. |
Пока почти никаких успехов.
Что ни у кого таких проблем не встретилось ни разу?
Кому не тяжело провести эксперимент - попробуйте модемы детектить по IMSI.
Отпишитесь, может натолкнет на мысль какую-то.
Спасибо заранее.
прописал одно imsi=XXXX
pin*CLI> dongle reload gracefully
[Sep 12 05:16:19] NOTICE[12122]: chan_dongle.c:424 dongle_worker: [m37] stopping by restart request
[Sep 12 05:16:19] NOTICE[16865]: chan_dongle.c:1647 change_hw_state: [m37] Dongle initialized and ready
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Второй раз сталкиваюсь с проблемой. В один момент, без всякого вмешательства прекращается запись ответов USSD в файл. В консоль пишется полноценно:
| Цитата: |
| [s1] Got USSD type 0 'USSD Notify': 'balans 30.5735 USD. Xotite mnogo minut,SMS i Mb? Podklyuchayte uslugu "Super Den'" i obsh'aytes' s udovol'stviem! Usluga platnaya. *110*9*1#. 0656' -- Executing [ussd@datacard-incoming:1] NoOp("Local/ussd@datacard-incoming-0000000e;1", "Incoming USSD: balans 30.5735 USD. Xotite mnogo minut,SMS i Mb? Podklyuchayte uslugu "Super Den'" i obsh'aytes' s udovol'stviem! Usluga platnaya. *110*9*1#. 0656") in new stack -- Executing [ussd@datacard-incoming:2] System("Local/ussd@datacard-incoming-0000000e;1", "echo "2014-09-14 17:17:02 - s1: balans 30.5735 USD. Xotite mnogo minut,SMS i Mb? Podklyuchayte uslugu "Super Den'" i obsh'aytes' s udovol'stviem! Usluga platnaya. *110*9*1#. 0656" >> /var/log/asterisk/ussd.txt") in new stack -- Executing [ussd@datacard-incoming:3] Hangup("Local/ussd@datacard-incoming-0000000e;1", "") in new stack == Spawn extension (datacard-incoming, ussd, 3) exited non-zero on 'Local/ussd@datacard-incoming-0000000e;1' |
В файле пусто. Год назад была аналогичная ситуация. Решения не нашел. Через какое-то время само заработало.
# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 11.10
Release: 11.10
Codename: oneiric
CLI> core show version
Asterisk 1.8.21.0 built by root @ ubuntu on a i686 running Linux on 2013-05-28 06:24:59 UTC
| Код: |
| df -h |
| xelas @ Sun Sep 14, 2014 14:04 писал(а): | ||
| Закончилось место? |
| Код: |
| df -h |
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 145G 4.1G 134G 3% /
udev 931M 4.0K 931M 1% /dev
tmpfs 376M 1.5M 375M 1% /run
none 5.0M 248K 4.8M 5% /run/lock
none 940M 116K 940M 1% /run/shm
Да нет, места вроде хватает.
Сегодня коллега отписал, что одновременно со мной получил у себя ту же проблему.
| awsswa @ Sun Sep 14, 2014 16:00 писал(а): |
| ядро обновили ? |
Обновления отключены. Самое интересное, что сегодня все заработало. САМО!
В логе сообщения такого вида
[Nov 6 08:19:02] WARNING[5825] at_response.c: [dn1] Error parsing incoming message '+CMGR: 0,,25
07919731899699F002AB0B919730090666F7411150510074424111505100354200' at possition 30: Unhandled PDU Type MTI only SMS-DELIVER supported
В тоже время декодер http://www.diafaan.com/sms-tutorials/gsm ... u-decoder/ обрабатывает нормально
Что можно сделать ? как правильно декодировать?
_________________
платный суппорт по мере возможностей
) я тут кстати начинаю думаю о платном допиливании chan_dongle
надо не надо?
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
я тут кстати начинаю думаю о платном допиливании chan_dongle
надо не надо?[/quote]
Зачем?
Думаю что переползут на freeswitch.
Хотя пробуй,только как будешь страховаться? Быстро уплывет в сеть.
я говорю о платной разработке фич, кто там с freeswitch ползает мне не интересно.
chan_dongle открытый - никто с вас денег не требует, в каком виде есть в таком и качайте.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
| Leon77 @ Вс Ноя 09, 2014 08:26 писал(а): |
И за него (chan_dongle) - большое человеческое спасибо! ![]() |
Присоединяюсь к вышесказанному
При получении в SMS какого-либо email-а отсекается все что после собаки.
T.e. moi_meil@mail.ru приходит как "moi_meil" и все... ;(
например, только что:
echo '2014-12-26 16:25:28 -%- KS1 -%- +380936666666 -%- Po4ta -%-' >> /var/log/asterisk/sms.txt
(отправлял Po4ta@gmail.com)
В sms.txt соответственно также.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
| bg1 @ Сб Дек 27, 2014 16:38 писал(а): |
| asterisk-chan-dongle/trunk/etc/extensions.conf:32 |
Отредактировал extensions.conf.
Емейл так и не смог получить. Наверное опыта не хватает.
Поделитесь, пожалуйста, рабочим вариантом, если не трудно.
Всех с Наступающими!
Удачи и здоровья в Новом Году!
(и немедленно выпил)
читайте баглист его адрес по show version
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Дело в том, что под нагрузкой на свистки, Астер пытается набрать всю толпу в группе, но когда нарывается на свисток, который уже Busy (скорее всего в состоянии dialing), астер выдает " ОБщий облом" на всю группу , а свободные не юзает. ИМХО -Походу считается что раз хоть какой свисток в dialing, значит все ОК, и другие можно отбивать.
Потому возникла необходимость перебор делать сторонними средствами.
Было бы еще интереснее узнать как это можно сделать внутри скриптюли на Си. (Может например заюзав cagi
?)_________________
АВТОМАТИЗАЦИЯ ДИСПЕТЧЕСКИХ ТАКСИ
УНИКАЛЬНАЯ ТЕХНОЛОГИЯ "ТАКСИ БЕЗ ДИСПЕТЧЕРОВ" - без Java и/или Интренет (только телефоны) http://tet-a-tet.mobi
Asterisk 1.8
Установлен на Cubietruck
В качестве GSM шлюза Huawei E173u-1
Модем вставлен в хаб с активным питанием.
Версия Dongle_chan
chan_dongle: Huawei 3G Dongle Channel Driver, Version 1.1, Revision 36
Project Home: http://code.google.com/p/asterisk-chan-dongle
Bug Reporting: http://code.google.com/p/asterisk-chan-dongle/issues/list
dongle show device state:
-------------- Status -------------
Device : MTS
State : Free
Audio : /dev/ttyUSB1
Data : /dev/ttyUSB2
Voice : Yes
SMS : Yes
Manufacturer : huawei
Model : E173
Firmware : 11.126.85.00.209
IMEI : 86745500XXXXXX
IMSI : 2500161179XXXX
GSM Registration Status : Registered, home network
RSSI : 22, -69 dBm
Mode : No Service
Submode : No service
Provider Name : MTS RUS
Location area code : 321
Cell ID : 7A699
Subscriber Number : +7919
SMS Service Center : +79168999100
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
Исходящие звонки работают хорошо.
С входящими наблюдаются следуюшие проблемы:
1. Модем не сразу реагирует на входящие звонок. Со стороны вызывающего может пройти 5-9 гудков, пока появится запись в CLI, что с донгла идет вызов.
2. Если Вызывающая сторона положит в этот момент трубку (отбой), вызов на внутренних sip пользователей продолжается:
2а. Если никто не ответит по таймауту (40 секунд), Астериск прекращает соединение, но модем продолжает висеть со статусом Ring (при этом, если звонить на него с внешней стороны, то вызывающие слышит гудки дозвона, а не занято).
2б. Если внутренний клиент поднимет трубку, то в CLI консоли выдается ошибка модема, донгл отключается для перерегистрации.
Как победить проблему?
если прописать в dongl.conf поиск через порты все подсоеденяется если через поиск IMEI то поиск идет нестабильно в первом случае:
1. модем находится pdiscovery.c
2. Подключается.
3. Иницилизируется
4. и далее работает
лог 1
выделил цветом где может появлятся лишняя информация
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:417 pdiscovery_lookup_ids: [list discovery] found /sys/bus/usb/devices/2-1.2 is idVendor 12d1 idProduct 1506
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:705 pdiscovery_check_device: [list discovery] should ports interfaces map for 12d1:1506 voice=02 data=01
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:384 pdiscovery_interfaces: [list discovery] found InterfaceNumber 00 port /dev/ttyUSB0
[2015-02-16 10:51:22] DEBUG[21170]: at_read.c:83 at_read: [/dev/ttyUSB1] receive 11 byte, used 11, free 1013, read 0, write 11
]2015-02-16 10:51:22] DEBUG[21170]: at_read.c:98 at_read: [/dev/ttyUSB1] [ATI; +CIMI
[2015-02-16 10:51:22] DEBUG[21170]: pdiscovery.c:536 pdiscovery_handle_response: [dn1 discovery] < ATI; +CIMI
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:384 pdiscovery_interfaces: [list discovery] found InterfaceNumber 01 port /dev/ttyUSB1
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:384 pdiscovery_interfaces: [list discovery] found InterfaceNumber 02 port /dev/ttyUSB2
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:559 pdiscovery_do_cmd: [list discovery] use /dev/ttyUSB1 for IMEI/IMSI discovery
[2015-02-16 10:51:22] DEBUG[7278]: at_read.c:83 at_read: [/dev/ttyUSB1] receive 135 byte, used 135, free 889, read 0, write 135
[2015-02-16 10:51:22] DEBUG[7278]: at_read.c:98 at_read: [/dev/ttyUSB1] [
Manufacturer: huawei
Model: E303
Revision: 21.158.13.00.864
IMEI: 861862005295085
+GCAP: +CGSM,+DS,+ES
250013902806900
OK
]
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:536 pdiscovery_handle_response: [list discovery] <
Manufacturer: huawei
Model: E303
Revision: 21.158.13.00.864
IMEI: 861862005295085
+GCAP: +CGSM,+DS,+ES
250013902806900
OK
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:445 pdiscovery_handle_ati: [list discovery] found IMEI 861862005295085
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:502 pdiscovery_handle_cimi: [list discovery] found IMSI 250013902806900
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:679 pdiscovery_check_req: [list discovery] unmatched IMEI=ANY/861862005295085 IMSI=ANY/250013902806900
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:728 pdiscovery_request_do: [list discovery] checking /sys/bus/usb/devices/2-1.2:1.0
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:728 pdiscovery_request_do: [list discovery] checking /sys/bus/usb/devices/2-1.2:1.1
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:728 pdiscovery_request_do: [list discovery] checking /sys/bus/usb/devices/2-1.4
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:417 pdiscovery_lookup_ids: [list discovery] found /sys/bus/usb/devices/2-1.4 is idVendor 0cf3 idProduct 3004
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:728 pdiscovery_request_do: [list discovery] checking /sys/bus/usb/devices/2-1.4:1.0
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:728 pdiscovery_request_do: [list discovery] checking /sys/bus/usb/devices/2-1.4:1.1
[2015-02-16 10:51:22] DEBUG[7278]: pdiscovery.c:728 pdiscovery_request_do: [list discovery] checking /sys/bus/usb/devices/2-1.2:1.2
[2015-02-16 10:51:22] DEBUG[21170]: at_read.c:83 at_read: [/dev/ttyUSB1] receive 11 byte, used 22, free 1002, read 0, write 22
]TI; +CIMI6 10:51:22] DEBUG[21170]: at_read.c:98 at_read: [/dev/ttyUSB1] [ATI; +CIMI
ATI; +CIMI6 10:51:22] DEBUG[21170]: pdiscovery.c:536 pdiscovery_handle_response: [dn1 discovery] < ATI; +CIMI
[2015-02-16 10:51:22] DEBUG[21170]: at_read.c:83 at_read: [/dev/ttyUSB1] receive 135 byte, used 157, free 867, read 0, write 157
ATI; +CIMI6 10:51:22] DEBUG[21170]: at_read.c:98 at_read: [/dev/ttyUSB1] [ATI; +CIMI
Manufacturer: huawei
Model: E303
Revision: 21.158.13.00.864
IMEI: 861862005295085
+GCAP: +CGSM,+DS,+ES
250013902806900
OK
]
ATI; +CIMI6 10:51:22] DEBUG[21170]: pdiscovery.c:536 pdiscovery_handle_response: [dn1 discovery] < ATI; +CIMI
Manufacturer: huawei
Model: E303
Revision: 21.158.13.00.864
IMEI: 861862005295085
+GCAP: +CGSM,+DS,+ES
250013902806900
OK
[2015-02-16 10:51:22] DEBUG[21170]: pdiscovery.c:445 pdiscovery_handle_ati: [dn1 discovery] found IMEI 861862005295085
[2015-02-16 10:51:22] DEBUG[21170]: pdiscovery.c:502 pdiscovery_handle_cimi: [dn1 discovery] found IMSI 250013902806900
[2015-02-16 10:51:22] DEBUG[21170]: pdiscovery.c:679 pdiscovery_check_req: [dn1 discovery] matched IMEI=861862005295085/861862005295085 IMSI=250013902806900/250013902806900
-- [dn1] IMEI 861862005295085 IMSI 250013902806900 found on data_tty=/dev/ttyUSB1 audio_tty=/dev/ttyUSB2
-- [dn1] Trying to connect on /dev/ttyUSB1...
-- [dn1] Dongle has connected, initializing...
[2015-02-16 10:51:22] DEBUG[3534]: manager.c:4856 match_filter: Examining event:
Event: DongleStatus
Privilege: call,all
Device: dn1
Status: Connect
[2015-02-16 10:51:22] DEBUG[21171]: at_queue.c:129 at_queue_add: [dn1] insert task with 21 commands begin with 'AT' expected response 'OK' at tail of queue
[2015-02-16 10:51:22] DEBUG[21171]: at_queue.c:249 at_queue_run: [dn1] write command 'AT' expected response 'OK' length 3
> [dn1] write command 'AT' expected response 'OK' length 3
]2015-02-16 10:51:22] DEBUG[21171]: at_queue.c:194 at_write: [dn1] [AT
[2015-02-16 10:51:22] DEBUG[21171]: at_read.c:83 at_read: [dn1] receive 3 byte, used 3, free 2045, read 0, write 3
]2015-02-16 10:51:22] DEBUG[21171]: at_read.c:98 at_read: [dn1] [AT
[2015-02-16 10:51:22] DEBUG[21171]: at_read.c:83 at_read: [dn1] receive 6 byte, used 6, free 2042, read 0, write 6
[2015-02-16 10:51:22] DEBUG[21171]: at_read.c:98 at_read: [dn1] [
/* Все нормально нет лишней информации */
OK
]
[2015-02-16 10:51:22] DEBUG[21171]: at_response.c:152 at_response_ok: [dn1] AT sent successfully
[2015-02-16 10:51:22] DEBUG[21171]: at_queue.c:224 at_queue_remove_cmd: [dn1] remove command 'AT' expected response 'OK' real 'OK' cmd 1/21 flags 0x01 from queue
[2015-02-16 10:51:22] DEBUG[21171]: at_queue.c:249 at_queue_run: [dn1] write command 'AT+CMEE' expected response 'OK' length 4
> [dn1] write command 'AT+CMEE' expected response 'OK' length 4
]2015-02-16 10:51:22] DEBUG[21171]: at_queue.c:194 at_write: [dn1] [ATZ
[2015-02-16 10:51:22] DEBUG[21171]: at_read.c:83 at_read: [dn1] receive 4 byte, used 4, free 2044, read 0, write 4
]2015-02-16 10:51:22] DEBUG[21171]: at_read.c:98 at_read: [dn1] [ATZ
[2015-02-16 10:51:22] DEBUG[21171]: at_read.c:83 at_read: [dn1] receive 6 byte, used 6, free 2042, read 0, write 6
[2015-02-16 10:51:22] DEBUG[21171]: at_read.c:98 at_read: [dn1] [
OK
]
[2015-02-16 10:51:22] DEBUG[21171]: at_response.c:152 at_response_ok: [dn1] AT+CMEE sent successfully
[2015-02-16 10:51:22] DEBUG[21171]: at_queue.c:224 at_queue_remove_cmd: [dn1] remove command 'AT+CMEE' expected response 'OK' real 'OK' cmd 2/21 flags 0x01 from queue
[2015-02-16 10:51:22] DEBUG[21171]: at_queue.c:249 at_queue_run: [dn1] write command 'AT+CGMI' expected response 'OK' length 8
> [dn1] write command 'AT+CGMI' expected response 'OK' length 8
]2015-02-16 10:51:22] DEBUG[21171]: at_queue.c:194 at_write: [dn1] [AT+CGMI
[2015-02-16 10:51:22] DEBUG[21171]: at_read.c:83 at_read: [dn1] receive 8 byte, used 8, free 2040, read 0, write 8
]2015-02-16 10:51:22] DEBUG[21171]: at_read.c:98 at_read: [dn1] [AT+CGMI
[2015-02-16 10:51:22] DEBUG[21171]: at_read.c:83 at_read: [dn1] receive 16 byte, used 16, free 2032, read 0, write 16
[2015-02-16 10:51:22] DEBUG[21171]: at_read.c:98 at_read: [dn1] [
huawei
OK
]
во втором случае
1. модем находится pdiscovery.c
2. Подключается
3. При иницилизации в ответ на команду АТ - модуль получает предыдущий результат от команд "ATI; +CIMI\r"
проблемное место выделено цветом log2
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:417 pdiscovery_lookup_ids: [dn1 discovery] found /sys/bus/usb/devices/2-1.2 is idVendor 12d1 idProduct 1506
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:705 pdiscovery_check_device: [dn1 discovery] should ports interfaces map for 12d1:1506 voice=02 data=01
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:384 pdiscovery_interfaces: [dn1 discovery] found InterfaceNumber 00 port /dev/ttyUSB0
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:384 pdiscovery_interfaces: [dn1 discovery] found InterfaceNumber 01 port /dev/ttyUSB1
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:384 pdiscovery_interfaces: [dn1 discovery] found InterfaceNumber 02 port /dev/ttyUSB2
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:559 pdiscovery_do_cmd: [dn1 discovery] use /dev/ttyUSB1 for IMEI/IMSI discovery
[2015-02-16 10:53:34] DEBUG[21176]: at_read.c:83 at_read: [/dev/ttyUSB1] receive 13 byte, used 13, free 1011, read 0, write 13
[2015-02-16 10:53:34] DEBUG[21176]: at_read.c:98 at_read: [/dev/ttyUSB1] [
^RSSI: 28
]
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:536 pdiscovery_handle_response: [dn1 discovery] <
^RSSI: 28
[2015-02-16 10:53:34] DEBUG[21176]: at_read.c:83 at_read: [/dev/ttyUSB1] receive 11 byte, used 24, free 1000, read 0, write 24
[2015-02-16 10:53:34] DEBUG[21176]: at_read.c:98 at_read: [/dev/ttyUSB1] [
^RSSI: 28
]TI; +CIMI
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:536 pdiscovery_handle_response: [dn1 discovery] <
^RSSI: 28
ATI; +CIMI
[2015-02-16 10:53:34] DEBUG[21176]: at_read.c:83 at_read: [/dev/ttyUSB1] receive 135 byte, used 159, free 865, read 0, write 159
[2015-02-16 10:53:34] DEBUG[21176]: at_read.c:98 at_read: [/dev/ttyUSB1] [
^RSSI: 28
ATI; +CIMI
Manufacturer: huawei
Model: E303
Revision: 21.158.13.00.864
IMEI: 861862005295085
+GCAP: +CGSM,+DS,+ES
250013902806900
OK
]
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:536 pdiscovery_handle_response: [dn1 discovery] <
^RSSI: 28
ATI; +CIMI
Manufacturer: huawei
Model: E303
Revision: 21.158.13.00.864
IMEI: 861862005295085
+GCAP: +CGSM,+DS,+ES
250013902806900
OK
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:445 pdiscovery_handle_ati: [dn1 discovery] found IMEI 861862005295085
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:502 pdiscovery_handle_cimi: [dn1 discovery] found IMSI 250013902806900
[2015-02-16 10:53:34] DEBUG[21176]: pdiscovery.c:679 pdiscovery_check_req: [dn1 discovery] matched IMEI=861862005295085/861862005295085 IMSI=250013902806900/250013902806900
-- [dn1] IMEI 861862005295085 IMSI 250013902806900 found on data_tty=/dev/ttyUSB1 audio_tty=/dev/ttyUSB2
-- [dn1] Trying to connect on /dev/ttyUSB1...
-- [dn1] Dongle has connected, initializing...
[2015-02-16 10:53:34] DEBUG[3534]: manager.c:4856 match_filter: Examining event:
Event: DongleStatus
Privilege: call,all
Device: dn1
Status: Connect
[2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:129 at_queue_add: [dn1] insert task with 21 commands begin with 'AT' expected response 'OK' at tail of queue
[2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:249 at_queue_run: [dn1] write command 'AT' expected response 'OK' length 3
> [dn1] write command 'AT' expected response 'OK' length 3
]2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:194 at_write: [dn1] [AT
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:83 at_read: [dn1] receive 135 byte, used 135, free 1913, read 0, write 135
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:98 at_read: [dn1] [
/* а вот тут откуда то полетел уже полученный ответ */
Manufacturer: huawei
Model: E303
Revision: 21.158.13.00.864
IMEI: 861862005295085
+GCAP: +CGSM,+DS,+ES
250013902806900
OK
]
/* И естествено попытка обработки этой информации и сдвижка ответов и засорение данных */
[2015-02-16 10:53:34] DEBUG[21177]: at_response.c:2089 at_response: [dn1] Ignoring unknown result: 'Manufacturer: huawei'
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:134 at_read_result_iov: [dn1] multiline response
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:134 at_read_result_iov: [dn1] multiline response
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:134 at_read_result_iov: [dn1] multiline response
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:134 at_read_result_iov: [dn1] multiline response
[2015-02-16 10:53:34] DEBUG[21177]: at_response.c:2089 at_response: [dn1] Ignoring unknown result: '250013902806900'
[2015-02-16 10:53:34] DEBUG[21177]: at_response.c:152 at_response_ok: [dn1] AT sent successfully
[2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:224 at_queue_remove_cmd: [dn1] remove command 'AT' expected response 'OK' real 'OK' cmd 1/21 flags 0x01 from queue
[2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:249 at_queue_run: [dn1] write command 'AT+CMEE' expected response 'OK' length 4
> [dn1] write command 'AT+CMEE' expected response 'OK' length 4
]2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:194 at_write: [dn1] [ATZ
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:83 at_read: [dn1] receive 3 byte, used 3, free 2045, read 0, write 3
]2015-02-16 10:53:34] DEBUG[21177]: at_read.c:98 at_read: [dn1] [AT
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:83 at_read: [dn1] receive 6 byte, used 6, free 2042, read 0, write 6
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:98 at_read: [dn1] [
OK
]
[2015-02-16 10:53:34] DEBUG[21177]: at_response.c:152 at_response_ok: [dn1] AT+CMEE sent successfully
[2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:224 at_queue_remove_cmd: [dn1] remove command 'AT+CMEE' expected response 'OK' real 'OK' cmd 2/21 flags 0x01 from queue
[2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:249 at_queue_run: [dn1] write command 'AT+CGMI' expected response 'OK' length 8
> [dn1] write command 'AT+CGMI' expected response 'OK' length 8
]2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:194 at_write: [dn1] [AT+CGMI
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:83 at_read: [dn1] receive 4 byte, used 4, free 2044, read 0, write 4
]2015-02-16 10:53:34] DEBUG[21177]: at_read.c:98 at_read: [dn1] [ATZ
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:83 at_read: [dn1] receive 6 byte, used 6, free 2042, read 0, write 6
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:98 at_read: [dn1] [
OK
]
[2015-02-16 10:53:34] DEBUG[21177]: at_response.c:152 at_response_ok: [dn1] AT+CGMI sent successfully
[2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:224 at_queue_remove_cmd: [dn1] remove command 'AT+CGMI' expected response 'OK' real 'OK' cmd 3/21 flags 0x01 from queue
[2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:249 at_queue_run: [dn1] write command 'AT+CGMM' expected response 'OK' length 8
> [dn1] write command 'AT+CGMM' expected response 'OK' length 8
]2015-02-16 10:53:34] DEBUG[21177]: at_queue.c:194 at_write: [dn1] [AT+CGMM
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:83 at_read: [dn1] receive 8 byte, used 8, free 2040, read 0, write 8
]2015-02-16 10:53:34] DEBUG[21177]: at_read.c:98 at_read: [dn1] [AT+CGMI
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:83 at_read: [dn1] receive 16 byte, used 16, free 2032, read 0, write 16
[2015-02-16 10:53:34] DEBUG[21177]: at_read.c:98 at_read: [dn1] [
huawei
OK
]
в результате если смотреть dongle show device state dn1
для первого варианта
-------------- Status -------------
Device : dn1
State : Free
Audio : /dev/ttyUSB2
Data : /dev/ttyUSB1
Voice : Yes
SMS : Yes
Manufacturer : huawei
Model : E303
Firmware : 21.158.13.00.864
IMEI : 861862005295085
IMSI : 250013902806900
GSM Registration Status : Registered, home network
RSSI : 27, -59 dBm
Mode : No Service
Submode : No service
Provider Name : MTS RUS
Location area code : "9802"
Cell ID : "00DD"
Subscriber Number : Unknown
SMS Service Center : 002B003700390031003
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
для второго варианта
-------------- Status -------------
Device : dn1
State : Free
Audio : /dev/ttyUSB2
Data : /dev/ttyUSB1
Voice : Yes
SMS : Yes
Manufacturer :
Model : huawei
Firmware : E303
IMEI :
IMSI : 861862005295085
GSM Registration Status : Registered, home network
RSSI : 23, -67 dBm
Mode : No Service
Submode : No service
Provider Name : MTS RUS
Location area code : "9802"
Cell ID : "00DD"
Subscriber Number : Unknown
SMS Service Center : 002B003700390031003
Use UCS-2 encoding : Yes
USSD use 7 bit encoding : No
USSD use UCS-2 decoding : Yes
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
Какие есть мысли почему так получается ? в какую сторону копать ? (на старых модемах такой проблемы нет)
на номера строк в at_response.c сильно точно не смотрите, я его допиливал под себя.
пробовал добавить слип перед at_queue_cmd_t cmds[ITEMS_OF(st_cmds)];
в логах получил 1 раз команду ATI; +CIMI в ответ на которую и прилетает мусор и clean_read_data который видимо не всегда срабатывает :
[2015-02-16 15:21:59] DEBUG[31529]: pdiscovery.c:679 pdiscovery_check_req: [dn1 discovery] matched IMEI=861862005295085/861862005295085 IMSI=250013902806900/250013902806900
-- [dn1] IMEI 861862005295085 IMSI 250013902806900 found on data_tty=/dev/ttyUSB1 audio_tty=/dev/ttyUSB2
-- [dn1] Trying to connect on /dev/ttyUSB1...
[2015-02-16 15:21:59] DEBUG[3534]: manager.c:4856 match_filter: Examining event:
Event: DongleStatus
Privilege: call,all
Device: dn1
Status: Connect
-- [dn1] Dongle has connected, initializing...
[2015-02-16 15:21:59] DEBUG[31530]: at_read.c:83 at_read: [dn1] receive 11 byte, used 11, free 2037, read 0, write 11
]2015-02-16 15:21:59] DEBUG[31530]: at_read.c:98 at_read: [dn1] [ATI; +CIMI
[2015-02-16 15:21:59] DEBUG[31530]: chan_dongle.c:361 clean_read_data: [dn1] drop 11 bytes of pending data before initialization
El-test*CLI>
[2015-02-16 15:22:09] DEBUG[31530]: at_queue.c:129 at_queue_add: [dn1] insert task with 22 commands begin with 'AT' expected response 'OK' at tail of queue
[2015-02-16 15:22:09] DEBUG[31530]: at_queue.c:249 at_queue_run: [dn1] write command 'AT' expected response 'OK' length 3
> [dn1] write command 'AT' expected response 'OK' length 3
]2015-02-16 15:22:09] DEBUG[31530]: at_queue.c:194 at_write: [dn1] [AT
[2015-02-16 15:22:09] DEBUG[31530]: at_read.c:83 at_read: [dn1] receive 135 byte, used 135, free 1913, read 0, write 135
[2015-02-16 15:22:09] DEBUG[31530]: at_read.c:98 at_read: [dn1] [
Manufacturer: huawei
Model: E303
Revision: 21.158.13.00.864
IMEI: 861862005295085
+GCAP: +CGSM,+DS,+ES
250013902806900
OK
]
похоже буфер не успевает очищаеться ?
покопался еще появились думки что в дополнении ко всему идет рассинхронизация команд и ответов на них.
а причина посылка 2-й команды [ATI; +CIMI] за 1 раз и для модуля at_response.c 2 ответов [Manufacturer: huawei] и [250013902806900]
причем ответ [250013902806900] модуль считает ответом на 2-ю команду из очереди иницилизации
Так вроде там Махутов ещё набор на всю группу сделал, получится что то типа Dial(Dongle/g10/NUMBER,...)
Какой первый свободный на него и наберёт.
Нет свободного полетит дальше по диалплану.
в etc/extensions.conf есть пример
exten => s,n,Dial(Dongle/g1/+79139131234)
Если надо равномерно по группе распределить звонки так есть ещё от Махутова ещё и такое
exten => s,n,Dial(Dongle/r1/879139131234)
Обе команды не должны обламываться, если какой-то из модемов не доступен для исходящего звонка.
Просто может быть так что в этот момент модем чем то занят, например отправляет/принимает SMS или потерял на долю секунды регистрацию.
Для проверки - два модема поставить в одну группу и набрать через g или r два звонка не прекращая первый.
Я такое в жизни не использую, используются более тонкие механизмы выбора роута.
Про Cubietruck
отключайте астериск, открывайте порт модема ручками и звоните.
Если ринг видно сразу - тупизм у астериск.
Если ринг видно не сразу - проблемы аппаратные.
Ввиду специфичности платформы равновероятно и то и другое.
Never54:
Там у вас просто кто-то шлёт команды в то же модем, может это и chan_dongle в поиске других модемов
Варианты
1) нет разрешения астеру на создание файлов в /var/lock
2) у вас неправильный маппинг USB интрефейсов на порты для управления и голоса для данной модели модема.
| bg1 @ Чт Фев 19, 2015 23:36 писал(а): |
| Never54: Там у вас просто кто-то шлёт команды в то же модем, может это и chan_dongle в поиске других модемов Варианты 1) нет разрешения астеру на создание файлов в /var/lock |
Да действительно нет прав
жалко что в дебаге не ругалось.
А то я уже костылек сделал в at_read.c и с ним запустил
if (rb_memcmp (rb, "Manufacturer:", 13) == 0)
{
if (rb->write >= STRING_MUSOR_LEN)
{
ast_debug (5, "[%s] Reset incorrectly multiline data Manufacturer: ...\n", dev);
rb_read_upd (rb, rb->write); /* Clear read bufers */
*read_result = 0;
return iovcnt;
}
}
{
if (rb->write >= STRING_MUSOR_LEN)
{
ast_debug (5, "[%s] Reset incorrectly multiline data Manufacturer: ...\n", dev);
rb_read_upd (rb, rb->write); /* Clear read bufers */
*read_result = 0;
return iovcnt;
}
}
| Цитата: |
| xten => s,n,Dial(Dongle/g1/+79139131234) |
Kак раз так сейчас у меня идет набор, но в реальности он не работает корректно сбоИт примерно в 10% случаях при свободных свистках.
Естественно то, что пробовалось заюзать рандом, но результат аналогичен.
Поэтому возник вопрос.
Требуется собственный перебор.
В группах по 3 -8 свистков на отзвон. Иногда (часто) они перекидываютя для звонков на другого оператора, и не все из группы, а один или несколько, поэтому удобно использовать переключая их в другую группу. А тут такой облом приключается.
По сути групповой набор это
Dial(Dongle/свисток1/+79139131234&Dongle/свисток2/+79139131234,Dongle/свисток3+79139131234)
и если мы попытаемся проконтролировать успешность набора в Диале, типа так
| Код: |
| exten => 1,n,GotoIf($["${DIALSTATUS}" = "CHANUNAVAIL"]?хз-куда-1:) exten => 1,n,GotoIf($["${DIALSTATUS}" = "CONGESTION"]?хз-куда-2:) exten => 1,n,GotoIf($["${DIALSTATUS}" = "NOANSWER"]?хз-куда-3:) exten => 1,n,GotoIf($["${DIALSTATUS}" = "BUSY"]?хз-куда-4:) exten => 1,n,GotoIf($["${DIALSTATUS}" = "CANCEL"]?хз-куда-5:) |
тогда плохой DIALSTATUS по любому, хоть от одного гиблого поймается и будет облом!
Как они ловятся не понятно (закономерность не просчитана), и облом бывает не всегда.
_________________
АВТОМАТИЗАЦИЯ ДИСПЕТЧЕСКИХ ТАКСИ
УНИКАЛЬНАЯ ТЕХНОЛОГИЯ "ТАКСИ БЕЗ ДИСПЕТЧЕРОВ" - без Java и/или Интренет (только телефоны) http://tet-a-tet.mobi
| Zoleg @ Сб Фев 21, 2015 17:00 писал(а): | ||
| bg1 |
| Цитата: |
| xten => s,n,Dial(Dongle/g1/+79139131234) |
Kак раз так сейчас у меня идет набор, но в реальности он не работает корректно сбоИт примерно в 10% случаях при свободных свистках.
.
У меня была подобная ситуация извращался с диалпланом и т.д.
В реальности все было проще был грязный эфир. Основная причина Wi-Fi роутер Делинк поэтому было плохое отношение сигнал / шум. Убрал роутер
также перенес хабы со свистками от сервера в сторону (5 метровый удлинитель в сервер далее хабик - в него хабики со своими свистками) всего примерно метров на 6 -8 (искал лучшее место по уровням сигналов по направлению на базовую станцию ) на хабах заменил блоки питания (оригинальных хватало на 1-3 месяца работы) и все проблема исчезла. Теперь набор стал стабильным.
для удобства и наглядности переделал в cli_show_devices.
static char* cli_show_devices (struct ast_cli_entry* e, int cmd, struct ast_cli_args* a)
{
struct pvt* pvt;
char buf[40]; /* Never54*/
/*
#define FORMAT1 "%-12.12s %-5.5s %-10.10s %-4.4s %-4.4s %-7.7s %-14.14s %-10.10s %-17.17s %-16.16s %-16.16s %-14.14s\n"
#define FORMAT2 "%-12.12s %-5d %-10.10s %-4d %-4d %-7d %-14.14s %-10.10s %-17.17s %-16.16s %-16.16s %-14.14s\n"
*/
#define FORMAT1 "%-12.12s %-5.5s %-10.10s %-8.8s %-4.4s %-7.7s %-14.14s %-10.10s %-17.17s %-16.16s %-16.16s %-14.14s\n" /* Never54 */
#define FORMAT2 "%-12.12s %-5d %-10.10s %-3d %-4.4s %-4d %-7d %-14.14s %-10.10s %-17.17s %-16.16s %-16.16s %-14.14s\n" /* Never54 */
.
.
.
/*
ast_cli (a->fd, FORMAT1, "ID", "Group", "State", "RSSI", "Mode", "Submode", "Provider Name", "Model", "Firmware", "IMEI", "$
*/
ast_cli (a->fd, FORMAT1, "ID", "Group", "State", "SNR/RSSI", "Mode", "Submode", "Provider Name", "Model", "Firmware", "IMEI", "IMSI", "Number"); /* Never54 */
AST_RWLIST_RDLOCK (&gpublic->devices);
AS {
ast_mutex_lock (&pvt->lock);
ast_cli (a->fd, FORMAT2,
PVT_ID(pvt),
CONF_SHARED(pvt, group),
pvt_str_state(pvt),
pvt->rssi,
rssi2dBm(pvt->rssi, buf, sizeof(buf)), /* Never54 */
pvt->linkmode,
pvt->linksubmode,
pvt->provider_name,
pvt->model,
pvt->firmware,
pvt->imei,
pvt->imsi,
pvt->subscriber_number
);
ast_mutex_unlock (&pvt->lock);
}
AST_RWLIST_UNLOCK (&gpublic->devices);T_RWLIST_TRAVERSE (&gpublic->devices, pvt, entry)
Выдай свою картинку и если причина в этом сразу будет понятно.
Какой-то соединиться остальным дадут отбой.
Это вовсе не то же, что Dial() на группу g или round robin - r на группу.
Если Dial на группу в 10% даёт нет каналов - ваши модемы в недоступном для исходящего состоянии.
Вот и всё.
Я не понимаю, что значит у вас облом Dial()
Если Dial(Dongle/g1/NUMBER) обнаружил, что свободных модемов нет и вызов не осуществляется вообще будет код AST_CAUSE_REQUESTED_CHAN_UNAVAIL
и сообщение
ast_log (LOG_WARNING, "[%s] Request to call on device %s\n", dest_dev, exists ? "which can not make call at this moment" : "not exists");
Dial() в общем то может вовсе и не дозвонится.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Если же проверку GotoIf($["${DIALSTATUS}" = "CHANUNAVAIL"] ........ убрать, то проблема исчезает. Но эта проверка необходима для того чтоб при таких случах отправлять на соответстующий екстеншен. Еще точнее то писать всякую хрень в БД для ее последующего юзания.
Вообще такая фигня происходит только на одном сервере но там нагрузка на 18 свистков в среднем 3500 входящих и 1200 исходящих в сутки, средняя продолжительность входящих 3 минуты, исходящих 2 минуты.
_________________
АВТОМАТИЗАЦИЯ ДИСПЕТЧЕСКИХ ТАКСИ
УНИКАЛЬНАЯ ТЕХНОЛОГИЯ "ТАКСИ БЕЗ ДИСПЕТЧЕРОВ" - без Java и/или Интренет (только телефоны) http://tet-a-tet.mobi
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
При этом состояние свистков "свободен"
Потому у меня закралось подозрение на не совсем корректный перебор в группе.
_________________
АВТОМАТИЗАЦИЯ ДИСПЕТЧЕСКИХ ТАКСИ
УНИКАЛЬНАЯ ТЕХНОЛОГИЯ "ТАКСИ БЕЗ ДИСПЕТЧЕРОВ" - без Java и/или Интренет (только телефоны) http://tet-a-tet.mobi
Проверка доступности ресурса (время t1) и потом собственно вызов (t2 - когда модем поменял состояние на Dialing) разумеется разделены некоторым временем!
В этот момент может поступить входящий звонок.
Или SMS.
Или потеря регистрации на 167 миллисекунд.
Проверить можно просто.
Поставить карты на которые нет входящих.
Две и более в одну группу.
Послать один второй третий звонок на группу.
Повторять до изнеможения.
Получить статистику.
На живой системе можно подключится через AMI и видеть все события.
Другая возможная причина - малое время между первым и вторым звонком - меньшее чем (t2 - t1).
Первый звонок находит первый свободный в группе, но не успевая поменять состояние модема на Dialing
приходит второй звонок, он находит что тот же самый модем "свободен" и кидает звонок на него же.
А два звонка разумеется звонить одновременно на одном модеме не смогут.
Решение простое, надо вычислить значение x=(t2-t1) примерное, оно может быть на самом деле и велико.
OS может переключить задачу после t1 но до t2, но чаще всего дает это за один квант.
После этого Выполнять два Dial последовательно, поставив между ними случайную задержку, не меньшую чем x.
Можно тоже самое делать и более двух раз.
Хотя задача - разогнать одновременные звонки, её можно решить и до Dial()
Dial(Dongle/rXXX/num) в этом смысле лучше, т.к. при поиске свободного модема практически сразу ставит ему флажок group_last_used
Так же как и Dial(Dongle/pXXX/num) ставит prov_last_used а Dial(Dongle/sXXX/num) - sim_last_used
И следующий Dial() будет пытаться звонить на следующем модеме.
Я там кстати, пока смотрел, обнаружил, что можно сделать массив локальным и убрать один mutex.
Залил r44 r45 (make round_robin local variable of find_device_by_resource_ex() - UNTESTED), но не тестировал!
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
Ну и больной насущный вопрос ко всем - ктото юзал usb хабы stlab 7ми или 10ти портовые? Как они? Какой там блок питания в комплекте?
Думаю заказать 16-ти портовый хаб ту рекламировался в первой ветке... Его тоже никто не юзал?
И еще... Ктото экспериментировал с подключением хабов напрямую к блоку питания компа? Какую мощность выдаст один пятипортовый разъем блока питания? Ватт 50 будет?
Всем спасибо за ответы.
никаких "склеенных" SMS нет.
SMS отправляются и принимаются по 160 символов ASCII, 140 символов с некоторыми расширениями ASCII, и 70 символов - всё остальное.
И разбивает и склеевает их телефон.
chan_dongle это не IPhone, это канальный драйвер для PBX asterisk, его задача - приём и передача, а не склейка и расклейка.
Для склейки как минимум надо части где-то хранить, как то обрабатывать ошибки потери частей и т.п.
Всё это можно И НУЖНО делать снаружи.
chan_dongle имеет все средства для приёма и передачи частей multipart сообщений.
Умеет отправлять PDU, и при приёме показывает сырой PDU.
Этих интерфейсов достаточно для реализации чего вам хочется снаружи.
Притом реализация эта будет в 10 раз быстрее и проще чем какая то возможная внутри chan_dongle и в 30 раз надёжнее.
БП компа как источник 5В плох, у него нет подстройки и более того - нет достойной стабилизации.
Кроме того, без нагрузки на +12В он не работает, он даже не запуститься.
КПД по линиям +5В низок, он как минимум даёт ещё энергию на линии +3В +12В -12В
У H7 проблема не в питании.
_________________
Свежак chan_dongle тут http://code.google.com/p/asterisk-chan-dongle
Читайте, дополняйте wiki http://wiki.e1550.mobi/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $1,521 за IMEI
| bg1 @ Вс Мар 01, 2015 14:34 писал(а): |
| Это маловероятно, хотя возможно. Я там кстати, пока смотрел, обнаружил, что можно сделать массив локальным и убрать один mutex. Залил r44 r45 (make round_robin local variable of find_device_by_resource_ex() - UNTESTED), но не тестировал! |
Оттестировал r45 замечаний нет 2 недели полет нормальный.
Спасибо.
Для всех поклоников chanel_dongle выкладываю поправленную версию MonAst (http://ru.man.wikia.com/wiki/MonAst)
Лежит тут
https://yadi.sk/d/PVRLfxQXfNnuZ (добавил понимание chan_dongle)
Мониторинг в реальном времени состояние каналов и пользователей, очередей Asterisk
Стало очень удобно контролировать подвисшие донглы. Стоит статус "Used" - желтый квадрат а фактически занятых каналов "0" - зеленый квадрат.
Можно тут же послать команду на restart донгла.
Последний раз редактировалось: Never54 (Сб Мар 21, 2015 14:13)
Основные изменения взяты с http://uloz.to/xttriVxC/asterisk-chan-do ... ted.tar.gz
У "донора" не работали звонки от Астериска на донгл. Исправлено.
Работают входящие и исходящие вызовы, Usdd. SMS не проверял, но там как будто нечему поломаться.
Тестируем
https://github.com/oleg-krv/asterisk-chan-dongle/tree/asterisk13
или
https://github.com/oleg-krv/asterisk-chan-dongle/archive/asterisk13.zip
_________________
АВТОМАТИЗАЦИЯ ДИСПЕТЧЕСКИХ ТАКСИ
УНИКАЛЬНАЯ ТЕХНОЛОГИЯ "ТАКСИ БЕЗ ДИСПЕТЧЕРОВ" - без Java и/или Интренет (только телефоны) http://tet-a-tet.mobi
kak ta tak
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
http://www.lovisolo.com/asterisk/softwar ... an-dongle/
http://www.lovisolo.com/asterisk/softwar ... mmands.pdf
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
| VladV @ Sun Nov 08, 2015 14:42 писал(а): | ||||
| День добрый! Может кто-то подскажет, происходит странна штука при попытке соединить между собой два Донгла. Конфигурация АТС: Ubuntu server 12/04 x64 /Asterisk 13.6 + один сип транк + 2 GSM канала через Huawei. Вот что происходит: входящий вызов через GSM1 конкретному абоненту, абонента на месте нет, он установил переадресацию на мобильный, Астериск пытается соединить с абонентом через канал GSM2 и я получаю вот такую ошибку |
| Код: |
| ERROR[30891][C-00000004]: translate.c:1301 ast_translator_best_choice: Cannot determine best translation path since one capability supports no formats WARNING[30891][C-00000004]: channel.c:5445 set_format: Unable to find a codec translation path: (none|slin) -> (none) WARNING[30891][C-00000004]: channel.c:6368 ast_channel_make_compatible_helper: Unable to set read format on channel Dongle/Beeline-0100000002 to none |
Меня смутил вот этот момент (none|slin) -> (none). Повторил звонок и сделал "core show channel Dongle/Kyivstar-0100000000", в ответ получил:
| Код: |
| NativeFormats: (none|slin) WriteFormat: alaw ReadFormat: slin WriteTranscode: Yes (alaw@8000)->(slin@8000) |
Проверил на другой АТС (Астериск 1.8 ) - там полностью все форматы slin. Откуда взялся none|slin, кто может подсказать, где это выставить?
Исходники брал тут https://github.com/oleg-krv/asterisk-chan-dongle я понял что это единственный вариант, который поддерживает 13й Астериск. Очень прошу помощи, в интернете ничего не нашел по этой теме.
Заранее благодарю!
Я решил эту проблему, не меняя Asterisk 13. Надо пропатчить чуток драйвер, чтобы выставлял форматы нормально. Вот незнаю, куда патч выложить. Олег (автор порта на 13) молчит. Запощу сюда чуть позже.
_________________
http://ss7.powerpbx.ru/ - рассказываю новичкам про SS7
_________________
http://ss7.powerpbx.ru/ - рассказываю новичкам про SS7
| latv @ Чт Фев 25, 2016 21:44 писал(а): |
| обещанный патчик |
Спасибо, теперь хоть будет возможность на 13й перейти, а то мне тут рассказали, что больше версий не будет
как собрать самому chan-dongle под openwrt.
вот у меня есть VMка, распакованое дерево openwrt.
лежит chan_dongle-1.1.r14, хочу собрать с астером 1.8
попытался засунуть в feeds но сборка не прошла.
где копать, может кто-то уже делал сам?
заранее спасибо
.....
rm -rf /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-asterisk18-voicemail
touch /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/stamp/.asterisk18-voicemail_installed
make[3]: Leaving directory `/home/user/work/14.07/openwrt/feeds/telephony/net/asterisk-1.8.x'
make[3]: Entering directory `/home/user/work/14.07/openwrt/package/libs/libiconv-full'
WARNING: skipping libcharset -- package not selected
rm -rf /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full
mkdir -p /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/stamp /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full
install -d -m0755 /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full/usr/lib
cp -fpR /home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/libiconv-1.11.1/ipkg-install/usr/lib/libiconv.so* /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full/usr/lib/
SHELL= /home/user/work/14.07/openwrt/staging_dir/host/bin/flock /home/user/work/14.07/openwrt/tmp/.root-copy.flock -c 'cp -fpR /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full/. /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/'
rm -rf /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full
touch /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/stamp/.libiconv-full_installed
if [ -f /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/pkginfo/libiconv-full.default.install.clean ]; then rm -f /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/pkginfo/libiconv-full.default.install /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/pkginfo/libiconv-full.default.install.clean; fi; echo "libiconv-full" >> /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/pkginfo/libiconv-full.default.install
WARNING: skipping iconv -- package not selected
make[3]: Leaving directory `/home/user/work/14.07/openwrt/package/libs/libiconv-full'
make[3]: Entering directory `/home/user/work/14.07/openwrt/feeds/packages/asterisk18-chan-dongle'
mkdir -p /home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10/ipkg-install/usr/lib/asterisk/modules
make -C "/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10" CC="mips-openwrt-linux-uclibc-gcc" LD="mips-openwrt-linux-uclibc-gcc" CFLAGS="-Os -pipe -mno-branch-likely -mips32r2 -mtune=34kc -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -mips16 -minterlink-mips16 -DLOW_MEMORY -D_XOPEN_SOURCE=600 -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/include -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/include -I/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/usr/include -I/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib/libiconv-full/include -I/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/asterisk-1.8.30.0/include -DHAVE_CONFIG_H -I. -fPIC" LDFLAGS="-L/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib -L/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/lib -L/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/usr/lib -L/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/lib -L/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib/libiconv-full/lib -liconv" DESTDIR="/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10/ipkg-install/usr/lib/asterisk/modules" all install
make[4]: Entering directory `/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10'
mips-openwrt-linux-uclibc-gcc -Os -pipe -mno-branch-likely -mips32r2 -mtune=34kc -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -mips16 -minterlink-mips16 -DLOW_MEMORY -D_XOPEN_SOURCE=600 -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/include -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/include -I/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/usr/include -I/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib/libiconv-full/include -I/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/asterisk-1.8.30.0/include -DHAVE_CONFIG_H -I. -fPIC -o app.o -c app.c
In file included from app.c:2:0:
./config.h:131:16: error: duplicate 'unsigned'
#define size_t unsigned int
^
./config.h:131:25: error: two or more data types in declaration specifiers
#define size_t unsigned int
^
./config.h:134:17: error: two or more data types in declaration specifiers
#define ssize_t int
^
make[4]: *** [app.o] Error 1
make[4]: Leaving directory `/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10'
make[3]: *** [/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10/.built] Error 2
make[3]: Leaving directory `/home/user/work/14.07/openwrt/feeds/packages/asterisk18-chan-dongle'
make[2]: *** [package/feeds/packages/asterisk18-chan-dongle/compile] Error 2
make[2]: Leaving directory `/home/user/work/14.07/openwrt'
make[1]: *** [/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/stamp/.package_compile] Error 2
make[1]: Leaving directory `/home/user/work/14.07/openwrt'
make: *** [world] Error 2
rm -rf /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-asterisk18-voicemail
touch /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/stamp/.asterisk18-voicemail_installed
make[3]: Leaving directory `/home/user/work/14.07/openwrt/feeds/telephony/net/asterisk-1.8.x'
make[3]: Entering directory `/home/user/work/14.07/openwrt/package/libs/libiconv-full'
WARNING: skipping libcharset -- package not selected
rm -rf /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full
mkdir -p /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/stamp /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full
install -d -m0755 /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full/usr/lib
cp -fpR /home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/libiconv-1.11.1/ipkg-install/usr/lib/libiconv.so* /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full/usr/lib/
SHELL= /home/user/work/14.07/openwrt/staging_dir/host/bin/flock /home/user/work/14.07/openwrt/tmp/.root-copy.flock -c 'cp -fpR /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full/. /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/'
rm -rf /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/tmp-libiconv-full
touch /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/root-ar71xx/stamp/.libiconv-full_installed
if [ -f /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/pkginfo/libiconv-full.default.install.clean ]; then rm -f /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/pkginfo/libiconv-full.default.install /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/pkginfo/libiconv-full.default.install.clean; fi; echo "libiconv-full" >> /home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/pkginfo/libiconv-full.default.install
WARNING: skipping iconv -- package not selected
make[3]: Leaving directory `/home/user/work/14.07/openwrt/package/libs/libiconv-full'
make[3]: Entering directory `/home/user/work/14.07/openwrt/feeds/packages/asterisk18-chan-dongle'
mkdir -p /home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10/ipkg-install/usr/lib/asterisk/modules
make -C "/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10" CC="mips-openwrt-linux-uclibc-gcc" LD="mips-openwrt-linux-uclibc-gcc" CFLAGS="-Os -pipe -mno-branch-likely -mips32r2 -mtune=34kc -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -mips16 -minterlink-mips16 -DLOW_MEMORY -D_XOPEN_SOURCE=600 -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/include -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/include -I/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/usr/include -I/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib/libiconv-full/include -I/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/asterisk-1.8.30.0/include -DHAVE_CONFIG_H -I. -fPIC" LDFLAGS="-L/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib -L/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/lib -L/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/usr/lib -L/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/lib -L/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib/libiconv-full/lib -liconv" DESTDIR="/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10/ipkg-install/usr/lib/asterisk/modules" all install
make[4]: Entering directory `/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10'
mips-openwrt-linux-uclibc-gcc -Os -pipe -mno-branch-likely -mips32r2 -mtune=34kc -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -mips16 -minterlink-mips16 -DLOW_MEMORY -D_XOPEN_SOURCE=600 -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/include -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/include -I/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/usr/include -I/home/user/work/14.07/openwrt/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/include -I/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib/libiconv-full/include -I/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/asterisk-1.8.30.0/include -DHAVE_CONFIG_H -I. -fPIC -o app.o -c app.c
In file included from app.c:2:0:
./config.h:131:16: error: duplicate 'unsigned'
#define size_t unsigned int
^
./config.h:131:25: error: two or more data types in declaration specifiers
#define size_t unsigned int
^
./config.h:134:17: error: two or more data types in declaration specifiers
#define ssize_t int
^
make[4]: *** [app.o] Error 1
make[4]: Leaving directory `/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10'
make[3]: *** [/home/user/work/14.07/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2/chan_dongle-1.1.r10/.built] Error 2
make[3]: Leaving directory `/home/user/work/14.07/openwrt/feeds/packages/asterisk18-chan-dongle'
make[2]: *** [package/feeds/packages/asterisk18-chan-dongle/compile] Error 2
make[2]: Leaving directory `/home/user/work/14.07/openwrt'
make[1]: *** [/home/user/work/14.07/openwrt/staging_dir/target-mips_34kc_uClibc-0.9.33.2/stamp/.package_compile] Error 2
make[1]: Leaving directory `/home/user/work/14.07/openwrt'
make: *** [world] Error 2
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
| bg1 @ Сб Апр 09, 2016 06:03 писал(а): |
| там же конфиг есть для сборки в openwrt прямо в исходниках |
так я с ним и собираю вроде. WITH_ASTERISK подправил.
UPDATE:
выкинул эту хрень из config.h
./config.h:131:25: error: two or more data types in declaration specifiers
#define size_t unsigned int
^
./config.h:134:17: error: two or more data types in declaration specifiers
#define ssize_t int
и все собралось. и зачем оно там
app_macro.so => (Extension Macros)
== Parsing '/etc/asterisk/voicemail.conf': == Found
== Parsing '/etc/asterisk/users.conf': == Found
== Registered application 'VoiceMail'
== Registered application 'VoiceMailMain'
== Registered application 'MailboxExists'
== Registered application 'VMAuthenticate'
== Registered application 'VMSayName'
== Registered custom function 'MAILBOX_EXISTS'
== Manager registered action VoicemailUsersList
app_voicemail.so => (Comedian Mail (Voicemail System))
== Registered application 'SMS'
app_sms.so => (SMS/PSTN handler)
== Registered translator 'ulawtolin' from format ulaw to slin, cost 1
== Registered translator 'lintoulaw' from format slin to ulaw, cost 1
== Registered translator 'lintotestlaw' from format slin to testlaw, cost 1
== Registered translator 'testlawtolin' from format testlaw to slin, cost 1
codec_ulaw.so => (mu-Law Coder/Decoder)
== Registered application 'Echo'
app_echo.so => (Simple Echo Application)
== Parsing '/etc/asterisk/dongle.conf': == Found
[Apr 10 22:56:55] NOTICE[22902]: chan_dongle.c:1556 reload_config: [dongle0] Loaded device
== Registered channel type 'Dongle' (Huawei 3G Dongle Channel Driver)
-- [dongle0] Trying to connect on /dev/ttyUSB2...
-- [dongle0] Dongle has connected, initializing...
Segmentation fault
root@xx:/mnt/sdb2/shared# ls -alt /dev/ttyUS*
crw-rw-rw- 1 root root 188, 2 Apr 11 02:56 /dev/ttyUSB2
crw-rw-rw- 1 root root 188, 0 Apr 11 02:03 /dev/ttyUSB0
crw-rw-rw- 1 root root 188, 1 Apr 11 02:03 /dev/ttyUSB1
[dongle0]
audio=/dev/ttyUSB1 ; tty port for audio connection; no default value
data=/dev/ttyUSB2 ; tty port for AT commands; no default value
а вам не кажется, дядя, что
/* config.h. Generated from config.h.in by configure. */
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
собиралось как изначально было в дереве. оставим будущим поколениям разбираться.
рассказываю дальше. модуль вылетал при старте астера. ну, думаю соберу
без оптимизации посмотрю чо-как. собрал. модуль "испугался" и теперь
не вылетает
вот ссылка на собранное:
https://www.dropbox.com/sh/fsesqzcxtxpjnli/AAC4B2gtXbuqOS3hketxOxeoa?dl=0
сейчас будем смотреть, работает ли звук в обе стороны.
UPD: Ура, звук есть!
_________________
http://ss7.powerpbx.ru/ - рассказываю новичкам про SS7
хотелось бы это, делать когда они не нужны для полезного облучения.
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
| tx00 @ Чт Апр 14, 2016 16:01 писал(а): |
| а вот еще вопрос. как вообще выключить программно RF на донгле? |
а что мешает отключить питание порта прямо в usb хабе?
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
Астер - 11
если в Dongle.conf smsaspdu=no , то входящие СМС с email адресами приходят нормально, но не отправляются из диалплана СМС с русским текстом.
если в Dongle.conf smsaspdu=yes , то при входящих СМС с email адресами отсекается все, что после @ , зато из диалплана уходят СМС с русскими буквами.
Следовательно, вопрос:
Что нужно подправить, чтобы при smsaspdu=yes не было проблем с email адресами во входящих СМС?
_________________
платный суппорт по мере возможностей
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
[874731.630495] xhci_hcd 0000:00:14.0: Not enough host resources, active endpoint contexts = 63
[874731.630509] usb 1-4.1.2: can't set config #1, error -12
[874731.630509] usb 1-4.1.2: can't set config #1, error -12
Определяется только 6 модемов из 14.
Подскажите, пожалуйста, решение данной проблемы.
Сложный - надо модифицировать - блок питания из расчета пол ампера на модем и навешать фильтров по питанию = может и заработает
_________________
платный суппорт по мере возможностей
| Цитата: |
| Простой путь - выкинуть Сложный - надо модифицировать - блок питания из расчета пол ампера на модем и навешать фильтров по питанию = может и заработает |
Т.е. проблема заключается именно в отсутствии необходимого количества питания? Просто один хаб корректно работал с 7 модемами. Сейчас раскидано по 7 модемов на каждый хаб. Попробую еще отключить в биосе USB 3.0.
а там ЛИМИТ на число устройств на шине другой.
вы чего, читать не умеете что ли?
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
как выключить модуль. чтобы логи не засорял попытками найти usb устройство.
так пойдет ?
| april22 @ Ср Июн 29, 2016 06:59 писал(а): |
| module unload chan_dongle так пойдет ? |
Да спасибо!!
Added after 1 hours 18 minutes:
| april22 @ Ср Июн 29, 2016 06:59 писал(а): |
| module unload chan_dongle так пойдет ? |
Подскажите чего сделать чтобы после перезагрузки модуль не включался ?
| april22 @ Ср Июн 29, 2016 11:27 писал(а): |
| Modules.conf - посмотрите |
Modules.conf нет dongle
У меня установлен freepbx и он перезаписывает Modules.conf
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
| latv @ Чт Фев 25, 2016 20:44 писал(а): |
| обещанный патчик |
Спасибо большое! Бился несколько часов с Asterisk 13 чтобы сделать звонки между Dongle патч помог!
неограниченные по длине составные СМС из русских символов.
Нужно отправлять русские СМС длинной 150-200 символов. Как я понимаю нужно редактировать pdu.c. В программировании не силен, но отблагодарю (не бесплатно) если поделитесь рабочим решением. Тему регулярно просматриваю. Спасибо. aleksey собака sysoev точка net.
_________________
платный суппорт по мере возможностей
Дохрена либ на всех языках программирования по сборке-разборке PDU
chan_dongle это канальный драйвер.
Вы же не предъявляете претензии драйверу вашего диска, что он файлы MKV не умеет проигрывать?
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
А есть ли у драйвера некая канальная переменная, которая возвращает результат отправки СМС?
При этом синхронно, до возврата из функции проверяется только наличие аргументов,
проверка номер получателя что содержит только цифры и опционально начинается с +,
и то, что команды успешно добавлены в очередь.
Если какая то проверка прошла не удачно функция ругается в лог уровнем ERROR, а в ядро астериска возвращает не 0.
Что там астериск с этим значением делает я не в курсе, предполагаю что хорошего
Вообще же если Application возвращает -1 то астериск прекращает выполнение диалплана, а канал убивает.
Но это не результат даже отправки СМС, не говоря уже о его получении.
Контролировать успешность _отправки_ можно либо в логе/консоли через сообщение, либо в manager - отправляется
результат исполнения модемом команд по отправке СМС.
Притом идентификатор СМС в очереди условно-уникальный.
Это значит если у вас в очереди одновременно 3 СМС - все будут иметь разные идентификаторы.
А вот если вы сначала послали одно СМС, получили результат, а потом послали другое - идентификаторы могут иметь одинаковое числовое значение.
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
Использую сборку для личных целей (пересылка смс на email + складываю в txt для архива) - остальное(звонки) ХОББИ.
| latv @ Чт Фев 25, 2016 20:44 писал(а): |
| обещанный патчик |
Спасибо за труд, вот если бы понять как его "применить" (с указанием, откуда брать исходники).
Для будущих искателей - повышу цитируемость (описанием своей проблемы) - спрятал под спойлер, а то гугл не находит...
Asterisk 13.9.1 (на FreeBSD 10.3 которая установлена как виртуалка внутри VMWARE)
Установлен chan_dongle: Huawei 3G Dongle Channel Driver, Version 1.1, Revision 34 (но видать не "оригинальный", так как выше (уважаемый за труд) bg1 дал критическую оценку "этой сборке chan_dongle под Asterisk 13")
Настроил план набора (диалплан), который находится в extension.conf таким образом, чтобы приходящий на один модем (GSM2) звонок, без поднятия трубки сразу совершал исходящий звонок через другой модем (GSM1). По сути - такая переадресация звонка идет. Трубку с входящего звонка модема не хочу поднимать сразу - хочется чтобы соединение происходило в момент поднятия трубки конечным абонентом (мною).
Выглядит это в extension.conf как-то так:
Такая конструкция работает отлично если совершаю звонок с SIP, (получается SIP->GSM), но не работает для GSM->GSM (GSM2GSM).
возникает следующая ошибка:
Самое удивительное - в первый раз вызов таки проходит! Правда очень специфично.
Опишу по этапам:
1) Сегмент Phone0->GSM2 - слышен сигнал вызова абонента
2) Астериск пишет в консоли, что начинает вызывать Phone2 с GSM1 (и сразу ошибки - описаны выше)
3) Произвожу отбой на Phone0, а GSM1 всё равно продолжает вызывать Phone2.
4) Произвожу отбой на Phone2 - Asterisk "вешается" причем наглухо. Из консоли (CLI) не реагирует на команду "core restart now", а "dongle show devices" - показывает пустую шапку (вообще без модемов).
После такой неудачной попытки - астериск можно перезапустить только снаружи (service asterisk onestop => service asterisk onestart).
Но успешных вызовов больше не получается: только ошибка описанная выше (для вызывающего Phone0 - сигнал занято)
Делал поисковые запросы "Unable to find a codec translation path: (none|slin) -> (none)" - но там ничего, полезного не выводится, так как по большей части описываются проблемы с SIP (гугл сразу предлагает "asterisk g729 codec") - короче часа 3 времени потрачено на чтение попыток решения неревалентной проблемы.
Правильный запрос "asterisk gsm chan_dongle пробрасывать" привел меня в http://www.asteriskforum.ru/viewtopic.php?p=51502. вот с 80 страницы сюда и добрался.
Установлен chan_dongle: Huawei 3G Dongle Channel Driver, Version 1.1, Revision 34 (но видать не "оригинальный", так как выше (уважаемый за труд) bg1 дал критическую оценку "этой сборке chan_dongle под Asterisk 13")
Настроил план набора (диалплан), который находится в extension.conf таким образом, чтобы приходящий на один модем (GSM2) звонок, без поднятия трубки сразу совершал исходящий звонок через другой модем (GSM1). По сути - такая переадресация звонка идет. Трубку с входящего звонка модема не хочу поднимать сразу - хочется чтобы соединение происходило в момент поднятия трубки конечным абонентом (мною).
Выглядит это в extension.conf как-то так:
| Код: |
| [dongle_inGSM2] exten => _38.,n,Verbose(in _38 case == ${EXTEN} === from ${CALLERID(NUM)} ); -- для идентификации в консоли, что звонок идет по правильной ветке диалплана exten => _38.,n,Dial(DONGLE/GSM1/+380012345678); exten => h,n,Hangup(); |
Такая конструкция работает отлично если совершаю звонок с SIP, (получается SIP->GSM), но не работает для GSM->GSM (GSM2GSM).
возникает следующая ошибка:
| Код: |
| in _38 case == 380933333333 === from +38091ООООООО -- Executing [380933333333@dongle_inGSM2:4] Dial("Dongle/GSM2-0100000000", "DONGLE/GSM1/+380012345678") in new stack -- Called DONGLE/GSM1/+380012345678 [02:27:30] ERROR[100622][C-00000002]: translate.c:1314 ast_translator_best_choice: Cannot determine best translation path since one capability supports no formats [02:27:30] WARNING[100622][C-00000002]: channel.c:5478 set_format: Unable to find a codec translation path: (none|slin) -> (none) [02:27:30] WARNING[100622][C-00000002]: channel.c:6401 ast_channel_make_compatible_helper: Unable to set read format on channel Dongle/GSM1-0100000000 to none |
Самое удивительное - в первый раз вызов таки проходит! Правда очень специфично.
Опишу по этапам:
1) Сегмент Phone0->GSM2 - слышен сигнал вызова абонента
2) Астериск пишет в консоли, что начинает вызывать Phone2 с GSM1 (и сразу ошибки - описаны выше)
3) Произвожу отбой на Phone0, а GSM1 всё равно продолжает вызывать Phone2.
4) Произвожу отбой на Phone2 - Asterisk "вешается" причем наглухо. Из консоли (CLI) не реагирует на команду "core restart now", а "dongle show devices" - показывает пустую шапку (вообще без модемов).
После такой неудачной попытки - астериск можно перезапустить только снаружи (service asterisk onestop => service asterisk onestart).
Но успешных вызовов больше не получается: только ошибка описанная выше (для вызывающего Phone0 - сигнал занято)
Делал поисковые запросы "Unable to find a codec translation path: (none|slin) -> (none)" - но там ничего, полезного не выводится, так как по большей части описываются проблемы с SIP (гугл сразу предлагает "asterisk g729 codec") - короче часа 3 времени потрачено на чтение попыток решения неревалентной проблемы.
Правильный запрос "asterisk gsm chan_dongle пробрасывать" привел меня в http://www.asteriskforum.ru/viewtopic.php?p=51502. вот с 80 страницы сюда и добрался.
Очень надеюсь на ответ latv или VladV у которых получилось решить данную проблему. (а может ещё кто решил, но не отписывался)
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
Я Вам другой вопрос приготовил: интернет полон вопросов-ответов как отправить "длинную СМС", но мало кто описывает принятие "длинной СМС" (составной) донглом.
Мы с Вами понимаем, что "Длинные СМС" это всего лишь несколько обособленных СМС, которые идут друг за дружкой.
Вот пример полученной "составной СМС" Бережно складированной в ТХТ (порядок сохранен):
| Код: |
| 11:44:49 - GSM2 - AC4#9#A3C23#9B: дарунок дзвінком на номер *450# (безкоштовно). Деталі: www.lifecell 11:44:49 - GSM2 - AC4#9#A3C23#9B: lifecell дарує Вам місяць безкоштовного Інтернету! Активуйте Ваш по 11:44:49 - GSM2 - AC4#9#A3C23#9B: .com.ua/free1gb та за номером 505 |
Из примера ясно, что сначала принимается "серединка", потом "начало", а в конце "хвостик".
Так же видно, что никаких маркеров в тексте самой СМС нет, значит есть некое служебное поле, которое ни в переменную ${CALLERID(num)} ни в переменную ${BASE64_DECODE(${SMS_BASE64})} не помещается. При этом любая программа управляющая модемом (что с дровами идёт) спокойно собирает СМС любой длинны.
КАК?
Ну и к паре, второй вопрос: AC4#9#A3C23#9B=${CALLERID(num)} - как его превратить в то, что видим на экране телефона?
заходишь в нужную папку с софтом, который собираешься патчить, кладешь туда патч, и говоришь:
patch < my.patch
в зависимости от того, как сделан патч, может потребоваться ключик -p
patch -p 1 < my.patch
читайте man patch
_________________
http://ss7.powerpbx.ru/ - рассказываю новичкам про SS7
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
| bg1 @ Пт Сен 23, 2016 15:17 писал(а): |
| Как читайте в мануалах и спеках. Вы взрослый человек, гуглите, расжовывать смысла не вижу. |
готов согласиться, в обмен на ссылку на конкретный "ман" и это загадочное слово "спеки"...
Заранее спасибо.
(я ведь правильно понимаю речь идёт о Вашем канальном драйвере на модем chan_dongle для версий 1.8? http://wiki.e1550.mobi/ вроде как прикрыли(спёрли)....)
"Правильно гуглить" легко, когда знаешь, что искать. Когда в данном направлении опыт не накоплен - это как ложкой в море рыбу ловить: рано или поздно словишь, но обычно очень не скоро....
PS Спасибо latv, пойду почитаю про patch.
человек на университетском сервере держал вики и перестал держать.
я wiki не рулил.
кому то присылали копию контента вики.
с вас 10 баксов
https://en.wikipedia.org/wiki/Concatenated_SMS
и ещё 20
ETSI Specification: GSM 03.40 Version 5.3.0: July 1996
http://www.etsi.org/deliver/etsi_gts/03/ ... 50300p.pdf
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
Спасибо за расширение моего кругозора, похоже я вопрос задал не точно: КАК с помощью chan_dongle получить эти заветные UDH (User Data Header \\ пользовательский заголовок для данных конкретной смс).
Чтобы получить из UDH: Field 4 (CSMS reference number - номер позволяющий идентифицировать данную составную СМС) и Field 6 (part's number in the sequence - номер смс внутри состава)
Причем, как понимаю, нужно это делать на лету, чтобы потом сшивать пришедшие в разных СМС переменные${BASE64_DECODE(${SMS_BASE64})} в одну, простой конкатенацией (пока знания не позволяют мне предположить, как это сделать внутри диалплана, так как он однопоточен - зато понимаю, как это снаружи сделать, допустим через вызов cron или в СУБД...)
(для последующих искателей подробностей всё здесь: https://en.wikipedia.org/wiki/Concatenated_SMS)
Пользу от второй ссылки (в контексте исходного вопроса) к сожалению не осознал.
Для тех, кто соберется вручную "читать с модема СМС" через chan_dongle рекомендую почитать про соответствующие АТ-команды
Читать все СМС в модеме для режима простого текстового сообщения (Text Mode SMS):
| Код: |
| CLI> dongle cmd GSM1 AT+CMGL="ALL" |
Или в PDU формате по одному с помощью CMGR:
| Код: |
| CLI> dongle cmd GSM1 AT+CMGR=0 |
в этом случае 0(ноль) определяет порядковый номер смс в памяти. И модем выдаёт содержимое смс в PDU формате (при этом у меня chan_dongle думает, что пришла новая смс и превращая её в читаемый вид складывает в хранилище заново приводя к нормальному виду)
Вам молоток дали, за вас им ещё и стучать надо?
Ну тогда может и зарплату за вас получить
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
Искал в новом месте размещения wiki по chan_dongle (сколько разных редакций этого же материала перечитал, надеюсь здесь самый актуальный)
Там есть переменная CMGR (предполагаю в диалплане её вставлять нужно как ${CMGR} )
после чего разворачивать, (как ещё не придумал), так как bg1 - отказал "помощнику" во внедрении данного (готового) инструмента (хозяин-барин).
Added after 7 minutes:
| bg1 @ Вс Сен 25, 2016 20:37 писал(а): |
| КАК хотите. Вам молоток дали, за вас им ещё и стучать надо? Ну тогда может и зарплату за вас получить |
Напомню: я данный вопрос рассматриваю как хобби, и только для себя. ЗП получаю совсем за другой род занятий. Если вдруг (решу=получится) в будущем заработать на этих знаниях, с первой же зарплаты буду писать Вам, bg1, письмо с вопросом "куда перевести Вам деньги?"
А пока - просто играюсь с замечательным конструктором. (и помогаю всем кто будет после меня этим интересоваться развёрнутыми ответами на свои же вопросы)
К этому делу нужно прикрутить свисток а они у меня в ассортименте: mf150, mf100, e156g и e1550, что лучше взять? на что положить и чем ударить? (если можно по существу и по полочкам) имею os win10 и ubuntu server 16.04
Собственно что за проблема у меня, не происходит звонок GSM->GSM, возникает вот такая ошибка.
| Цитата: |
| [Feb 11 18:41:15] ERROR[7253][C-0000001e]: translate.c:1314 ast_translator_best_choice: Cannot determine best translation path since one capability supports no formats [Feb 11 18:41:15] WARNING[7253][C-0000001e]: channel.c:5607 set_format: Unable to find a codec translation path: (none|slin) -> (none) [Feb 11 18:41:15] WARNING[7253][C-0000001e]: channel.c:6533 ast_channel_make_compatible_helper: Unable to set read format on channel Dongle/modem1-0100000013 to none |
Как ее решить - не понятно, звонки GSM->SIP происходят нормально, как и SIP->SIP.
Заранее благодарен за помощь.
где брали туда и пишите претензии
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
update// проблема решена
_________________
Fedora Rus
Имею пару модемов E171 с MTS UKR, Ubuntu 14.04 x64, Астериск с их репов и chan_dongle Version 1.1, Revision 43gh=47cg.
До недавнего времени может полгода с них корректно обрабатывался USSD конструкция типа *150*number*30# ,
и мне в ответ приходило читаемое подтверждение,
сейчас же нечто такое:
| Код: |
| [mts1] Got USSD type 0 'USSD Notify': '䑶㨌芿쥴筙깇鏋㨌芗ﮛᰆ釋᧤쯲㒽앪〕䵶ᮁ훬뀽㵇蝁༃' -- Executing [ussd@datacard-incoming:1] NoOp("Local/ussd@datacard-incoming-c0f5;1", "Incoming USSD: 䑶㨌芿쥴筙깇鏋㨌芗ﮛᰆ釋᧤쯲㒽앪〕䵶ᮁ훬뀽㵇蝁༃") in new stack -- Executing [ussd@datacard-incoming:2] System("Local/ussd@datacard-incoming-c0f5;1", "echo '2017-02-17 17:16:38 — mts1: 䑶㨌芿쥴筙깇鏋㨌芗ﮛᰆ釋᧤쯲㒽앪〕䵶ᮁ훬뀽㵇蝁༃' >> /var/log/asterisk/ussd") in new stack -- Executing [ussd@datacard-incoming:3] Hangup("Local/ussd@datacard-incoming-c0f5;1", "") in new stack == Spawn extension (datacard-incoming, ussd, 3) exited non-zero on 'Local/ussd@datacard-incoming-c0f5;1' |
Подскажите, пжст, в какую сторону рыть?
_________________
Ethereum mining pool - https://ethereumpool.co/
_________________
Свежак chan_dongle тут https://github.com/bg111/asterisk-chan-dongle/
Смена IMEI Huawei E1550 E173 E1752 K3765 http://www.e1550.mobi/ от $0,3042 за IMEI
под CentOS 7 с Asterisk 1.8 + chan_dongle. Как - то все руки не доходили. На днях все - таки решил все свои поделки упорядочить и оформить репозитарий.
Собственно долго озвучивать нечего........
В репозитарии платформы x86_64 и armhfp (BananaPi,CubieTruck,Cubieboard,RaspberryPi)
chan_donge последний от bg1 из svn. (уже со сторонними изменениями)
Fork monast, с многими доработками и исправлениями (Владимир Кивко).
usbreset..... и многое другое.
УСТАНОВКА РЕПОЗИТАРИЕВ:
- Asterisk 1.8
rpm -ivh ftp://ftp.lantaris.ru/pub/CentOS/7/ltrep ... noarch.rpm
- Asterisk 11
rpm -ivh ftp://ftp.lantaris.ru/pub/CentOS/7/ltrep ... noarch.rpm
- Официальный Centos EPEL для ARM, оформленный в виде RPM (только для basearch="armhfp" BananaPi,CubieTruck,Cubieboard,RaspberryPi )
rpm -ivh ftp://ftp.lantaris.ru/pub/CentOS/7/epel- ... noarch.rpm
ИЗМЕНЕНИЕ В РЕПОЗИТАРИИ:
monast * Mon Sep 25 2017 Vladimir Kivko - 3.0b4-v0.7.2.15
- Bug fixes
monast * Saт Sep 24 2017 Vladimir Kivko - 3.0b4-v0.7.2.14
- Added support for pjsip channels
chan_dongle ( asterisk 1.8 ) * Fri Sep 8 2017 Vladimir Kivko - 1.8.32.3-2.r47
- Advanced Dongle Status
monast * Sat Sep 2 2017 Vladimir Kivko - 3.0b4-v0.7.2.13
- Fixes for show of realtime peers
- usbreset fix
- add usbreset rpm package
kernel ( raspberry pi kernel ) * Fri Sep 1 2017 Edik Ponomarenko - 4.9.35-v7.2
- Fix RPM Provides for installing DKMS
dahdi-linux 31 Thu 2017 Edik Ponomarenko
- Добавлен пакет модулей ядра DAHDI для подсистемы DKMS (без привязки к ядру)
Всем удачи.
Последний раз редактировалось: gotik (Пт Сен 08, 2017 09:39)
может пора уже документацию и примеры читать, а не глупые вопросы задавать?
; this is chunks of Asterisk extensions.conf file for show some chan_dongle features
exten => sms,n,Set(raw_cmgr_message=${CMGR})
; raw CMGR message from dongle
https://github.com/bg111/asterisk-chan- ... s.conf#L35
; this is chunks of Asterisk extensions.conf file for show some chan_dongle features
exten => sms,n,Set(raw_cmgr_message=${CMGR})
; raw CMGR message from dongle
https://github.com/bg111/asterisk-chan- ... s.conf#L35
такая же проблема возникла, решилась ли она у вас?[url=http://asteriskforum.ru/viewtopic.php?p=76629#76629][img]http://asteriskforum.ru/images/quotebackarrow.gif[/img][/url] vasiljevev @ Вт Май 20, 2014 12:20 писал(а):Добрый день. У меня на raspberry v B стоит asterisk.
К нему подключен хаб D-link Duh-h7 c1. Подключены 3 модема е1550. Все работает замечательно, после подключения четвёртого и последующих модемов система теряет другие или начинает виснуть. В dongle модемы прописаны через imei. Такое ощущение, что больше 3х модемов у меня физически не может работать. Подскажите в чем ограничение кроется.
Linux raspbx 3.10.29+ #636 PREEMPT Sun Feb 9 19:58:58 GMT 2014 armv6l
RasPBX - Asterisk for Raspberry
Asterisk 11.9.0
E1550 11.609.18.00.00
Huawei 3G Dongle Channel Driver, Version 1.1, Revision 34
похоже на "просадку" по питанию.
какой блок питания подключен к хабу, точнее какой ток он может выдать?
по спецификации, порт должен давать 0,5А
на модемах "голос" штатно вырубают. видимо они жрут более чем допустимо по спецификации.
если у Вас БП на 2А, то понятно почему отваливается 4 модем.
какой блок питания подключен к хабу, точнее какой ток он может выдать?
по спецификации, порт должен давать 0,5А
на модемах "голос" штатно вырубают. видимо они жрут более чем допустимо по спецификации.
если у Вас БП на 2А, то понятно почему отваливается 4 модем.
БП от Малины 3.1 Ампер, + БП хаба (не помню сколько, попозже буду на месте уточню).[url=http://asteriskforum.ru/viewtopic.php?p=83673#83673][img]http://asteriskforum.ru/images/quotebackarrow.gif[/img][/url] Alextransit @ Пн Окт 10, 2016 04:09 писал(а):похоже на "просадку" по питанию.
какой блок питания подключен к хабу, точнее какой ток он может выдать?
по спецификации, порт должен давать 0,5А
на модемах "голос" штатно вырубают. видимо они жрут более чем допустимо по спецификации.
если у Вас БП на 2А, то понятно почему отваливается 4 модем.
БП от хаба держит всю малину (через USB), если отключить основной БП.
Плюс ко всему, тормоза начинаются только при загруженном chan_dongle... если его выгрузить все ок, и в dev все пристуствует
короче, переехали на миникомп на основе intel atom. полет нормальный. почему не взлетело с малиной, непонятно.
Ребят, очень актуальна тема по хабу с возможностью передергивать порты.
Вроде как в доке к hub-ctrl пишут, что ревизия C1 поддерживает передергивание портов. Вот:
D-Link-DUB-H7-High-Speed-7-Port (Tested with old Silver versions (A3, A4 & A5). Also tested with newer Black version C1).
Никто не пробовал как версия C1 работает с хабами?
Вроде как в доке к hub-ctrl пишут, что ревизия C1 поддерживает передергивание портов. Вот:
D-Link-DUB-H7-High-Speed-7-Port (Tested with old Silver versions (A3, A4 & A5). Also tested with newer Black version C1).
Никто не пробовал как версия C1 работает с хабами?
версия C1 чего работает с хабами ?
Здравствуйте!
bg1 когда-то вы писали еще в первой ветке пост на тему Call Waiting.
2. Я так понял проиграть приветствие второй линии не получится без ответа на вызов?
Я использую Freepbx в /etc/asterisk/dongle.conf использую context=from-trunk для модемов huawei 1550.
Заранее спасибо.
bg1 когда-то вы писали еще в первой ветке пост на тему Call Waiting.
1. Так и происходит, у меня при звонке на модем сразу идет ответ на вызов и проигрывается приветствие, а потом соединяется с оператором, естественно если появляется вторая линия она становится активной, а первая на удержании. В моем случае хотелось бы чтоб вторая линия не перебивала первую, до тех пор пока оператор сам на нее не переключится. Если можете натолкните, как правильно это сделать.2) Ответ на этот удерживаемый вызов активирует его, а первый перевод в состояние held
При этом выполнение его по dialplan'у продолжается.
2. Я так понял проиграть приветствие второй линии не получится без ответа на вызов?
Я использую Freepbx в /etc/asterisk/dongle.conf использую context=from-trunk для модемов huawei 1550.
Заранее спасибо.
я не понял чего вы хотите, но если вы отвечаете на второй вызов без организации конференции, то первый РАЗУМЕЕТСЯ уходит на удержание.
Вы с телефоном то делали то, что требуете от chan_dongle ?
Например вам жена звонит, но вы не отвечая на вызов каким то чудесным образом говорите ей "ой, я счаЗ разговариваю, дорогая, подожди тут немного".
Вы можете гудки заменить приветствием у оператора, заказав такую услугу.
С какого перепоя вы решили, что от вас пойдёт аудиопоток ДО ответа мне вообще не понятно.
Вы с телефоном то делали то, что требуете от chan_dongle ?
Например вам жена звонит, но вы не отвечая на вызов каким то чудесным образом говорите ей "ой, я счаЗ разговариваю, дорогая, подожди тут немного".
Вы можете гудки заменить приветствием у оператора, заказав такую услугу.
С какого перепоя вы решили, что от вас пойдёт аудиопоток ДО ответа мне вообще не понятно.
bg1 Все правильно Вы сказали, я так и понимаю.
В связи с этим хотелось бы не "брать трубку" на вторую линию, а направить ее просто на нужный экстеншен без ответа, что бы человек увидел что ему звонят еще по второй и у него сохранился пропущенный.
Я использую FreePBX, с синтаксисом * только знакомлюсь.
Конструкция на входящие у меня такая Time Conditions > Announcement > Queues
На сколько я понял тут у меня и происходит ответ на любой вызов.
Хотелось бы описать состояние call waiting.
Если не сложно подскажите как правильно это сделать.
В связи с этим хотелось бы не "брать трубку" на вторую линию, а направить ее просто на нужный экстеншен без ответа, что бы человек увидел что ему звонят еще по второй и у него сохранился пропущенный.
Я использую FreePBX, с синтаксисом * только знакомлюсь.
Конструкция на входящие у меня такая Time Conditions > Announcement > Queues
На сколько я понял тут
Код: Выделить всё
[app-announcement-3] include => app-announcement-3-custom exten => s,1,GotoIf($["${CHANNEL(state)}" = "Up"]?begin) exten => s,n,Answer exten => s,n,Wait(1) exten => s,n(begin),Noop(Playing announcement not_work_time) exten => s,n,Playback(custom/not_work_time,noanswer) exten => s,n,Goto(app-blackhole,hangup,1)Хотелось бы описать состояние call waiting.
Если не сложно подскажите как правильно это сделать.
читайте, что написано в примерах из каталога etc.
Пока у вас какая то каша в голове.
Откуда Up если на вызов никто и не думал отвечать.
Для каждого уникального ЗВОНКА астер создаёт свой channel и исполняет в его контексте диалплан.
Состояние channel ядра астериска и состояние вызова (читай cptv chan_dongle) и состояние УСТРОЙСТВА (pvt) dongle0 - это всё разные вещи.
Added after 8 minutes:
Прям для самых-самых альтернативно одарённых написано
; functions of chan_dongle
exten => s,n,GotoIf($["${CHANNEL(callstate)}" = "waiting"]?waiting-call)
; now we provide channel function argument callstate
; possible values
; active ; enjoy and speek
; held ; this call is held
; dialing ; for outgoing calls
; alerting ; for outgoing calls, number dialed and called party ringing
; incoming ; for incoming calls
; waiting ; for incoming waiting calls;
; if callwaiting=no channels for waiting calls never created
; initialize ; never appear
; released ; never appear
; Answer on waiting call activate this call and place any other active calls
; on hold, but execution of dialplan for these calls not break stopped or frozen
; When active call terminated one of held becomes active.
exten => s,n,Set(CHANNEL(callstate)=active)
; if callstate is 'held' you can assign new value 'active'
; its mean activate this call and place on hold all other active calls but
; execution of dialplan for these calls not break stopped or frozen
Added after 4 minutes:
Т.е. вы всерьёз хотите, чтобы я вам позвонил, вы ещё не ответили, но я вас уже слышу?
Уважаемый, не стоит насколько злоупотреблять веществами...
Пока у вас какая то каша в голове.
Откуда Up если на вызов никто и не думал отвечать.
Для каждого уникального ЗВОНКА астер создаёт свой channel и исполняет в его контексте диалплан.
Состояние channel ядра астериска и состояние вызова (читай cptv chan_dongle) и состояние УСТРОЙСТВА (pvt) dongle0 - это всё разные вещи.
Added after 8 minutes:
Прям для самых-самых альтернативно одарённых написано
; functions of chan_dongle
exten => s,n,GotoIf($["${CHANNEL(callstate)}" = "waiting"]?waiting-call)
; now we provide channel function argument callstate
; possible values
; active ; enjoy and speek
; held ; this call is held
; dialing ; for outgoing calls
; alerting ; for outgoing calls, number dialed and called party ringing
; incoming ; for incoming calls
; waiting ; for incoming waiting calls;
; if callwaiting=no channels for waiting calls never created
; initialize ; never appear
; released ; never appear
; Answer on waiting call activate this call and place any other active calls
; on hold, but execution of dialplan for these calls not break stopped or frozen
; When active call terminated one of held becomes active.
exten => s,n,Set(CHANNEL(callstate)=active)
; if callstate is 'held' you can assign new value 'active'
; its mean activate this call and place on hold all other active calls but
; execution of dialplan for these calls not break stopped or frozen
Added after 4 minutes:
Т.е. вы всерьёз хотите, чтобы я вам позвонил, вы ещё не ответили, но я вас уже слышу?
Уважаемый, не стоит насколько злоупотреблять веществами...
Народ ,если кому нужен управляемый хаб через веб-интерфейс ,обращайтесь ,занимаюсь продажей подобного оборудования прямо с завода,наше отечественное производство))
Прошу прощения если вопрос уже поднимался или глуп по сути (плохо представляю аппаратную часть 3g модемов),
могут ли модемы используемые в качестве канала Asterisk (Huawei E1550 E173 E1752 и т.д.) работать одновременно и как непосредственно 3G модем, предоставляя доступ в интернет?
могут ли модемы используемые в качестве канала Asterisk (Huawei E1550 E173 E1752 и т.д.) работать одновременно и как непосредственно 3G модем, предоставляя доступ в интернет?
К сожалению о моем плохом русском (я из Сербии).
Прежде всего, большой форум, я многому научился читать.
Я установил FreePBX легкий, установленный chan_dongle, настройки все (с несколькими ключам), все работает нормально, но я заметил, что большая проблема .... Из 10 входящих вызовов на USB Dongle, 5 звонки отвечать нормально, но 5 вызовы имеют очень плохо Buzzz (металик, громкий) звук, который длится 1 сек (очень раздражает звук), после того, как звук все нормально. Я попробовал 10 различных донглов E1550, пытался несколько концентраторов, 32/64 установки, другой компьютер, все ...
Имеет кто-нибудь expirienced подобные вопросы? Я потерял почти 2 дня, пытаясь исправить это! Любая помощь приветствуется!
спасибо
Прежде всего, большой форум, я многому научился читать.
Я установил FreePBX легкий, установленный chan_dongle, настройки все (с несколькими ключам), все работает нормально, но я заметил, что большая проблема .... Из 10 входящих вызовов на USB Dongle, 5 звонки отвечать нормально, но 5 вызовы имеют очень плохо Buzzz (металик, громкий) звук, который длится 1 сек (очень раздражает звук), после того, как звук все нормально. Я попробовал 10 различных донглов E1550, пытался несколько концентраторов, 32/64 установки, другой компьютер, все ...
Имеет кто-нибудь expirienced подобные вопросы? Я потерял почти 2 дня, пытаясь исправить это! Любая помощь приветствуется!
спасибо
Здравствуйте!!! огромная благодарность Олегу Жабко (надеюсь я правильно написал его имя и фамилию)
Его chan_cdma я находил только под астериск 1,8
Я же пересобрал его под 11 версию. Для OpenWrt 16 (trunk).
проверил работоспособность на ZTE AC8700 (интертелеком)
модем перевел в режим "CDMA only", также в роутер воткнут Huawei E1550. Оба модема работают.
https://github.com/superl3n1n/asterisk- ... sm-dongle/
Makefile для сборки в 16 openwrt прилагаю (все патчи )
Его chan_cdma я находил только под астериск 1,8
Я же пересобрал его под 11 версию. Для OpenWrt 16 (trunk).
проверил работоспособность на ZTE AC8700 (интертелеком)
модем перевел в режим "CDMA only", также в роутер воткнут Huawei E1550. Оба модема работают.
https://github.com/superl3n1n/asterisk- ... sm-dongle/
Makefile для сборки в 16 openwrt прилагаю (все патчи )
> могут ли модемы используемые в качестве канала Asterisk (Huawei E1550 E173 E1752 и т.д.) работать одновременно и как непосредственно 3G модем, предоставляя доступ в интернет?
теоретически.
в chan_dongle такой функции нет.
я даже никогда не пробовал, потому что для меня очевидно что ничего хорошего не получится.
но думаю, что ответы на команды в модемный порт будут идти и в диагностический и chan_dongle будет от них в лёгком шоке.
Added after 2 minutes:
> Buzzz (металик, громкий) звук, который длится 1 сек (очень раздражает звук), после того, как звук все нормально
если звук в начале звонка и короткий, то это какой то мусор, который вычитывается из модема, скорее всего мусор в буфере передачи USB, а может быть в декодере.
Обычная продолжительность его - один фрейм, не сильно проблемно.
Если звук какой то другой - то это какие то другие проблемы.
теоретически.
в chan_dongle такой функции нет.
я даже никогда не пробовал, потому что для меня очевидно что ничего хорошего не получится.
но думаю, что ответы на команды в модемный порт будут идти и в диагностический и chan_dongle будет от них в лёгком шоке.
Added after 2 minutes:
> Buzzz (металик, громкий) звук, который длится 1 сек (очень раздражает звук), после того, как звук все нормально
если звук в начале звонка и короткий, то это какой то мусор, который вычитывается из модема, скорее всего мусор в буфере передачи USB, а может быть в декодере.
Обычная продолжительность его - один фрейм, не сильно проблемно.
Если звук какой то другой - то это какие то другие проблемы.
просто помниться, что используя софт под винду, который шел с модемом е1550, можно было одновременно и звонить и выходить в интернет, подумал что и под линуксом такое возможно.
[url=http://asteriskforum.ru/viewtopic.php?p=84014#84014][img]http://asteriskforum.ru/images/quotebackarrow.gif[/img][/url] bg1 @ Вт Дек 20, 2016 05:06 писал(а):> могут ли модемы используемые в качестве канала Asterisk (Huawei E1550 E173 E1752 и т.д.) работать одновременно и как непосредственно 3G модем, предоставляя доступ в интернет?
теоретически.
в chan_dongle такой функции нет.
я даже никогда не пробовал, потому что для меня очевидно что ничего хорошего не получится.
но думаю, что ответы на команды в модемный порт будут идти и в диагностический и chan_dongle будет от них в лёгком шоке.
Asterisk + Huawei E173
Добрый день, помогите разобраться почему не работают входящие вызовы на модем Huawei E173. С компьютера проверял программой Huawei Modem Software, работают исходящие и входящие вызовы и голос слышно
Но на Asterisk 13 работают только исходящие, причем если вызываемый абонент сбросит вызов статус донгла остается Dialing пока не перезапустишь asterisk
Лог в момент входящего вообще пустой и статус dongle show devices остается Free
dongle.conf
[spoiler]
[general]
interval=15
[defaults]
context=incoming
exten=+7705564XXXX,
group=1
rxgain=0
txgain=0
autodeletesms=yes
resetdongle=yes
u2diag=256
usecallingpres=yes
callingpres=allowed_passed_screen
disablesms=no
language=en
smsaspdu=yes
mindtmfgap=45
mindtmfduration=80
mindtmfinterval=200
callwaiting=auto
disable=no
initstate=start
dtmf=relax
[dongle0]
audio=/dev/ttyUSB1
data=/dev/ttyUSB0
imei=860015015529354
imsi=401015620619906[/spoiler]
sip.conf
[spoiler]
[general]
port=5060
bindaddr=0.0.0.0
context=default
allowguest=no
[111]
username=111
type=peer
secret=111
host=dynamic
context=outgoing
dtmfmode=RFC2833
nat=no
qualify=yes
callerid=Ilya[/spoiler]
extension.conf
[spoiler]
[incoming]
exten => +7705564XXXX,1,Answer
exten = +7705564XXXX,n,Dial(SIP/111,60,m(default))
same => n,Hangup()
[outgoing]
exten = _.,1,Dial(Dongle/dongle0/${EXTEN})[/spoiler]
Но на Asterisk 13 работают только исходящие, причем если вызываемый абонент сбросит вызов статус донгла остается Dialing пока не перезапустишь asterisk
Лог в момент входящего вообще пустой и статус dongle show devices остается Free
dongle.conf
[spoiler]
[general]
interval=15
[defaults]
context=incoming
exten=+7705564XXXX,
group=1
rxgain=0
txgain=0
autodeletesms=yes
resetdongle=yes
u2diag=256
usecallingpres=yes
callingpres=allowed_passed_screen
disablesms=no
language=en
smsaspdu=yes
mindtmfgap=45
mindtmfduration=80
mindtmfinterval=200
callwaiting=auto
disable=no
initstate=start
dtmf=relax
[dongle0]
audio=/dev/ttyUSB1
data=/dev/ttyUSB0
imei=860015015529354
imsi=401015620619906[/spoiler]
sip.conf
[spoiler]
[general]
port=5060
bindaddr=0.0.0.0
context=default
allowguest=no
[111]
username=111
type=peer
secret=111
host=dynamic
context=outgoing
dtmfmode=RFC2833
nat=no
qualify=yes
callerid=Ilya[/spoiler]
extension.conf
[spoiler]
[incoming]
exten => +7705564XXXX,1,Answer
exten = +7705564XXXX,n,Dial(SIP/111,60,m(default))
same => n,Hangup()
[outgoing]
exten = _.,1,Dial(Dongle/dongle0/${EXTEN})[/spoiler]
"exten = " - это как так ?
В целом вы всё криво написали
[defaults] где то используется ?
это макро или что вообще
audio=/dev/ttyUSB1
data=/dev/ttyUSB0
это не те порты
USB0 это порт для модема
если используется автодетект по imei= и/или imsi то зачем указывать порты, тем боле они у вас кривые.
в эксамплах всё написано и описано.
я не публиковал донгла под asterisk 13
В целом вы всё криво написали
[defaults] где то используется ?
это макро или что вообще
audio=/dev/ttyUSB1
data=/dev/ttyUSB0
это не те порты
USB0 это порт для модема
если используется автодетект по imei= и/или imsi то зачем указывать порты, тем боле они у вас кривые.
в эксамплах всё написано и описано.
я не публиковал донгла под asterisk 13
[defaults] общие настройки для всех донглов, не? я эту часть взял из примеров в интернете
RTFM
Извините за такое - GSM репитер - роутер - 2 юзб модема с разными номерами , провайдерами - звонок на первый и тут же переадресация на второй модем - без астера думаю не сложно ..
дерзайте без астера
только не забудьте в разные базовые модемы разнести.
можно вообще не парится и сразу **21*номер телефона# пальцом натыкать
только не забудьте в разные базовые модемы разнести.
можно вообще не парится и сразу **21*номер телефона# пальцом натыкать
С модемами сложновасто пока мне без астера ))). Но выход найден ура !!! Со шлюзами GSM тупо шлюз в шлюз звонит по лану без астера
.
ну просто решение супер 
особенно если учесть сколько стоит астериск, а сколько шлюз
особенно если учесть сколько стоит астериск, а сколько шлюз