Технологии
Полностью распределенная ip-архитектура станции iPECS позволяет построить систему, где взаимодействие отдельных модулей происходит исключительно по ip-протоколу, что позволяет соединить всевозможные ресурсы связи в единую сеть, независимо от их местонахождения. Таким образом, по сравнению с обычными схемами связи у провайдеров, использующих ip-АТС iPECS, появляется однозначное преимущество в централизованном управлении системой, в решении на базе одного производителя оборудования и ПО. Фактически взамен большого набора разнообразных телефонных станций, соединенных между собою, провайдер получает одну станцию, но находящуюся одновременно в разных местах.
Отдельные модули системы взаимодействуют между собою не по протоколу SIP или H.323*, а по специально разработанному протоколу IPKTS. Для включения в работу шлюзам не требуется постоянная перерегистрация на сервере: один раз прописавшись (во время первого запуска) они становятся частью системы. Модули поддерживают постоянную связь с процессором по протоколу IPKTS, что позволяет избежать неприятных ситуаций, когда нет связи из-за не выполненного вовремя логина или при работе из-под NAT. Протокол IPKTS не является общедоступным, и уже это дает дополнительную защиту от несанкционированного прослушивания каналов, но, кроме того, он имеет возможность шифрования голоса по общеизвестным протоколам IPSEC и SRTP.
Станция iPECS — это полноценная офисная станция со всеми обычными сервисами (и многими оригинальными). Поэтому использование решения iPECS позволяет провайдеру создавать для корпоративных клиентов виртуальные офисные станции, разнесенные территориально, со всеми преимуществами офисной станции.
Все модули станции iPECS поддерживают стандарт DiffServ и технологии 802.1 p/Q VLAN.
Цена решения
Стоимость решения iPECS сравнима со стоимостью такой же системы, построенной на базе нескольких станций, соединенных между собою по VoIP. Еще больше она выигрывает, когда сравнивается с системой, построенной на Е1 — в такой системе львиную долю расходов несет аренда каналов Е1.
Сравнивая ip-АТС iPECS с системой, построенной на базе софтсвитча и выносов разнообразных шлюзов, мы сталкиваемся с неопределенностью в подборе шлюзов, с их работоспособностью с данным софтсвитчем и в данных условиях. Как показывает практика, стоимость решения на работоспособных шлюзах, подключенных к недорогому софтсвичу (или чаще freesoftware) с платами PRI для подключения к ТФОП, сравнима с аналогичным решением на базе iPECS. Но, имея систему iPECS, мы получаем решение от одного производителя оборудования и программного обеспечения, мы имеем функциональность офисной станции.
Качество работы
Нами были проведены полевые испытания iPECS: стояла задача заменить поток PRI к выносу установкой модулей PRIM с двух сторон. Испытания прошли успешно. При тестировании на «плохом» интернете, мы сделали вывод, что очень желательно, чтобы класс обслуживания off-service был не ниже CoS2.
Также мы тестировали iPECS в работе с другими городами, из самого «критичного», например, связывались с Дальним Востоком — у них был канал 256К. Мы смогли организовать трехстороннюю видеоконференцию на софтфоне Phontage, два участника при этом находились во Владивостоке. При этом одновременно «перекинули» туда поток PRI и подключили к нему станцию ipLDK, поток не «падал» при одновременной работе с видео, и связь по нему была нормальная, правда, пока не пробовали тестировать PRI на полную загрузку (30 каналов).
Софтфон Phontage работает «из-под любого интернета», тестировали его в разных гостиницах и аэропортах разных стран. Модули станции успешно работают «из-под» NAT, единственно — если вызов проходит из одного модуля под NAT, на другой под другим NAT, голосовой канал (по логическим причинам) проходит через процессор (если он находится на третьем месте). Во всех остальных случаях после соединения голосовой канал проходит непосредственно от модуля к модулю, ip-телефоны ведут себя в сети ровно так же, как и модули, не требуется ничего дополнительно настраивать.
По ширине канала, теоретически, при самом сильном сжатии (G.723 кодек) голосовой канал занимает 8Кб/сек, без сжатия (G.711) — 64Кб/сек. При практическом тестировании на G.723 весь канал (голос и системная информация) занимал 20Кб/сек, на G.711 Кб/сек — 90Кб/сек, а на G.729 — только 30Кб/сек. Модулям системы можно задавать кодек сжатия голоса.
Удобство в обслуживании
Управление и программирование системой iPECS осуществляется через веб-интерфейс, подсоединяться нужно только к процессорному модулю, остальные модули после соединения в сеть не требуют дополнительного программирования, но при желании можно подсоединиться и к ним по веб-интерфейсу. Программа администрирования позволяет видеть состояние каждого модуля.
Есть возможность подключить систему к серверу NMS, который, используя обычный протокол SNTP, позволяет видеть состояние до 300 систем iPECS одновременно, состояние всех модулей, сохраняет историю по сбоям каждого модуля, но при этом позволяет обращаться к каждому из процессоров персонально. Так же NMS собирает детальную информацию о вызовах абонентов (SMDR).
Процессор системы iPECS может быть зарезервирован (System Redundancy) от сбоев в работе: в случае сбоя питания основного процессора или его выхода из строя резервный процессор полностью перехватывает управление системой, перехватывая всю базу данных, переводя на себя ip-адрес и даже MAC-адрес, и открытые лицензии основного процессора, при этом не разрывая текущих сеансов связи.
Удаленные модули (филиалы) могут использовать локальный процессор, который будет брать на себя управление ими в случае сбоя связи по сети с главным процессором (Local survability). При этом локальный процессор может автоматически перенаправлять вызовы на абонентов главного процессора через ТфОП до обновления связи по Интернет.
Особенно для провайдеров удобна возможность управлять каждым конкретным абонентом системы iPECS, не соединяясь с конечным оборудованием, а управляя всем из центральной программы управления. Обратим внимание, что замена вышедшего из строя модуля не требует перепрограммирования нового, а просто необходимо прописать вместо MAC-адреса вышедшего из строя модуля адрес нового.
*Система поддерживает SIP-транки и SIP-абонентов, но SIP не является базовым протоколом системы.