4. 8.4. Установление коммутируемого виртуального канала

Как видно из рис. 8.1 стек протоколов по установлению и разъединению коммутируемого виртуального канала состоит из двух уровней (кроме физического), которые выполняют функции второго и третьего уровня модели OSI по переносу сообщений сигнализации. Канальный уровень сети FR LAP-D определенный в рекомендациях ITU-T Q.921, принадлежит к тому же семейству протоколов HDLC, что и протокол LAP-B второго уровня сети X.25. Основная задача состоит в безошибочном переносе сигнальных сообщений третьего уровня сети FR. Третий уровень, определенный в рекомендации ITU-T Q.931 включает функции по установлению и разъединению коммутируемого виртуального канала. В отличие от сети X.25 при установлении коммутируемого виртуального канала в сети FR необходимо определить может ли сеть обеспечить затребованные пользователем показатели качества обслуживания QoS (CIR, Bc и Be). Рис. 8.5 иллюстрирует процесс установления коммутируемого виртуального канала между двумя пользователями. Все управляющие сообщения по установлению КВК передаются по общему виртуальному каналу сигнализации, для которого на интерфейсе пользователь сети выделен логический номер DLCI=0. Это соответствует тому, что процедура сигнализации в сети FR осуществляется по выделенному каналу в отличие от X.25.

Рис. 8.5. Диаграмма установления коммутируемого виртуального канал

Опишем процесс установления КВК.

• Пользователь А посылает сообщение запроса на установление КВК. В сети FR это сообщение называется SETUP (“установка параметров”). Сообщение SETUP указывает желаемые пользователем параметры, физические адреса отправителя и получателя (в соответствии с рекомендациями ITU-T Е.164), а также максимальный размер кадра М). Параметр DLCI, относящийся к устанавливаемому соединению, не обязателен.

• Cообщение CALL PROCEEDING (подтверждение вызова) получает от сети вызывающий пользователь. Это сообщение содержит параметр номера логического канала DLCI, назначенный сетью для устанавливаемого КВК (если этот параметр отсутствовал в сообщении 1).

• Сообщение SETUP, которое поступает пользователю В, кроме параметров сообщения 1 содержит параметр назначенный сетью логический номер канала DLCI.

• Сообщение CONNECT (подтверждает соединение) информирует через сеть вызывающего абонента об успешном соединении.

• Повтор п.4

• Сообщение CONNECT ACKNOWLEDGE (подтверждение приёма) подтверждает приём вызывающим абонентом сообщения CONNECT. Переход в фазу передачи данных по установленному КВК.

8.5. Виртуальная частная сеть на основе сети Frame Relay

Услуга виртуальных частных сетей VPN является одной из основных услуг, которую предоставляет сеть FR, а также и другие технологии сетей (подлежащие рассмотрению в следующих главах). Виртуальная частная сеть в определенной степени воспроизводит свойства реальной частной сети, когда оборудование и каналы связи находятся в собственности владельца сети. VPN использует оборудование связи, которым владеет оператор публичной сети. Цель технологий VPN состоит в максимальной обособленности отдельных групп пользователей этой публичной сети. Технология VPN предназначена для выполнения двух задач. Одна из них заключается в обеспечении информационной безопасности в части защиты от несанкционированного доступа к пользователям такой виртуальной сетью. В качестве способов защиты от несанкционированного доступа понимается обеспечение конфиденциальности и целостности сообщений в сети, доступа к предоставляемым услугам связи и др. Другая задача VPN состоит в качестве обслуживания QoS пользователей связью. С помощью сети провайдера общего пользования может быть организовано много виртуальных частных сетей VPN, каждая из которых служит для определенной группы пользователей. Для построения VPN на базе сети FR используются постоянные виртуальные каналы PVC или программируемые постоянные каналы SPVC. На рис. 8.6 приведена логическая структура двух VPN-сетей (А и В) на основе стандарта Frame Relay. На рисунке не показаны коммутаторы FR.

Рис. 8.6. Логическая структура VPN-сетей Frame Relay

Первая VPN А пользователей центрального офиса А₁ и двух его филиалов – А₂ и А₃. FR предоставляет виртуальные каналы между главным офисом и филиалами с номерами идентификаторов DLCI =370, 402, 401 (созданных в оконечных коммутаторах FR с соответствующими офисами А₁, А₂, А₃). Аналогично вторая VPN В включает пользователей центрального офиса В₂ и двух его филиалов – В₂ и В₃. FR предоставляет виртуальные каналы между главным офисом и филиалами с номерами идентификаторов DLCI =630, 231, 161 (созданных в оконечных коммутаторах FR с соответствующими офисами В₁, В₂, В₃). Пользователи каждой VPN получают по виртуальным каналам доступ только к пользователям своей VPN.