Как выбрать сервер IP-телефонии

За 2025 год телеком-рынок показал рост ^[1] 6,5% и достиг ^[1] 2,3 трлн рублей. После блокировки звонков через мессенджеры в прошлом августе голосовой трафик в Москве вырос ^[2] на 48–66%. Для компаний это означает повышение нагрузки на входящие линии и очереди.

В статье расскажем, как сделать правильный выбор сервера IP-телефонии для бизнеса, чтобы выдерживать рост числа звонков и пиковые нагрузки и легко масштабироваться.

Чем сервер IP-телефонии отличается от облачной телефонии и традиционной АТС

Сервер IP-телефонии — это программно-аппаратная платформа, которую компания разворачивает на своей или арендованной инфраструктуре. Она принимает и маршрутизирует вызовы, управляет внутренней нумерацией, очередями, записью разговоров, правилами переадресации и правами доступа.

Главное отличие от облачной телефонии — зона ответственности. Если вы разворачиваете платформу на своей площадке или в арендованной инфраструктуре, вы сами отвечаете за обновления, резервирование, сетевую связанность и доступ к журналам. В облачной модели этим частично занимается провайдер, но появляются ограничения по доработке, глубине интеграции и скорости изменений.

Если вам не нужен собственный сервер для IP-телефонии, ряд задач можно вынести в Виртуальную АТС для бизнеса МТТ. Сервис берёт на себя маршрутизацию вызовов, запись разговоров и интеграцию с CRM — вам не нужно покупать отдельное серверное оборудование.

От традиционной АТС такая платформа отличается тем, что голос идёт по IP-сети. Это даёт больше гибкости и интеграционных возможностей, но требует стабильной сети, приоритизации трафика и резервирования.

Какие бывают серверы IP-телефонии

Сравнение серверов IP-телефонии лучше проводить на основе двух критериев: какой тип решения нужен и где будет размещаться платформа. Так проще отделить телефонию от инфраструктуры.

По типу решения

Вы выбираете между готовым устройством или программной платформой. От этого зависит масштабирование, привязка к вендору и требования к ИТ-команде.

Аппаратные серверы

Аппаратный сервер — готовое устройство с преднастроенной платформой телефонии. Такой вариант подходит, если вам важен локальный контур и предсказуемая эксплуатация. Плюс аппаратной модели в том, что у вас меньше вариантов конфигурации. Минус — привязка к линейке производителя, ограниченная масштабируемость и более жёсткий цикл апгрейда. Если не хватает производительности или лицензий, систему нужно расширять модулями или менять устройство целиком.

Программные решения

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

По способу размещения

Программную платформу можно разместить на своей площадке или в виртуальной инфраструктуре провайдера. Здесь нужно выбрать баланс между контролем, скоростью запуска и стоимостью владения.

На своей площадке

Разместите решение в собственном контуре, если вам важен контроль над данными, внутренняя политика безопасности и понятный порядок обновлений. Такой подход удобно использовать, когда в вашей компании уже есть серверная инфраструктура и ИТ-команда.

В виртуальной инфраструктуре

В некоторых сценариях сервер VoIP проще разместить в инфраструктуре провайдера или в частном облаке компании. Так вы быстрее запустите новые площадки — без покупки локального оборудования под каждый контур. Ограничение виртуальной модели в том, что экономику нужно считать полностью. На итоговую стоимость влияет аренда ресурса, хранение записей и резервирование.

По каким критериям выбирать сервер

При выборе VoIP-сервера оценивайте масштаб бизнеса, нагрузку, функции, безопасность и интеграции. Иначе рискуете купить решение, которое не выдержит рабочие сценарии или потребует лишних затрат после запуска.

Масштаб бизнеса

Для команды до 20 пользователей важны не сложные функции, а простота поддержки. Нужно понять, кто отвечает за обновления, где лежат резервные копии и как быстро восстановить связь после сбоя.

При масштабе от 20 до 200 пользователей определите сценарий нагрузки. Здесь важны очереди, группы обзвона, запись разговоров, интеграция с CRM и понятные правила маршрутизации. Если вы работаете с сезонными акциями, рекламными кампаниями или несколькими филиалами, такие пики нужно считать заранее.

Для крупных команд с несколькими площадками сервер уже нельзя выбирать как отдельную коробку или лицензию. Нужна архитектура: отказоустойчивость, сегментация сети, разграничение доступа и резервный контур. Если вы планируете рост, платформа должна выдерживать новые очереди и филиалы без полной переустановки.

Производительность

Посчитайте производительность по трём параметрам: сколько внутренних номеров нужно, сколько одновременных разговоров ожидается и какие кодеки будут использоваться. Если вы записываете и долго храните разговоры, к голосовой нагрузке добавляется нагрузка на диск.

Если продажи или поддержка работают волнами, считать стоит самый плотный час, а не средний день. Узкое место появляется не только из-за числа операторов. На платформу давят очереди, запись разговоров, прослушивание и отчёты в реальном времени.

