Size: a a a

2020 August 28

a

agic in ru_freeswitch
угу
источник

*

* [SPb] in ru_freeswitch
просто параметр media_bug_answer_req=true не дал результата, что обидно, я думала он тогда будет придерживать до момента получения 18х об Б-плеча или вообще до получения rtp.
источник

*

* [SPb] in ru_freeswitch
Алексей Хабуляк
тогда бридж не считается успешным по получению 183 кода
оооо грац
источник

*

* [SPb] in ru_freeswitch
Алексей Хабуляк
тогда бридж не считается успешным по получению 183 кода
вот тут спасибо
источник

АХ

Алексей Хабуляк... in ru_freeswitch
* [SPb]
вот тут спасибо
помогло?
источник

*

* [SPb] in ru_freeswitch
Как сказать, я это прописала уже давно, просто не могла понять, чё абоны рады то, ибо я четко в дампах при своих тестовых видела 183
источник

*

* [SPb] in ru_freeswitch
а вот такая именно формулировка,что бридж не считается успешным после 183 - вот она объяснила всё
источник

*

* [SPb] in ru_freeswitch
ну и ru-ring им еще транслирую, ибо кое где кпв стало теряться
источник

*

* [SPb] in ru_freeswitch
йеееее спасибо, просто космос
источник

DY

Dmitriy Yermakov in ru_freeswitch
agic
если поставщик отдает 183- это по сути реальный звонок уже
нет, в 183 он может играть абонент вне зоны доступа и потом дать 480/503
источник

a

agic in ru_freeswitch
Dmitriy Yermakov
нет, в 183 он может играть абонент вне зоны доступа и потом дать 480/503
ну это уже не перемаршрутизация
источник

D

Diana in ru_freeswitch
Александр
Поэтому и не работает
спасибо. Переставила на чистую только fusionpbx чтобы он сам тянул freeswitch - работает вообще из коробки.
источник

А

Александр in ru_freeswitch
ну так читайте документацию же))
источник
2020 August 29

DM

D M in ru_freeswitch
Поднял БигБлюБаттон, а там фрисвитч под капотом. В целом нормально, но были жалобы на какие-то задержки звука при 30+ участниках конференции (в локалке).
Что может быть? Нагрузка на ядра и сеть вообще не о чем. Джиттер? Прошёлся грепом по конфигу - 60:120. Это вообще много или мало? Не совсем понял тему.
На всякий случай уменьшил energy level чтобы был меньше audio clipping, как посоветовали  в faq по ббб.
источник

DM

D M in ru_freeswitch
Как понимаю он точно работает, причем на каждого участника есть есть такие строчки.
log/freeswitch.log:2aaed6d4-e1f5-46cf-a778-272f291e512a EXECUTE [depth=0] sofia/external/GLOBAL_AUDIO_25244@172.22.1.40
jitterbuffer(60:120)
log/freeswitch.log:c0e40ebf-32e7-4d49-94f3-99e642e3c060 Dialplan: sofia/external/w_toektt1c4daj_2-bbbID-регина@bbb.muhdomain.ru Action jitterbuffer(60:120)
источник

IO

Ihor Olkhovskyi in ru_freeswitch
D M
Поднял БигБлюБаттон, а там фрисвитч под капотом. В целом нормально, но были жалобы на какие-то задержки звука при 30+ участниках конференции (в локалке).
Что может быть? Нагрузка на ядра и сеть вообще не о чем. Джиттер? Прошёлся грепом по конфигу - 60:120. Это вообще много или мало? Не совсем понял тему.
На всякий случай уменьшил energy level чтобы был меньше audio clipping, как посоветовали  в faq по ббб.
Могут быть проблемы с задержкой звука при транскодинге, особенно в OPUS. Попробуйте его отключить и работать чисто по 711
источник

DM

D M in ru_freeswitch
Ihor Olkhovskyi
Могут быть проблемы с задержкой звука при транскодинге, особенно в OPUS. Попробуйте его отключить и работать чисто по 711
Спасибо, тогда полуркаю поэтой теме тоже.
источник
2020 August 30

AS

Andrey Sopot in ru_freeswitch
добрый день
нужен специалист по proxmox и сетям, за вознаграждение, в лс, пожалуйста напишите
источник

A

Aleksandr in ru_freeswitch
Andrey Sopot
добрый день
нужен специалист по proxmox и сетям, за вознаграждение, в лс, пожалуйста напишите
@pro_kvm сюда лучше напиши
источник

AS

Andrey Sopot in ru_freeswitch
Aleksandr
@pro_kvm сюда лучше напиши
Александр, спасибо!
источник