Страница 157 из 298
Добавлено: 07 дек 2024, 19:04
notify_ded_bot
Уважаемые эксперты, доброго дня.
В ходе настройки chan_dongle на Asteriske 20.8.1 столкнулся с предупреждением сервера: "chan_dongle.c:229 opentty: unable to open /dev/ttyUSB2: Permission denied". При попытках изменить права на него, как советует GPT бот, не изменяются. Asterisk в группе dialout.
Что посоветуете?
Похоже проблема решена созданием скрипта /etc/hotplug.d/usb/30-ttyUSB следующего содержания: chown asterisk /dev/ttyUSB*
Добавлено: 07 дек 2024, 21:27
notify_ded_bot
Похоже проблема решена созданием скрипта /etc/hotplug.d/usb/30-ttyUSB следующего содержания: chown asterisk /dev/ttyUSB*
на это udev
вот к примеру на usb-com нужные права доступа выставить
KERNEL=="ttyUSB*", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", OWNER="error", GROUP="error", MODE="0660"
для вас наверное будет лучше типа так
#/etc/udev/rules.d/ttyUSB.rules
KERNEL=="ttyUSB*", OWNER="asterisk", GROUP="asterisk", MODE="0660"
Добавлено: 08 дек 2024, 00:44
notify_ded_bot
на это udev
вот к примеру на usb-com нужные права доступа выставить
KERNEL=="ttyUSB*", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", OWNER="error", GROUP="error", MODE="0660"
для вас наверное будет лучше типа так
#/etc/udev/rules.d/ttyUSB.rules
KERNEL=="ttyUSB*", OWNER="asterisk", GROUP="asterisk", MODE="0660"
У меня Asterisk на openWRT. Там hotplug вместо udev.
Добавлено: 08 дек 2024, 10:15
notify_ded_bot
добрый день... запустил в работу Астер 20.7 с chan_sip голос заработал но есть проблема с тем что зоники переодически отваливаются при отвале в консоле вот это появляется и из нее выкидываетExecuting last minute cleanups
== Destroying musiconhold processes
> Manager unregistered action DBGet
> Manager unregistered action DBGetTree
> Manager unregistered action DBPut
> Manager unregistered action DBDel
> Manager unregistered action DBDelTree
> Unregistered custom function LOG_GROUP
пока так и не смог победить с использованием google. но дело в том что не звонки отваливаются а перезапускается Aster проблема наблюдается примерно каждые 30 - 120 секунд и в не боевом режиме... модули на сколько хватила понимания и гугла проверил... проблема наблюдается и при отключении chan_sip в модуле...
Добавлено: 08 дек 2024, 13:03
notify_ded_bot
пока так и не смог победить с использованием google. но дело в том что не звонки отваливаются а перезапускается Aster проблема наблюдается примерно каждые 30 - 120 секунд и в не боевом режиме... модули на сколько хватила понимания и гугла проверил... проблема наблюдается и при отключении chan_sip в модуле...
Попробуй остановить астер как сервис и запустить его через asterisk -cvvvvddddg
посмотри, будет это при консольном запуске. У меня при использовании сервиса через systemctl start asterisk он периодически перезагружает, но у меня конфигурация в зачаточном состоянии. ?
Добавлено: 08 дек 2024, 13:06
notify_ded_bot
Почему-то при запуске через systemctl с модулем генерации через init.d/asterisk такого не замечал, хотя мб и было
Добавлено: 08 дек 2024, 13:13
notify_ded_bot
добрый день... запустил в работу Астер 20.7 с chan_sip голос заработал но есть проблема с тем что зоники переодически отваливаются при отвале в консоле вот это появляется и из нее выкидываетExecuting last minute cleanups
== Destroying musiconhold processes
> Manager unregistered action DBGet
> Manager unregistered action DBGetTree
> Manager unregistered action DBPut
> Manager unregistered action DBDel
> Manager unregistered action DBDelTree
> Unregistered custom function LOG_GROUP
Debug включи посмотри что будет в момент отвала.
Добавлено: 08 дек 2024, 14:19
notify_ded_bot
Всем привет
кому либо известно это ошибка ?
#0 0x00007f098e665fee in ast_rtp_ice_add_cand (instance=instance@entry=0x7f0880037240, rtp=rtp@entry=0x7f0880039a20, comp_id=comp_id@entry=1, transport_id=transport_id@entry=0,
type=type@entry=PJ_ICE_CAND_TYPE_HOST, addr=addr@entry=0x7f0961009090, base_addr=0x7f0961009090, rel_addr=0x0, addr_len=16, local_pref=65535) at res_rtp_asterisk.c:1368
1368 candidate->priority = rtp->ice->real_ice->lcand[rtp->ice->real_ice->lcand_cnt - 1].prio;
[Current thread is 1 (Thread 0x7f096100f640 (LWP 3785374))]
при invite почему то валится астерик
именно если я ставлю icesupport=true
Спасибо!
Добавлено: 08 дек 2024, 14:48
notify_ded_bot
Всем привет
кому либо известно это ошибка ?
#0 0x00007f098e665fee in ast_rtp_ice_add_cand (instance=instance@entry=0x7f0880037240, rtp=rtp@entry=0x7f0880039a20, comp_id=comp_id@entry=1, transport_id=transport_id@entry=0,
type=type@entry=PJ_ICE_CAND_TYPE_HOST, addr=addr@entry=0x7f0961009090, base_addr=0x7f0961009090, rel_addr=0x0, addr_len=16, local_pref=65535) at res_rtp_asterisk.c:1368
1368 candidate->priority = rtp->ice->real_ice->lcand[rtp->ice->real_ice->lcand_cnt - 1].prio;
[Current thread is 1 (Thread 0x7f096100f640 (LWP 3785374))]
при invite почему то валится астерик
именно если я ставлю icesupport=true
Спасибо!
тоже самое и тут
https://github.com/asterisk/asterisk/blob/master/res/res_rtp_asterisk.c#L1368
и причём успешно пережувала
Добавлено: 08 дек 2024, 18:56
notify_ded_bot
Всем привет
кому либо известно это ошибка ?
#0 0x00007f098e665fee in ast_rtp_ice_add_cand (instance=instance@entry=0x7f0880037240, rtp=rtp@entry=0x7f0880039a20, comp_id=comp_id@entry=1, transport_id=transport_id@entry=0,
type=type@entry=PJ_ICE_CAND_TYPE_HOST, addr=addr@entry=0x7f0961009090, base_addr=0x7f0961009090, rel_addr=0x0, addr_len=16, local_pref=65535) at res_rtp_asterisk.c:1368
1368 candidate->priority = rtp->ice->real_ice->lcand[rtp->ice->real_ice->lcand_cnt - 1].prio;
[Current thread is 1 (Thread 0x7f096100f640 (LWP 3785374))]
при invite почему то валится астерик
именно если я ставлю icesupport=true
Спасибо!
Оно работало и стало валиться ?
Или вообще никогда не работало ?
Какая сетевая конфигурация ?
ice для webrtc клиентов ?
ipv6 включен ?