
- •Введение
- •Глава 1. Эволюция сетей
- •1.2 История развития сетей подвижной связи
- •1.3 История развития ims в стационарных сетях
- •1.4 Дальнейшие пути развития мобильных и стационарных сетей
- •2.1 Архитектура ims
- •2. Функция sip-сервера
- •Функция bgcf
- •7. Шлюз ТфОп/cs
- •Шлюз безопасности seg
- •3.1 Основные протоколы ims
- •3.1 Протокол sip
- •3.2 Протокол sdp
- •3.3 Протокол h.248/Megaco
- •3.4 Протокол rtp/rtcp
- •3.5 Протокол diameter
- •Глава 4: Мониторинг сети на примере Спайдер
- •4.2 Обзор систем мониторинга.
- •1.Oбщие параметры
- •4.2. Система мониторинга сети окс7 - Spider (спайдер).
- •4.2.1 Описание системы
- •4.2.2. Модуль Spider dr
3.5 Протокол diameter
DIAMETER — сеансовый протокол, который обеспечивает взаимодействие между клиентами в целях аутентификации, авторизации и учёта различных сервисов. Является основным протоколом архитектуры IMS.
В основе протокола DIAMETER лежит концепция в создании базового протокола с возможностью его расширения для предоставления сервисов AAA при появлении новых технологий доступа.
В особенности протокола входят:
Поддержка транспортных протоколов с гарантированной доставкой (TCP или SCTP)
Защита данных на сетевом и транспортном уровнях (IPsec)
Возможность согласования функциональных возможностей узлов
Поддержка механизмов надежной доставки на уровне приложений
Сообщения об ошибках
Глава 4: Мониторинг сети на примере Спайдер
Мониторинг сети называют работу системы, которая выполняет постоянное наблюдение за компьютерной сетью в поисках медленных или неисправных систем и которая при обнаружении сбоев сообщает о них сетевому администратору с помощью почты, телефона или других средств оповещения. Эти задачи являются подмножеством задач управления сетью.
Сложность процессов эксплуатации современных сетей связи постоянно возрастает. Для облегчения и автоматизации этих процессов предназначена система распределенного мониторинга сетей связи СПАЙДЕР. Система построена с учетом принципов TMN и является одним из важнейшим компонентов OSS, выполняя функции контроля состояния сети ОКС7, анализа производительности сети связи, наблюдения за текущей конфигурацией, учета трафика и обеспечения безопасности.
Реализуя функции анализаторов протоколов, система СПАЙДЕР обладает, кроме того, возможностями централизованного хранения и обработки информации с целью анализа работы сети связи в целом. Система предоставляет информацию, необходимую для организации и планирования сети, повседневной ее эксплуатации, администрирования и контроля.
Используя принцип пассивного мониторинга, система СПАЙДЕР обеспечивает унификацию контроля сети ОКС7 независимо от фирмы-поставщика коммутационной техники. Предоставляя данные в режиме реального времени независимо от загрузки сети, система обеспечивает объективную оценку работы сети связи.
При инсталляции системы учитываются все требования и индивидуальные особенности сети Заказчика. Система легко масштабируема и сопровождается на всем этапе эксплуатации.
Реализуя функции анализаторов протоколов, система СПАЙДЕР обладает возможностями централизованного хранения и обработки информации с целью анализа работы сети связи в целом. Система предоставляет информацию, необходимую для организации и планирования сети, повседневной ее эксплуатации, администрирования и контроля.
Используя принцип пассивного мониторинга, система СПАЙДЕР обеспечивает унификацию контроля сети ОКС7 независимо от фирмы+поставщика коммутационной техники. Предоставляя данные в режиме реального времени независимо от загрузки сети, система обеспечивает объективную оценку работы сети связи.
При инсталляции системы учитываются все требования и индивидуальные особенности сети Заказчика. Система легко масштабируема и сопровождается на всем этапе эксплуатации.
Системы мониторинга сетей связи
Системы мониторинга сетей связи, основанные на пассивном подключении к сигнальным каналам, присутствуют на российском рынке уже около восьми лет. Они хорошо зарекомендовали себя, их приобретение быстро окупается за счет повышения эффективности работы сети и снижения эксплуатационных затрат. За это время многие операторы уже внедрили такие системы. Осуществлены процессы индивидуальной доработки, выявились специфические для российских сетей требования.
Развитие телекоммуникационных технологий, сетей подвижной связи стандартов GSM/GPRS и CDMA, переход к NGN предъявляют все более высокие требования к системам мониторинга и управления, в то же время декодирование и анализ остаются необходимыми функциями таких систем. Прежде всего, нужна поддержка все большего числа протоколов и стандартов - ОКС-7, VoIP (Н.323), SIGTRAN, V5.x и др., мультипротокольная трассировка, сбор различных типов записей об услугах (CDR, TDR, VoIPDR и т. д.) и корреляция между ними. Эти возможности, важны для любых сетей, но абсолютно критичны для мониторинга сетей подвижной связи. Также одна из российских реалий, когда в разных подсетях одного оператора не исключена возможность одновременного внедрения NGN и использования протокола R1.5.
Современный подход к внедрению систем управления основан на концепции OSS/BSS. Уже недостаточно просто проводить мониторинг сети и уведомлять об аварийном состоянии тех или иных каналов, «зацикливании» трафика, ошибках протокола и т. п. Сегодня необходим мониторинг на уровне услуг. Функции контроля соглашений об уровне сервиса (SLA-Service Level Agreement) тоже приобретают все большее значение для операторов, так как возрастающая конкуренция заставляет их заключать подобные соглашения. При этом особенно важна возможность гибкой настройки ключевых показателей результативности (KPI - Key Performance Indicator,) и форматов номеров абонентов.
Операторы связи терпят серьезные убытки от несашаюомуиеан^ деятельности абонентов и подсоединенных операторов. Провуж несогласованного трафика, увод трафика, использование «серых» схем, сбои систем тарификации приводят к значительным потерям доходов.
Хотя одним из существенных источников потерь является фрох оператор может восстановить свыше 80% потерь дохода, внедряв средства контроля над утечками, вызванными непреднамеренными ошибками, а также потерями/искажением данных при их формировании и передаче мезст* подсистемами обработки CDR.
Состав потерь и их процентное выражение от общего количества потерь приведены на рисунке 4.1.
Рис 4.1. Причины потерь доходов оператора
Обеспечение доходности бизнеса сводится к двум задачам: уменьшению потерь и увеличению прибыльности. Первая задача решается оператором за счет выявления и предотвращения потерь от мошенничества, увода трафика, некорректной тарификации и ошибок во взаиморасчетах между операторами. Вторая - за счет повышения эффективности использования канальных ресурсов и построения оптимальных таблиц маршрутизации с учетом соотношения «цена — качество».