FR кадрының форматы және өрістерінің мақсаты.

Frame relay (англ. «ретрансляция кадров», FR) — протокол канального уровня сетевой модели OSI. Служба коммутации пакетов Frame Relay в настоящее время широко распространена во всём мире. Максимальная скорость, допускаемая протоколом FR — 34,368 мегабит/сек (каналы E3). Коммутация: точка-точка. Frame relay обеспечивает множество независимых виртуальных каналов (Virtual Circuits, VC) в одной линии связи, идентифицируемых в FR-сети по идентификаторам подключения к соединению (Data Link Connection Identifier, DLCI). Вместо средств управления потоком включает функции извещения о перегрузках в сети. Возможно назначение минимальной гарантированной скорости (CIR) для каждого виртуального канала.

 

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

Формат кадра[ Флаг (1 Byte) Адрес (2-4 Byte) Данные (переменный размер) FCS (2 Byte) Флаг (1 Byte)

 

Каждый кадр начинается и замыкается «флагом» — последовательностью «01111110». Для предотвращения случайной имитации последовательности «флаг» внутри кадра при его передаче проверяется всё его содержание между двумя флагами и после каждой последовательности, состоящей из пяти идущих подряд бит «1», вставляется бит «0». Эта процедура (bit stuffing) обязательна при формировании любого кадра FR, при приёме эти биты «0» отбрасываются.

FCS (Frame Check Sequence) — проверочная последовательность кадра служит для обнаружения ошибок и формируется аналогично циклическому коду HDLC.

Поле данных имеет минимальную длину в 1 октет, максимальную по стандарту Frame Relay Forum — 1600 октетов, однако в реализациях некоторых производителей FR-оборудования допускается превышение максимального размера (до 4096 октетов).

Поле Адрес кадра Frame Relay, кроме собственно адресной информации, содержит также и дополнительные поля управления потоком данных и уведомлений о перегрузке канала и имеет следующую структуру:DLCI (6 Bit) C/R (1 Bit) EA (1 Bit) DLCI (4 Bit) FECN (1 Bit) BECN (1 Bit) DE (1 Bit) EA (1 Bit)

 

 

Наименования и значения полей:Имя поля Назначение

DLCI Data Link Connection Identifier — идентификатор виртуального канала (PVC), мультиплексируемого в физический канал. DLCI имеют только локальное значение и не обеспечивают внутрисетевой адресации.

C/R Command / Response — признак "команда-ответ", по аналогии с протоколом HDLC.

EA Address Field Extension Bit — бит расширения адреса. DLCI содержится в 10 битах, входящих в два октета заголовка, однако возможно расширение заголовка на целое число дополнительных октетов с целью указания адреса, состоящего более чем из 10 бит. EA устанавливается в конце каждого октета заголовка; если он имеет значение «1», то это означает, что данный октет в заголовке последний.

FECN Forward Explicit Congestion Notification — извещение о перегрузке канала в прямом направлении.

BECN Backward Explicit Congestion Notification — извещение о перегрузке канала в обратном направлении.

DE Discard Eligibility Indicator — индикатор разрешения сброса кадра при перегрузке канала. Выставляется в «1» для данных, подлежащих передаче в негарантированной полосе (EIR) и указывает на то, что данный кадр может быть уничтожен в первую очередь.

CIR и EIR[править | править исходный текст]

 

CIR (англ. Committed Information Rate) — гарантированная полоса пропускания виртуального канала PVC в сетях Frame Relay (FR).

 

В первоначальном наборе стандартов (ANSI T1S1) CIR как отдельный параметр отсутствует, но для отдельного виртуального канала были определены параметры B(c) (bits committed, Committed Burst Size), B(e) (bits excess) и T(c) (Committed Rate Measurement Interval). B(c) при этом определяется как количество бит, гарантированно передаваемых за время T(c) даже при перегрузке сети, B(e) — максимальное количество бит, которые могут быть переданы за время T(c) при недогрузке сети, то есть без гарантии доставки: заголовки пакетов, отправляемые после превышения B(c) метятся битом DE (discard eligible, аналогичен CLP в ATM) и в случае возникновения в сети перегрузки уничтожаются на коммутаторах перегруженного участка.

 

Таким образом, для виртуального канала могут быть определены две полосы пропускания:

CIR=B(c)/T(c) — гарантированная полоса пропускания

EIR=(B(c) + B(e))/T(c) — максимальная негарантированная полоса пропускания (добавляется возможный дополнительный объем трафика)

 

Возможна настройка и работа FR-каналов со значением CIR, равным нулю.

 

В ANSI T1S1 значение T(c) не было определено, так как значения T(c), B(c) и B(e) являются связанными параметрами, зависящими от скоростей физических интерфейсов, агрегированных полос пропускания виртуальных каналов, размеров буферов FR-

 

29 Х.25 протоколы бойынша қосылу схемасы

2.Сети х.25 – это самые распространенные сети с коммутацией пакетов. Изначально был разработан стек протоколов Х.25, от которого и появилось название сетей. Протокол был разработан в 1974 году международным консультативным комитетом по телефонии и телеграфии (МККТТ).

ирокое распространение сети Х.25 получили по двум основным причинам:

1. Долгое время сети Х.25 были единственными доступными сетями с коммутацией пакетов коммерческого типа.

2. Сеть Х.25 хорошо работает на низкоскоростных и незащищенных линиях связи, которые на сегодняшний день остаются основными линиями передачи данных.

Структура сетей Х.25

ЦКП – центр коммутации пакетов

М * 2 – модем

М-М – аналоговый канал связи, остальные –

К – компьютер

Host-ЭВМ – сервер,

М * 1 – машрутизатор

СРП – сборщик разборщик пакетов

СРП поддерживает 8, 16, 24 асинхронных терминала… есть возможность разогнать до 32, 64 и даже 128 окончаний.

Терминал как правило выходит -> на обычную телефонную сеть и далее -> к СРП через специальный интерфейс RS-232C

Этот интерфейс и все его функции полностью расписаны в протоколе Х3, регламентирован (разрешен), который используется на сетевом уровне в базовой технологии сетей Х.25

Основные функции, регламентированные протоколом Х.3

1. Установление и разъединение соединения сетей Х.25 с нужными ресурсами.

2. Сборка байтов или символов, поступающих от низкоскоростных терминалов в пакеты необходимой длины и передача их в сеть.

3. Прием пакетов из сети, разборка пакетов, передача данных терминалу.

Неинтеллектуальные терминалы не имеют сетевой адрес, адреса присваиваются только СРП

Стандарт Х.25 регламетирует (определяет) процедуры и правила обмена данными между абонентами (узлами сети) и центрами коммутации пакетов или регламентирует интерфейс между оконечным оборудованием данных и аппаратурой передачи данных – DTE, ООД – оконечное оборудование данные; DCE – АПД – Аппаратура передачи данных

Сети х.25 не имеют к СПД никакого отношения и в этих сетях любое соединение прописано следующим образом:

ООД-> (через Х.25, через интерфейс RS-232C) ->АПД -> (через СПД) -> АПД -> (через другой интерфейс чети х.25) -> к ООД

Стек протоколов сети Х.25

Стандарт Х.25 описывает только 3 уровня протокола, т.е. стек протоколов Х.25 состоит из 3х уровней по аналогии с OSI мы имеем ФУ, КУ, СУ.

Транспортный и более высокие уровни реализованы в узлах, но стандартом они не регламентируются.

Для локальной сети достаточно 2 уровня, т.к. нет маршрутизации.

В Глобальной сети задействованы все 3 уровня.

Правила взаимодействия двух смежный уровней на физическом уровне в протоколе Х.25 не регламентируется

А В основе лежит протокол LAP-B, balanced Link access protocol

На LAP-B обеспечивает надежную передачу данных между двумя уровнями.

Протокол уровня пакетов называется X.25/3

Основные функции протокола Х.25/3:

1. Установление виртуального соединения между двумя сторонами

2. Управление потоком пакетов, поступающих в СПД (главная функция)