- •Содержание
- •Введение
- •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. Построение сетей
- •Список использованных источников
8.2. Интеграция fr и х.25 сетей
Рекомендация ITU-T X.25 определяет стандарты протоколов и интерфейсов канального и сетевого уровней. И с точки зрения ретрансляции кадров протоколы X.25 являются высокоуровневыми "механизмами" управления информационным обменом. Поэтому существует система взглядов, в соответствии с которой кадры X.25 достаточно корректно вписываются в формат многопротокольного FR кадра.
Однако многие фирмы, производящие аппаратно-программные средства для Х.25 сетей, считают, что механизмы формирования многопротокольного FR кадра чрезвычайно сложны и существует более простая реализация протоколов доставки пакетов Х.25 через FR сеть. Более того, последнее активно внедряется в сетевое оборудование и абонентские пункты.
В связи с этим в стандарт ANSI T1.617 (приложение G) были внесены поправки, которые детализируют упрощенный метод обрамления пакета Х.25 и формирование FR кадра. Этот метод может быть применен только с обоюдного предварительного согласия сторон, так как он не предусматривает каких-либо процедур (механизмов) сигнализации с целью оповещения ООД пользователя об использовании такого метода.
На рис. 8.4 представлена диаграмма многоуровневого управления доставкой пакетов Х.25 на основе упрощенного метода формирования FR кадра.
Рис. 8.4 .Диаграмма многоуровневого управления доставкой пакетов Х.25 на основе упрощенного метода формирования FR кадра
Априори считается, что взаимодействие на сетевом уровне осуществляется между абонентскими ООД, а на втором (канальном) уровне поддерживается сбалансированная процедура доступа к каналу (Link Access Procedure Balanced - LAPB). Кадр канального уровня (LAPB) обрамляется, и формируется FR кадр, который пересылается к месту назначения через определенный DLCI (при этом используются согласованные параметры и условия доставки по FR сети). На приемной стороне кадр канального уровня «освобождается» от обрамления FR кадра и направляется для обработки на канальный уровень управления (LAPB), а после этого, соответственно, - на сетевой уровень. Это означает, что протокол канального уровня (LAPB) взаимодействует с FR сетью так же, как и с физическим уровнем обычной сети Х.25; при этом FR сеть "прозрачна" для всех типов кадров (информационных и управляющих, таких как RR, RNR, REJ и др.).
На рис. 8.5 представлен формат FR кадра, "переносящего" кадр канального уровня (кадр LAPB). Адресное поле, поле управления и информационное поле кадра канального уровня полностью без изменений вставляются в информационное поле FR кадра. Одним из характерных условий формирования такого FR кадра является то, что в этом случае в заголовке FR кадра не используется идентификатор типа протокола. Другое характерное условие касается применения стандартного 2-октетного адресного поля заголовка. И последнее условие относится к полю проверочной последовательности (FCS): FCS кадра канального уровня заменяется FCS FR кадра, которая определяется с учетом всех полей - 2-октетного адресного поля заголовка FR кадра, адресного поля, поля управления и информационного поля кадра канального уровня. Соответственно на приемной стороне осуществляются процедуры, обратные указанным выше.
Рис. 8.5. Формат FR кадра, "переносящего" кадр LAPB
Все сказанное выше имело одну цель: разработка более простой схемы взаимодействия FR и Х.25 сетей. Последствия такого упрощения, по мнению фирм-производителей, очевидны: улучшение качества обслуживания пользователей. При реализации такой схемы взаимодействия FR и Х.25 сетей желательно выполнение следующего условия: максимальный размер "окна" на 2-м уровне (ЭМВОС) должен соответствовать рекомендованному значению (128). Это вызвано, в первую очередь, тем, что практика применения протоколов управления потоков на канальном уровне с использованием меньшего (чем 128) размера "окна" показала значительное снижение эффективности функционирования процедуры LAPB.