Рис.8 Идентификаторы логических узлов.

Логические каналы внутри PG называются горизонтальными, а каналы, соединяющие различные PG называются внешними. Черные каналы на диаграмме - горизонтальные, красные - внешние.

Когда логические каналы готовы к работе, подключенные к ним узлы начинают обмен информацией по известным VCC (Virtual Channal Connection - соединение по виртуальному каналу), которые используются как RCC (PNNI Routing Control Channel - канал управления маршрутизацией). Узлы начинают посылать своим соседним узлам пакеты Hello, в которых указаны свой АТМ-адрес, ID узла и ID его порта для канала.

Таким образом, протокол Hello дает возможность двум соседним узлам узнать друг о друге. Поскольку протокол Hello PNNI поддерживает и обмен PGID, то соседние узлы имеют возможность определить к одному или к разным PG относится он и любой сосед. Протокол Hello работает все время, пока существует логический канал и может служить индикатором падения канала в то время, когда другие механизмы уже бездействуют.

Создание и поддержание топологической базы данных

Топологическая база данных создается в каждой одноранговой группе и хранится на всех узлах таких групп. Топологическая база данных включает в себя два типа информации:

состояние топологии сети (состояние узлов и состояние каналов)

информация о достижимости адресов (адреса и адресные префиксы), т.е. информация о адресах и группах адресов, с которыми может быть установлены логические соединения

Топологическая база данных состоит из элементов топологической базы данных PTSE (PNNI Topology State Element - элемент топологии PNNI), которые порождаются каждым узлом сети. PTSE описывают собственную идентификацию и возможности узла, а также информацию, используемую для выбора лидера PG и построения иерархии PNNI. Эта информация называется узловой.

Кроме того, информацию топологической базы данных можно разделить на атрибуты и метрики.

Атрибуты рассматриваются индивидуально при принятии решений. Например, узловой атрибут SECURITY может послужить причиной того, что уже выбранный при маршрутизации путь будет отменен.

С другой стороны метрика - это параметр, который имеет свойство накапливаться или увеличиваться в течении пути. Например, метрика задержки увеличивается по мере продвижения по выбранному маршруту.

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

Информация о достижимости (Reachability Information - RI) подразделяется на внешнюю и внутреннюю. Внешняя и внутренняя информация о достижимости логически различима в зависимости от ее источников. Внутренняя RI представляет локальные знания о достижимости внутри домена маршрутизации. Внешняя RI получена от внешних источников (других протоколов) и не будет распространяться другим доменам или протоколам. RI как внутреннюю, так и внешнюю, можно ввести вручную с указанием на то, что может быть передано другим протоколам или доменам мершрутизации, а что - нет.

Когда соседние узлы на обоих концах логического канала были инициированы с помощью обмена пакетами Hello, подтвердившими принадлежность обоих узлов к одной и тойже PG, узлы начинают процесс синхронизации топологической базы данных, т.е. обмен информацией, в результате которой оба узла будут иметь абсолютно одинаковые топологические базы данных. Синхронизация производится с помощью обмена узлами PTSE. Передача PTSE производится с помощью специальных пакетов PTSP (PNNI Topology State Packet - пакет состояния топологии PNNI), в которые инкапсулируются PTSE.

После принятия PTSP содержащаяся в нем PTSE проходит проверку и ее принятие подтверждается квитанцией, котрая передается отправителю PTSE. Если PTSE новая или содержит более новые данные, чем имеющаяся на узле копия, производится ее установка в топологическую базу данных узла и распространение среди соседних узлов.

Распространение PTSE происходит постоянно. PTSE, содержащаяся в топологической базе данных подвержены старению и уничтожаются через предустановленный промежуток времени, если они не переписаны вновь поступившими версиями PTSE. Узлы имеют право вносить изменения только в создаваемые ими PTSE. В PTSE, порожденные другими узлами, данный узел не может вносить никаких изменений, изменения вносятся только заменой старого PTSE на вновь полученный. PTSE могут передаваться периодически или в силу наступления некоторых событий и распространяются они только в пределах одной PG.

Прежде чем перейти к следующему уровню иерархии, необходимо определить понятие лидера PG (PGL). Лидер PG - это один из членов PG. В каждой PG дролжен быть один лидер PG. Лидер PG не имеет какой-либо специальной роли в группе. По отношению к любому другому узлу лидер ему полностью идентичен. PGLE - процесс порождения лидера - определяет какой узел выбрать в качеcтве лидера PG. Критерием выбора является некоторый приоритет узла (Leadership Priority - LSP). PGLE является постоянно работающим процессом. Когда у какого-нибудь узла приоритет становится выше приоритета текущего лидера, то этот узел становится новым лидером. То же произойдет в случае аварии узла или его исчезновения.

Если встречаются несколько узлов с одинаковым приоритетом, то лидером становится узел с наибольшим ID. После выбора лидера PG его приоритет увеличивается для повышения стабильности. Для внутреннего функционирования PG не требуется наличие лидера, полная связность в группе может быть достигнута и при его отсутствии.

Домен маршрутизации PNNI конфигурируется как единичная PG, в которой может быть достигнута полная связность без наличия лидера PG. Вырожденная форма PG есть один единственный узел. Такая форма может возникнуть в результате конфигурации или аварий.

Следующий уровень иерархии PNNI.

Основу следующего иерархического уровня PNNI составляют узлы логических групп LGN (Logical Group Node). Каждый LGN представляет собой абстракцию одноранговых групп предыдущего уровня на данном иерархическом уровне PNNI. Функции LGN и их дочерних одноранговых групп очень близки, поэтому в данной версии PNNI интерфейс между ними не рассматривается.

Также как и на предыдущем уровне узлы логических групп объединяются в Peer Groups на данном уровне иерархии PNNI. Функции LGN собирать и обощать информацию о дочерних PG и наполнять ею свои собственные PG. Кроме того, они должны передавать информацию от членов своих групп к лидерам дочерних PG предыдущего уровня. LGN не принимают участия в сигналинге PNNI.

Рис.9 LGN.

LGN идентифицируется ID узла (Рис.9), который по умолчанию содержит PGID той PG, которую он представляет на этом уровне. Адресуется LGN уникальным АТМ-адресом, который, к примеру может ссылаться на адрес узла нижнего уровня в том же коммутаторе, но иметь другое значение поля SEL (Рис.10).