Для восстановления трафика в основном канале после устранения неисправности могут использоваться следующие режимы:
- реверсивный режим переключения (Revertive);
- нереверсивный режим переключения .
В реверсивном режиме трафик может быть восстановлен в основном оптическом канале при выполнении двух условий:
- устранение неисправности, вызвавшей защитное переключение;
- завершение отсчета времени ожидания восстановления (Reversion time).
Отсчет времени ожидания восстановления начинается после устранения неисправности в основном канале.
Значение времени ожидания восстановления может быть установлено оператором в пределах от 0,5 до 12 минут (по умолчанию 5 минут).
В нереверсивном режиме сигнал трафика поддерживается резервным каналом и после устранения неисправности в основном канале. Восстановление трафика в основном канале производится после повреждения резервного канала.
Для реализации Y-защиты создается группа резервирования, состоящая из основной и резервной плат транспондеров. При этом резервная и основная плата должны быть одного типа, а резервный и рабочий порт должны находиться в разных платах. Номера резервного и основного портов должны быть одинаковыми. Порт 1 может защищаться только резервным портом 1 и т.д.
5.2. Резервирование системы электропитания
Система резервирования источников электропитания включает два уровня защиты.
Первый уровень защиты реализуется за счет питания оборудования от двух станционных батарей (рис.5.2), включенных относительно нагрузки параллельно. При нормальной работе ток нагрузки разделяется поровну между батареями. В случае отказа одного источника электропитания вся нагрузка переключается на другой источник.
Рис. 5.2. Схема резервирования системы электропитания
Второй уровень защиты электропитания достигается посредством использования архитектуры распределенного электропитания. Все платы и модули (за исключением пассивных оптических модулей DWDM) имеют встроенные преобразователи напряжения DC/DC.
Отказ одного преобразователя DC/DC не влияет на все оборудование и может рассматриваться как отказ единичной платы или модуля.
5.3. Резервирование плат центрального процессора
Аппаратура ONS 15454 не поддерживает работу с одной платой TCC2P. Поэтому для резервирования подсистемы управления и связи по схеме 1:1 в полке устанавливаются две платы ТСС2Р. Одна из плат является «ведущей», другая – «ведомой».
Ведомая плата ТСС2Р имеет базу данных, идентичную базе данных ведущей платы ТСС2Р. При отказе ведущей платы ТСС2Р ведомая плата ТСС2Р становится ведущей.
В обеих платах используется один и тот же IP-адрес для доступа к системе управления, но к «внешнему миру» через интерфейсы Q и F подключается только ведущая плата. За счет этого достигается полностью прозрачное резервирование ТСС2Р по отношению к другому оборудованию.
Резервирование плат ТСС2Р реализуется следующим образом.
При включении питания обе платы выполняют встроенный контроль (BIT). Если обе платы проходят эту проверку, то плата, установленная в слоте 7, всегда переходит в режим ведущей (это согласуется с требованием устанавливать плату ТСС2Р, если она одна, в слот 7). Затем вторая плата входит в режим ведомой платы.
Ведомая плата осуществляет постоянный контроль работоспособности ведущей платы и берет на себя управление, если обнаруживает в ней неисправность.
Ведущая плата автоматически обновляет базу данных ведомой платы примерно каждый час. Благодаря этому, в случае отказа ведущей платы ведомая плата берет на себя все функции управления, не оказывая влияния на трафик.
Переключение с ведущей платы на ведомую плату может также инициироваться по команде оператора или путем удаления ведущей платы.
Процесс переключения занимает несколько минут, причем полка ONS 15454 в течение этого времени не может поддерживать связь с центром управления, однако на трафик это состояние не влияет.
Плата ТСС2Р остается в режиме ведущей до получения команды переключения или до наступления события, которое вызывает автоматическое защитное переключение.
Защитное переключение можно запретить с помощью команды блокировки, поступающей из центра управления сетью.
При повторной установке ранее удаленной платы ТСС2Р она сразу же обнаруживает наличие ведущей платы и поэтому входит в режим ведомой. Ее программное обеспечение синхронизируется с резервным программным обеспечением, а ее база данных синхронизируется с базой данных ведущей платы TCC2P.
Если версия ПО новой платы TCC2P не совпадает с версией ПО ведущей платы TCC2P, то вновь установленная плата копирует ПО из ведущей платы; на это требуется около 15…20 минут. Если версия резервного ПО в новой плате не совпадает с версией ПО ведущей платы TCC2P, то вновь установленная плата копирует резервное ПО.