LogoLogo
www.mikopbx.ruTelegram сообществоФорум
Russian
Russian
  • Руководство по MikoPBX
    • Быстрое начало работы
    • Знакомство с MikoPBX
    • Системные требования
  • Установка
    • Отдельный компьютер
    • Виртуальные машины
      • VMware ESXi
      • VMware Fusion
      • VirtualBOX
      • VMware Workstation Pro
      • Hyper-V
      • Proxmox
    • Облачные сервисы
      • Yandex Cloud
        • Магазин приложений
        • Произвольный образ
        • Коммандная строка YC
      • VK Cloud
      • 1С:Облачная инфраструктура
      • AWS
        • AWS подробная инструкция
        • AWS Маркетплейс
      • Microsoft Azure
      • Google Cloud
        • Google Cloud подробная инструкция
        • Google Cloud Маркетплейс
      • Hetzner cloud (Empty)
      • Vscale
      • Selectel
      • DigitalOcean
      • Alibaba cloud
      • Vultr
    • В Docker контейнере
      • Установка докера и cоздание пользователя и каталогов
      • Запуск MikoPBX в контейнере
      • Запуск MikoPBX с помощью docker compose
  • Руководство пользователя
    • Телефония
      • Сотрудники
      • Очереди вызовов
      • IVR меню
      • Конференции
      • Звуковые файлы
      • История вызовов
    • Маршрутизация
      • Провайдеры телефонии
      • Входящие маршруты
      • Исходящие маршруты
      • Нерабочее время
    • Модули
      • Регистрация в маркетплейсе модулей
      • Управление модулями
      • Приложения диалпланов
    • Обслуживание
      • Обновление системы
        • Обновление из web-интерфейса
        • Обновление из консоли MikoPBX
        • Обновление Docker
      • Диагностика системы
      • Перезагрузка и выключение системы
    • Сеть и Firewall
      • Сетевые интерфейсы
      • Сетевой экран
      • Защита от взлома
    • Система
      • Общие настройки
      • Дата и время
      • Почта и уведомления
        • Настройка E-mail уведомлений для почтового сервиса Gmail
        • Настройка E-mail уведомлений для почтового сервиса Yandex
        • Настройка E-mail уведомлений для почтового сервиса Mail.ru
      • Доступ к AMI
      • Кастомизация системных файлов
  • Часто задаваемые вопросы
    • Интеграция с 1С
      • Перехват на ответственного
        • Перехват на ответственного в панели телефонии 4.0 как в панели 1.0
        • Отменить перехват на ответственного для конкретного провайдера
    • Установка
      • Установка на MDADM RAID1
      • Тонкая настройка firewall
      • Перенос MikoPBX на другой сервер
        • Перенос с помощью резервного копирования
        • Перенос с помощью резервного копирования по расписанию
        • Перенос с помощью rsync
      • Сброс к заводским настройкам
      • Мониторинг провайдеров на MikoPBX
    • Обслуживание
      • Изменить имя для авторизации
      • Закончилось место на доп. диске, увеличение размера диска
      • Закончилось место на доп. диске, перенос данных на новый диск
      • Хранение записей в общей папке windows
      • Резервный интернет и перерегистрация провайдеров
      • Сброс пароля администратора из консоли MikoPBX
    • Диагностика проблем
      • Подключение к АТС с помощью SSH
        • Подключение к АТС с помощью SSH-клиента (Putty)
        • Подключение с помощью SSH (Windows)
        • Подключение с помощью SSH (Linux/MacOS)
      • Подключение к АТС с помощью WinSCP
      • Получение логов с помощью приложения tcpdump
      • Снятие лога в АТС с помощью Wireshark
      • Анализ трафика средствами Sngrep
      • Настройка громкости
      • Решение проблем со звуком
      • Настройка Jitter
    • Входящая маршрутизация
      • Выбор провайдера при переадресации на мобильный
      • Уведомление о занятости, Call Waiting
      • Маршрутизация по DID номеру
      • Черные и белые списки
      • Разрешить донабор внутреннего номера в очереди
      • Нормализация входящего номера телефона
      • Настройка индивидуального нерабочего времени для учетной записи провайдера
      • Вывод информации о did-номере
      • Пример реализации типового маршрута входящих вызовов
      • Базовый пример IVR
    • Исходящая маршрутизация
      • Добавить P-Preferred-Identity и Remote-Party-ID заголовок
      • Конференция с постоянным внешним абонентом
      • Исходящий с набором внутреннего номера
      • Убрать все спецсимволы из набираемого номера
      • Запрет звонка через резервный маршрут
      • Звонки на экстренные номера
      • Звонок через определенного провайдера
      • Шаблоны номеров
        • Равномерное распределение исходящих
        • Удаление кода города из номера
        • Добавление префикса "8" к номеру
        • Замена префикса номера с "8, 7" на "+7"
        • Замена префикса номера с "+7" на "8"
        • Пример шаблона: звонки в другую страну (Украина, Беларусь, Латвия)
        • Как запретить замену "+" на "00"
        • Нормализация набираемого номера телефона
    • Сценарии и кейсы
      • Программное создание сотрудников
      • Уведомление в телеграмм о пропущенных
      • Позвонить в компанию с мобильного и набрав добавочный позвонить сторонней компании
      • Отправка входящего факса на email
      • Оценка клиентом качества обслуживания
      • Имитация внешних звонков
      • Отключение "нерабочего времени" для VIP номеров
      • Регистрация нескольких учетных записей от одного провайдера
      • Настройка индивидуального нерабочего времени для нескольких провайдеров, на одном хосте
      • Отключить переадресацию на мобильный для внутренних звонков
      • Уникальная фоновая музыка для очереди
      • Пауза для агента очереди
      • Динамические агенты очередей
      • Настройка функции "Paging"
      • Ограничить количество авторизаций на одном SIP аккаунте
      • Как реализовать функцию супервизора
      • Голосовая почта
      • Конвертация истории звонков FreePBX -> MikoPBX
      • SSL сертификат для web-интерфейса MIKOPBX от OPNSense
      • Скрытие номера от сотрудника
    • Соединение нескольких АТС
      • Объединение двух MikoPBX
      • Объединение MIKOPBX и Grandstream UCM6202
      • Объединение MikoPBX и FreePBX (PJSIP)
      • Объединение MikoPBX и FreePBX (IAX)
    • Настройка провайдеров
      • Ростелеком
      • MTT
      • Zadarma (Novofon)
      • Мегафон
      • Билайн
      • МТС
      • UIS (uiscom.ru)
      • MANGO OFFICE
      • dom.ru
      • Яндекс телефония
      • NEW-TEL
      • sip.tg
      • Lifecell
      • SIP Коннектор Bitrix24
      • ID Phone(Казахтелеком)
      • Имитация внешних входящих и исходящих звонков
      • Телфин
    • Настройка софтфонов
      • Bria Solo
      • Sessiontalk
      • Groundwire
      • MicroSIP
      • Zoiper
      • Jitsi
      • PhonerLite
      • Linphone (MacOS)
      • Telephone(MacOS)
      • Настройка WebRTC клиента SIPML5
      • Softphone.pro
      • 3CX Softphone
      • PortSIP
      • SIP.tg (Telegram)
    • Voip шлюзы
      • GoIP4
        • SMS в Telegram
      • Yeastar NeoGate TG 400
      • Grandstream HT503
      • Звонки через 3G модем Huawei E173 (chan_dongle)
    • IP-Телефоны
      • Snom D120
      • Yealink T19
      • Yealink T21
      • Yealink T28
      • Fanvil X3SP
    • Перестает работать сеть в MikoPBX
  • Модули
    • Модули МИКО
      • Интеграция с 1С
        • Панель телефонии 1.0 для 1С
        • Панель телефонии 4.0 для 1С
        • Модуль умной маршрутизации
      • Интеграция с amoCRM
        • Описание функционала amoCRM
        • Настройка интеграции с amoCRM
      • Интеграция с CRM Bitrix24
        • Описание функционала CRM Bitrix24
        • Настройка интеграции с Bitrix24
      • Управление телефонными группами
      • Резервное копирование
      • Автоматическая настройка телефонов
      • Автообработка пропущенных
      • Let's Encrypt
      • Управление доступом в систему
      • Модуль Автоинформатор
      • Оценка качества разговора
      • Синхронизация с LDAP/AD
      • Провайдер для звонков Telegram
      • Zabbix агент
      • Телефонная книга
      • Расширенная история звонков
  • Прочее
    • История версий
      • MikoPBX 2024.1
      • MikoPBX 2023.2
      • MikoPBX 2023.1.223
