Pull to refresh

Comments 15

Был у нас опыт (попытка) построения проекта на данной платформе: при наличии платной поддержки и прямой работы с разработчиками — результаты были нулевые.
Не стоит вестись на красивые слова о чудо-языке Эрланг, распределенной системе и маштабируемости.

Во-первых, документация к программному интерфейсу никакая, сам интерфейс достаточно путанный.
Во-вторых, при попытке разнести звонки по разным физическим нодам, они (разработчики) не смогли решить проблем с voice path.
В-третьих, проект никак не развивается — улучшения документации, и прочая «лапша» лишь для рекламы. За год он был пропатчен лишь нашими силами, в нашей приватной ветке.

По поводу эрланга — про него много красиво «поют», на деле же только пару компаний смогли его адаптировать под свои нужды, хотя успешно это могли сделать на другом языке.
Вы знаете, наш опыт совершенно противоположный, как ни странно… И проект развивается весьма быстро (https://github.com/2600hz/kazoo/commits/master просто не может врать, ему это не нужно), и наши внедрения работают на большом количестве физических (и виртуальных) узлов…

Возможно, ваша информация относится к совсем ранним версиям, в начале он был действительно очень «сырой», но начиная с третьей версии — всё очень хорошо.

Про оценку Эрланга ничего говорить не буду — по моему мнению здесь он по прямому назначению используется.

В общем — мы, как специалисты по внедрению, поддержке, и как разработчики под эту платформу, очень довольны. И не мы одни.
Вот именно, как специалисты по внедрению, а не разработки вообще — что надо, то и внедрили =) А мы разработчики, у нас задача, не просто под ТЗ подогнать программный продукт, а сделать на его базе свой.

Версия прошлогодняя.

+ вы скорей всего хотите свои услуги тут прорекламировать.
Ну, количество кода, который мы в проект отправили, уже весьма прилично, так что не стал бы так однобоко оценивать (внедрение KAZOO без разработки просто невозможно). Про год, в течение которого только вы его и развивали, это, пожалуй, всё-таки преувеличение было, согласитесь. Повторюсь — журналы с github врать не могут.

Что я хочу — так это чтобы в этой стране про этот продукт узнали. Да, безусловно, так как моя компания состоит из специалистов по KAZOO, хочу продавать свои услуги. И пусть тот кто не хочет зарабатывать деньги первым бросит в меня камень.

