Сети на основе АОП

Для сети с произвольной структурой, в узлах которой установлена АОП, в случаях возникновения на сети отказов, разрывающих имеющиеся тракты, возможно переключение потоков с использованием резервов пропускной способности работоспособных линий (реконфигурация).

На Рис. 6.48 показан пример фрагмента сети и схема прохождения трактов на нем при нормальном режиме работы. На Рис. 6.49 - тот же фрагмент после реконфигурации, вызванной отказом линии между узлами А и В.

Сеть на основе АОП в нормальном режиме

Сеть на основе АОП в аварийном режиме

В сетях на основе АОП резервирование может осуществляться с использованием различных маршрутов, число которых тем больше, чем больше связность сети и чем больше резервы по пропускной способности. Поэтому в таких сетях возможна зашита от одновременных отказов нескольких элементов, а не только от одиночных отказов, как в кольцевых сетях.

Самозалечивание на основе АОП имеет несколько вариантов организации. Во-первых, процедура реконфигурации может быть централизованной или децентрализованной (распределенной). В первом случае необходим сетевой центр управления, который собирает информацию о состоянии всех элементов сети, при необходимости принимает решение о реконфигурации и рассылает соответствующие команды на переключение всем АОП. Основное преимущество централизованного метода в том, что он более прост в реализации. Основной недостаток - критичность к отказам центра управления и к потере или искажению информации, поступающей в центр, и команд, идущих от центра к АОП.

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

Далее, выбор нового плана распределения потоков может осуществляться или путем обращения к процедурам поиска в ответ на изменение состояния сети в реальном масштабе времени, или на основании заранее рассчитанных и хранящихся в памяти процессоров центра управления или АОП конфигурационных таблиц.

В первом варианте в принципе может быть проанализирована любая ситуация на сети, однако здесь следует учитывать ограничение на время принятия решения. Во втором - возникает трудность, обусловленная тем, что общее число всех возможных состояний сети весьма велико. Поэтому иметь таблицу, охватывающую все множество состояний невозможно, так как ее хранение потребовало бы недостижимого на практике объема памяти, а время поиска в ней было бы недопустимо большим. В связи с этим приходится ограничиваться охватом некоторого подмножества состояний сети, размер которого выбирается с одной стороны, учитывая требования по отказоустойчивости, а с другой - исходя из реальных возможностей по объему памяти и быстродействию. Например, это подмножество может включать только состояния с одним отказавшим элементом, или все состояния с одним отказом и часть состояний с двумя и т.п.

Наконец, существуют комбинированные методы. Например возможен подход, при котором АОП всех узлов хранит конфигурационные таблицы, охватывающие некоторое подмножество возможных состояний сети. При отказах включается распределенная процедура определения состояния сети, после выполнения которой принимается решение о реконфигурации на основании имеющихся таблиц. Состояние всей сети контролируется также единым центром, который при необходимости обновляет конфигурационные таблицы и рассылает их всем узлам. В этом случае выход из строя центра управления не приведет к полной блокировке процедур самозалечивания, а может только снизить их эффективность.