Opened 8 years ago
Last modified 6 years ago
#182 assigned задача
Продумать технологию работы программы в мульти-доменной инсталляции
| Reported by: | alx | Owned by: | alx |
|---|---|---|---|
| Priority: | major | Milestone: | 2 очередь |
| Component: | Диспетчерская связь | Keywords: | |
| Cc: |
Description (last modified by )
Я создал #179, а потом сообразил, что это только вершина айсберга. У нас в принципе не продумана возможность работы системы в мельти-доменном окружении.
Список вопросов и проблем, решение по которым требуется принять:
- Как отличать "свои" конференции среди всех конференций на сервере и отображать их в списке конференций?
- Как отделять в базе данных "наши" записи переговоров от "не наших"?
- Команда начала "Громкого боя" и уведомление о его включении: сейчас программа, вызывая пользователя в контексте alarm, не указывает его домен. Соответственно, при генерации события указывается домен из конфига FS, а не полученный при вызове.
Надо продумать, как наша система может (и должна) сосуществовать с другими (не связанными с диспетчерской связью) функциями коммутатора.
Ниже будем суммировать предложения по решению перечисленных выше проблем.
Предложения по решению перечисленных выше проблем
- Отображать конференцию если в ней есть хотя бы один участник с нашим доменом.
- При вызовах дайлплана в контексте alarm указывать домен, например
loopbacl/123@domain.com/alarm. В дайлплане найти способ получения этого домена (по идее, он должен быть в какой-то переменной канала).
Change History (10)
comment:1 by , 8 years ago
comment:2 by , 8 years ago
использую переданный вами вариант решения - игнорирую домены отличные от того в котором находиться пользователь, не вывожу пользоателей из других доменов в список пользователей.
comment:4 by , 8 years ago
Дмитрий, объясните, пожалуйста, почему Вы закрыли этот тикет.
Если Вы выполнили поставленную задачу за Александра и продумали технологию работы системы диспетчерской связи в мультидоменном окружении, было бы очень интересно увидеть в виде текста (или услышать в форме устного доклада) результат ваших размышлений.
comment:5 by , 8 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Поскольку результат раздумий так и не был представлен, тикет переоткрываю.
comment:6 by , 8 years ago
| Description: | modified (diff) |
|---|
follow-up: 8 comment:7 by , 8 years ago
| Description: | modified (diff) |
|---|
Саша, у меня появилась мысль - вариант решения проблемы отображения записей переговоров. Идея аналогична предложенному решению по отображению конференций: отображать записи переговоров, в которых был хотя бы один из участник нашего домена. Технически это можно реализовать так: создать столбец в таблице, в который записывать список доменов участников (например разделяя пробелом или двоеточием). Пульт мог бы использовать этот столбец для фильтрации записей (domains LILKE '%:my-domain.tld:'). Надо еще подумать, в какой форме лучше это все записывать. Интересует твое мнение.
Изменил описание тикета чтобы там резюмировать проблемы и варианты решений.
comment:8 by , 8 years ago
comment:9 by , 7 years ago
| Owner: | changed from to |
|---|---|
| Status: | reopened → assigned |
Думаю что пора перевесить тикет :)
Как вариант решения вопроса с конференциями - игнорировать конференции, в которых нет ни одного участника с нашим доменом. То есть отображать только те конференции, в которых есть участники - пользователи нашего домена.