Транспортные протоколы

После того, как сетевой запрос достигнет редиректора, он должен быть от­правлен по сети. За последние десять лет появилось много различных прото­колов для передачи информации по сети. Система Windows NT не предостав­ляет все протоколы, но должна по меньшей мере допускать их добавление в будущем. И чем легче будет это сделать, тем лучше.

В Windows NT протоколы транспортов реализованы как драйверы, кото­рые, подобно редиректорам и серверам, могут динамически загружаться и вы­гружаться. В традиционной сетевой модели редиректор, использующий некото­рый транспортный протокол, должен знать входной формат, ожидаемый драй­вером протокола, и посылать ему запросы именно в данном формате. Нижние уровни редиректора требуется переписать, чтобы обеспечить поддержку других механизмов передачи данных для каждого используемого транспорта.

Windows NT устраняет эту проблему, предоставляя для редиректоров и других сетевых драйверов верхнего уровня единый программный интерфейс, называемый интерфейсом драйвера транспорта (transport driver interface, TDI). TDI обеспечивает независимость редиректоров и серверов от используе­мых ими транспортов. Таким образом, одна версия редиректора или сервера может использовать механизмы всех доступных транспортов (см. рис. 9-13).

TDI - это асинхронный, не зависящий от транспорта интерфейс, реали­зующий общий механизм адресации и разнообразные сервисы и библиотеки. Все драйверы транспорта предоставляют этот интерфейс на самом верхнем уровне, чтобы редиректоры (и серверы на удаленных машинах Windows NT) могли вызывать его, независимо от того, какой транспорт располагается под интерфейсом. Чтобы послать запрос, диспетчер ввода-вывода вызывает редиректор, передавая ему IRP для обработки.

Рис. 9-13. Интерфейс драйвера транспорта (TDI).

Встроенный редиректор обрабатывает запрос, посылая SMB по виртуальному контуру на удаленный сервер. Другие ре­директоры могут использовать иные способы взаимодействия с серверами.

TDI предоставляет набор функций, которые редиректоры используют для посылки любых данных средствами транспорта. TDI поддерживает переда­чу как с установлением постоянного сеанса (виртуальная цепь), так и без него (датаграммы). LAN Manager использует коммуникации с установлением сеанса, тогда как IPX фирмы Novell является примером сети, осуществляющей связь без постоянного сеанса. Microsoft исходно предоставляет следующие транспорты:

• Транспорт NetBEUI (NetBIOS Extended User Interface transport) — транспортный протокол локальной сети, созданный IBM для работы под сетевым интерфейсом NetBIOS фирмы Microsoft.

• Транспорт TCP/IP (Transmission Control Protocol/Internet Protocol transport). Этот протокол был разработан для Министерства обороны США и предназначен для соединения разнородных систем через глобальные сети. TCP/IP широко распространен в сетях UNIX и позволяет Windows NT взаимодействовать с различными сервисами на UNIX-ма­шинах. Транспорт TCP/IP работает в среде, совместимой со STREAMS.

Среди прочих существующих или разрабатываемых Microsoft и другими фирмами транспортов можно назвать:

• IPX/SPX (Internet Packet Exchange/Sequenced Packet Exchange) — на­бор транспортных протоколов, используемый программным обеспече­нием NetWare фирмы Novell Corporation.

• Транспорт DECnet — собственный протокол, используемый Digital Equip­ment Corporation, которые предоставляется для связи систем Windows NT с сетями DECnet.

• AppleTalk. Это протокол, разработанный Apple Computer, Inc., который позволяет системам Windows NT взаимодействовать с компьютерами Apple Macintosh.

• Транспорт XNS (Xerox Network Systems) — это транспортный прото­кол, разработанный Xerox Corporation и использовавшийся в первых сетях Ethernet.

Среда STREAMS заслуживает более подробного обсуждения. Это среда раз­работки драйверов на UNIX System V, которая обеспечивает драйверам транс­портов высокую степень переносимости между разными ОС. Среда STREAMS (которая отображается в TDI на своей верхней границе, а в NDIS 3.0 на нижней) позволяет добавлять в Windows NT большое количество ранее разработанных для этой среды драйверов лишь с незначительными модификациями или вовсе без изменений. Драйверы транспортов, такие как IPX\SPX, DECnet и другие, мо­гут быть реализованы либо как STREAMS-совместимые, либо как монолитные драйверы (типа NetBEUI).