3. 10.4.3. Протокол по выполнению функции сигнализации pnni

Протокол PNNI по выполнению функции сигнализации завершает доставку сигнального сообщения SETUP, запрашиваемого пользователем на установление соединения со стороны интерфейса UNI. Протокол PNNI по выполнению функции сигнализации использует:

• маршрут от источника, определённый протоколом PNNI по выполнению функции маршрутизации;

• информацию о достижимости, возможности установления соединения из результатов работы протокола PNNI по выполнению функции маршрутизации;

• механизм обратного маршрута, который допускает временное разъединение незавершённого соединения из-за несоответствия уровня обслуживания QoS или повреждения канала связи.

На рис. 10.6 приведён пример сигнализации PNNI в плоской иерархической сетевой топологии. С оконечного устройства А на интерфейс UNI приходит сигнальный запрос SETUP. Полученный данный запрос на коммутаторе S1 с помощью алгоритма САС определяет можно ли принять или следует отклонить запрос. С помощью QoS в сообщении SETUP и метрик QoS в списке узлов одной PNNI-группы равноправных узлов (в данном случае узлов S2,S3,S4,S5,S6), узел S1 может составить список транзитной передачи этой группы узлов DTL (Designated Transit List). DTL полностью определяет маршрут через одну PNNI-группу равноправных узлов. SETUP передаётся следующему в списке DTL коммутатору S3, который также запускает алгоритм САС. Коммутатор S3 в случае соответствия требованиям оконечного пункта А вычисляет ожидаемое поведение других узлов. Теперь SETUP передаётся к следующему в списке DTL коммутатору S5, который выполняет те же операции, что и S3. Допустим, что он также соответствует требованиям оконечного пункта А. Теперь SETUP передаётся к S6. Наконец, коммутатор S6 передаёт SETUP оконечного пункта А получателю (оконечному пункту В), который генерирует ответ «CONNECT». Теперь представим другую ситуацию, когда в сети вместо шести узлов, как показано на рис. 10.6, находится 100. Пусть топология в данном случае тоже будет плоской. Допустим, что в процессе передачи SETUP один из коммутаторов, например, с номером 50, отклоняет запрос на соединение, т.е. не выполняет требования пользователя по QoS и трафику. Следовательно, механизм обратного маршрута необходимо применить к точке входа в АТМ-сеть, т.е. к коммутатору S1. При этом появляется большой дополнительный трафик и увеличивается время установления соединения. Для разрешения такой ситуации в широкомасштабных сетях используется иерархическая топология сети. При этом не требуется возврат в исходную точку в сеть в том случае, когда коммутатор в списке DTL не отвечает QoS требованиям в сообщении SETUP. Коммутатору, определившему список DTL, отправляется сообщение разрыв соединения (RELEASE). Получив это сообщение этот коммутатор, принадлежавший той же группе, пытается найти альтернативный маршрут, который отвечал бы требованиям QoS.

5. 10.5. Управление atm-трафиком в процессе передачи

После того, как было установлено соединение согласно требуемому пользователем уровню качества обслуживания QoS и соблюдены условия соглашения о трафике, сеть готова к передаче ячеек. Соглашение о трафике является чем-то вроде «закона» в данном соединении. Допустим, что некоторая станция нарушает и передаёт значительно больше трафика, чем оговорено в соглашении. Существуют две основные функции управления трафиком: контроль трафика и контроль перегрузок.