asterisk.ru

возьмите вот такую штуку: mikopbx.ru и продайте хотя бы десятку клиентов.
вручную там транки заведите.

потом когда поймете, что у застройщиков и УК свои номера, свои мобилы, свой филиал ада и им ваши номера и бесплатно не нужны - в этот момент можно будет переосмыслить концепцию

мы если очень условно сказать дочка относительно крупного застройщика, к сожалению или счастью, все что у нас делается делается в первую очередь для них, и им это нужно)

А нам и че, а нам и нормально)

нет, я его бесплатно люблю)

я тоже бесплатно люблю вокслинк и самую мощную и единственную ру воип тусовку в рф, но есть нюансы)))

https://asterconf.ru/

мы если очень условно сказать дочка относительно крупного застройщика, к сожалению или счастью, все что у нас делается делается в первую очередь для них, и им это нужно)

моя рекомендация - перед тем, как что-то разрабатывать (а по вашему сообщению - там прям много придется) - накостылить MVP из готового. а там и мудрость и понимание, что нужно вашим клиентам придет

одно юр.лицо (клиент) один астериск хоть докер хоть ксен хоть vm, впереди астериста поставить proxy к примеру kamailio, юр.лицо регистрируется на dns-запись (для каждого юр.лица свой dns к дополнению к основному) а прокси разруливает по астерискам

ну в целом один из самых очевидных вариантов что у нас был

одно юр.лицо (клиент) один астериск хоть докер хоть ксен хоть vm, впереди астериста поставить proxy к примеру kamailio, юр.лицо регистрируется на dns-запись (для каждого юр.лица свой dns к дополнению к основному) а прокси разруливает по астерискам

и кучу многа сотрудников на саппорты этих астерисков

и кучу многа сотрудников на саппорты этих астерисков

с ним прям много проблем?

мы если очень условно сказать дочка относительно крупного застройщика, к сожалению или счастью, все что у нас делается делается в первую очередь для них, и им это нужно)

смотрите в сторону ARI. В kb на voxlink.ru есть минимальный старт по этому вопросу. Из коробки астериск мультитенант умеет очень плохо. На своей апп это будет реализовать чуть проще

Из того что я понял лично, астериск в мире виртуальных атсок - бульдозер, если есть варик пересадить всех на велосипеды полегче было бы круто)

Всем Приветствую вас, коллеги ?. Находимся в процессе раздумий о архитектуре нашей задумки и хотелось бы сразу уточнить туда ли мы полезли и возможно ли это чисто технически.
Мы разрабатываем CRM и хотим внедрить в нее телефонию с процессом от покупки номера до ее использования без веретена лишних действий, купи и пользуйся. Сегодня уже подняли астериск, поигрались, позвонили, по кусочкам вытащили инфы из разных источников и появился ряд вопросов

1. Возможна ли динамическая регистрация юзеров (тобишь не через конфиг файлик а через условное API)
2. Возможна ли динамическая генерация диалпланов, в зависимости от бизнес-процессов уже нашего клиента
3. Возможно ли разделение одного сервака с астериском на разные ???"каналы"??? чтобы на один продукт нашего клиента приходилось условно изолированная среда (отдельный продукт, отдельные юзеры, отдельные конфиги, все такое), или про это можно забыть и ручками оркестрировать докер контейнеры

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

для начала определить/посчитать/спрогнозировать кол-во активных пользователей - от этого зависит какую архитектуру делать и куда пользователей запихивать - в астерис или камаилио.
ну и on-prem, cloud или box.