- •1. Введение. Сетевые дисциплины.
- •2. Модель osi
- •2.1. Введение
- •2.2. Понятие сетевого протокола
- •2.3. Протокол osi и его роль
- •2.4. Общая структура osi
- •2.5. Описание уровней
- •2.5.1. Прикладной уровень
- •2.5.2. Уровень презентации данных
- •2.5.3. Сессионный уровень
- •2.5.4. Транспортный уровень
- •2.5.5. Сетевой уровень
- •2.5.6. Канальный уровень
- •2.5.7. Физический уровень
- •2.6. Модель osi в локальных сетях
- •2.7. Модель osi в сетях различных топологий
- •2.7.1. Шинная топология
- •2.7.2. Сети кольцевой топологии
- •2.7.3. Сетевая топология
- •3. Продвижение сетевых сообщений
- •3.1. Терминология
- •3.2. Механизм отката
- •3.3. Понятие виртуального канала
- •3.4. Типы виртуальных каналов
- •3.4.1. Введение
- •3.4.2. Канал с полным подтверждением
- •3.4.3. Частичное подтверждение, выдаваемое пдс
- •3.4.4. Частичное подтверждение, выдаваемое пбс
- •3.4.5. Канал без подтверждения
- •3.4.6. Выбор типа канала
- •3.5. Механизм квитанций
- •3.6. Формат сообщений
- •4. Транспортно-независимая сетевая служба (тнсс)
- •5.2.2. Динамическая трансляция
- •5.2.3. Статическая трансляция
- •5.2.4. Полустатическая трансляция
- •5.3. Задача коммутации
- •5.3.1. Введение
- •5.3.2. Коммутация с установлением предварительного соединения
- •Коммутация виртуальных каналов
- •5.3.3. Коммутация без установления предварительного соединения
- •Смысл осуществления разборки/сборки сообщений
- •5.3.4. Применение методов коммутации
- •5.3.5. Проблема объединения сетей с установлением и без установления предварительного соединения
- •6. Задача сетевого уровня: маршрутизация сообщений в сети
- •6.1. Постановка задачи
- •6.2. Роль протоколов сетевого уровня
- •6.3. Размножение пакетов
- •6.4. Методы таблиц маршрутизации
- •6.4.1. Общие положения
- •6.4.2. Метод статических таблиц
- •6.4.3. Метод локальной оптимизации
- •6.4.4. Метод глобальной оптимизации
- •6.5. Методы централизованной маршрутизации
- •6.5.1. Общие положения
- •6.5.2. Централизованная маршрутизация с использованием таблиц маршрутизации
- •6.5.3. Метод этикеток
- •6.6. Применение методов маршрутизации
- •7.4. Переименование
- •7.5. Проницаемость при кластеризации
- •7.6. Реализация устройства межсетевого взаимодействия (умв)
- •7.7. Топология межсетевого взаимодействия
- •1) Последовательное объединение сетей
- •2) Параллельное соединение сетей
- •3) Произвольное соединение
- •7.8. Уровень межсетевого (межсегментного) взаимодействия
- •7.8.1. Повторитель (Repeater)
- •7.8.2. Мост (Bridge)
- •7.8.3. Маршрутизатор (Router)
- •7.8.4. Шлюз (Gateway)
- •7.9. Цена межсетевого взаимодействия
- •8. Сети Ethernet
- •8.1. Введение
- •8.2. Классический Ethernet
- •8.3.1. Введение
- •8.3.2. Топология простейшей Switch Ethernet сети
- •8.3.3. Устройство и работа хаба типа 1
- •8.3.4. Соединение хабов
- •1) Параллельное соединение двух хабов
- •2) Параллельное соединение множества хабов
- •3) Древовидное соединение множества хабов
- •8.3.5. Особенности хабов типа 2
- •8.3.6. Особенности хабов типа 3
- •8.3.7. Особенности хабов типа 4
- •8.4. Контроллеры Ethernet
- •8.5. Кабельные системы Ethernet
- •8.5.1. Особенности кабельных систем с использованием коаксиального кабеля
- •8.5.2. Особенности кабельных систем с использованием витой пары
- •8.5.3. Особенности кабельных систем с использованием оптоволокна
- •8.5.4. Справочные данные о некоторых кабельных системах Ethernet
3.4. Типы виртуальных каналов
3.4.1. Введение
В зависимости от того, как организовано подтверждение выполнения функций, различают 4 типа виртуальных каналов:
а) с полным подтверждением;
б) с частичным подтверждением, выдаваемым ПДС;
в) с частичным подтверждением, выдаваемым ПБС;
г) без подтверждения.
В зависимости от используемого протокола возможна настройка протокола либо на все 4 варианта (OSI, AppleTalk), либо только на часть вариантов.
Например, в TCP/IP данная настройка отсутствует, поскольку TCP/IP поддерживает только тип виртуальных каналов без подтверждения.
3.4.2. Канал с полным подтверждением
АП
Service User
Service User
ПП
ТДС
ТДС
З П
О И
ПБС ПДС
Используются транзакции четырех типов:
а) З – запрос;
б) И – индикация;
в) О – ответ;
г) П – подтверждение.
Запрос выдается пользователем сервиса со стороны активного пользователя и является просьбой к виртуальному каналу выполнить какую-либо функцию по передаче сообщений.
Запрос распространяется по виртуальному каналу и в конечном счете на другой стороне виртуального канала вызывает появлений индикации. Индикация означает извещение пользователя сервиса со стороны пассивного пользователя о том, что для него получено сообщение и необходимо произвести деконвертацию.
Ответ – сообщение виртуальному каналу об успешном выполнении деконвертации, распространяется по виртуальному каналу и на стороне ПБС вызывает подтверждение.
Подтверждение – сообщение о том, что на дальней стороне виртуального канала деконвертация произошла успешно.
3.4.3. Частичное подтверждение, выдаваемое пдс
АП
Service User
Service User
ПП
ТДС
ТДС
З П
ПБС ПДС
И
Все точно так же, как и при полном подтверждении, меняется только следующее:
транзакция типа «Ответ» не используется;
подтверждение формируется не на основе транзакции «Ответ», а на основе сообщения от ПДС о получении запроса;
смысл подтверждения меняется – оно уведомляет не об успешной деконвертации, а только о том, что сообщение прошло по каналу.
Достоинства: пользователь сервиса со стороны активного пользователя не должен дожидаться окончания деконвертации и получает подтверждение раньше, а значит, раньше сможет обратиться к виртуальному каналу со следующим запросом. Нельзя посылать следующий запрос, пока не получено подтверждение предыдущего запроса.
Недостатки: снижение надежности передачи. При аварийном завершении деконвертации активный пользователь не узнает об этом.
3.4.4. Частичное подтверждение, выдаваемое пбс
Ответ отсутствует.
Подтверждение выдается ПБС на основании получения запросов и фактически является подтверждением только того факта, что запрос получен. Само прохождение информации по виртуальному каналу не контролируется.
АП
Service User
Service User
ПП
ТДС
ТДС
З П
ПБС ПДС
И
3.4.5. Канал без подтверждения
Отсутствуют как транзакция ответа, так и транзакция подтверждения.
АП
Service User
Service User
ПП
ТДС
ТДС
ПБС ПДС
З
И
В данном случае активный пользователь даже не знает, принят ли его запрос.