mesb

Поведение конечно поменялось, но это немного не то и нерешило проблему нормально. Сейчас он после залипания делает вид что опять Free, но попытка набрать номер выливается в > 0x7f7c05f690 -- Strict RTP learning after remote address set to: 192.168.1.4:5020 [Jul 9 11:56:05] ERROR[8503][C-00000006]: src/pcm.c:115 pcm_init: [ALSA][CAPTURE] Fail to open device - dev:'hw:CARD=Asrmicro' err:'Device or resource busy' [Jul 9 11:56:05] ERROR[8503][C-00000006]: src/chan_quectel.c:101 soundcard_init: [quectel0][ALSA] Problem opening capture device 'hw:CARD=Asrmicro' > [quectel0] Disconnected [Jul 9 11:56:05] WARNING[8503][C-00000006]: src/channel.c:165 channel_request: Asked to get a channel of unsupported format '(slin)' [Jul 9 11:56:05] ERROR[8503][C-00000006]: src/channel.c:264 channel_call: [quectel0] Error device already in use or uninitialized -- Couldn't call Quectel/quectel0/89870000050 == Everyone is busy/congested at this time (0:0/0/0) -- Executing [89870000050@phones:9] Hangup("PJSIP/1000-00000005", "") in new stack == Spawn extension (phones, 89870000050, 9) exited non-zero on 'PJSIP/1000-00000005' > [quectel0] Error initializing channel > [quectel0] Disconnected Если никуда не звонить то после залипательного звонка он просто так и висит: > 0x7f7c05f690 -- Strict RTP learning after remote address set to: 192.168.1.4:5008 > [quectel0][ALSA] Sound card 'hw:CARD=Asrmicro' initialized [Jul 9 11:57:45] WARNING[8618][C-00000007]: src/channel.c:165 channel_request: Asked to get a channel of unsupported format '(slin)' -- Called Quectel/quectel0/0860 > 0x7f7c05f690 -- Strict RTP switching to RTP target address 192.168.1.4:5008 as source -- Quectel/quectel0-0100000006 is proceeding passing it to PJSIP/1000-00000006 > [quectel0] RSSI: -75 dBm > [quectel0] RSSI: -75 dBm > 0x7f7c05f690 -- Strict RTP learning complete - Locking on source address 192.168.1.4:5008 > [quectel0] RSSI: -99 dBm > [quectel0] RSSI: -99 dBm == Spawn extension (phones, 0860, 😎 exited non-zero on 'PJSIP/1000-00000006' [Jul 9 11:57:54] ERROR[8302]: src/at_response.c:831 at_response_error: [quectel0][AT+CHUP] ⍻ Error sending hangup for call idx:0 Слушайте, вот у вас же была версия модуля который нормально туда отсылал at+chup после 20 секунд dialing дёрнувы модем и всё работало отлично. Можно просто вернуться к этой версии ПО но совместить оную с решением чтобы не делить usb1 с кинос? - Этоже вот рабочее решение впоне себе.

Я в сомнениях её менять ибо опасаюсь потерять сип доступ к ней который был когда-то с emotion сделан. Попробую отдельно как и вы взять новую вообще тогда.

Попробуйте любой другой кривой номер, имитируем опечатку, например 0860. У меня после серии тестов эта симка стала получать на 0890 поднятие трубки и ответ робобабы что мол привет, вы абонент Мегафона, но набрали номер как в МТС, соединяю вас с нашим контакт-центром.

Вобщем-то у меня что 2310 что 2311 имели ребуты. Касательно 2312 - в одной из точек мтс весь красный - ребуты почти каждый час. Это без пингчека. Чуток помогло отключить все лишние бенды кроме тех где сигнал выглядел получше и скорость была побыстрее - стал ребутиться где-то раз в пару тройку часов. Уход на билайн и мегу где почти всё желтоватое - ребуты стали ещё реже где-то раз в сутки полутора.

Если это поможет, то давайте я вам удалённый доступ организую до одного из таких кинов.

