Они также доступны )) это сливается в единый диалплан. Custom - дополняет, override - переопределяет additional
Ну в ivr эти они до этого попадали из других контекстов, где вызов был уже отвечен и т.д., а я закрутил так, что все вызовы сначала цепь проверок проходят и оттуда в ивры переводятся. Множество параметров, которые фри навешивает, теряются. Ладно, буду разбираться? Начало только положено?
Всем Приветствую вас, коллеги ?. Находимся в процессе раздумий о архитектуре нашей задумки и хотелось бы сразу уточнить туда ли мы полезли и возможно ли это чисто технически. Мы разрабатываем CRM и хотим внедрить в нее телефонию с процессом от покупки номера до ее использования без веретена лишних действий, купи и пользуйся. Сегодня уже подняли астериск, поигрались, позвонили, по кусочкам вытащили инфы из разных источников и появился ряд вопросов
1. Возможна ли динамическая регистрация юзеров (тобишь не через конфиг файлик а через условное API) 2. Возможна ли динамическая генерация диалпланов, в зависимости от бизнес-процессов уже нашего клиента 3. Возможно ли разделение одного сервака с астериском на разные ???"каналы"??? чтобы на один продукт нашего клиента приходилось условно изолированная среда (отдельный продукт, отдельные юзеры, отдельные конфиги, все такое), или про это можно забыть и ручками оркестрировать докер контейнеры
В рамках одной сети, мы примерно понимаем как мы это можем сделать, а вот в рамках нескольких, не очень понятно Понимаю что мои вопросы скорее всего абсолютно дилетанские, и если я где то в корне неправильно на что то смотрю, то был бы рад если ткнули носом, ну и в целом если кто то понял в чем состоит задача, стоит ли игра свеч или можно попробовать обратить внимание на другие решения
Всем Приветствую вас, коллеги ?. Находимся в процессе раздумий о архитектуре нашей задумки и хотелось бы сразу уточнить туда ли мы полезли и возможно ли это чисто технически. Мы разрабатываем CRM и хотим внедрить в нее телефонию с процессом от покупки номера до ее использования без веретена лишних действий, купи и пользуйся. Сегодня уже подняли астериск, поигрались, позвонили, по кусочкам вытащили инфы из разных источников и появился ряд вопросов
1. Возможна ли динамическая регистрация юзеров (тобишь не через конфиг файлик а через условное API) 2. Возможна ли динамическая генерация диалпланов, в зависимости от бизнес-процессов уже нашего клиента 3. Возможно ли разделение одного сервака с астериском на разные ???"каналы"??? чтобы на один продукт нашего клиента приходилось условно изолированная среда (отдельный продукт, отдельные юзеры, отдельные конфиги, все такое), или про это можно забыть и ручками оркестрировать докер контейнеры
В рамках одной сети, мы примерно понимаем как мы это можем сделать, а вот в рамках нескольких, не очень понятно Понимаю что мои вопросы скорее всего абсолютно дилетанские, и если я где то в корне неправильно на что то смотрю, то был бы рад если ткнули носом, ну и в целом если кто то понял в чем состоит задача, стоит ли игра свеч или можно попробовать обратить внимание на другие решения
возьмите вот такую штуку: mikopbx.ru и продайте хотя бы десятку клиентов. вручную там транки заведите.
потом когда поймете, что у застройщиков и УК свои номера, свои мобилы, свой филиал ада и им ваши номера и бесплатно не нужны - в этот момент можно будет переосмыслить концепцию
возьмите вот такую штуку: mikopbx.ru и продайте хотя бы десятку клиентов. вручную там транки заведите.
потом когда поймете, что у застройщиков и УК свои номера, свои мобилы, свой филиал ада и им ваши номера и бесплатно не нужны - в этот момент можно будет переосмыслить концепцию
Всем Приветствую вас, коллеги ?. Находимся в процессе раздумий о архитектуре нашей задумки и хотелось бы сразу уточнить туда ли мы полезли и возможно ли это чисто технически. Мы разрабатываем CRM и хотим внедрить в нее телефонию с процессом от покупки номера до ее использования без веретена лишних действий, купи и пользуйся. Сегодня уже подняли астериск, поигрались, позвонили, по кусочкам вытащили инфы из разных источников и появился ряд вопросов
1. Возможна ли динамическая регистрация юзеров (тобишь не через конфиг файлик а через условное API) 2. Возможна ли динамическая генерация диалпланов, в зависимости от бизнес-процессов уже нашего клиента 3. Возможно ли разделение одного сервака с астериском на разные ???"каналы"??? чтобы на один продукт нашего клиента приходилось условно изолированная среда (отдельный продукт, отдельные юзеры, отдельные конфиги, все такое), или про это можно забыть и ручками оркестрировать докер контейнеры
В рамках одной сети, мы примерно понимаем как мы это можем сделать, а вот в рамках нескольких, не очень понятно Понимаю что мои вопросы скорее всего абсолютно дилетанские, и если я где то в корне неправильно на что то смотрю, то был бы рад если ткнули носом, ну и в целом если кто то понял в чем состоит задача, стоит ли игра свеч или можно попробовать обратить внимание на другие решения
одно юр.лицо (клиент) один астериск хоть докер хоть ксен хоть vm, впереди астериста поставить proxy к примеру kamailio, юр.лицо регистрируется на dns-запись (для каждого юр.лица свой dns к дополнению к основному) а прокси разруливает по астерискам