- •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
4. Транспортно-независимая сетевая служба (тнсс)
До 90-х г.г. ХХ века не имели решения следующие проблемы:
Сеансовый уровень, определяющий интерфейс между прикладным ПО и транспортной службой, в различных протоколах был реализован по-разному, а в некоторых протоколах (например, TCP/IP) сеансовый уровень вообще отсутствовал. Это означало, что прикладное ПО должно было обращаться к сетевым службам на низком уровне (на уровне транспортного протокола. В итоге прикладные программы, работающие в сети, оказывались протоколозависимыми, т. е. программы писались либо только под один протокол, либо реконфигурировались в зависимости от установленного протокола.
Никакие из существующих протоколов не создавались в расчете на одновременную работу на одном хосте (хост – компьютер в сети – сервер или рабочая станция), в то время, как была потребность в работе хоста одновременно в нескольких сетях, использующих разные протоколы.
Решение вышеуказанных проблем появилось после принятия стандарта OSI и появления в нем описания ТНСС.
Практическая реализация ТНСС появилась в начале 90-х гг. в различных версиях UNIX, в OS/2 и в Windows NT. В Windows 98/Me ТНСС не поддерживается, что означает проблемы при попытке использовать станцию с Windows 98 для работы одновременно, например, в интернете и в локальной сети, использующей отличный от TCP/IP протокол.
7
6
7
7
7
7
7
7
СИ ТНСС 5
КИ ТНСС
…
На рисунке:
1 … 7 - уровни OSI;
ТНСС - транспортно независимая сетевая служба, работает сразу на двух уровнях модели OSI;
СИ ТНСС - сеансовый интерфейс ТНСС – часть ТНСС, работающая на сеансовом уровне, реализованная в соответствии с OSI и являющаяся единым интерфейсом сетевого программирования ОС;
СП1–СПn - стеки протоколов – одновременно может быть установлено множество стеков транспортного и сетевого уровня, реализованных с использованием различных стандартов. Может быть установлен любой протокол, поддерживаемый данной ОС;
КИ ТНСС- канальный интерфейс ТНСС. Наличие КИ ТНСС позволяет различным стекам протоколов использовать одно оборудование для доступа в сеть.
Функции ТНСС:
СИ ТНСС принимает запросы от прикладных программ и ОС, сформированные в соответствии с OSI-стандартами сеансового уровня и транслирует эти запросы на транспортный уровень в стандарт того протокола, который должен использоваться в данной тарнзакции;
КИ ТНСС организует совместное использование различными стопками протоколов одного и того же оборудования без конфликтов.
5. Задачи транспортного уровня
5.1. Введение
Основными задачами транспортного уровня являются:
трансляция адресов;
коммутация.
5.2. Трансляция адресов
5.2.1. Постановка задачи
На сеансовом и более высоких уровнях в качестве адресов используются т. н. высокоуровневые адреса, удобные для восприятия человеком, но мало отображающие топологию сети.
На транспортном и сетевом уровнях используются физические адреса, тесно связанные с топологией сети.
Задача трансляции – это задача преобразования высокоуровневых (логических) адресов в физические адреса.
В зависимости от протокола, а также его версии, в сети может использоваться один из следующих методов трансляции:
динамическая трансляция;
статическая трансляция;
полустатическая (доменная ) трансляция.