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

• отказ аппаратной части сервера Elastix (самое неприятное – выход из строя дисковой системы)

• сбой программной составляющей платформы (например, неудачно обновили платформу)

• недоступность сервера из-за DDoS атак (атаковать могут соседний сервер, но при этом может существенно ухудшиться и доступность вашего сервера на несколько часов)

• недоступность сервера из-за ошибок маршрутизации (у провайдеров обычно работают высококвалифицированные сотрудники, но людям все равно свойственно периодически ошибаться)

• недоступность сервера из-за отказа сетевого оборудования между Elastix, абонентами и/или провайдерами связи

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

Один из вариантов – использовать дополнительную АТС Elastix, к которой подключить тех же операторов связи и всех абонентов. Настраивая абонента на основной станции, сразу же настраивать того же абонента и на резервной станции. Многие VoIP-телефоны позволяют подключаться сразу к двум или более станциям. Когда основная станция станет недоступна, все телефоны останутся подключенными ко второй станции, потребуется только переключить входящую связь от операторов на вторую станцию.

Другой вариант – использовать возможности одного из ваших SIP-провайдеров, предоставляющего услуги Виртуальной АТС. В этом случае можно часть телефонов сотрудников подключить как к Elastix, так и к АТС провайдера, а при аварии переключать входящие звонки на телефоны, подключенные к АТС провайдера. Также можно задействовать переадресацию входящих звонков на мобильные телефоны сотрудников. Так как подобные аварийные ситуации случаются крайне редко, это скорее всего будет дешевле использования второй станции Elastix, хотя может оказаться менее комфортно для сотрудников.

Потребности 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 мс. В Новосибирске есть дата-центры с хорошими условиями аренды.