А. Робачевский - Операционная система UNIX (1114671), страница 89
Текст из файла (страница 89)
При этом отправитель не знает, получе!но ли его подтверждение. Поэтому он некоторое время ждет возможногоповторного получения сегмента FIN, чтобы в свою очередь повторить под!тверждение. Таймер запускается при переходе коммуникационного узла ка!нала в состояние TIME!WAIT, и после его срабатывания соответствующийуправляющий блок удаляется. Заметим, что это ожидание не блокирует про!цесс, выполнивший системный вызов close(2) сокета, отвечающего за дан!ный канал.
Другими словами, управляющий блок может существовать ещенекоторое время после закрытия дескриптора сокета.Поддержка сети в UNIX System VМногие из аспектов реализации поддержки сети в BSD UNIX справедли!вы и для архитектуры сетевых протоколов UNIX System V. Однако сам ме!www.books-shop.com471сети в UNIX System Vханизм обеспечения взаимодействия модулей существенно отличается. Дляподдержки сети в UNIX System V используется подсистема STREAMS,рассмотренная в главе 5.Подсистема ввода/вывода, основанная на архитектуре STREAMS, позволяетв полной мере отразить уровневую структуру коммуникационных протоко!лов, когда каждый уровень имеет стандартные интерфейсы взаимодействияс другими (верхним и нижним) уровнями, и может работать независимо отконкретной реализации протоколов на соседних уровнях.
АрхитектураSTREAMS полностью соответствует этой модели, позволяя создавать драй!веры, которые являются объединениями независимых модулей.Обмен данными между модулями STREAMS также соответствует характерувзаимодействия отдельных протоколов: данные передаются в виде сообще!ний, а каждый модуль выполняет требуемую их обработку. На рис. 6.30 при!ведена схема реализации протоколов TCP/IP в UNIX System V.
Используятерминологию предыдущей главы, можно отметить, что модуль IP являетсягибридным мультиплексором, позволяя обслуживать несколько потоков,приходящих от драйверов сетевых адаптеров (в данном случае Ethernet иFDDI), и несколько потоков к модулям транспортных протоколов (TCP иUDP), а модули TCP и UDP — верхними мультиплексорами, обслуживаю!щими прикладные программы, такие как сервер маршрутизациисервер удаленного терминального доступасервер FTPaтакже программы!клиенты пользователей (напримерРис. 6.30. Реализация протоколов TCP/IP на основе архитектуры STREAMSАнализ программного обеспечения сетевой поддержки показывает, что какправило сетевые и транспортные протоколы, составляющие базовый стекTCP/IP, поставляются одним производителем, в то время как поддержкаwww.books-shop.comГлава 6.472сети в операционной системе UNIXуровней сетевого интерфейса и приложений может осуществляться продук!тами различных разработчиков.
Соответственно, можно выделить два ос!новных интерфейса взаимодействия,которых позволяетобеспечить совместную работу различных компонентов программного обес!печения. Первый интерфейс определяет взаимодействие транспортногоуровня и уровня приложений и называется интерфейсом поставщика транс!портных услуг (Transport Provider Interface, TPI). Второй интерфейс устанав!ливает правила и формат сообщений, передаваемых между сетевым уровнеми уровнем сетевого интерфейса, и называется интерфейсом поставщика услугканала данных (Data Link Provider Interface,Вообще говоря, сетевая архитектура, основанная на архитектуреSTREAMS, позволяет обеспечить поддержку любого стека протоколов, со!ответствующего модели OSI.
Поэтому выражаясь более точно, перечис!ленные интерфейсы определяют взаимодействие транспортного уровня иуровня сеанса, и уровня канала и сетевого уровня, соответственно. Этирассуждения проиллюстрированы на рис.TCP/IPOSIУровеньприложенийУровеньпредставленияУровеньпроцессtelnetd, talk%*Модули TCP,ТМодуль IPЛТДрайвер сетевогоFDDITPIТранспортныйуровеньСетевойуровеньканала данныхФизическийРис.
6.31. Интерфейсы взаи%модействия модулей протоко%ловИнтерфейс TPITPI представляет собой интерфейс предоставления услуг транспортногоуровня OSI модели как с предварительным установлением соединения(connection mode), так и без установления соединения (connectionlessmode).
Стандартизация этого интерфейса позволяет изолировать особен!ности реализации транспортного уровня от потребителя этих услуг и, темсамым, предоставить возможность разработки программного обеспечения,независимо от конкретного протокола и услуг им предоставляемых.Говоря еще более строго, данные интерфейсысамой моделью OSI. Однако вданной главе мы остановимся на практической реализации этих интерфейсов в подсисте!ме STREAMS.www.books-shop.com473сети в UNIX System VTPI определяет набор и формат сообщений, с помощью которых протоко!лы верхнего уровня взаимодействуют с модулем транспортного протокола.Таким образом, TPI является интерфейсом между поставщиком транс!портных услуг (transport provider) и пользователем этих услуг (transport user).Эти сообщения определяют транспортные примитивы (transport primitive),или команды, и могут иметь следующий формат:Сообщение состоит из блока типаза которым может сле!довать несколько блоковБлоксодержит управ!ляющую информацию, включая тип команды и ее аргументы.
В бло!кахпередаются ассоциированные с командой данные при!кладной программы.Сообщение состоит из одного блокакоторый содержитуправляющую информацию, включая тип команды и ее аргументы.Сообщение состоит из одного или более блоковв которыхпередаются данные прикладной программы.Таблица 6.10. Основные управляющие сообщения TPIТранспортныйпримитивт BIND REQT_BIND_ACKТип со[общениям PROTOЗначениеЗапрос на связывание.Этот примитив инициируется пользователем транс%портных услуг и запрашивает связывание потока садресом протокола. Сообщение состоит из одногоблокакоторый содержит значение адреса изаказанное максимальное число запросов, ожидаю%щих обслуживания со стороны пользователя.
Послед%ний параметр игнорируется для транспортных услугбез предварительного установления связи.Блоксодержит следующие поля:Тип—ADDR_lengthРазмер адреса протоколаf setСмещение адреса в блокеМаксимальное число запросов, ожи%дающих обслуживанияПодтверждение получения запроса на связывание.Этот примитив отправляется пользователю транс%портных услуг и означает, что поток был связан садресом протокола, заказанное максимальное чис%ло ожидающих запросов допустимо и поток был ак%тивизирован. Сообщение состоит из одного блокаM_PCPROTO, содержащего значения указанных па%раметров.
Заметим, что возвращаемый адрес можетне совпадать с адресом, указанным в запросеT_BIND_REQ.Блок M_PROTO содержит следующие поля:Тип примитива — T_BIND_ACKРазмер адреса протоколаf setСмещение адреса в блокеМаксимальное число запросов,ожидающих обслуживанияwww.books-shop.comГлава 6.474сети в операционной системе UNIXТаблица(продолжение)Транспортный Тип со[примитивобщенияЗначениеТ UNBIND REQM PROTOЗапрос на уничтожение связывания.Этот примитив инициируется пользователемтранспортных услуг и запрашивает у поставщикауничтожение ранее созданного связывания пото%ка с адресом протокола ипотока.Т CONN REQM PROTOЗапрос на установление связи.Этот примитив применим только для транспортныхуслуг с предварительным установлением связи. Онинициируется пользователем транспортных услуг изапрашивает установление связи с указанным ад%ресатом. Сообщение состоит из одного блоказа которым может следовать один илинесколько блоков типа M_DATA, содержащих при%кладные данные, определенные пользователем.Заметим, что протокол TCP не позволяет переда%вать прикладные данные вместе с запросом.
Блоксодержит значение адреса получателя иопции, связанные с этим примитивом.Блоксодержит следующие поля:Тип примитива —DEST_length Размер адреса протоколаСмещение адреса получателя в бло%кеРазмер опцийОРТ offsetопций вPROTOТ CONNM PROTOИндикация установления связи.Этот примитив применим только для транспорт%ных услуг с предварительным установлением свя%зи и свидетельствует о том, что удаленным поль%зователем с указанным адресом был сделан за%прос на установление связи. Сообщение состоитиз одного блока мза которым может сле%довать один или несколько блоков типа M_DATA,содержащих прикладные данные, определенныепользователем.
Блоксодержит значениеадреса удаленного пользователя, отправившегозапрос на установление связи, а также опции,связанные с этим примитивом.Блоксодержит следующие поля:Тип примитива —SRC_lengthРазмер адреса протоколаСмещение адреса отправителя вблокеOPT_lengthРазмер опцийOPT_offsetСмещение опций в блокеИдентификатор соединенияwww.books-shop.com475сети в UNIX System VТаблица 6.10 (продолжение)примитивТип со[общенияЗначениеОтвет на запрос на установление связи.Этот примитив применим только для транспорт%ных услуг с предварительным установлением свя%зи и свидетельствует о том, что поставщик транс%портных услуг принимает предшествующий за%прос на установление связи.
Сообщение состоитиз одного блоказа которым может сле%довать один или несколько блоков типасодержащих прикладные данные, определенныепользователем. БлокPROTO содержит указа%тель на очередь чтения потока, который будетобрабатывать запрос.Блоксодержит следующие поля:PRIM_type Тип примитива —Указатель на очередь потока, которыйдолжен быть использован в качествеузла созданного соединенияOPT_length Размер опцийf set Смещение опций в блокеИдентификатор соединенияT_CONN_CONПодтверждение установления связи.Этот примитив применим только для транспорт%ных услуг с предварительным установлением свя%зи.
Он отправляется пользователю транспортныхуслуг в качестве подтверждения установлениясвязи с удаленным пользователем. Сообщениесостоит из одного блоказа которымможет следовать один или несколько блоков типасодержащих прикладные данные, опре%деленные пользователем. Блоксодер%жит значение размера адреса, сам адрес удален%ного пользователя, обслуживающего соединение,а также опции, связанные с этим примитивом.Блоксодержит следующие поля:Тип примитива — T_CONN_CONRES_lengthРазмер адреса протоколаsetСмещение адреса удаленного узла вблокеOPT_lengthРазмер опцийОРТ offsetСмещение опций в блоке PROTOwww.books-shop.comГлава 6.476сети в операционной системе UNIXТаблица 6.10 (продолжение)Транспортный ТиппримитивобщенияТ DISCON REQM_PROTOТ DISCON INDM_PROTOТ ORDREL REQM_PROTOТ ORDREL INDM_PROTOЗначениеЗапрос на разрыв связи.Этот примитив применим только для транспортныхуслуг с предварительным установлением связи.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
