Имею фирму, которая расположена на разных территориях. В каждом таком отдельном "офисе" стоит свой локальный Asterisk, который поддерживает работу локальных (этого офиса) пользователей. Естественно, все Asterisk'и между собой связаны и сотрудники фирмы общаются между собой по коротким номерам. Здесь нет проблемы. А вот далее начинается описание непонятности.
Стоит задача внедрить некое программное обеспечение (условно назовем его CRM), пользователи которого должны (иметь возможность) осуществлять звонки с компьютера. Этот СРМ, естественно, централизован и никаких локальных его копий в удалённых офисах не предусмотрено.
Если у нас стоит только один Asterisk, то связь между CRM и * элементарна и входит в комплект поставки CRM. А вот сможет ли Asterisk, используя свои внутренние связи с удаленными *, организовывать вызовы "ремутных" пользователей и связывать их вызовом по номеру из базы данных?
Никто такую задачу не решал? И решаема ли она средствами Asterisk'а вообще?
Вопрос о переделке CRM не ставится (хотя там оно самое простое, определить в свойствах пользователя нужный Asterisk, но там можно задать только внутренний *-номер, а доступ к * для всех един). Это - вряд ли возможно...
| Цитата: |
| все Asterisk'и между собой связаны и сотрудники фирмы общаются между собой по коротким номерам |
Так чем же, для вас, отличается SIP вызов с компа, от SIP вызова с телефона ?
Подключите один из Asterisk'ов к своей CRM и звоните.
_________________
mega-net.ru - IT аутсорсинг
Спинным мозгом чую, что система территориально-распределенных Астерисков у меня накрывается медным тазом.
| virus_net писал(а): |
| Подключите один из Asterisk'ов |
"Один" - это значит что свои web-телефоны, вы подключаете к одному Asterisk.
| Cruiser78 писал(а): |
| А что будет, если данный короткий SIP-номер определен на другом Asterisk'е? |
а) такого быть не должно.
б) перестаньте разделять web-телефон от обычного ip-телефона, т.к. с точки зрения SIP разницы никакой
в) в таком случае и ip-телефон не сможет позвонить на такой же exten другого Asterisk
На всех астерах у вас должен быть разный шаблон вн.номеров.
Asterisk1: 1XX
Asterisk2: 2XX
AsteriskX: XXX
Между Asterisk`ами транки = все могут звонить всем.
_________________
mega-net.ru - IT аутсорсинг
Вы принципиально неправы. Я не считаю правильным всех пользователей территориально распределенной фирмы (у нас площадки и в Питере, и в Астрахани) сажать на один центральный Астериск. Аргументирую - что делать ремутным пользователям, если в центре возникнет какая проблема, например, с Интернетом? Централизованная система по определению неустойчива. Децентрализованная - напротив, попробуй её сломай. Выход из строя одного узла не повлияет на работоспособность остальных узлов.
Именно поэтому у меня развернуто по отдельному Астериску в каждом из ремутных офиров. И эти "офисные" Астериски пасут своих локальных пользователей. Со своими короткими номерами. Никакие проблемы в центре (или в другом офисе), при этом, не поражают этот самый офисный Астериск и пользователи без связи не остаются. Как было бы в случае Вашего предложения.
Вот у меня и стоит задача научить "центральный" *, к которому будет подключаться CRM, раскидывать запросы по ремутным Астерискам. Выступать неким шлюзом.
при таком подходе задача решается именно этим сторонним ПО, а не Asterisk.
ПО работает через прослойку - коннектор.
Корректор либо слушает AMI, либо инжектится в диаплан.
Нужна детальная инфа по этому ПО.
_________________
облачные сервера asterisk/freepbx/a2billing/espocrm с полной техподдержкой, от 1490-мес. skype: whoim2, whoim@asterisk.ru