Ничего не слышал, телефон провисел там 30 сек и его отбило. В скрытом сообщении приаттачил вывод с консоли.

нет реакции

Есесно не сработало. Нет проблемы в голосовых сообщениях. Проблема выглядит словно этой версии модуль больше не может пиннуть модем через ат команду спустя 20 секунд залипания в Dialing. Netcraze-3085*CLI> quectel show device state quectel0 -------------- Status ------------- Device : quectel0 State : Dialing Audio UAC : hw:CARD=Asrmicro Data : ttyUSB1 Voice : Yes SMS : No Manufacturer : SIMCOM INCORPORATED Model : A7908E-M2 [Jun 26 16:15:40] ERROR[14212]: src/at_response.c:836 at_response_error: [quectel0][AT+CHUP] ⍻ Error sending hangup for call idx:0

Руками он тоже не алё Netcraze-3085*CLI> quectel cmd quectel0 "at+chup" [quectel0] 'at+chup' AT command queued == [quectel0][USER] ← [ERROR][ERROR] П.C. До обновления модуля пока затащил опять свои скрипты отсюда: Для новичков - посути ждём до момента пока астер сам положит трубку после фразы на английском что не возможно позвонить - тогда активируется перезауск куектел модуля который раздупляет модем.

При этом похоже сломался механизм решающий нам проблему залипания Dialing: Calls/Channels : 1 Active : 0 Held : 0 Dialing : 1 Alerting : 0 Incoming : 0 Waiting : 0 Releasing : 0 Initializing : 0 [Jun 26 11:56:20] ERROR[32343]: src/at_response.c:836 at_response_error: [quectel0][AT+CHUP] ⍻ Error sending hangup for call idx:0 [Jun 26 11:56:42] ERROR[32343]: src/at_response.c:836 at_response_error: [quectel0][AT+CHUP] ⍻ Error sending hangup for call idx:0 [Jun 26 11:57:04] ERROR[32343]: src/at_response.c:836 at_response_error: [quectel0][AT+CHUP] ⍻ Error sending hangup for call idx:0

Наружу это куда?

Щас пришли мысли что поидее можно наверное через хук скрипт реагировать с quectel stop now quectel0 quectel start quectel0 Только не очень понимаю какой из хуков нам подходит для лте модема который может быть как основным так и резервным каналом. https://github.com/ndmsystems/packages/wiki/Opkg-Component

Поюзал есим от юнисимка+экомобаил мвно на сети билайна - покрытие там лучше мтс, ussd отказывается нормально работать Баланс там проверяется через *132*001# но только если модем переключить в 3ж онли, и выключить и включить. Все остальные варианты в авто режиме 9 раз из 10 я получаю что-то вроде Request failed, unable to send. Please try again. и последующим ребутом модема или конский текст про невозможность прыгнуть в 3ж на английском.

@sips а нельзя этот куектел модуль научить немного ждать полноценного подключения модема не трогая его юсб1? Скажем дождались момента аналогичного тому что я в вебе вижу он подключен как секунд10 и тогда уже дёргать за.

На 13 версии Астера я его в ртп.конф вписывал, как быть тут на 23 пока не смотрел, дойду скоро тоже, второй инсталл за нат какраз. П.С. Подсмотрел на 22 на mikopbx, вижу там вписано тоже в rtp.conf: cat /etc/asterisk/rtp.conf [general] stunaddr=stun.sipnet.ru:3478 Тут ниже диапазоны ртп что неважно уже. Со стунами только аккуратней, у нас одно время блокали гугловый от чего у меня связь устаналивалась 5-10 сек, перешли на некстклауд - было мгновенно, но пару месяцев назад его тоже побанили.

Угу показывал такие логи ранее, рестарт астера приводил в чувство или перезапуск модема если первое не помогло. У меня вообще подозрение что кинос ведёт себя с модемом както не так когда астер его за usb1 дёргает. Подождём вердикта @sips как это обходить красиво - с залипанием Dialing он же смог добавить workaround.

