Построение сети передачи данных

Страница 2

n виртуальных, свободных от ошибок каналов связи;

n прикладных средств, способных осуществлять различные передачи.

Данная технология не только очень подходит для управления пульсирующими трафиками между ЛВС и между ЛВС и территориальной сетью, но и адаптируется для передачи такого чувствительного к передаче трафика, как голос.

FRAME RELAY И ВИРТУАЛЬНЫЕ СОЕДИНЕНИЯ.

Протокол FR использует структуру кадров переменной длины и работает только на маршрутах, ориентированных на установление соединения.

Виртуальное соединение — постоянное или коммутируемое (PVC или SVC) — необходимо установить прежде, чем два узла начнут обмениваться информацией.

PVC (permanent virtual circuits)— это постоянное соединение между двумя узлами, которое устанавливается вручную в процессе конфигурирования сети. Пользователь сообщает провайдеру FR-услуг или сетевому администратору, какие узлы должны быть соединены, и он устанавливает PVC между этими конечными станциями.

PVC включает в себя конечные станции, среду передачи и все коммутаторы, расположенные между конечными станциями. После установки PVC для него резервируется определенная часть полосы пропускания, и двум конечным станциям не требуется устанавливать или сбрасывать соединение.

Благодаря методу статистического мультиплексирования, несколько PVC могут разделять полосы одного канала передачи.

SVC (switched virtual circuits)устанавливается по мере необходимости — всякий раз, когда один узел пытается передать данные другому узлу.

SVC устанавливается динамически, а не вручную. Для него стандарты передачи сигналов определяют, как узел должен устанавливать, поддерживать и сбрасывать соединение.

PVC имеют два преимущества над SVC. Сеть, в которой используются SVC, должна тратить время на установление соединений, а PVC устанавливаются предварительно, поэтому могут обеспечить более высокую производительность. Кроме того, PVC обеспечивают лучший контроль над сетью, так как провайдер или сетевой администратор может выбирать путь по которому будут передаваться кадры.

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

Предназначение этих соединений состоит в расширении области применения FR на другие типы приложений, такие как голос, видео и защищенные приложения Internet, помимо прочих. Однако в настоящее время SVC не получили широкого распространения, в силу сложности в реализации. Как следствие, PVC является наиболее распространенным режимом связи в сети FR.

ТОПОЛОГИЯ СЕТИ FRAME RELAY

Соединения FR функционируют на канальном уровне — второй уровень модели OSI (см. рис. 3), используя общую (public), частную (private) или гибридную (hybrid) среду передачи.

Рисунок 3. Пример «Frame Relay»-архитектуры

Сеть FR состоит из переключателей (switches) FR, объединенных цифровой средой передачи. Конечное оборудование, к примеру, маршрутизаторы, связываются через FR сеть в одном или нескольких направлениях. В стандартной терминологии, переключатели FR принадлежат к классу устройств DCE (Data Communications Equipment), а конечное оборудование пользователя — к классу DTE (Data Terminal Equipment).

DTE объединяются по спецификациям протокола FR UNI(FR User-to-Network Interface). Переключатель FR, представляющий UNI, читает адреса приходящих кадров и маршрутизирует в соответствующем направлении.

Физически сети FR образуют ячеистую структуру коммутаторов. Общая топология сети приведена на рисунке 4.

Протокол FR может интегрироваться c многими протоколами, такими как ATM, X.25, IP, SNA, IPX и.т.д. .

Рисунок 4. Топология сети Frame Relay

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

FR позволяет передавать кадры размером до 4096 байт, а этого достаточно для пакетов Ethernet и Token Ring, максимальная длина которых составляет 1500 и 4096 байт соответственно. Благодаря этому FR не предусматривает накладные расходы на сегментацию и сборку.

ФОРМАТ КАДРА FRAME RELAY

Для транспортировки по сети FR, данные сегментируются в кадры. Формат кадра FR приведен на рис. 5. Один или несколько однобайтовых флагов служат для разделения кадров.

Кадр имеет различную длину, а заголовок коммутируемого кадра содержит 10-битовый номер, идентификатор соединения канала данных (Data Link Connection Identifier — DLCI).

Рисунок 5. Формат кадра Frame Relay

Приведем назначение полей заголовка кадра FR:

n DLCI - идентификатор соединения;

n C/R- поле прикладного назначения, не используется протоколом FR и передается по сети прозрачно;

n EA- определяет 2-х, 3-х или 4-х байтовое поле адреса;

n FECN- информирует узел назначения о заторе;

n BECN- информирует узел-источник о заторе;

n DE- идентифицирует кадры, которые могут быть сброшены в случае затора.

Роль идентификатора соединения DLCI:

Каждое соединение PVC имеет 10-битовый идентификатор, включаемый в заголовок кадра FR, называемый DLCI. Это число присваивается порту узла FR. При установке PVC, соединению назначается один уникальный номер DLCI для порта-источника и другой для порта назначения (удаленного порта). DLCI присваиваются только конечным точкам PVC — сеть FR автоматически назначает DLCI внутренним узлам передачи.

Таким образом сфера действия DLCI ограничивается только локальным участком сети, что позволяет сети поддерживать большое число виртуальных каналов. Благодаря этому разные маршрутизаторы в сети могут повторно использовать тот же самый DLCI; это позволяет сети использовать большее число виртуальных каналов. Таблицы перекрестных соединений (Cross-Сonnect Tables), распространяемые между всеми коммутаторами FR в сети, устанавливают соответствие между входящими и исходящими DLCI.

Используя DLCI, DCE направляет данные от DTE через сеть в следующей последовательности:

n FR DTE инкапсулирует пришедший пакет или кадр в FR-кадр. DTE задает корректный DLCI-адрес, который берется из специальной таблицы рандеву (look-up table), в которой определено соответствие между локальным адресом пакета и соответствующим номером DLCI.

n DCEпроверяет целостность кадра, используя контрольную последовательность FCS и в случае обнаружения ошибки сбрасывает кадр.

n DCEищет номер DLCI в таблице перекрестных соединений (Cross-Connect Table) и, в случае если для указанного DLCI не определена связь кадр сбрасывается.

n DCEотправляет кадр к узлу назначения, через выталкивание кадра в порт, специфицированный в таблице перекрестных ссылок.

Эти шаги представляют интерес и будут рассмотрены подробнее в соответствующих разделах.

СКВОЗНАЯ КОММУТАЦИЯ

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