Однако, продавать высокотехнологичные услуги по сложному продукту возможно только на рынке где есть спрос. А пока про продукт никто ничего не знает — спроса нет и быть не может.
интересно узнать про тех кому вы уже внедрили это. В списке ваших клиентов не видно операторов связи.
Там где вы смотрели, этого нет. Направление интеграции KAZOO мы пока никак не продвигали.
За прошедший год мы сделали два относительно больших внедрения (там где в решении присутствуют десятки узлов), одно в России, одно за рубежом. Увы, назвать клиентов запрещают условия договоров… В России это был довольно крупный оператор связи, платформа встала на замену Communigate. За рубежом — это крупный отраслевой SaaS-провайдер, телефония является частью интегрированного предложения. Больше ничего сказать не могу.
Я понял о каком проекте вы говорите (сложил 2 и 2). Акценты разработчиков системы находятся в области обычных ВАТС и мобильности, это да. Как, собственно, и интересы большинства потребителей платформы. Ваш случай действительно особенный. Представляю, с чем вы столкнулись… Очень интересно, на самом деле.
Каков порядок цен на внедрение и поддержку? Пока виртуальных АТС немного (меньше 10, до 100 пользователей).
Коллеги, рекомендую обратить внимание на VoxImplant, в России уже рядом компаний используется, есть уже вся необходимая интеграция с телефонной инфраструктурой, и писать на Javascript большинству проще чем на Erlang :)
VoxImplant — красивый сервис. Однако, в данной статье описано решение, позволяющее оператору сделать «свой VoxImplant» (ну, почти, плюс-минус). При этом конечным пользователям (клиентам) полученного сервиса не нужно вообще ничего знать про Erlang. Никогда.
Оператору необязательно делать свой VoxImplant, это ему не особенно и нужно на самом деле, можно подключить к VoxImplant SIP-транки свои и делать все что необходимо.
У меня опыт отрицательный, я его рассматривал как вариант для оператора в европе, но к сожалению всё сошло на нет из за проблем с документацией и сложности с адаптацией под европейский рынок.
Да, там до недавнего времени было довольно много жёстких заточек под США. Сейчас (последние месяцы) всё стало существенно проще. А документацию реально пишут (и складывают в git), что не отменяет чтения кода «от корки до корки» для тех, кто хочет действительно понимать и делать что-то серьёзное самостоятельно (в плане разработки или интеграции). Но зато результаты получаются отличные. API весьма неплохо документирован.
Еще до выхода monster-ui пробовали поднять Kazoo на CloudZZ, как дополнительный сервис для клиентов, с приватной виртуальной АТС каждому подписчику на их собственном домене. До сих пор считаю что для всевозможных интернет магазинов это супер-функция (multi-tenant pbx). Но увы заставить все это работать не удалось — основным препятствием была таки заточка под USA (П.4 конспекта к примеру)
На тот момент родился вот такой конспект, по вещам не описанным в их инструкции по установке (о них забыли упомянуть):
Конспект установки
1. Kazoo Config
Поменять пути в
/var/www/html/kazoo-ui/config/config.js
на ip сервера с api или его url. Для субаккаунтов эти настроки меняются в меню whitelabel, и они не зависят от этой настройки. Без этого первый логин не возможно сделать.

2. Включить https для ui
/etc/https/conf/httpd.conf
/etc/https/conf.d/ssl.conf
https включается только для интерфейса, сам api как работал по чистому http так и будет работать без шифрования. Увы.

3. number_manager
pbx.tehpostach.com:5984/_utils/document.html?system_config/number_manager
Необходимо задать reconcile_regex — выражние согласно которому будет происходить добавление DID номера. Я использовал отсюда регулярное выражение: github.com/yumminova/kazoo/blob/master/applications/crossbar/doc/internationalization/EU%20reconsile%20regex%20and%20e164%20converter.txt
Помимо этого тут можно задать регулярки для определения разных направлений — «classifiers»:
Они красиво мигрируют в web-ui.

4. Подключение к sip gate. Kazoo не умеет аутентифицироваться по логину и паролю. Только аутентификация по IP. Используем костыль в виде freeswitch конфига для поддержки соединения. Концептуальный минус — после любой правки нужно рестартовать freeswitch, отключая всех от kazoo.

/etc/freeswitch/gateways/*.xml
File: intertelecom.xml

<?xml version="1.0"?>
<include>
<gateway name="intertelecom">
<param name="proxy" value="sip.intertelecom.ua"/>
<param name="username" value="xxxx"/>
<param name="password" value="xxxxx"/>
</gateway>


5. Настройка прав доступа ecallmgr

pbx.tehpostach.com:5984/_utils/document.html?system_config/ecallmgr
Для того чтобы принимать звонки нужно внести ip шлюзов в лист trusted
"sip.intertelecom.ua": {
"type": "allow",
"network-list-name": "trusted",
"cidr": "195.128.xxx.xx/32"
},


6. UI
В Number Manager добавляем номер
+3809466xxxxxx
В VoIP Services — Callflow
создаем новый callflow для этого номера.
Если есть возможность написать статьи о настройке\эксплуатации — буду премного благодарен.
Архитектура же Kazoo меня при первом столкновении с ней привела в восторг, и я часто привожу ее как пример грамотно и качественно построенного решения.

P.S. возможно хаб voip был бы уместнее.
Only those users with full accounts are able to leave comments. Log in, please.