Size: a a a

2020 July 01

е

енот in ru_freeswitch
Ol Eg
всем привет, есть кто хорошо разбирается в астере (ari, pjsip, stasis)?
источник
2020 July 02

AK

Andrey Kryukov in ru_freeswitch
Коллеги, есть схема OPENSIPS(Balancer)  +  n-нод Freeswitch
Приходит вызов на FS-node1(балансером закинуло) там IVR для конференции(бла бла бла введите номер конференц комнаты, пин и т.д)
вызов добавляется в конференцию, конференция получается живет на FS-1
Звонит пользователь 2 , балансером вызов закидывается допустим на ноду FS-2, там так же пользователь жмет кнопки  и попадает в ту же конференц комнату, но уже на FS2
Понятно, чтобы абонент 1 слышал абонента 2 нужно чтобы вызов 1 и 2 существовали в рамках одной конференц-комнаты в рамках FS. Как быть ?
Мои варианты:
при направлении вызова в конференцию проверять на каком сервере существует комната и , если на другом сервере, то  построить  вызов на тот где она есть(допустим через бридж на соседний сервер).

А как сделать правильно ?  
Подскажите пожалуйста
источник

KV

Konstantin Vishnivet... in ru_freeswitch
Andrey Kryukov
Коллеги, есть схема OPENSIPS(Balancer)  +  n-нод Freeswitch
Приходит вызов на FS-node1(балансером закинуло) там IVR для конференции(бла бла бла введите номер конференц комнаты, пин и т.д)
вызов добавляется в конференцию, конференция получается живет на FS-1
Звонит пользователь 2 , балансером вызов закидывается допустим на ноду FS-2, там так же пользователь жмет кнопки  и попадает в ту же конференц комнату, но уже на FS2
Понятно, чтобы абонент 1 слышал абонента 2 нужно чтобы вызов 1 и 2 существовали в рамках одной конференц-комнаты в рамках FS. Как быть ?
Мои варианты:
при направлении вызова в конференцию проверять на каком сервере существует комната и , если на другом сервере, то  построить  вызов на тот где она есть(допустим через бридж на соседний сервер).

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

AK

Andrey Kryukov in ru_freeswitch
Konstantin Vishnivetsky
Вариант: проверять есть ли такая конференция на других нодах и есть ли с ними уже вызов и соединять сервер-сервер если нет. А когда на одном из серверов все вышли, то отцеплять его от этого кластера. Правда, при таком варианте нужно следить за тем, чтобы не было "лишних" соединений, если более двух нод задействовано.
Спасибо, я вообщем-то в эту сторону и думал, спасибо
источник

GV

Gaisin Vadim in ru_freeswitch
Еще как вариант, если точка входа одна (номер куда звонят), можно на opensips на время (in htable) сохранять куда ушел номер
источник

е

енот in ru_freeswitch
Andrey Kryukov
Коллеги, есть схема OPENSIPS(Balancer)  +  n-нод Freeswitch
Приходит вызов на FS-node1(балансером закинуло) там IVR для конференции(бла бла бла введите номер конференц комнаты, пин и т.д)
вызов добавляется в конференцию, конференция получается живет на FS-1
Звонит пользователь 2 , балансером вызов закидывается допустим на ноду FS-2, там так же пользователь жмет кнопки  и попадает в ту же конференц комнату, но уже на FS2
Понятно, чтобы абонент 1 слышал абонента 2 нужно чтобы вызов 1 и 2 существовали в рамках одной конференц-комнаты в рамках FS. Как быть ?
Мои варианты:
при направлении вызова в конференцию проверять на каком сервере существует комната и , если на другом сервере, то  построить  вызов на тот где она есть(допустим через бридж на соседний сервер).

А как сделать правильно ?  
Подскажите пожалуйста
я бы предложил под конференц-комнату держать отдельный фрисвич, потому что выбор комнаты происходит уже ПОСЛЕ ивр, то есть куда звонит новый человек - неизвестно.
источник

е

енот in ru_freeswitch
то есть ивр на одной ноде(любой), а сама конференция - где-то фиксировано
источник

е

енот in ru_freeswitch
ну или не отдельный, но четко фиксированный
источник

a

at in ru_freeswitch
Дайте пожалуйста  наводку на что обратить внимание при гарантированном обрыве исходящего звонка через 32 секунды.
источник

е

енот in ru_freeswitch
а ртп то идёт?
источник

В

Виталий in ru_freeswitch
rtp timeout
источник

е

енот in ru_freeswitch
ну вот, Виталя всю интригу запорол
источник

В

Виталий in ru_freeswitch
ты енот садист просто )
источник

В

Виталий in ru_freeswitch
а у меня работы много ))
источник

В

Виталий in ru_freeswitch
всего-то 5 серверов под кубик )
источник

е

енот in ru_freeswitch
психолог говорит, что в этом виноваты мои родители
источник

АХ

Алексей Хабуляк... in ru_freeswitch
at
Дайте пожалуйста  наводку на что обратить внимание при гарантированном обрыве исходящего звонка через 32 секунды.
проверьте доходит ли ACK. из-за ната может не доходить и с той стороны могут завершать разговор
источник

a

at in ru_freeswitch
звонки без ната, внутренние номера.
источник

A

Anton in ru_freeswitch
Подскажите, плиз. А Freesswitch может на себя взять функции gatekeep'a или нужно его как-то связывать с таковым отдельно? Не мойму что за параметр gk-interface https://freeswitch.org/confluence/display/FREESWITCH/mod_h323 .
источник

е

енот in ru_freeswitch
at
звонки без ната, внутренние номера.
sngrep
смотрите в дамп
смотрите кто дает отбой и есть ли ртп
источник