- •Содержание
- •Введение
- •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.2. Коммутируемые виртуальные каналы
Общепризнанно, что FR становится более эффективным методом доставки сообщений при условии использования КВК (которые создают только на период информационного обмена и "закрываются" сразу после него).
Однако реализация КВК, кажущаяся, на первый взгляд, простой, является наиболее сложной проблемой при стандартизации протоколов и интерфейсов FR. Это связано в первую очередь различными взглядами фи производителей и международных организаций по стандартизации на применение КВК в сетях FR. Более того, существует точка зрения, в соответствии с которой вообще ставится под сомнение необходимость КВК. Поэтому FRF не принял стандартов на применение КВК. Существует только один стандарт (Рекомендация ITU-T Q.933), который был принят для ЦСИО, - "Система сигнализации для служб ретрансляции кадров". FRF согласился только с тем, что указанная выше рекомендация будет служить основой для будущего стандарта на использование КВК. Этот параграф посвящен логической и процедурной характеристикам протокола FR для КВК в любых FR сетях (и необязательно ЦСИО).
Все управляющие сообщения, используемые при установлении и разъединении КВК н передачи сообщения, передаются по ОКС, для которого в ИПС выделен канал с DLCI = 0. (Это вполне согласуется с философией FR, согласно которой процедуры сигнализации осуществляются по выделенному каналу.) Эти сообщения аналогичны кадру LMI. В табл. 7.1 представлен основной формат кадра, используемый при конфигурации КВК (далее - кадр КВК).
Таблица 7.1
Базовый формат кадра КВК
Октеты |
Биты |
||||||||
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
Назначение |
|
1 |
0 1 1 1 1 1 1 0 |
Флаг |
|||||||
2 |
0 0 0 0 0 0 |
0 |
0 |
Заголовок: DLCI=0, CR=0, |
|||||
3 |
0 0 0 0 |
0 |
0 |
0 |
1 |
DE=0, FECN=0, BECN=0 |
|||
4 |
0 0 0 0 0 0 1 1 |
Индикатор ненумерованного кадра |
|||||||
5 |
0 0 0 0 1 0 0 1 |
Определитель протокола |
|||||||
6 |
0 0 0 0 |
|
Вызываемый номер |
||||||
7 |
|
|
|||||||
8 |
|
Тип сообщения |
|||||||
9 |
|
Первый информационный элемент |
|||||||
… |
|
||||||||
14 |
|
||||||||
15 |
|
Второй информационный элемент |
|||||||
… |
|
||||||||
20 |
|
||||||||
… |
… |
… |
|||||||
|
|
N-й информационный элемент |
|||||||
… |
|
||||||||
|
|
||||||||
|
|
Проверочная последовательность |
|||||||
|
|
||||||||
|
0 1 1 1 1 1 1 0 |
Флаг |
Поля в кадре КВК идентичны полям кадра LMI процедур, за исключением полей: "Вызываемый номер", "Тип сообщения" и "Информационные элементы".
"Вызываемый номер". Это поле является локальным идентификатором, который предназначен для распознавания различных вызовов в локальном интерфейсе. Оно не имеет смысла при установлении межтерминального соединения, Длина этого поля может быть равна 2 или 3 октетам и зависит от требуемого количества индивидуальных каналов. Формат 2-октетного поля, наиболее приемлемого в сетях FR, показан в табл. 7.2.
Таблица 7.2
Базовый формат кадра КВК
Октеты |
Биты |
|||||||||
|
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
||
1 |
0 0 0 0 |
0 0 0 1 |
||||||||
|
|
Длина вызываемого номера |
||||||||
2 |
Флаг |
Значение вызываемого номера |
Первый октет указывает на длину вызываемого номера (1 или 2 октета), а второй октет содержит значение вызываемого номера и "флаг". Главное назначение "флага": определение стороны интерфейса - инициатора установления соединения ("0"; вызываемая сторона - "1") и, таким образом, исключение одинаковой установки этого бита обеими сторонами интерфейса. Поле "вызываемый номер" может иметь длину 3 октета, как правило, в том случае, когда требуется 7...15 битов для идентификации большого числа (>64) КВК в высокоскоростных ИСС (более 8 Мбит/с).
Уникальное значение вызываемого номера определяется инициатором вызова, когда передается сообщение на установление соединения.
"Тип сообщения". При создании, разъединении КВК и фазе передачи данных используются семь типов сообщений (Q.933), которые представлены в табл. 7.3
"Информационные элементы". Информационные элементы для создания, разъединения КВК изменяются в соответствии с фазой информационного обмена. Рассмотрим эти фазы.
Таблица 7.3
Кодирование поля "Тип сообщения"
Биты |
Тип сообщения |
|||||||
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
|
0 |
0 0 |
- - |
- - |
- |
Сообщения для установления соединения (КВК) |
|||
|
|
0 0 |
0 1 |
0 |
Подтверждение вызова |
|||
|
|
0 0 |
1 1 |
1 |
соединения (КВК) |
|||
|
|
0 0 |
1 0 |
1 |
Установка параметров |
|||
0 |
1 0 |
- - |
- - |
- |
Сообщения для разъединения (КВК) |
|||
|
|
0 0 |
1 0 |
1 |
Запрос разъединения |
|||
|
|
0 1 |
1 0 |
1 |
Согласие на разъединение |
|||
|
|
0 1 |
0 1 |
0 |
Подтверждение разъединения |
|||
0 |
1 1 |
- - |
- - |
- |
Смешанные сообщения |
|||
|
|
1 1 |
1 0 |
1 |
Состояние |
|||
|
|
1 0 |
1 0 |
1 |
Запрос состояния |