Powered by GitBook
On this page
  • Описание примера задачи
  • Провайдеры телефонии
  • Исходящая маршрутизация
  • Входящая маршрутизация
  • Переадресация
  • Статусы абонентов
  • Решение ситуации с одинаковыми номерами на АТС
  • Транзитные звонки
  • Итоги. Результаты.

Was this helpful?

Edit on GitHub
Export as PDF
  1. Часто задаваемые вопросы
  2. Соединение нескольких АТС

Объединение двух MikoPBX

Разбор кейса с объединением двух АТС MikoPBX

Last updated 2 months ago

Was this helpful?

Описание примера задачи

В нашем случае-примере компания call-центра имеет два офиса: в Москве и в Санкт-Петербурге. В каждом офисе используется отдельная станция MikoPBX:

  • АТС Москва - 192.168.0.202 - все внутренние номера сотрудников назначены по шаблону 2ХХ (пример - 201, 202, 203, ...)

  • АТС Петербург - 192.168.0.201 - все внутренние номера сотрудников назначены по шаблону 3ХХ (пример - 301, 302, 303, ...)

Для примера используются локальные IP-адреса.

Необходимо объединить эти две АТС, реализовать единый внутренний план номеров: сотрудники из офиса в Москве должны иметь возможность по короткому номеру набрать сотрудников из офиса Санкт-Петербурга и наоборот.

