Главная страница  История развития электросвязи 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 [ 93 ] 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215

время FR позволяет устанавливать соединение через сеть, что в соответствии с OSI относится к функции протоколов третьего уровня. Выполнение этой функции по протоколу FR аналогично установлению соединения по протоколу Х.25 в том случае, когда используются постоянные виртуальные соединения (Permanent Virtual Circuits - PVC).

Совокупность PVC может быть проложена внутри каждого физического канала. Выбор конкретного PVC - логического маршрута, проложенного через сеть, - определяется значением поля DLCI (Data Link Connection Identifier - идентификатор соединения no звену передачи данных) кадра FR (рис. 13.17).

Для обращения к ресурсу управления сети в протоколе FR используются кадры со значением DLCI, равным 0. Следует уточнить, что они используются не для передачи информации от одного абонента сети к другому, а именно как служебные для изменения и мониторинга параметров самой сети.

Возможность использования коммутируемых виртуальных соединений (Switched Virtual Circuits - SVC) в сетях FR описывается факультативными протоколами.

За исключением функции установления соединения, все остальные процедуры, описываемые протоколом FR, укладываются в два уровня модели OSI.

Frame Relay и Х.25. Сопоставим структуры кадра протокола LAPB с заключенным в нем пакетом Х.25 (рис. 13.18) и кадра протокола FR (см. рис. 3.17).

По своей структуре кадр FR аналогичен кадрам LAPB (HDLC). Однако в нем отсутствуют некоторью поля, характерные для протоколов уровня звена передачи данных (канального). На рис. 13.17 видно, как уменьшается число служебных байтов при переходе от X.25/LAPB к FR.

Число байт 1

Заголовок (4- для расширенного

1 - 2044

X-X-)i-X-н->

Флаг

DLCI

DLCI

Данные или управляющая информация

Проверочная последовательность

Флаг

- Бит ЕА- признак расширенного адреса

- Бит DE- отмечает избыточные кадры

- Бит BECN- сигнализация переполнения

- Бит FECN - сигнализация переполнения

- Бит ЕА- признак расширенного адреса

- Бит CR- признак команда-ответ

Рис. 13.17. Структура кадра Frame Relay



Заметим, что такое сопоставление кадров правомерно, поскольку сети FR в некоторых случаях выступают альтернативой сетям Х.25. Так, ЛВС могут подключаться к территориальной сети непосредственно по интерфейсу FR. Тогда FR выполняет те же функции по обеспечению взаимодействия удаленных ЛВС, которые в других случаях выполняет Х.25.

Сеть FR также может выступать в качестве высокоскоростной ма-п/1страли для объединения ряда сетей Х.25. Этому способствует наличие у большинства современных устройств ПАД/ЦКП сетей Х.25 портов FR.

Более подробно отличия механизмов сетей FR и Х.25 прослеживаются в табл. 13.4.

Плата за скорость. Каковы же основные механизмы, реализуемые протоколами канального и сетевого уровней сетей Х.25 и не реализуемые протоколом FR? В первую очередь это механизм повторной передачи принятых с ошибкой кадров.

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

Для реализации этой функции в служебные поля кадров и пакетов вводятся специальные переменные - номер передаваемого кадра (пакета) и номер последнего успешно принятого (пакета).

Кадр FR не содержит переменных нумерации передаваемых и подтверждаемых кадров.

Число байт 1 1

От1 до 1021

Флаг

Адрес

Поле управления

Идентификатор общего формата

Тип пакета

Данные или дополнительная управляющая информация

Проверочная последовательность

Флаг

Пакет Х.25, помещенный в поле кадра LAPB Рис. 13.18. Структура кадра LAPB



Таблица 13.4. Механизмы сетей Х.25 и Frame Relay

Тип механизма

Наличие в сети

Х.25

Квитирование получения информационных кадров

Трансляция адресов

Квитирование получения пакетов данных

Хранение пакетов, ожидающих подтверждения

Отбрасывание принятых с ошибкой кадров

Установление/разрыв логического соединения канального и сетевого уровней

Межкадровое заполнение

Управление потоком на канальном уровне

Управление потоком на сетевом уровне

Генерация/проверка последовательности проверки кадра

Генерация кадров не готов к приему и отказ от приема

Работа с таймерами канального и сетевого уровней (определяющими, следует ли повторно передавать кадр, на который не получено подтверждения)

Работа с битом запрос передачи/окончание передачи

Упорядочение потока кадров и пакетов

Распознавание неверных кадров

Бит-стаффинг, генерация и распознавание флагов

В сетях FR при межузловом обмене информацией ошибочные кадры просто выбрасываются , их повторная передача средствами самого протокола FR не предусмотрена. Чтобы обеспечить гарантированную и упорядоченную передачу информации, надо использовать либо протоколы более высоких уровней (например, TCP/IP), либо приложения к протоколам FR (например, Q.922).

В каких случаях использование чистого FR эффективно? Если качество каналов отвечает требованиям, предъявляемым стандартом FR (вероятность ошибки порядка 10 ), и ЛВС подключаются к сети напрямую (без дополнительной инкапсуляции (включения) трафика ЛВС в кадры Х.25 или HDLC), то выигрыш по пропускной способности очевиден.

Действительно, протокол FR имеет минимальную протокольную избыточность (т.е. доля служебной информации в кадре по отношению к содержащейся в нем информации пользователя минимальна)



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 [ 93 ] 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215

© 2000 - 2024 ULTRASONEX-AMFODENT.RU.
Копирование материалов разрешено исключительно при условии цититирования.