Операционная система UNIX

Name: Операционная система UNIX
Author: Робачевский Андрей Михайлович--

На нашем литературном портале можно бесплатно читать книгу Операционная система UNIX, Робачевский Андрей Михайлович-- . Жанр: ОС и Сети. Онлайн библиотека дает возможность прочитать весь текст и даже без регистрации и СМС подтверждения на нашем литературном портале bazaknig.info.

Жанр: Компьютеры и Интернет / ОС и Сети

Название: Операционная система UNIX

Автор: Робачевский Андрей Михайлович

Дата добавления: 16 январь 2020

Количество просмотров: 426

Читать онлайн

Операционная система UNIX читать книгу онлайн

Операционная система UNIX - читать бесплатно онлайн , автор Робачевский Андрей Михайлович

Книга посвящена семейству операционных систем UNIX и содержит информацию о принципах организации, идеологии и архитектуре, объединяющих различные версии этой операционной системы.

В книге рассматриваются: архитектура ядра UNIX (подсистемы ввода/вывода, управления памятью и процессами, а также файловая подсистема), программный интерфейс UNIX (системные вызовы и основные библиотечные функции), пользовательская среда (командный интерпретатор shell, основные команды и утилиты) и сетевая поддержка в UNIX (протоколов семейства TCP/IP, архитектура сетевой подсистемы, программные интерфейсы сокетов и TLI).

Для широкого круга пользователей.

Внимание! Книга может содержать контент только для совершеннолетних. Для несовершеннолетних чтение данного контента СТРОГО ЗАПРЕЩЕНО! Если в книге присутствует наличие пропаганды ЛГБТ и другого, запрещенного контента - просьба написать на почту [email protected] для удаления материала

ВПЕРЕД

Перейти на страницу:

После этого пользователь может передавать данные, учитывая, однако, что в обсуждаемом режиме поставщик не гарантирует надежную доставку данных адресату (удаленному пользователю услуг уровня канала данных). Например, отсутствие управления передачей может привести к переполнению буферов, и, как следствие, к потере кадров. Неправильные кадры, полученные из сети, также будут отбрасываться без уведомления передающей стороны. Однако преимуществом является отсутствие необходимости установления связи и связанных с этим накладных расходов.

Итак, приведем некоторые управляющие сообщения DLPI, используемые в режиме без предварительного установления связи и без подтверждения. В табл. 6.12 приведено их краткое описание.

Таблица 6.12. Примитивы DLPI

