- •Организация вычислительных систем
- •Часть II «Сети эвм» Краткий конспект лекций Содержание
- •Эталонная модель взаимодействия открытых систем
- •Уровни эталонной модели
- •Функции уровней
- •Правила описания сервиса
- •Локальные вычислительные сети
- •Топологии локальных сетей
- •Среды передачи информации
- •Методы кодирования информации
- •Методы управления обменом в сети типа «активная звезда»
- •В сети типа «шина»
- •В лвс типа «кольцо»
- •Контроль правильности передачи
- •Функции аппаратуры локальных сетей
- •Сетевые адаптеры
- •Пример реализации сетевого адаптера Ethernet
- •Другие сетевые устройства
- •Аппаратура лвс
- •Аппаратура сети Ethernet
- •Аппаратура сети Fast Ethernet
- •Аппаратура сети Gigabit Ethernet
- •Аппаратура сети Token Ring фирмы ibm
- •Аппаратура сети Arcnet
- •Аппаратура сети fddi
- •Аппаратура сети 100vg-AnyLan
- •Уровни моделиOsi
- •Прикладной уровень
- •Уровень представления
- •Сеансовый уровеньOsi
- •Основные понятия.
- •Фазы и услуги сеансового сервиса
- •Функциональные группы и сервисные подмножества
- •Транспортный уровеньOsi
- •Сетевой уровень osi Структура системы передачи данных
- •Задачи сетевого уровня
- •Протоколы сетевого уровня
- •Протоколы сетевого уровня в сетях с коммутацией пакетов
- •Рекомендация х.25 мкктт
- •Уровень управления информационным каналом Типы протоколов
- •Протокол bsc
- •Протокол hdlc
- •Каналы t1/e1
- •Метод биполярного кодирования
- •Синхронизация
- •Кадровая синхронизация
- •Мультиплексирование
- •Типичная структура системы
- •Интерфейс bri
- •Интерфейс pri
- •Аппаратные средства абонентского комплекса
- •Дополнительные услуги сетей isdn
- •Сети Frame Relay
- •Формат кадра
- •Согласование скорости передачи
- •Типы каналов
- •Защита от ошибок
- •Сети atm
- •Быстрая коммутация пакетов
- •Типы каналов
- •Подуровни atm и режимы передачи
- •Сеть Интернет
- •Стек протоколов tcp/ip
- •Уровень I стекаTcp/ip
- •Уровень II стекаTcp/ip
- •Уровень III стекаTcp/ip
- •Уровень IV стека tcp/ip
- •Протокол ip
- •Протокол iPv6
- •Протокол tcp
- •Механизм тайм-аута ожидания подтверждения
- •Протокол udp
- •Протокол icmp
- •Маршрутизация
- •Маршрутизаторы
- •Примеры протоколов Протокол rip
- •Протокол ospf
- •Протокол igrp
- •Протокол политики маршрутизации egp
- •Протокол политики маршрутизации bgp
- •Протокол pnni
- •Литература
Правила описания сервиса
Рассмотрим пример.
Протокольные объекты А и В устанавливают соединение друг с другом. Объект А передает протокольный блок REQ. Объект В, получив REQ, отвечает блоком RES.
Теперь посмотрим, как этот обмен должен быть связан с пользователем услуг (N)-уровня (см. рис.).
CONNECT request – запрос установления соединения
CONNECT indication – уведомление о наличии запроса
CONNECT response – ответ пользователя на запрос
CONNECT confirmation – подтверждение установления соединения
Такие пользовательские сообщения получили в стандартах ВОС наименование сервисных примитивов. Это концептуальные понятия, облегчающие описание последовательности событий при доступе к сервису уровня.
Для рассматриваемого случая упрощенно будем иметь следующие помеченные графы для протокола установления соединения (см. рис.):
Сервис каждого уровня состоит из услуг. Был рассмотрен пример одной из них – по установлению соединения. В общем же случае услуги могут быть обязательными и факультативными (опции), подтверждаемыми и неподтверждаемыми.
Подтверждаемые услуги – это те, предоставление которых связано с обменом набором сервисных примитивов запроса и подтверждения.
Элементы описания сервиса стандартизованы МОС в документе IS 8509, в котором сервис уровня определяется в виде показанной на рисунке модели.
Обозначение каждого сервисного примитива состоит из трех элементов: обозначение уровня ВОС; имя примитива; тип примитива.
Уровни обозначаются следующим образом: А— прикладной;Р— представления;S— сеансовый;T— транспортный;N— сетевой;DL— канальный;PL— физический.
Имя примитива определяется видом услуги. Например,
CONNECT– установление соединения;
RESET– сброс;
DATA– передача данных.
Сервисные примитивы подразделяются на 4 типа:
запроса — request; индикации — indication;
ответа — response; подтверждения —confermation.
Таким образом, например, примитив P-CONNECN request – это примитив представительного сервиса, который относится к услуге по установлению соединения и является запросом.
Стандартом оговариваются также формальные правила составления диаграмм последовательности примитивов.
Вертикальные линии изображают точки доступа к сервису (N)-ТДС и, кроме того, течение времени (сверху-вниз).
При явной причинно-временной зависимости между сервисными примитивами они соединяются прямыми линиями. При отсутствии явной зависимости — используется значок "тильда".
Уточненная модель поставщика сервиса, показанная на рисунке, включает две очереди (А-В) и (В-А).
Пользователь может помещать в очередь содержимое сервисных примитивов (их параметры) и октеты данных. Некоторые параметры могут вставляться поставщиком, например, относящиеся к разъединению.
В исходный момент очередь пуста. Элементы передаются посредством очереди FIFO по соединению. На другом конце извлекаются из очереди в порядке следования.
Локальные вычислительные сети
Главная задача ЛВС— обеспечить совместное использование ресурсов (дисков, программ, баз данных, принтеров). Кроме того появляется возможность выхода всех компьютеров ЛВС в глобальную сеть через один подключенный к ней компьютер.
Отличие ЛВС (LAN – Local Area Network) от глобальных сетей (WAN – Wide Area Network):
Требуется более высокая скорость обмена (более 1 Мбит/с)
Выше требования к безошибочности (вероятность ошибки не более 10-8)
Желательно минимальное время ожидания установления связи (т.к. оно входит в суммарное время передачи информации)
В ЛВС выделяют 2 типа абонентов:
Сервер— это абонент сети, отдающий в сеть свой ресурс;
Клиент(называют также рабочей станцией) — абонент имеющий доступ к ресурсам сети.