Система Управления SI3000 MN

1. Система Управления SI3000 MN UFM, сентябрь 2009

2. Необходимость создания новой Системы Управления (MNS) • Нужно обеспечить более высокую производительность MNS из-за быстрого увеличения количества сетевых элементов • Нужно повысить надежность обслуживания – время перехода на резервный сервер • Улучшение качества работы с новой системой – графический интерфейс, единое представление всех элементов • Упрощение эксплуатации – возможность использования сервера авто-конфигурирования • Необходимость увеличения клиентских точек доступа

3. Services TDM Last mile Система управления Applications HP c-Class MN OSS/BSS SSW Сеть услуг Интеграция OSS/BSS SOAP, SNMP, FTP MPLS Опорная сеть Access Blade ETSI Сеть агрегации Home GW Домашняя сеть CPE

4. SI3000 MN - Задачи • Устранение проблем в мультисервисных сетяхиз центрального пункта • Быстрота реакции при корректирующем техобслуживании • Планирование сетей • Интеграция сетевых элементов сторонних производителей • Взаимосвязь с приложениями OSS • Устранение аварийных ситуаций

5. Концепция SI3000 MN • Приложения, серверыи интерфейсы • Масштабируемость и высокая доступность • Централизованные данныес согласованностьютранзакций • Графический WEB–интерфейс пользователя • Централизованное управление безопасностью • Интегрированные стандартизованныесерверы • «Открытость» системы

6. Функциональные элементы SI3000 MN • Контроллер доменов • Платформа управлениясетью MNM • Cервер авто-конфигурации ACS • Платформа обработки отказов FMP • Платформа управления рабочими характеристиками PQMP

7. Платформа управлениясетьюMNM • Объединение сетевых элементов (NE) в сеть IP/Ethernet. • Конфигурация сетевого элемента • Определение политик безопасностидля системы SI3000 MN. • Управление услугами инфраструктурысистемы SI3000 MN. • Определение соединений NE в сети– тополог.видсетевых элементов.

8. Платформа управления сетью MNM • Управление SI3000 MSAN • Центральная аутентификация пользователей приложений MN • Сетевые элементыструктурированы в произвольном виде дерева • Запуск платформы обработки аварийных сигналов и управления рабочими характеристиками • Инфраструктура«северных» интерфейсовразрешающая эффективное развертывание услуг

9. Платформа управления сетью MNМ Удобный для пользователя графический интерфейс для всех приложенийплатформы управления сетью • Управление диагностикой • Управление конфигурацией • Управление рабочими характеристиками • Управление безопасностью • Системное управление

10. Cервер авто-конфигурирования ACS • Настройка SI3000 NE для предоставления услуг • Авто-конфигурированиенового илинеисправного SI3000 NE • ЦентрализованныеобновленияПО сетевых элементов SI3000 и CPESI3000 • Управление оборудованием CPE из центрального пункта

11. Сервер авто-конфигурирования ACS • Быстрая замена неисправного NE • Быстрый монтаж нового NE или платы • Быстрый апгрейд ПОна NE, платах и оборудовании CPE • Загрузка конфигурации и имиджаиз сервера ACS

12. Сервер авто-конфигурирования ACS • Минимизация вмешательства оператора • Авто-регистрация • Автоматическое конфигурирование нового сетевого элемента • Простая замена неисправного сетевого элемента • Центральное обновление характеристик сетевого элемента • Поддержка полностью гибкой IP-адресации

13. Процесс авто-конфигурации по МАС-адресу сетевого элемента

14. Процесс авто-конфигурации с использованием DHCP-relay наethernet-коммутаторе

15. Сервер DHCP получил информацию Option 82 Unicast запрос DHCP + Option 82 (RackID+SlotID) Клиент посылает broadcast DHCP-запрос 1 2 3 DHCP-клиент 6 4 5 DHCP RA не убирает информацию Option 82 UnicastDHCP-ответс информацией Option82 Сервер DHCP назначает IP-адрес в зависимости от информации Option 82 Назначение DHCP Relay агента DHCP-Сервер DHCP-Relay Agent Сеть IP

16. Платформа обработки отказов FMP • Сбор аварийных сигналовот неисправных NE • Представление состояний NE вграфических интерфейсах • Активизациясоответствующей задачив менеджере конфигурированиядля устранения отказа • Передача аварийных сигналовнеисправного NE в приложение OSS • Уведомление обслуживающегоперсонала с помощью мультимедийныхсообщений

17. Платформа обработки отказов FMP • Представление сетевых элементов на географической карте • Различные пользовательские виды • Встроенная безопасность • Фильтрация аварийных сигналов • Контекстный запуск приложений управления

