Изменить алгоритм автоматического завершения конференции

[san]

Сейчас для того чтобы завершить звукозапись, нам нужно закрыть конференцию.
Для автоматического завершения в конфиге Фрисвитча был реализован такой сценарий: "Если в основной конференции присутствовало более одного абонента, то когда останется один абонент нужно завершить конференцию"

Оказывается этого не достаточно. Т.к. в эксплуатации, чаще всего, в основной конференции на момент окончания разговора остаётся несколько абонентов(два, Техник и Диспетчер). И вручную покидать конференцию они "не хотят".

В связи с этим заказчик настойчиво требует реализовать функционал:
"Завершать основную конференцию, если в ней остались только абоненты с ролью Техник/Диспетчер и если до этого в конференции присутствовал хотя бы один обычный абонент"

1. Можем мы настроить такое поведение в конфиге фрисвитча?

Ранее, кажется Варина программа умела завершать конференцию по подобному критерию, но мне кажется поручать это програме не правильно.

2. Алексей, на твой взгляд, как логичнее удовлетворить требование заказчика?

[alx]

Replying to san:

1. Можем мы настроить такое поведение в конфиге фрисвитча?

Думаю, вполне. Есть несколько возможных решений.

• Есть такой флаг членов конференции - "ghost". Член конференции с таким флагом просто не учитывается в подсчете числа участников. Если такой флаг установить технику, мы получим желаемое.
• Решение "от противного". Есть флаг членов конференции "endconf". Когда последний член с таким флагом покидает конференцию, она завершается (с конфигурируемым таймаутом endconf-grace-time). Если всем операторам устанавливать флаг "endconf", по идее, мы получим желаемое.
• Наконец, есть флаг "second-screen". Он означает: "Open a 'view only' connection to the conference, without impacting the conference count or data". Тут, я думаю, все понятно, но это не совсем то, что требуется...

2. Алексей, на твой взгляд, как логичнее удовлетворить требование заказчика?

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

Третий вариант можно реализовать как отдельную функцию...

[san]

Думаю что будет достаточно реализации в програме "автоматического выхода" #401

[alx]

И мы оба понимаем, как (в плане качества и надежности работы) это будет реализовано...

[san]

Так можно сказать и про все остальные функции программы.
В програме есть функция Автоматического подключения к ней как-раз хорошо подходит функция автоматического отключения.

[san]

Milestone renamed