Маршрутизация в atm

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

В простой сети ATM, состоящей из нескольких устройств, подключенных к одному коммутатору, процесс определения маршрута заключается в нахождении соответствия портов, то есть для каждой пары абонентов выбирается пара портов (входной–выходной). Если коммутатор в такой сети находится в стадии определения маршрута, то это означает, что параметры качества обслуживания и пропускной способности для этого соединения уже определены.

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

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

В корпоративной сети может требоваться создавать, поддерживать и завершать множество виртуальных соединений одновременно. Такая сеть живет своей достаточно сложной внутренней жизнью: кто-то запрашивает соединение, кто-то производит передачу данных по уже установленному соединению, кто-то требует закрытия соединения и т. д. В условиях загрузки сети приоритетной задачей является определение оптимального маршрута для связи каждой пары абонентов, желающих установить между собой виртуальное соединение. При этом следует помнить, что запрашивается не только виртуальное соединение, а соединение с вполне определенными параметрами обслуживания. Для решения каждой из этих задач существует свой определенный протокол. Так, за маршрутизацию запросов на установление виртуальных соединений отвечает протокол PNNI (Private Network-to-Network Interface, частный интерфейс сеть-сеть).

Маршрутизация запросов на установление виртуальных соединений – достаточно ответственная задача. Это связано с тем, что маршрут, по которому протокол PNNI отправляет запрос к получателю, в дальнейшем преобразуется непосредственно в виртуальное соединение.

Форум ATM в апреле 1996 года принял первую редакцию протокола PNNI. В ней протокол состоит из двух частей: протокола маршрутизации запросов и протокола сигнализации. Главным требованием к протоколу PNNI была максимальная эффективность. Для достижения этой цели были использованы различные алгоритмы и методы, хорошо зарекомендовавшие себя в других сетевых протоколах: маршрутизация от источника, формирование иерархической структуры и алгоритм состояния канала.