18. Платформа обработки отказов FMP • Мониторинг аварийных сигналов всех семейств сетевых элементов • «Северный» интерфейс • Централизованная поддержка жизненного цикла аварийных сигналов • Интеграция элементов сторонних производителей

19. Интеграция аварийных сообщений от Системы Управления SI3000 MN в вышестоящие системы обработки аварийных сообщений по протоколу SNMP

20. Платформа управление рабочими характеристиками PQMP • Поддержка всех семейств сетевых элементов • Просмотр данных истории, отображение выбранных данных и онлайновый просмотр • Оптимизация рабочих характеристик сети и услуг • Улучшение QoS • Снижение эксплуатационных расходов OPEX • Возможна интеграция с NE сторонних производителей

21. Платформа управление рабочими характеристиками PQMP • Инструмент для планирования сетиоператора • Оценка рабочих характеристиксетевых элементов SI3000 • Оценка необходимой емкостив сетиоператора • Статистическая обработка контролируемыхпараметров

22. Платформа управление рабочими характеристиками PQMP • Персонализированные отчеты • Расчетстандартных (NER, ABR, ASR) и обобщенных (MOS, SNP) показателей KPI/KQI • Простота анализа с использованием детализированных отчетов • Удобная система конфигурирования и интеграции • Открытые интерфейсы к другим системам • Оценка тенденций

23. SI3000 MN – Аппаратная реализация HP BladeSystem c-Class • Высокий уровень надежности • Высокаяпроизводительность • Низкое потребление энергии • Низкое теплоизлучение • Масштабируемаяархитектура • Storage Area Network – SAN • Fiber Channel (FC) communication network • SAN storage system • Optional SAN tape library

24. Ключевые преимущества SI3000 MN • Высокая степень готовности – использование кластерной архитектуры серверов HP c-Class • Масштабируемость решения при необходимости увеличения емкости сети – добавление ОЗУ и увеличение серверов в кластере • Множественное конфигурирование сетевых элементов • Возможность авто-конфигурации сетевых элементов • Дополнительные интерфейсы OSS/BSS – использование двухстороннего протокола SOAP • Возможность интеграции TR-069 для управления абонентским оборудованием

25. FMP FMP FMPSVC FMPSVC FMPDB FMPDB FMPDB Функция высокой степени готовности • Двух узловая кластерная структура с использованием режимаактивный/запасной • HP Service Guard or MS Cluster Server • Кластерные ресурсы группируются в кластерные группы • Распределение кластерных групп на оба сервера • Повторное соединение клиентов только в случае отказа • Время перехвата групп - до 2 минут • Резервирование соединений Ethernet • Резервирование соединений FC Storage Area Network

26. Множественные команды • SI3000 Management Node представляет собой концентратор сетевых элементов (NE). • SI3000 Management Node включает множественные команды, которые могут быть использованы для одного типа сетевых элементов на всей сети. • Общие команды: • Apply to All Nodes, • Apply to Selected Nodes, • Check Equality for All Nodes, • Check Equality for Selected Nodes

27. Примеры множественных команд • CMG  HW  Profile  ADSL Profile • CMG  HW  Profile  G.SHDSL Profile • CMG  HW  Profile  Ethernet Profile • CMG  Interface  Trafic Profile • CMG  Interface  AAL5 Profile • CMG  Interface  IGMP  Multicast Group • CMG  Interface  ARP • CMG  IP Route  IP Routing • CMG  VLAN  VLAN Entity • SYS  MN-NE Connectivity  SNMP Trap Configuration • SYS  MN-NE Connectivity  MN Host

28. Системные множественные команды • SYSNetwork ElementBasic Administration • Multiple Insert Node • Upgrade • Multiple Upgrade • Full Upgrade • SYSNetwork ElementData Preparation • Import to DBMultiple Import • Export from DBMultiple Export • BackupMultiple Backup Data • Node Data StatusMultiple Update

29. Управление большими сетями • Изменение одного VLAN для 1 миллиона DSL пользователей непростая задач, если...Ваша система управления не поддерживает множественные операции Разрешение изменений для NE Действие Подтверждение изменений Заключительный отчет

30. Управление большими сетями • Множественное добавление DSL плат – на основе текстового файла: • NodeId • Node Name • Host Name

31. Проект построения Системы Управления SI3000 MN для ОАО «Укртелеком» • Платформа MNI как единый пользовательский интерфейс Системы • Платформа MSAN MN на которой сосредоточены продукты всех сетевых элементов

