Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Организация Вычислительных Систем / Computer System Organization - Part2-Computer Networks.doc
Скачиваний:
51
Добавлен:
01.05.2014
Размер:
3.45 Mб
Скачать

Правила описания сервиса

Рассмотрим пример.

Протокольные объекты А и В устанавливают соединение друг с другом. Объект А передает протокольный блок 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 типа абонентов:

    • Сервер— это абонент сети, отдающий в сеть свой ресурс;

    • Клиент(называют также рабочей станцией) — абонент имеющий доступ к ресурсам сети.