Тестирование Softswitch

Многообразие рассмотренных в этой главе реализаций Softswitch, как и сложность всего представленного в книге ма­териала, выдвигает проблему тестирования Softswitch и оценки времени полного тестирования Softswitch. В реальном Softswitch вполне могут использоваться все рассмотренные в книге прото­колы, определенным образом взаимодействующие друг с другом,

а для обеспечения качества обслуживания трафика могут использо­ваться разные дополнительные средства типа многопротокольной коммутации по меткам MPLS [3], что исключает возможность полу­чить простые ответов на поставленные выше вопросы. В настоящий момент не существуют универсальных, пригодных для всех случа­ев автоматических наборов тестов для проверки взаимодействия разных протокольных реализаций, поскольку во многих случаях причиной отказов и нарушения нормальной работы Softswitch явля­ется не функционирование какого-то одного протокола, а именно взаимодействие разнотипных протоколов. Другими словами, под­держиваемые протоколы сигнализации могут по отдельности рабо­тать хорошо, а при их объединении и преобразовании в Softswitch могут возникать ошибки. Проблему усугубляет географическая ра­зобщенность сетевых элементов, которая может стать решающим фактором, препятствующим оперативному устранению ошибок. Линейные испытания (beta test) - это метод, очень популярный в разных опытных зонах Softswitch в составе ЕСЭ России, но он не дает гарантий исчерпывающего тестирования, т.к. при этом не про­веряются все деревья принятия решений в программе и тестируют­ся не все ветви и переходы.

Необходимость внешних протокол-тестеров Softswitch, вариан­ты которых представлены на рис. 10.28, очевидна.

Рис. 10.28. Протокол-тестеры SNT-7531 и SNTlite

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

Варианты реализации СОРМ

Сегодня на телекоммуникационном рынке имеется целый ряд решений СОРМ для Softswitch в рамках концепций ETSI и CALEA для сетей стационарной и мобильной связи, которые сведены в табл.10.2.

Предложенная в таблице классификация оборудования СОРМ предусматривает четыре области его применения: доступ к комму­тационным узлам и станциям, преобразование информации СОРМ в интерфейсах HI2 и HI3, сбор данных СОРМ и выполняемый в ПУ (LEMF) анализ информации СОРМ.

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

В табл. 10.2 полезно отметить некоторые импортные системы, в частности разработку компании ADC, известную раньше как SS8, которая используется в сетях спутниковой связи и базируется на весьма оригинальном аппаратном обеспечении, систему израиль­ской компании Verint, известную раньше как Comverse Infosys и экс­плуатирующуюся, например, в сетях Израиля и Голландии, систему Accuris с концентрацией трафика, системы Pine, Nice, Aqsacom, Digivox, поддерживающие разные упоминавшиеся выше стандар­ты законного перехвата сообщений, включая европейский ETSI ES 201 671, американский CALEA и др.

Все эти системы разработаны как для стационарных, так и для мобильных сетей связи, контролируют все соединения с участием объекта наблюдения и передают результаты этого контроля одному или нескольким LEMF/LEA. Любопытна опубликованная оценка сто­имости реализации СОРМ для вышеупомянутых импортных систем, колеблющаяся в диапазоне 100 000 до 700 000 Евро.

Отечественных систем СОРМ, функционирующих в составе Еди­ной сети электросвязи России, всего две - это выделенные жирным шрифтом в таблице 10.2 продукты компаний Малвин и Протей. В этих системах в качестве основного для HI3 поддерживается прото­кол Х.25 для организации перехвата речи и данных в заранее мар­кированных соединениях.

Для системы Протей, в частности, характерны распределенная архитектура взаимодействия с удаленными модулями, управляе­мыми по защищенным IP-сетям, и возможность передачи данных об объектах наблюдения одновременно к нескольким пунктам уп­равления LEMF/LEA, включая и уникальные переносные пункты уп­равления. Обе системы имеют единое решение как для мобильных, так и для стационарных сетей.