Добавил через nvox-trunks аккаунт сипнета тестовый из nvox, завелось с полпинка, сижу щас слушаю мдс через 001. У вас точно в nvox все поля были заполнены?

Да. Отрабатывает. Тут всплыло потешное, мегафон начал мои звонки на мтсовский 0890 принимать как звонок в кц. Перешёл на 0880)

В ентваре ещё что-то помимо астера крутится? Не стоит ли галка игнора днс оператора везде? У меня второй сетап это чистая установка на usb-ssd под ext4. Внутри разве что dlna-proxy.

Там конский выхлоп с таким началом, Netcraze-3085*CLI> quectel cmd quectel0 "at+chup" [quectel0] 'at+chup' AT command queued [quectel0][USER] ← [UNK][+CME ERROR: 4] [quectel0][USER] ← [UNK][+CNETCISRVINFO: MCC-MNC: 250-02,TAC: И в итоге да, снова Free. Какието мысли про usb1 есть?

@sips вобщем вопросы и изыскания выше, прошу посмотреть по возможности.

Что интересно на симке мтс неудалось модем загнать в такое состояние, видимо операторы както поразному обрабатывают звонки на несуществующие номера. Такчто пока это проявляется у меня на мегафоне лиш. Также хотел спросить, ато что астер дёргает модем через его usb1 никак не помешает системе самой? Ато иногда впечатление что сидя в открытом вебе система както дольше это всё инициализирует по кругу, словно команды от куектел модуля астера чуток мешают процессу подключения модема.

Ещё кстати после старта астер пишет на dialplan reload Netcraze-3085*CLI> diaplan reload No such command 'diaplan reload' (type 'core show help diaplan reload' for other possible commands) А после первого звонка он очухивается но Netcraze-3085*CLI> dialplan reload Dialplan reloaded. [Jun 16 19:23:38] NOTICE[30864]: pbx.c:3001 pbx_extension_helper: No such label 'Hangup' in extension '**1' in context 'conference_calls' [Jun 16 19:23:38] WARNING[30864]: pbx_config.c:1830 pbx_load_config: Invalid priority/label 'Hangup' at line 124 of extensions.conf

Набрал на мега симке номер мтса 0890, оно канеш никуда не позвонило, но модем остался в статусе -------------- Status ------------- Device : quectel0 State : Dialing Соответственно скрипт не пускает. Убрал проверку на Free Но тогда астер упал, какой правильный путь вывода модема или куектел модуля из этого состояния? UPD: quectel restart now quectel0 - поидее решает проблему без лишних ребутов модема, надо бы попробовать нагородить чото после скрипта IS_READY проверяющее что если мы в Dialing висим свыше минуты - наверное надо дёрнуть его. Но тут вам виднее насколько это корректно вообще с этим статусом. UPD2: Нашлёпал такое вот в extensions.conf - но минус в том что надо повисеть с ней на линии. same => n(unavailable),NoOp(LTE Modem is not ready! Status: ${MODEM_STATE}) same => n,Playback(calling&vm-isunavail&please-try-call-later) same => n,Wait(7) same => n,Set(MODEM_STATE=${SHELL(asterisk -rx "quectel show device state quectel0" | grep "State" | cut -d : -f 2 | sed 's/^ //')}) same => n,Set(IS_DIALING=${REGEX("Dialing" ${MODEM_STATE})}) same => n,GotoIf($[${IS_DIALING} = 1]?fixdial) same => n,Hangup() same => n(fixdial),NoOp(LTE Modem is not ready, resetting! Status: ${MODEM_STATE}) same => n,Wait(1) same => n,Set(MODEM_STATE=${SHELL(asterisk -rx "quectel restart now quectel0" )}) same => n,Hangup()

Тогда вообще не понятно что за прикол. Подождём автора. Может ребутнуть роутер? У меня на паре стоит - всё из предыдущего арзива залетело без проблем, этот вот поверх старого ставился и просто поругался что каталоги уже есть.