У попередній статті йшлося про встановлення системи Asterisk версії 11 на сервер під керуванням Ubuntu. Основним приводом установки 11 версії було те, що під 13 версію не існувало модуля chan_dongle. Тепер такий модуль є, тому є сенс написати заново, тепер вже про Asterisk 13. Debian і деяких інших зручних корисних функціях.
Вхідні дані
Для написання статті я створив тестовий віртуальний сервер під керуванням Debian 8.4. Під час установки було вибрано такі програми та SSH-сервер і Стандартні системні утиліти. У бойовій конфігурації рекомендується виділити окремий розділ диска для файлів записів розмов, якщо це необхідно.
Важливе зауваження: Чиніть всі дії по установці під обліковим записом суперкористувача root. Не використовуйте sudo, так як це викликає помилки в деяких випадках. Будь ласка, не ігноруйте це зауваження. Ви можете використовувати команду
або дозвольте на час установки доступ користувачеві root через ssh, для чого в файлі / etc / ssh / sshd_config встановіть параметр
і перезапустіть ssh-сервер
установка залежностей
Це все одна довга рядок. Двічі клацніть по блоку нижче і скопіюйте текст цілком.
Після цієї процедури бажано перезавантажити сервер.
установка DAHDI
Результати виглядають наступним чином
Вітаю. А ти в конфіги chan_dongle точно прописав правильні ttyUSB для модему? Там зазвичай три пристрої з'являється і одне для аудіо, друге для даних, третє взагалі не потрібно і краще прописувати свідомо руками де що, а не визначати по ІМЕІ і т. П.
У мене така ж проблема. GSM-> SIP працює. SIP-> GSM працює.
SIP<>SIP працює. А ось зв'язка GSM-> dongle1> ASTERISK> dongle2> GSM
вивалюється з такою ж помилкою.
[Jun 22 8:09:15] ERROR [28402] [C-00000008]: translate.c: 1314 ast_translator_best_choice: Can not determine best translation path since one capability supports no formats
[Jun 22 8:09:15] WARNING [28402] [C-00000008]: channel.c: 5639 set_format: Unable to find a codec translation path: (none | slin) -> (none)
[Jun 22 8:09:15] WARNING [28402] [C-00000008]: channel.c: 6565 ast_channel_make_compatible_helper: Unable to set read format on channel Dongle / 3DKS1-0100000003 to none
Астеріск зібрав сам по цій статті, тільки на Ubuntu
Дякую за статті!
[Huawei_SIM]
; Audio = / dev / ttyUSB1
; Data = / dev / ttyUSB2
imei = 351911042ХХХХХХ
Доброго дня.
Контекст, що обробляє виклики з мобільних ліній логічніше було б назвати fromSIM замість toSIM. Але це не важливо.
Контекст toSIM робить ось що:
Приймає виклик на порожній екстеншн (s), упорядковує його CALLERID і далі виконує дії, описані в контексті from-trunk починаючи з обробки екстеншена $.
Помилка sent to invalid extension but no invalid handler говорить про те, що в from-trunk немає екстеншена, який передається в перемнние $
Дякую за мануал, все дуже добре і дохідливо описано. Але є один момент, не завадило б ще описати як працювати коли Asterisk знаходиться за NAT (ом).
Будь ласка!
Як буде час - опишу і це питання і багато інших.
Взагалі, SIP не дуже добре працює, якщо на шляху є NAT, не кажучи вже про те, коли SIP-сервер за NAT.
Під «не дуже добре» я маю на увазі такі ситуації, коли якісь клієнти можуть мати односторонню чутність, а інші клієнти не підключатися зовсім.
Завжди слід уникати такої конфігурації.
Якщо клієнти за NAT, то краще використовувати PJSIP замість SIP, тому що стандартний SIP не завжди дає очікуваний результат.
Але сервер ховати за NAT це зовсім недобре.
Всім доброго часу доби. Допоможіть будь ласка зрозуміти що не так роблю
Все робиться згідно з інструкцією і після введення команди »/etc/init.d/asterisk start»
отримую відповідь error usr / sbin / asterisk not found /
запустити Астеріск не виходить і командами asterisk -r
У Вас помилка в кодеку OPUS. Він Вам дійсно потрібен?
UPD. Зайшов на сторінку проекту кодека і побачив там дисклеймер:
Because Digium has now released their own codec_opus for Asterisk 13 and Asterisk 14, I do not see a compelling reason for anyone to be using this one.
Цей кодек підтримувався тільки до версії 13.3
Тепер в цей кодек немає необхідності, так як компанія Digium тепер випускає свій кодек OPUS, що входить до складу Asterisk 13 і 14. Зміню текст статті.
Тільки у мене одного зависає намертво Астеріск при завершенні виклику викликається стороною?
Зависає астер так, що потрібно перезавантажувати ubuntu повністю
А у вас стабільно працюють на даному донгл модеми? У чому може бути проблема, є 3 модему 1550 на 11.609.18.00.00. 2 з них періодично виснуть, то виклики не йдуть, то недоступні. Що порадите?
dongle show devices
ID Group State RSSI Mode Submode Provider Name Model Firmware IMEI IMSI Number
Vodafone 0 Free 23 3 3 MTS UKR E1550 11.609.18.00.00
Kyivstar 0 Outgoing 18 3 2 KYIVSTAR E1550 11.609.18.00.00
Lifecell 0 Free 15 3 3 lifecell E1550 11.609.18.00.00
Нестабільно. Але думаю, проблема не в драйвері (донгла), а в модемах. У мене періодично виснуть одні і ті ж модеми. Прошивка скрізь однакова. Поки що не знаю, з чим пов'язати це.
Пробуйте подати команду завіснувшему модему dongle reset Vodafone
dongle reset не допомагає, він нібито перезавантажується але не працює. потрібно ручками витягати і включати.
Ви також 1550 використовуєте?
Тоді замінити модем. У мене теж є один такий. На ньому іноді пропадає чутність в одну сторону. Допомагає тільки харчування (витягти вставити модем). Виявляється рідко, так що про заміну не думали. Але це однозначно проблема одного конкретного пристрою. Решта з точно такою ж версією прошивки працюють нормально. Бувають, що зависають, але вкрай рідко, може бути зависає один якийсь модем, через півроку якийсь інший. Напевно для такого режиму експлуатації це може і нормально.
Використовую тільки 1550. Інших немає.
Коротше на тра *** ся я з цими модемами, купував зовнішній хаб з доп харчуванням, Dlink dub-h7, стало ще гірше через нього, при дзвінку на один з модемів все відвалювалися. В результаті розрізав usb дроти-подовжувачі від модемів і впаяли окреме харчування кожному від зовнішнього блоку і включив їх в матку, працюють ось уже два тижні без відвалів.
Ще освіжив сімки, перевипустити, були вже досить старі.
)
Так, з харчуванням у них бувають свої таргани. Але таке рішення зустрічаю вперше.
Додам в скарбничку знань :) Дякую.
Буду показувати Ваш відповідь на подібні питання, що, мовляв, навіть так буває.
Так, чесно кажучи я теж був здивований результатом, але факт залишився фактом, я вже тоді подумки змирився на покупку gsm шлюзу :), не знаю чому їм не підійшов хаб. Плюс дроти дали можливості розвести модеми один від одного, десь в мережі так само бачив інформацію про інтерференцію між модемами якщо занадто впритул один одному. Після всіх цих маніпуляцій і звук став краще через них.