- •Содержание
- •Введение
- •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. Построение сетей
- •Список использованных источников
7. Ретрансляция кадров (Frame Relay). Характеристики интерфейса «сеть - сеть» и коммутируемых виртуальных каналов
Современный стандарт FR включает протокол и интерфейс "пользователь-сеть" (ИПС) только для ПВК и поэтому в основном используется в корпоративных (региональных) и локальных сетях со статическими методами и способами маршрутизации информационных потоков.
Исторически сложилось так, что ретрансляция кадров первоначально использовалась в сетях FR, в которых скорость передачи информации составляла около 2,048 Мбит/с. Однако позже выяснилось, что этот метод применим и в сетях с гораздо большими скоростями передачи.
Вместе с тем при создании глобальной широкополосной FR сети, в которой будут применяться коммутируемые виртуальные каналы (КВК) и динамическое управление потоками информации, возникнет необходимость объединения различных существующих корпоративных и локальных FR сетей. Такая интеграция требует единого подхода к "философии" функционирования КВК и разработке стандарта на интерфейс "сеть - сеть" (ИСС). Разработкой и исследованием такого стандарта в настоящее время активно занимается FRF, а также ANSI, ITU-T и G4.
Первые результаты этой работы (проект стандарта на ИСС) были получены FRF в конце 1992 года.
7.1. ИСС
ИПС FR - это интерфейс, который определяет порядок доступа в FR сеть (частную или общего пользования), формат данных и процедуры (алгоритм) для взаимодействия ООД и АКД "внутри" одной сети. Однако при взаимодействии нескольких сетей FR между ними необходим шлюз (ИСС).
Области применения интерфейса "сеть -сеть":
между FR сетью общего пользования с абонентским доступом и транзитной FR сетью общего пользования;
между транзитными FR сетями общего пользования;
между частной FR сетью с абонентским доступом и транзитной FR сетью общего пользования;
между частной FR сетью с абонентским доступом и FR сетью общего пользования с абонентским доступом;
между частными FR сетями с абонентским доступом.
Основное назначение ИСС - обеспечение эффективного взаимодействия двух (или нескольких) FR сетей в рамках глобальной FR сети с целью высококачественного обслуживания (высокая вероятность обслуживания неявки абонентов) пользователей при ведении ими информационного обмена. Следовательно, ИСС в первую очередь, должен обеспечивать высокоскоростную доставку данных, управление информационными потоками при возникновении перегрузок, сигнализацию и доставку служебной информации о состоянии канала связи. Проект стандарта (FRF) на ИСС аналогичен стандарту на ИПС, но в отличие от последнего рассматривает интерфейс локального управления только с асинхронным дуплексным управлением.
В основе функционирования ИСС лежит понятие "отрезок ПВК". Каждый такой отрезок "заключен" внутри глобальной "составной" FR сети (состоящей из нескольких FR подсетей) и ограничен либо ИПС с одной стороны и ИСС - с другой, либо ИСС с обеих сторон. Многосетевой ПВК (МПВК) является объединением двух или более отрезков ПВК.
При функционировании МПВК составные FR сети будут управляться (в соответствии с процедурами управления) со стороны как пользователя, так и соседней сети. Таким образом, в ИСС используются двунаправленные процедуры управления, то есть каждая из сторон интерфейса имеет право запрашивать у другой стороны информацию о статусе транзитного ПВК, так же как и информировать другую сторону о статусе ПВК. Более того, эти двунаправленные процедуры могут осуществляться асинхронно (с целью отслеживания состояния каналов в реальном масштабе времени).
Необходимо отметить, что ИСС использует локальную адресацию с различными DLCI в каждом интерфейсе (ИПС или ИСС).
Для нормального функционирования процедур управления в ИСС используются те же параметры синхронизации, что и для LMI (ряд специальных счетчиков событий и времени, назначение которых - синхронизация последовательностей управляющей информации через интерфейс: N391, N392, N393, Т391 и Т392). Очевидно, что текущие значения отдельных таймеров и счетчиков в каждом направлении ИСС будут различны. Однако проект стандарта FRF на ИСС строго оговаривает, что предельные (пороговые) значения таймеров и счетчиков на обеих сторонах ИСС должны быть одинаковыми. Важным свойством ИСС (требование к параметрам интерфейса) является максимально быстрая (насколько это возможно) передача служебной информации о состоянии ПВК между пользователями. Другими словами, если у одной из сторон интерфейса произошло изменение состояния ПВК, другая сторона ИСС должна быть оповещена незамедлительно (АДУ). Очевидно, что любая задержка в информировании другой стороны ИСС может привести к локальной перегрузке сети.
МПВК считается активным при условии, что все отрезки ПВК между двумя ИПС активны. Для этого необходимо, чтобы:
все отрезки ПВК были сконфигурированы и функционировали;
все ИПС и ИСС были сконфигурированы и функционировали;
между всеми ИПС и ИСС были установлены соединения;
удаленный пользователь сообщил об активности ПВК при условии, что удаленные ИПС используют двунаправленные процедуры.
Когда все эти условия выполнены, удаленный ИПС (ООД удаленного пользователя) в кадре FR установит бит "активный ПВК" в "1", так как только ИПС "имеет на это право". Если все ИСС функционируют нормально, то они "пропустят" этот кадр без изменений, в противном случае - установят бит "активный ПВК" в "0" (ИСС не имеет возможности устанавливать его в "1").
Очевидно, что во время установления соединения между ООД абонентов А и В внутри ИПС и ИСС происходит постоянный обмен сообщениями "Запрос состояния".
Существует несколько причин сбоя МПВК: сбой в ИПС, в ИСС или в отрезке ПВК. В каждом случае ответственным за передачу сообщений "Полное состояние", в которых указывается неактивное состояние ПВК. является ИСС, что позволяет временно прекратить передачу данных через ИПС до тех пор, пока ПВК не будет реконфигурирован. Если имеет месте сбой в ИСС, то это вызовет сбой механизма синхронизации, что незамедлительно будет обнаружено ООД пользователей.