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

Читать онлайн «Операционная система UNIX». Страница 153

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

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

Итак, приведем некоторые управляющие сообщения 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` , содержащего размер адреса и сам адрес получателя, а также код ошибки.