До покупки определите четыре критерия:

1. Сколько одновременных вызовов бывает в пике
2. Какую долю звонков вы записываете и как долго храните файлы
3. Есть ли филиалы или удалённые сотрудники с нестабильным каналом
4. Нужно ли резервировать площадку целиком или достаточно запасного провайдера связи

Отдельно проверьте поведение платформы в пиковые часы. Если одновременно растут входящие звонки, запись разговоров и число операторов в очередях, считайте запас по производительности по такому сценарию, а не по среднему дню. В распределённой схеме узким местом может стать не сервер, а сеть. Если канал даёт задержку, пользователи слышат обрывы и эхо, голос пропадёт даже при умеренной серверной нагрузке.

Функциональность

Если вам нужна гибкая логика маршрутизации и управления вызовами, VoIP-сервер стоит выбирать под реальные процессы, а не под список функций в коммерческом предложении.

Базовый набор — голосовое меню IVR, очереди, запись разговоров, группы вызова и отчёты. Отдельно оцените интеграционный слой. Если нужны только подключение к оператору по IP и базовая телефония, достаточно совместимости с оператором и CRM. Если вы строите маршрутизацию по событиям и аналитику источников, важнее программный интерфейс, обратные уведомления и стабильный обмен статусами.

Перед выбором функций распишите типовые маршруты вызова: входящий звонок в продажи, перевод на вторую линию, пропущенный вызов и ночной режим. Вы увидите, каких блоков не хватает. Часть сценариев не обязательно держать внутри самой АТС. Если вам нужны события по вызовам, всплывающая карточка клиента и звонок из CRM, эту логику можно вынести в API Виртуальной АТС МТТ. Тогда сервер остаётся точкой внутренней маршрутизации и учёта, а обмен данными со сделками и карточками клиента уходит в интеграционный слой.

Безопасность

Безопасность голосовой платформы начинается с базовой дисциплины. Проверьте, кто создаёт учётные записи, как меняются пароли, кто имеет доступ к записям разговоров и кто отвечает за обновления.

На техническом уровне решите вопросы:

1. с шифрованием сигнализации и медиатрафика
2. защитой от перебора паролей и фрода на исходящем трафике
3. резервными копиями конфигурации и записей
4. сценарием восстановления после сбоя и проверки этого плана

Отдельно проверьте разделение ролей. Оператору не нужен доступ к полным настройкам платформы, а внешнему подрядчику — ко всем записям разговоров. Чем меньше прав, тем ниже риск ошибки и утечки.

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

Как вписать сервер в существующую инфраструктуру

Перед покупкой сервера нужно определить, куда уходят события по звонкам, где хранится история общения с клиентом и какая система станет основной для отчётов.

Сетевые требования

Для голосового трафика лучше сразу выделить отдельный сегмент сети и настроить приоритет обслуживания. Так данные телефонии не будут конкурировать с файлами, резервным копированием и видеотрафиком.

Минимальный сетевой чек-лист:

1. Отдельный VLAN или сегмент для телефонии
2. Приоритизация голосового трафика по QoS
3. Резервный интернет-канал
4. Контроль задержки, джиттера и потерь пакетов
5. Понятная схема резервного переключения

Если сотрудники звонят из дома или через Wi-Fi в филиалах, тестируйте весь путь до пользователя, а не один офисный канал. Один проблемный сегмент быстро ухудшает качество звонков, хотя сам сервер работает штатно. Резервный канал важен по качеству. При нестабильной задержке он поможет принять часть вызовов, но не всегда выдержит полную нагрузку.

Интеграции

Свяжите сервер с CRM, учётной системой и почтой. Система откроет карточку клиента при входящем звонке, зафиксирует результат разговора и передаст события в сервис аналитики.

Если вы уже пользуетесь Битрикс24, amoCRM или 1С CRM, проверьте, есть ли готовая интеграция. Затем уточните глубину обмена данными. Если рассматриваете более широкую интеграцию CRM с телефонией, это тоже лучше решить до запуска.

На этапе интеграции проверьте запуск карточки клиента и обратный поток данных. Если вам нужен единый контур данных, сервер IP-телефонии должен передавать статус звонка, длительность, результат, запись и ссылку на сделку без ручного копирования. Иначе операторы начинают работать в двух окнах, а отчёты расходятся уже в первую неделю. Звонки, письма и сообщения не должны функционировать в разных системах. Поэтому важно заранее решить, где будет единая история общения с клиентом, иначе команда быстро теряет контекст.

Заключение

Платформа для корпоративной телефонии должна выдерживать вашу нагрузку и встраиваться в инфраструктуру — без постоянных ручных действий для поддержки. Тогда вы заранее сможете определить узкое место в нагрузке, способы расширять систему и потенциальные затраты при росте числа сотрудников, очередей и записей.

Источники

1. Коммерсантъ. Рынок телекоммуникаций в России: итоги 2025 года.
2. Коммерсантъ. Голосовой трафик в Москве после ограничений в мессенджерах.