Примитив DLPI	Тип сообщения	Значение
`DL_BIND_REQ`	`M_PROTO`	Запрос на связывание. Этот примитив инициируется пользователем услуг и запрашивает связывание потока с точкой доступа и его активизацию. Следует иметь в виду, что активным считается поток, для которого поставщик услуг может передавать или принимать пакеты данных. Таким образом, PPA, ассоциированная с данным потоком, должна быть инициализирована до завершения обработки запроса на связывание (другими словами, поставщик гарантирует, что при получении пользователем подтверждения связывания `DL_BIND_ACK` инициализация PPA завершилась успешно. Сообщение состоит из одного блока `M_PROTO` , который содержит значение адреса SAP, тип услуги и ряд других параметров, обсуждение которых выходит за рамки данной книги.
`DL_BIND_ACK`	`M_PCPROTO`	Подтверждение получения запроса на связывание. Этот примитив отправляется пользователю услуг и означает, что поток был связан с адресом SAP и был активизирован. Сообщение состоит из одного блока `M_PCPROTO` , в частности, содержащего значение адреса SAP.
`DL_ATTACH_REQ`	`M_PROTO`	Запрос на подключение к PPA. Этот примитив инициируется пользователем услуг уровня канала данных и запрашивает у поставщика ассоциацию потока с указанной PPA. Этот запрос является необходимым для поставщика второго типа (style 2) для указания физической среды, по которой будут передаваться данные. Сообщение состоит из одного блока `M_PROTO` , в котором пользователь передает значение идентификатора PPA. Формат этого идентификатора определяется поставщиком. Пользователь должен указать, как минимум, физическую среду передачи. Для сетей, где несколько независимых каналов передачи мультиплексируются в одном физическом носителе, идентификатор также должен содержать информацию о конкретном канале передачи данных. Примером технологий, обеспечивающих такое мультиплексирование являются ISDN (каналы В и D) и ATM (коммутируемые и постоянные виртуальные каналы — SVC и PVC).
`DL_INFO_REQ`	`M_PCPROTO`	Запрос на получение параметров потока. Этот примитив служит для запроса пользователем значений размеров различных параметров потока, активизированного поставщиком DLPI, а также информации о текущем состоянии интерфейса. Сообщение состоит из одного блока `M_PCPROTO` .
`DL_INFO_ACK`	`M_PCPROTO`	Параметры транспортного протокола. Этот примитив служит для передачи пользователю ранее запрошенных с помощью `DL_INFO_REQ` параметров. Сообщение состоит из одного блока `M_PCPROTO` , содержащего информацию, часть из которой приведена ниже: `dl_max_sdu` — определяет максимальное число октетов данных пользователя, которое может быть передано в одном кадре. (Максимальный размер SDU поставщика услуг.) `dl_min_sdu` — определяет минимальный размер SDU. `dl_addr_length` — определяет максимальную длину адреса DLSAP поставщика. Этот адрес, помимо адреса SAP может также включать физический адрес интерфейса и ряд других полей (иерархический адрес). `dl_addr_offset` — указывает смещение адреса DLSAP в блоке `M_PCPROTO` . `dl_mac_type` — указывает тип среды передачи, поддерживаемой потоком DLPI. См. значение поля `mac_type` структуры `DL_sap_t` ранее в этой главе. `dl_current_state` — указывает текущее состояние потока. `dl_service_mode` — определяет тип услуги, обеспечиваемой потоком DLPI. `dl_provider_style` — определяет тип поставщика услуг (style 1 или style 2). `dl_brdcst_addr_length` — определяет размер физического широковещательного адреса. `dl_brdcsr_addr_offset` — указывает смещение значения адреса DLSAP в блоке `M_PCPROTO` .
`DL_UNITDATA_REQ`	`M_PROTO`	Запрос на передачу данных. Этот примитив применим только для услуг уровня канала данных без предварительного установления связи и отправляется пользователем услуг в качестве запроса на передачу кадра. Сообщение состоит из одного блока `M_PROTO` , за которым может следовать один или несколько блоков типа `M_DATA` , содержащих данные пользователя. Блок `M_PROTO` содержит значения размера адресов и сам адрес получателя кадра, а также приоритет из диапазона, определенного поставщиком.
`DL_UNITDATA_IND`	`M_PROTO`	Индикация получения данных. Этот примитив применим только для услуг уровня канала данных без предварительного установления связи и указывает пользователю, что поставщиком услуг получен кадр от удаленного узла. Сообщение состоит из одного блока `M_PROTO` , за которым может следовать один или несколько блоков типа `M_DATA` , содержащих данные пользователя. Блок `M_PROTO` содержит значения адресов отправителя и получателя кадра.
`DL_OK_ACK`	`M_PCPROTO`	Положительное подтверждение. Этот примитив сообщает пользователю услуг уровня канала данных, что предшествующий примитив, инициированный им, был успешно принят поставщиком услуг. Примитив `DL_OK_ACK` передается только для примитивов, нуждающихся в подтверждении.
`DL_ERROR_ACK`	`M_PCPROTO`	Сообщение об ошибке. Этот примитив сообщает пользователю услуг, что последний примитив, инициированный им, вызвал ошибку. Получение этого примитива может рассматриваться как отрицательное подтверждение, свидетельствующее, что никаких действий, связанных с ошибочным примитивом, не было предпринято. Сообщение состоит из одного блока `M_PCPROTO` , содержащего тип примитива, вызвавшего ошибку, код DLPI и, если возможно, код системной ошибки UNIX.
`DL_UDERROR_IND`	`M_PROTO`	Сообщение об ошибке кадра. Этот примитив применим только для услуг уровня канала данных без предварительного установления связи и указывает пользователю, что его запрос на передачу `DL_UNITDATA_REQ` вызвал ошибку и не может быть выполнен. Сообщение состоит из одного блока `M_PROTO` , содержащего размер адреса и сам адрес получателя, а также код ошибки.