Схематично маршрутизация вызовов представлена на рисунке ниже.

Провайдеры телефонии

  1. Для каждой АТС необходимо добавить учетную запись провайдера. Для её создания необходимо перейти в Маршрутизация → Провайдеры телефонии.

  1. Создайте провайдеров и заполните параметры подключения следующим образом:

Идентификатор провайдера появится в адресной строке только после записи провайдера. Временно в поле «Логин» укажите производное значение. После записи провайдера можно его скорректировать.

  1. В «Расширенные настройки» -> «Переопределение SIP заголовка «From»» - установите флаг «Отключить использование поля fromuser». Сделать это нужно для двух провайдеров.

  1. В «Расширенные настройки» -> «Дополнительные параметры» следует прописать:

[endpoint]
set_var=IGNORE_TIME=1 

Эта опция отключит функционал «Нерабочее время» для всех входящих через этого провайдера.

Исходящая маршрутизация

Необходимо перейти в "Маршрутизация" → "Исходящие маршруты". Опишите исходящие маршруты как на скриншоте ниже:

Входящая маршрутизация

  1. Добавим для каждой АТС одинаковое приложение диалплана, которое будет переадресовывать звонки на внутренние номера . В разделе "Модули" -> "Приложения диалпланов" добавим новое приложение со следующими параметрами:

  • "Название" - произвольное название

  • "Номер для вызова приложения" - произвольный уникальный номер

  • "Тип кода" - Диалплан Asterisk

  1. Перейдите во вкладку "Программный код", добавьте код для обработки звонков:

1, GoTo(internal,${FROM_DID},1)
n, Hangup()
  1. Создайте входящий маршрут для каждой АТС. Для этого перейдите в раздел "Маршрутизация" -> "Входящие маршруты", добавьте новое правила со следующими параметрами:

Переадресация

В целях безопасности, переадресация на «Внешние» номера телефонов запрещена!

Первая АТС

Для того, чтобы снять данной ограничение, добавьте через раздел "Система" -> "Кастомизация системных файлов" в конец файла "extensions.conf" следующий код:

[internal-transfer](+)
exten => _2XX,1,Set(__ISTRANSFER=transfer_)
     same => n,Goto(outgoing,${EXTEN},1) 

Это разрешит переадресацию на 2XX номера.

Вторая АТС

На второй АТС, чтобы разрешить переадресацию на 3XX номера добавьте через раздел "Система" -> "Кастомизация системных файлов" в конец файла "extensions.conf" следующий код:

[internal-transfer](+)
exten => _3XX,1,Set(__ISTRANSFER=transfer_)
     same => n,Goto(outgoing,${EXTEN},1) 

Это разрешит переадресацию на 3XX номера.

Статусы абонентов

В некоторых случаях, абонентам одной АТС потребуется знать статусы абонентов другой станции. К примеру при использовании:

  • BLF на телефонных аппаратах

  • «Панель телефонии для 1С»

