mesb

Поясните по каналу LTS в прошивке, мы можем ожидать что раз в релизе 5.1 то в лтс заедет 5.0?

Продолжаем кино и немцы. Выяснилось что на все эти проблемы работы мультикаста и ссдп влияет: То как подключен второй Кин. Если по сстп, всё это тут проблемное в полный рост. Перевел подключение удаленного кина на ике2, и в домашней сети сервера пропали эти спецэффекты с видимостью и ссдп.

Проверил мтс - работает норм, но тест недолог ибо тут плох уровень сигнала и модем ребутится от любого чиха. Хотел проверить т2, но наткнулся на упорный соскок в 3ж, по словам операторов раз у меня на сим подключен городской номер - болт там а не волте\вовифи.

Вы замечательный! Заработало, причом отлипает из Dialing махом сейчас после этих надписей что ранее указывались с idx. Чуть погодя повторю тест на других операторах типа мтс чтобы убедиться что ничего не сломалось.

Я там ранее предлагал доступ до одного из таких устройств - можете проверить сами если вам хватит удалённого подключения.

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

Надписи есть но отключения не выполняется как делал той версии модуль: > [quectel0] RSSI: -97 dBm == Spawn extension (phones, 0861, 😎 exited non-zero on 'PJSIP/1000-00000003' [Jul 10 18:39:35] ERROR[24687]: src/at_response.c:831 at_response_error: [quectel0][AT+CHUP] ⍻ Error sending hangup for call idx:1 [Jul 10 18:39:35] ERROR[24687]: src/at_response.c:832 at_response_error: [quectel0][AT+CHUP] ⍻ Forcibly ending call idx:1 Netcraze-3085*CLI> quectel show device state quectel0 -------------- Status ------------- Device : quectel0 State : Dialing Audio UAC : hw:CARD=Asrmicro Data : ttyACM1 Voice : Yes Manufacturer : SIMCOM Model : A7908E-M2

Я дошёл. Посмотрите пожалуйста, я не понимаю как это вычислить. Два селфа внутри обращения 285411890. Проявляется на 5.0.12/5.1.0/5.1.1 и полагаю что невидимость upnp не с самим upnp связана, а с нехваткой чего-то что явно добавляет запуск медиасервера.

Если у кого-то ещё не работает, я похоже нашёл какой-то подземный стук. Включите встроенный медиа сервер хотябы один файлик там расшарьте для запуска корректного. И сообщите работает ли после этого. Какого-то рожна у меня весь софт внутри роутера не видит мультикаст запросов покуда не включен медиасервер. Причом проявляется проблема не сразу, потому и думаешь что всё в порядке.

Вот ваше сообщение с этим модулем который логику обращения с залипайками делал вполне себе автономную и рабочую. Нельзя ди к этой версии добавить нормальное поведение с обращением с usb1 совместным и дать нам, оно же вполне будет живым и рабочим.

Поведение конечно поменялось, но это немного не то и нерешило проблему нормально. Сейчас он после залипания делает вид что опять 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 сек, перешли на некстклауд - было мгновенно, но пару месяцев назад его тоже побанили.