- •Содержание
- •Введение
- •5. Основные сведения о сетях ip
- •5.1. Многоуровневая модель tcp/ip
- •5.1.1. Network Access Layer (Уровень доступа к среде передачи)
- •5.1.2. Internet Layer (Межсетевой уровень) и протокол ip
- •5.1.3. Протокол icmp
- •5.1.4. Transport Layer (Транспортный уровень)
- •5.1.5. Протокол udp
- •5.1.6. Протокол tcp
- •5.2.1. Классовая модель
- •5.2.2. Бесклассовая модель
- •Запись адресов в бесклассовой модели
- •5.2.3. Установка ip-адреса хоста
- •5.3. Маршрутизация
- •5.3.1. Пример маршрутизации
- •5.3.2. Пример подключения локальной сети организации к Интернет
- •5.3.3. Динамическая маршрутизация
- •5.3.4. Перечень задач по подключению сети предприятия к Интернет
- •5.4. Работа с утилитами tcp/ip
- •5.4.1. Основные утилиты tcp/ip
- •5.4.2. Поиск информации об ip-сетях и автономных системах (служба whois)
- •5.5. Динамическое присвоение ip-адресов
- •5.6. Получение информации из баз данных dns
- •5.6.1. Конфигурирование клиента dns
- •5.6.2. Порядок выполнения dns-запроса
- •5.6.3. Программа nslookup
- •6. Ретрансляция кадров (Frame Replay). Характеристики протокола информационного обмена и интерфейса «пользователь-сеть»
- •6.1. Логическая характеристика протокола fr
- •6.2. Процедурная характеристика протокола fr
- •6.3. Адресация в сетях fr
- •6.4. Общая характеристика lmi
- •6.5. Логическая характеристика lmi
- •6.6. Процедурная характеристика lmi
- •6.6.1. Синхронное симплексное управление
- •6.6.2. Синхронное дуплексное управление
- •6.6.3. Асинхронное управление
- •6.6.4. Процедурная характеристика lmi при возникновении ошибок
- •6.7. Параметры для синхронизации процедур управления lmi
- •7. Ретрансляция кадров (Frame Relay). Характеристики интерфейса «сеть - сеть» и коммутируемых виртуальных каналов
- •7.2. Коммутируемые виртуальные каналы
- •7.2.1. Фаза установления соединения (запрос соединения)
- •7.2.2. Параметры канального уровня
- •7.2.3. Фаза установления соединения (подтверждение вызова и соединения)
- •7.2.4. Фаза разъединения
- •8. Интеграция fr сетей
- •8.1. Характеристика fr протокола для интеграции сетей, функционирующих по различным сетевым протоколам
- •8.2. Интеграция fr и х.25 сетей
- •8.3. Ретрансляция кадров и речевой трафик
- •9. Организация доставки сообщений в широкополосных цифровых сетях интегрального обслуживания (атм - Asynchronous Transfer Mode)
- •9.1. Широкополосная цифровая сеть интегрального обслуживания (ш1-1сио, b-isdn - Broadband Integrated Services Digital Network)
- •9.2. Асинхронный режим доставки
- •9.3. Эталонная модель шисио
- •9.4. Процедурная и логическая характеристики протокола ард
- •9.5. Управление доступом
- •9.6. Идентификаторы виртуального пути и виртуального канала
- •9.7. Служба приоритетов
- •9.8. Зашита заголовка ячейки ара (циклическая проверка)
- •9.9. Принципы информационного обмена и синхронизация в ара
- •10. Сравнение сетевых архитектур
- •10.1. Требования к современным компьютерным сетям
- •10.2. Примеры сетевых архитектур
- •10.3. Методика оценки сетевых архитектур
- •10.4. Корреляционный анализ
- •10.5. Совместная обработка изображений
- •10.6. Моделирование окружающей среды
- •10.7. Построение сетей
- •Список использованных источников
6.1. Логическая характеристика протокола fr
FR является бит-ориентированным синхронным протоколом, использующим "кадр" в качестве основного информационного элемента, и в этом смысле очень похож на протокол HDLC. Однако FR не обеспечивает все функции протокола HDLC, и поэтому многие из элементов кадра HDLC исключены из основного формата кадра FR (в кадре FR адресное поле и поле управления HDLC совмещены в одно адресное поле). Структура кадра FR представлена в табл. 6.1 и включает необходимые поля.
Таблица 6.1
Структура кадра
HDLC |
|||||||||
Флаг |
Адрес |
Управление |
Информация |
Проверка |
Флаг |
||||
FR |
|||||||||
Флаг |
Адрес |
Информация |
Проверка |
Флаг |
|||||
Адрес |
CR |
ЕА |
Адрес |
FECN |
BECN |
DE |
ЕА |
||
8...3 |
2 |
1 |
8...5 |
4 |
3 |
2 |
1 |
||
|
|
"0" |
|
|
|
|
"1" |
Флаг. Все кадры начинаются и заканчиваются комбинацией флаг -"01111110". Одна и та же комбинация флаг может использоваться как закрывающая один кадр и открывающая следующий. С целью предотвращения имитации комбинации флаг при передаче кадра проверяется все его содержание между двумя флагами и вставляется "0"-й бит после всех последовательностей из пяти идущих подряд битов "1". На приемном конце "0"-е биты отбрасываются. Данная процедура (bit stuffing - "прозрачность") обязательна при формировании любого кадра FR.
Адрес. Поле адреса в пределах кадра FR состоит из 6 битов первого октета и 4 битов второго октета (кодировка поля адреса представлена в табл. 6.2. Эти 10 битов определяют абонентский адрес в сети FR (идентификатор канала передачи данных: Data Link Connection Identifier – DLCI). Стандарты ANSI и ITU-T допускают размер заголовка кадра до 4 октетов.
Таблица 6.2
Кодировка 10-битового DLCI в поле "адрес" кадра FR
Октеты поля "Адреса" |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
Первый |
29 |
28 |
27 |
26 |
25 |
24 |
|
|
Второй |
23 |
22 |
21 |
20 |
|
|
|
|
Бит "опрос/финал" (Command/Response - CR), Этот бит протоколом FR не используется, но может применяться в пользовательских приложениях и "прозрачно пропускается" аппаратно-программными средствами сети FR.
Бит расширения адреса (Extended Address - ЕA). DLCI содержится в 10 битах, входящих в два октета поля адреса. Однако возможно расширение адресного поля (заголовка) на целое число дополнительных октетов с целью указания адреса, состоящего из более чем 10 битов. Бит ЕА устанавливается в конце каждого октета заголовка, и если он имеет значение "1", то это означает, что данный октет в заголовке последний. Стандарт FRF рекомендует использовать заголовок, состоящий из двух октетов. В этом случае бит ЕА в первом октете будет установлен в "0", а во втором - в "1".
Бит уведомления (сигнализации) приемника о явной перегрузке (Forward Explicit Congestion Notification - FECN). Этот бит устанавливается в "1" АКД сети для уведомления получателя сообщения о том, что произошла перегрузка в направлении передачи кадра, содержащего этот признак. Бит FECN устанавливается АКД сети FR (а не передающим ООД пользователя) и не обязателен для терминалов абонентов (рис. 6.1).
Рис. 6.1. Установка битов перегрузки
Бит уведомления (сигнализации) источника о явной перегрузке (Backward Explicit Congestion Notification - BECN). Этот бит устанавливается в "1" АКД сети для уведомления источника сообщения о том, что, произошла перегрузка в обратном направлении относительно направления передачи кадра, содержащего этот признак. Бит BECN устанавливается АКД сети FR (а не передающим ООД пользователя) и не обязателен для терминалов абонентов (рис. 6.1).
Бит разрешения сброса (Discard Eligibility - DE). Этот бит устанавливается в "1" в случае явной перегрузки входного графика и указывает на то, что данный кадр может быть уничтожен в первую очередь по отношению к другим кадрам, не имеющим данного признака. Бит DE может 6ыть установлен в "1" либо АКД сети FR, либо ООД пользователя (то есть пользователю предоставлено право выбирать, какими кадрами "он может пожертвовать"), при этом повторная установка не допускается. Это предусмотрено для того, чтобы узлы коммутации сети FR могли уничтожать при перегрузках не только кадры с установленным битом DE (рис. 6.2).
Рис. 6.2. Гарантированная скорость передачи информации и кадры, которые могут быть уничтожены
Информационное поле. Информационное поле содержит данные пользователя и состоит из целого числа октетов. Максимальный размер для этого поля определен стандартом FRF и составляет 1600 октетов (минимальный размер - 1 октет). Содержание информационного поля пользователя передается неизменным через сети FR и прозрачно для протокола FR.
Проверочная последовательность кадра (Frame Check Sequence -FCS). Проверочная последовательность кадра используется для обнаружения возможных ошибок при его передаче и состоит из двух октетов. Данная последовательность FCS формируется аналогично циклическому коду HDLC.
Все указанные выше поля должны присутствовать в каждом кадре FR, который передается между двумя оконечными пользовательскими системами.
Протокол FR не предусматривает передачу сигнальных сообщений: нет командных (или супервизорных) кадров, как в HDLC. Для передачи служебной информации используется специально выделенный канал сигнализации (ОКС), внутри которого передаются супервизорные кадры.
Другое важное различие между FR и HDLC - отсутствие любой нумерации последовательности передаваемых (принимаемых) кадров. Это является результатом того, что протокол FR не имеет никаких механизмов для подтверждения правильно принятых кадров.