Для настройки статусов потребуется:

  1. Добавьте на первой АТС через раздел Кастомизация системных файлов в конец файла extensions.conf следующий код:

[internal-hints]
exten => 301,hint,PJSIP/301
exten => 303,hint,PJSIP/303
exten => 302,hint,PJSIP/302
  1. Для каждой АТС добавьте через раздел Кастомизация системных файлов в конец файла pjsip.conf:

[<ID-Провайдера-Текщуей-АТС>-devicestate]
type=outbound-publish
server_uri=sip:<ID-Провайдера-Текщуей-АТС>@<ID-Провайдера-Другой-АТС>:<SIP-Порт-Другой-АТС>
event=asterisk-devicestate
 
[<ID-Провайдера-Текщуей-АТС>]
type=asterisk-publication
devicestate_publish=<ID-Провайдера-Текщуей-АТС>-devicestate
device_state=yes

[<ID-Провайдера-Текщуей-АТС>]
type=inbound-publication
event_asterisk-devicestate=<ID-Провайдера-Текщуей-АТС>

Замените теги <ID-Провайдера-Текщуей-АТС>, <ID-Провайдера-Другой-АТС>, <SIP-Порт-Другой-АТС> на свои значения

  1. Добавьте на второй АТС через раздел Кастомизация системных файлов в конец файла extensions.conf следующий код:

[internal-hints]
exten => 201,hint,PJSIP/201
exten => 203,hint,PJSIP/203
exten => 202,hint,PJSIP/202

Решение ситуации с одинаковыми номерами на АТС

В идеале, на каждой АТС должен быть свой диапазон номеров SIP и они не должны пересекаться, однако на практике, возможно и наложение. В этом случае можно столкнуться с проблемой звонка с одной АТС на другую: вызов может обрываться.

Проблему можно обойти. Для этого на каждой АТС следует добавить через раздел "Система" -> "Кастомизация системных файлов" в конец файла extensions.conf следующий код:

[ID_PROVIDER-outgoing-custom]
; При исходящем в caller ID добавляем префикс "_" (нижнее подчеркивание)
exten => _X!,1,Set(CALLERID(num)=_${CALLERID(num)})
	same => n,return

[ID_PROVIDER-incoming-custom]
; При входящем удаляем префикс, для корректного отображения callerid
exten => _[0-9*#+]!,1,Set(CALLERID(num)=${CALLERID(num)=:1})
	same => n,return

ID_PROVIDER - это идентификатор провайдера текущей АТС, посмотреть его можно в адресной строке браузера:

Транзитные звонки

В некоторых случаях необходимо разрешить подключенной АТС совершать звонки через подключенных провайдеров.

На АТС, где настроен провайдер для исходящих, следует добавить через раздел "Система" -> "Кастомизация системных файлов" в конец файла extensions.conf следующий код:

[ID_PROVIDER-incoming-custom]
; Входящие от Питера на номера МСК
exten => _[78]XXXXXXXXXX,1,Dial(Local/${FROM_DID}@outgoing,,${TRANSFER_OPTIONS}Kg)
    same => n,return()

ID_PROVIDER - это идентификатор провайдера, через которого подключена удаленная АТС, посмотреть его можно в адресной строке браузера.

Описанное правило принимает вызовы от удаленной АТС.

Если набранный номер соответствует шаблону, то отправляет вызов в исходящие маршруты.

Если исходящий маршрут найдет, то вызов будет направлен через исходящего провайдера.

Итоги. Результаты.

Таким образом мы соединили две АТС! Подтверждением успешного подключения двух станций служит зеленый индикатор напротив учетной записи провайдера:

Для АТС Москва(192.168.0.202):

Для АТС Петербург(192.168.0.201):

Аналогичным образом можно подключить три и даже четыре станции! Нужно понимать, что в случае соединения трех АТС каждая АТС должна иметь не один, а уже два провайдера. Схематично это изобразить можно так:

Схема маршрутизации
Раздел "Провайдеры телефонии"
Настройки провайдеров для объединения
Отлюкчение использования поля fromuser
Дополнительные параметры
Настройки исходящей маршрутизации
Параметры диалплана
Параметры для входящей маршрутизации
ProviderID
Статус на станции MikoPBX в офисе Москвы
Статус на станции MikoPBX в офисе Санкт-Петербурга
Схема объединения 3 станций MikoPBX