32. Проект построения Системы Управления SI3000 MN для ОАО «Укртелеком» • Возможность управлять 16 000 сетевыми элементами • Масштабируемость решения при необходимости увеличения емкости сети – добавление ОЗУ и увеличение серверов в кластере • Возможность подключения до 70 клиентских рабочих мест • Интеграция аварийных сообщений в сторонний ТМН по протоколу SNMP • Сервер авто-конфигурирования • Интеграция Системы в вышестоящие бизнесс-приложения по протоколу SOAP • Возможность осуществления множественных операций • Интуитивный и удобный графический пользовательский интерфейс (GUI)

33. Сервисная информация Проблема №1 ОАО «Укртелеком»: Сетевые элементы регулярно исчезают в FMS (становятся недоступными, не проходит команда "Ping"). Решение: В системе мониторинга FMS для проблемных узлов создан новый Polling профайл c параметром «chek every =270 с.» - этот параметр отвечает за периодичность с которой проверяется состояние узла. По умолчанию параметр «chek every» для всех узлов составлял 600с. Проблема №2 ОАО «Укртелеком»: Не работает схема резервирования сервера управления SI3000. Решение: Проанализировав Log-фалы было определено, что проблема в неисправности HP 4Gb Fibre Channel Pass-Thru Moduleт (FC- коммутатор). Модуль был заменен.

34. Проблема №3 ОАО «Укртелеком»: Не стабильная работа сервера управления SI3000 и схемы резервирования. Приблизительно 1 раз в месяц приходится вручную перезагружать сервер управления по одной изпричин: • отсутствие доступаклиентов ксистеме управления; • загружается веб-приложение, но логирование не проходит; • не работает приложение FMP; • не работает приложение MNM. Решение: С помощью сервисных инженеров Iskratel и ATR (HP support) на сервера управления SI3000 был выполнен ряд работ по оптимизации работы сервера и фильтрации паразитного трафика со стороны сетевых элементов. На Windows и Linux установлены программы мониторинга производительности системы и процедуры Backup. Для ограничения трафика со стороны сетевых элементов рекоендуется использовать программный пакет BA6162AX443 и BA6054AX312. Проблема №4 ОАО «Укртелеком»: Проблема с обратными триггерами. На 48-и портовых ADSL при внесении каких-либо изменений в конфигурацию через telnet (например, установка другого скоростного профайла на порту, добавление или смена фильтра, добавление VLAN) изменения не отображаются в системе управления (приложение WBM). Обратные изменения, из WBM, передаются на плату. Решение: Проблема решена в программном пакет BA6162AX443.

35. Проблема №5 ОАО «Укртелеком»: В FMS появилось несколько плат, которые доступны,но сигнализируют о том, что "device is down". Изменение состояние платы «Disable/Enable» не помогает, удаление, а затем добавление плат обратно тоже не помогает. SNMP настройки на платах и менеджменте соответствуют требуемым. Решение: Изменение IP адреса на плате и MN, после того как она была инсталлирована с помощью ACS, приводит к тому, что FMS теряет плату. Для восстановления IP достижимости нужно изменить имя «hostname» на не правильное и обратно. Проблема №6 ОАО «Укртелеком»: Через систему управления MN не выдаются z-коды для всех плат. Для нескольких плат z-коды видны, для некоторых выдается серийный номер. При использовании Telnet, z-код можно считать с каждой платы. Почему информация о кодах платы в системе MN отображается двумя видами? Решение: Не правильная работа возвратных триггеров. Проблема решена в программных пакетах BA6162AX443 и BA6054AX312.

36. Проблема №7 ОАО «Укртелеком»: Несколько ADSL плат из разных локаций не регестрируются на ACS сервере. В приложении MNM выдается ошибка Cannot connect to «hostname». Решение: На одной из плат после проверки файла конфигурации DHCP, была обнаружена ошибка в неправильном прописывании позиции платы. На другой плате, был не верно прописан пароль со стороны системы управления MN. После соответствующих исправлений проблемы ушли. Проблема №8 ОАО «Укртелеком»: Удаленные пользователи не могут открыть приложение WBM. Выдаетсяошибка «cannot connect to application server”. Решение: 1.Для нормальной работы клиента необходимо проверить открыты ли протоколы и порты: • www; telnet; snmp; ftp; bootps; snmptrap; echo-reply; ntp; • 5221; range 5010—5015; 8888. 2. Соответствие времени и часового пояса на сервере и клиенте 3. На клиентские ПК должна быть инсталлирована Java JRE 1.5 Проблема №9 ОАО «Укртелеком»: После установки платы в в корзину MEA не происходит загрузка конфигурации с ACS сервера. Решение: В большинстве случаев, если на стороне сервера MN сетевой элемент создан правильно, проблема в неправильно выбранном Ethernet интерфейсе на плате. Для 48-портовых ADSL плат используется Eth 0/1, для 32-портовых ADSL плат используется Eth 0/0. Для этого в «boot» режиме нужно выбрать правильный интерфейс.

37. Вопросы