Что для этого нужно?
- Качаем бесплатную платформу для хостинга здесь. (это ничего не стоит)
- Регистрируемся как партнер 3CX здесь, т.к. централизованное управление идет через Партнерский Портал (это тоже бесплатно)
- Несколько серверов или виртуальных машин
Способ 1: Создание IP АТС через Партнерский Портал (ERP)
Вы можете управлять своими АТС через Партнёрский Портал 3CX. Можно динамически создавать и удалять отдельные телефонные станции. По шагам это выгладит так:
Шаг 1: Создание Google Cloud Account
Партнёрский Портал 3CX использует Google Cloud DNS для автоматического создания необходимых записей. Для начала нужно создать Google Cloud account, подробнее здесь:
https://cloud.google.com/dns/
После того как вы это сделали, на портале перейдите в раздел Virtual PBX Instances > Virtual PBX Settings, раздел Google Cloud DNS Settings и заполните необходимые поля:
- Project ID — нужно взять из Google Cloud developer console (https://console.developers.google.com/);
- Service Account Email Address — Нужно создать сервисный аккаунт для проекта Google Cloud, это делается через APIs & Auth > Credentials. Будет создан файл с открытым/закрытым ключом (.p12) с помощью которого Партнёрский Портал авторизуется на Google Cloud. Вы получите Server Account Client ID и email адрес как идентификатор сервиса. Укажите здесь этот email;
- Private Key File — загрузите файл в открытым/закрытым ключом;
- Private Key Password — Закрытый ключ зашифрован паролем. Укажите его в этом поле. Если не указано другого, то по умолчанию пароль “notasecret” (вы можете поменять его).
- Здесь указывается TTL по умолчанию.
Шаг 2: Создание кластера
Перед тем как создать АТС нужно сделать по крайней мере один серверный кластер. Кластер — это группа серверов, каждый из которых может быть расположен в разных дата-центрах, разных регионах или просто сервера с различными характеристиками или SLA. Для создания виртуальной АТС всегда выбирается сервер с наименьшей нагрузкой.
1. Перейдите во вкладку Server Clusters.
2. Нажмите Add чтобы воздать новый кластер.
3. Enter a Cluster Code -уникальный внутренний 4-х символьный код, состоит из букв и цифр, нужен для идентификации кластера. Используется для ссылки на кластер в Web Forms
4. Description — Обычное текстовое описание.
5. Hosted Instance Domain — доменное имя кластера. Отельные АТС будут поддоменами, например, user1.pbx.mycompany.eu. Обычно требуется установить доверенный SSL сертификат для домена и всех серверов кластера.
6. DNS Managed zone: нужно взять из Google DNS Account.
Шаг 3: Создание сервера виртуальных АТС
Скачайте и установите 3CX Phone System 14 на каждый из серверов. При установке обязательно нужно выбрать опцию Multiple. Это позволит установить до 25 на каждый из серверов. Когда будут установлены все сервера можно начинать добавление АТС.
1. В 3CX ERP, перейдите в Virtual PBX Instances > Virtual PBX Servers.
2. Нажмите Add и укажите данные сервера:
• Server Cluster — выберите кластер из выпадающего списка. В примере мы выбираем кластер в Азии.
• Unique name — внутреннее имя сервера. Может совпадать с FQDN.
• FQDN - доменное имя. Не указывайте IP-адрес. Если вы используете SSL сертификат от провайдера типа Thawte или Verisign, нужно указать доменное имя соответствующее сертификату (например, *.mycompany.eu);
Партнерский Портал будет сам создавать DNS записи типа CNAME для пользовательских АТС.
Обратите внимание, что Портал не создаст запись типа A. Это обязанность администратора.
• System Id - по-умолчанию ‘phonesystem’. Это имя конкретной АТС;
• Password - Пароль от АТС. Свой для каждой инсталляции;
• Omit from pool - Нужен для тестов. По умолчанию Портал создает, удаляет и редактирует данные АТС. Включите эту опцию если выходите удалять и создавать IP АТС через Cloud Manager.
• Untrusted SSL - При установке 3CX Phone System требуется подтвержденный SSL сертификат или 3CX может сгенерить не подтвержденный собственный SSL сертификат. Включите эту опцию если планируется сертификат от 3CX.
3. Повторите шаги чтобы добавить еще серверов.
Шаг 4: Создание виртуальной АТС
Чтобы добавить телефонную станцию:
1. Нажмите Virtual PBX instances > Add
2. Выберите кластер.
3. Выберите на каком из серверов кластера будет добавлена АТС.
4. Введите Tenant ID — это может быть название компании.
5. Укажите контактное лицо и email.
6. Укажите квоту для голосовой почты и для записи разговоров в МБ. По умолчанию — 1 Гб для каждой из фич.
7. Если для АТС нужно активировать лицензию, поставьте галочку “Use the following license key” и укажите данные конечного пользователя.
8. Нажмите OK, чтобы создать АТС.
9. Данные для доступа буду отправлены по email.
Управление Виртуальными АТС
Вы можете управлять всеми виртуальными АТС через этот интерфейс:
Для поверки статуса АТС, нажмите [Request Status]:
Комментарии (20)
snezhko
17.10.2015 19:13-1Стоимость аренды Windows лицензии, насколько я знаю, примерно 20 евро в месяц. На 25 виртуальных АТС нужна ОДНА лицензия. Это настолько разорительно для компании, решившей заняться телекоммуникациями? Witelabel — это «шашечки». Менее требовательная к железу — не вижу обоснований. Фришный пакет у нас тоже есть, и неслабый. Дается партнеру, желающему заняться хостингом АТС. Подробности узнайте у вашего дистрибьютора или непосредственно в 3CX после подтверждения вашего партнерского статуса.
Max1983
17.10.2015 19:26+125 виртуальных АТС это не бизнес. С увеличением количества серверов также растут издержки на железо и администрирование тех серверов.
Минимальные Требования к железу на 25 АТС
1. Intel Xeon CPU – E5505 2.00 GHz 2.00 GHz (6 — 8 ядер) или выше.
2. Память: 25GB и более.
3. НDD 80GB+ место для записи разговоров
4. Производительность HDD: 80MB/s и более
5. Сеть: 1Gbit / 10Gbit
на таком железе астериск ( который внутри XVB ) три сотни звонков легко потянет, а количество АТС там впринципе не лимитируется потому что АТС может быть с 2 телефонами внутри и IVR на 3 пункта а может быть call-center на 3 десятка операторов.
у Вас кстати с сертификатами и биллингом как?
snezhko
17.10.2015 19:45Во-первых, 25 АТС на 16 одновременных вызовов — это 400 одновременных вызовов. Во-вторых, в 3CX вы также можете сделать АТС на 4, на 8 и на 16 вызовов. В-третьих, Asterisk и 3CX сложно сравнивать по функционалу. Но это тема отдельной беседы. В-четвертых, что по вашему, «бизнес»? Вы бизнесмен? Вы предоставляете подобные сервисы в крупном масштабе? Можно узнать о ваших выполненных проектах?
Max1983
17.10.2015 20:04тоесть можно читать: «25 АТС на 16 звонков или 100 АТС на 4 звонка»? А если надо 32 звонка на АТС?
может голый астериск с 3cx и сложно сравнивать по функционалу, но астериск в умелых руках даст фору 3cx.
мне услугу АТС предлагали подключить в довесок к городскому номеру телефонному например, и я вот не представляю в качесве движка в таком случае 3cx.
так как с сертификатами?
rdc
18.10.2015 15:32Закон о защите прав потребителей,
Статья 16. Недействительность условий договора, ущемляющих права потребителя:
2. Запрещается обусловливать приобретение одних товаров (работ, услуг) обязательным приобретением иных товаров (работ, услуг). Убытки, причиненные потребителю вследствие нарушения его права на свободный выбор товаров (работ, услуг), возмещаются продавцом (исполнителем) в полном объеме.
Подскажите, возмещаются ли затраты на Windows?
Когда планируется Linux-версия?snezhko
18.10.2015 15:39Я не являюсь юристом, мне сложно тут что либо комментировать. Из институтского курса права я помню, что у закона есть комментарии и толкования и прямая аппеляция к статье закона не совсем корректна.
У нашей системы есть системные требования. Выбор заказчика — соблюдать их или нет.
Linux версия не планируется. Под Linux уже есть немало альтернатив.
Afonix
18.10.2015 18:49А какое отношение это имеет к нашей ситуации?
согласно тому же закону
потребитель — гражданин, имеющий намерение заказать или приобрести либо заказывающий, приобретающий или использующий товары (работы, услуги) исключительно для личных, семейных, домашних и иных нужд, не связанных с осуществлением предпринимательской деятельности (абзац в редакции, введенной в действие с 21 декабря 1999 года Федеральным законом от 17 декабря 1999 года N 212-ФЗ;
Облачаная АТС для домашних нужд?
snezhko
17.10.2015 22:03Мы не рекомендуем делать 100 АТС по 4 звонка хотя бы по тому, что обеспечить стабильность работы такой системы будет весьма проблематично. Для того, чтобы это понмать, нужно просто поработать в этом бизнесе.
Системы свыше 16 одновременных вызовов технически и экономически целесообразнее размещать локально, а не в облаке.
А кто будет оплачивать «Астериск в умелых руках» для небольшой компании, которая хочет заняться хостингом АТС?Max1983
17.10.2015 22:19Ну вот у меня компания 10 человек, и 4 линии нам всегда хватает. и таких у нас например пол бизнес центра. Проблемма стабильности похоже конкретно в вашем решении, потому как дугих провайдеров виртуальных АТС не напрягают АТС по 4 линии.
Опять же не рекомендуем или нельзя? Прямой вопрос — можно ли на железе которое рекомендуют для 25 АТС поставить 100 но меньшего размера и останется ли поддержка и гарантия для такого решения?
про 16 от куда цифры?
ссылка в первом коменте как пример одного варианта умелых рук, статья под вами как второй пример, а если погуглить то найдутся и еще примеры.snezhko
17.10.2015 23:52Причем здесь ваш конкретный бизнес-центр к хостингу АТС? У вас по 4, а в другом бизнес-центре по 16. Наш продукт не затачивался на ваш конкретный бизнес центр. У всех разные задачи…
Речь идет не про «другие виртуальных АТС», а про то, что компания-интегратор, которая желает заняться подобным бизнесом и имеет соответсвующих клиентов, может сделать это максимально быстро и недорого. Без «умелых рук» за 30-50 долларов в час. И без того, что владелец «другой виртуальной АТС» помашет партнеру ручкой и начнет обслуживать клиента самостоятельно.
В данный момент система позволяет установить 25 АТС на один сервер. Я сейчас не буду вдаваться в подробности, почему. Предыдущая версия позволяла 50. Следующая, возможно, будет позволят установить другое количество.
Каждый партнер — интегратор должен определить, устраивет ли его данное конкретное решение с данным функционалом за предлагаемую сумму. И, главное, устраивает ли его предлагаемый заработок! Вот и все.
Гуглить, сидя на диване, можно до бесконечности, как и давать советы. Однако речь идет об активных компаниях, решивших зарабатывать на предоставлении хостинга АТС. Именно для таких партнеров и рассчитано наше решение.
Max1983
18.10.2015 00:27мой конкретный бизнес центр как пример, что не всем надо 16. кому то 4 кому то 25. У Вас 1 АТС == 16 каналов и компании интегратору придется искать не клиентов которым нужна виртуальная АТС а клиентов которым надо 16 линий, потому что больше не можете а меньше не 'целесообразно'. У Вас вроде релиз, про какую предыдущую версию идет речь?
Рассуждая про стоимость часа 'умелых рук' доработки других систем не помешает назвать стоимость и сроки доработки своего решения на заказ. И кому помашет разработчик другой виртуальной АТС если партнер купит у него сам софт виртуальной АТС?
Ок. Я понял вашу целевую аудиторию. Просто привел другие решения для примера / сравнения на астериске раз уж вы поститесь в 'asterisk'.
snezhko
18.10.2015 03:25Давайте еще раз объясню, хотя многое вы действительно поняли.
1. Наша система расчитана на интеграторов средней руки, интеграторов для компаний среднего и малого бизнеса. Которые не всегда могут себе позволить или даже просто найти гуру по открытым системам, который будет админить их инсталляцию на 100 клиентов. Мелких клиентов, понимаете? :-)
2. Наша система дает (в данный момент) варианты установки таких лицензий 2-4-8-16-32-64-128-256-512-1024 одновременных вызова. Из них на хостинг (на котором стоят и АТС других пользователей) рекомендуется (именно рекомендуется) ставить системы от 4 до 16. Именно по ним мы предоставляем лицензии с помесячной или годовой подпиской.
3. Системы 32 и выше, разумеется, тоже можно разместить в облаке. Но в этом случае их не рекомендуется «смешивать» с другими виртуальными АТС. Проще говоря — лучше использовать выделенный сервер, либо отдельную виртуальную машину.
4. Наша система позиционируется как «решение из коробки». Или решение для максимально быстрого старта. Т.е. в ней есть 90% того, что нужно компаниям из SMB сегмента. А с появлением кластеризации — даже более крупным компаниям. А вот доработка на заказ выполняется путем подачи предложений здесь www.3cx.com/forums/3cx-ideas-f57.html
5. Про предыдущую версию, это про версию 12.5. Текущая версия 14 SP1.
6. Касательно сертификатов на биллинг. У нас нет сертифицированного биллинга. Но есть выдача CDR логов. Партнер может (должен) использовать свой, желаемый, сертифицированный биллинг. Или просто использовать данные биллинга телекоммуникационного оператора, которого пожелал подключить конечный пользователь АТС. Т.е. задача партнера — техническое сопровждение АТС, а не предоставление телекоммуникационных услуг. Ведь предоставление телекоммуникационных услуг требует весьма дорогой лицензии. Повторю — партнер просто берет на обслуживание АТС клиента.
7. Клиент в любой момент может отказаться от услуг партнера, забрать бэкап системы и продолжить хостить ее у себя на сервере или у другого партнера! Большинство виртуальных АТС, насколько я знаю, не позволяют это сделать.
8. Насчет того, кому помашет разработчик виртуальной АТС. Хорошо это или плохо, но сервисы уходят в облака. И тот, кто разрабатывает сервисы, рано или поздно может подумать: а зачем мне делиться с партнерами, если я сам могу хостить свою разработку для клиентов? Хороший пример, хотя не совсем по теме — Яндекс.Такси. Так вот, 3CX официально заявляет, что она никогда не будет хостить систему сама и таким образом невольно «выдавливать» партнеров.Max1983
18.10.2015 08:21Спасибо за развернутый ответ. Одно НО — официальное заявление из пункта 8 расходится с пунктом 7. Хостить может и не станет ( но хостинг таки у вас есть ) но забрать себе клиентов партнера легко просто перестав выпускать апдейты для кластера и тогда клиент «может отказаться от услуг партнера, забрать бэкап системы» и уйти на свой сервер / или в ваше облако.
snezhko
18.10.2015 12:38Вы верно заметили, но есть ошибка. Клиент действительно может уйти к другому партнеру (скажем так, более привлекательному), но не на наше облако! У нас есть облако свое облако только для целей первоначального запуска или тестирования, но сама 3CX облачный сервис хостинга не предоставляет — это идет в разрез с идеей не конкурировать с партнерами.
Кроме того, насколько я знаю, в РФ есть требования расположения такого рода серверов в пределах страны.
snezhko
18.10.2015 03:31Добавлю. Если я сказал «обеспечить проблематично» — это значит, что трудоемко и требует высокой квалификации инженеров. Это не значит, что это невозможно и не будет работать.
Мы же хотим открыть рынок хостинга АТС для любого адекватного интегратора! А не для избранных.
Max1983
гораздо проще 'провайдером' стать с помощью XVB VirtualPBX…
snezhko
Почему проще?
Max1983
не надо лицензий на windows, менее требовательно к железу, whitelabel, и фришный пакет больше… может еще что. Но есть засады — нет сертификатов ( актуально для России ), биллинг надо внешний, интерфейс щас не такой страшный как раньше но все равно можно былоб лучше. Поэтому провайдер в кавычках. Но при всем при этом свою задачу по нарезанию кусков АТС делает.
Afonix
Прикольно, это Ваша разработка?
Max1983
нет. мопед не мой. Но фришной версией пользовались.