Часть вторая. Особенности функционирования Frame Relay

Рассмотрим принципы работы Frame Relay. Материал представлен в виде трех глав. В первой главе рассмотрены основные вопросы передачи данных в соответствии с протоколом Frame Relay. Во второй главе описываются механизмы передачи сигналов, которые используется в Frame Relay для обеспечения управления. Здесь рассмотрены вопросы обеспечения взаимодействия между сетью и устройством пользователя. Третья глава посвящена вопросам внутреннего функционирования сети Frame Relay.

Глава первая.

Протокол Frame Relay. Основные положения

Заголовок кадра Frame Relay

В наиболее популярных синхронных протоколах данные передаются по каналам связи в виде кадров. Типичная структура кадра показана на рисунке 4.

Рис. 4 Типичная структура кадра в популярных синхронных протоколах.

Кадр Frame Relay имеет небольшое отличие от типичной структуры в заголовке. Формат кадра Frame Relay с нормальным двухбайтовым заголовком показан на рисунке 5.

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

Заголовок Frame Relay содержит 10-разрядный идентификатор канала передачи данных (DLCI), который является номером связанного с определенным получателем виртуального канала. В случае информационного обмена LAN-WAN DLCI обозначает порт, к которому подключается LAN (Рисунок 6). Функции остальных шести бит в заголовке кадра Frame Relay будут рассмотрены ниже.

Рис. 6 DLCI обозначает порт получателя.

Рассмотрим алгоритм передачи данных через сеть Frame Relay:
1. Проверка целостности кадра. Используется проверочная последовательность кадра (FCS). В случае выявления ошибки кадр удаляется.
2. Сравнение DLCI кадра с таблицей DLCI в узле. Если для данного канала DLCI не определен, то кадр удаляется.
3. Ретрансляция кадра к получателю. Осуществляется из порта, указанного в таблице.

Заметим, что узел Frame Relay не использует многие шаги обработки, которые характерны для протоколов типа X. 25. Сравнение Frame Relay и X. 25 представлено на рисунке 7.

Рис. 7 Упрощенная модель функционирования X. 25 и Frame Relay.

Разработанные в 1991 году стандарты предполагали использование в сетях Frame Relay только постоянных виртуальных каналов (PVC). Такие каналы устанавливаются непосредственно администратором сети через систему управления.

PVC в сети Frame Relay обычно определяет связь между двумя LAN, поэтому новый PVC необходим только при подключении новой LAN к сети. PVC полностью удовлетворяют требованиям большинства приложений. В ряде случаев возможно использование коммутируемых виртуальных каналов (SVC).

Основная процедура протокола Frame Relay

Основная процедура протокола Frame Relay очень проста и включает одно правило: если имеется какая-нибудь проблема с обработкой кадра, то он уничтожается. К потере кадра Frame Relay могут привести две основные причины:
-.обнаружение ошибок в кадре;
-.возникновение перегрузки в сети.

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

Восстановление кадров в соответствии с процедурами протоколов высших уровней

Как протокол высшего уровня следит за потерей кадра? Он подсчитывает число отправляемых и получаемых кадров. Отправителю посылается подтверждение об успешно принятых кадрах. В случае несоответствия числа отправленных и принятых кадров (за время таймаута) оконечное устройство посылает запрос на повторную передачу. Таким образом, два оконечных устройства гарантируют, что все кадры будут получены без ошибок. Эта функция реализовывается средствами транспортного уровня в протоколах типа TCP и OSI Transport Class 4.

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

Искажение кадров, вызванное ошибками

Ошибка в кадре обнаруживается с помощью проверочной последовательности кадра (FCS) . В отличие протокола X. 25 узел Frame Relay при обнаружении ошибки не просит отправителя исправить эту ошибку повторной передачей кадра. Узел просто отказывается от кадра и переходит к обработке следующего. Процедура выявления ошибок и перезапроса возлагается на возможности персональных компьютеров или автоматизированных рабочих мест, которое являются отправителями данных. Использование механизма исправления ошибок на высоких уровнях не оправдано, если использовать зашумленные каналы с высокой вероятностью появления ошибки. В настоящее время в мире становится все больше оптоволоконных линий передачи с чрезвычайно низкими показателями вероятности появления ошибки, поэтому восстановления данных на таких линиях происходит достаточно редко и не является существенной проблемой. Таким образом, Frame Relay максимально эффективен только на хороших каналах связи (с малой вероятностью возникновения ошибки).

Удаление кадров в случае перегрузки

Более существенная причина потери кадров - перегрузка в сети. Перегрузка происходит в следующих ситуациях:
- узел сети не справляется с обработкой входного потока;
-.интенсивность потока данных (число пакетов в секунду) на входе не соответствует скорости канала связи;
- переполнение буфера (временная память для обработки кадра или выходной очереди кадров) узла.коммутации.

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

Резюме: Протокол Frame Relay. Основные положения

Передача сообщений в сети происходит с использованием управляющей информации, содержащейся в заголовке кадра. В частности, заголовок кадра содержит двухбайтовый DLCI, который определяет получателя.
Если в сети возникают проблемы с обработкой кадра, то такой кадр просто уничтожается. Для хорошей работы Frame Relay требуются каналы с низкой вероятностью возникновения ошибки.
Сеть не исправляет ошибок. Это возлагается на протоколы более высоких уровней, реализованных в оконечных устройствах пользователя, и происходит путем повторной передачи потерянных кадров. Исправление ошибок протоколами более выcоких уровней, хотя происходит автоматически и с высокой надежностью, является невыгодным в смысле задержки, объема обработки и эффективности использования полосы пропускания. Таким образом, вероятность возникновения ошибок в каналах сети должна быть минимальна.
На хороших каналах связи наиболее важная причина потери кадров в сети - перегрузка. Сеть должна иметь механизмы обнаружения перегрузок, а в случае их появления - немедленно реагировать на них.


<< НАЗАД ] [ ОГЛАВЛЕНИЕ ] [ ВПЕРЕД >>