Владислав Юров - ELASTIX – общайтесь свободно

При использовании Elastix только как SIP-сервера для коллектива до 50 абонентов без необходимости конвертации звука между разными кодеками (разными системами кодирования звука как G.711, G.722, G.726 и прочими):

• не менее 2Гб оперативной памяти

• не менее 30Гбайт на диске

• процессор Intel Atom от 1ГГц или виртуальное ядро от 1ГГц

Elastix является платформой для Унифицированных Коммуникаций (Unified Communications) и позволяет совместить на одном сервере АТС, Email-сервер, Jabber-сервер и CRM, но для этого может потребоваться больше памяти – рассчитывайте не менее 1Гбайт на каждый сервис. Также, дополнительный функционал может периодически создавать повышенную нагрузку на ресурсы сервера и качество голоса при этом будет падать в первую очередь, приближаясь к качеству мобильной связи (как в зонах неуверенного приема), в такой ситуации придется использовать отдельные серверы для разных задач или увеличивать мощность сервера в расчете на пиковую нагрузку.

При использовании Elastix только как SIP-сервера для коллектива от 200 до 500 абонентов с периодической конвертацией звука между разными кодеками (разными системами кодирования звука как G.711, G.722, G.726 и прочими), с записью разговоров:

• не менее 4Гб оперативной памяти

• не менее 250Гбайт на диске

• процессор Intel Core Quad от 2ГГц

При необходимости вести постоянные аудиозаписи разговоров потребуется выделить дополнительное место на диске и расчета 20 Мбайт на 60 минут аудиозаписей.

Для создания одной архивной копии требуется примерно 50 % места, занятого аудиозаписями и электронной почтой, и 100 % места, занятого факсами. Остальные данные занимают намного меньше места и измеряются десятками-сотнями мегабайт.

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

Сервер Elastix позволяет разным абонентам использовать разные системы кодирования звука (разные кодеки). Этот функционал Asterisk может быть полезен, например, если часть абонентов вынуждена использовать низкоскоростные каналы связи. При общении таких абонентов с коллегами конвертация голоса обычно не требуется (достаточно активировать на всех телефонах необходимые кодеки), но при общении с абонентами других телефонных станций вашему серверу придется конвертировать звук в стандарт, принятый операторами, к которым подключена ваша станция. Также конвертирование звука необходимо для голосовых функций АТС (для снижения нагрузки можно сохранить голосовые файлы в используемых абонентами кодеках). Дополнительную нагрузку на сервер создает функционал CRM при его активном использовании абонентами.

Самое принципиальное при выборе места размещения телефонной станции – время задержки прохождения пакетов и процент потерь пакетов. Для обеспечения высокого качества связи максимальная задержка голоса (согласно рекомендации ITU-T G.114) не должна превышать 150 мс в один конец. Но это от микрофона одного абонента до уха другого абонента. Кодирование G.711 вносит задержку 20 мс, декодирование – еще 20 мс. На канал связи остается не более 110мс, плюс желательно иметь запас на случай увеличения задержек на каналах в часы пиковых нагрузок на сеть. В общем, рекомендую выбирать дата-центры с пингами в пределах 30–80 мс от абонентов. Команда ping измеряет двустороннюю задержку – от момента передачи, до момента возвращения пакета, но имейте в виду, что при общении двух абонентов, находящихся в одном городе связь не всегда может быть установлена между ними напрямую. Например, при записи разговоров связь пойдет через станцию, поэтому следует учитывать двустороннюю задержку, задержку на кодирование и декодирование. По этой причине пинги 80 мс от абонента до станции превращаются в задержки 80+20+20=120 мс в передаче голоса между абонентами.

Если все абоненты компании находятся в ЦФО и СЗФО России, например, в Москве или Санкт-Петербурге, Вы вполне можете разместить сервер в недорогих европейских дата-центрах, но для качества связи будет лучше подыскать российский дата-центр. Если ваши абоненты находятся, например, во Владивостоке, не стоит размещать АТС в Москве – задержки прохождения пакетов между этими городами порядка 120 мс. Если абоненты вашей АТС разбросаны по всей России, можно разместить сервер в Новосибирске – от Москвы двусторонние задержки составят порядка 50–60 мс, от Владивостока – около 70–80 мс. В Новосибирске есть дата-центры с хорошими условиями аренды.