A B C D E F H I L M N O P R S T U V W X
А Б В Г Д Е Ж З И К Л М Н О П Р С Т У Ф Х Ц Ч Ш Э
Open Data-Link Interface - архитектура, позволяющая сосуществовать в сетевой системе множеству сетевых драйверов и протоколов.
См. "Open Data-Link Interface".
Open Data-Link Interface Network Driver Interface Specification Support - интерфейс, позволяющий сосуществовать двум интерфейсам сетевых драйверов: NDIS (Network Driver Interface Specification) и ODI. (См. также: "Open Data-Link Interface".)
ODINSUP позволяет вам соединяться с вашей рабочей станции с различными сетями и обращаться с ними, как с единой сетью.
ODINSUP также позволяет стеку протоколов NDIS взаимодействовать через уровни спецификации ODI - LSL и MLID. Это позволяет стекам протоколов NDIS и ODI сосуществовать в рамках одной системы, использующей один драйвер MLID.
Например, после того, как вы загрузили на своей рабочей станции ODINSUP, вы можете зарегистрироваться в сети 3Com* 3+Share*, Microsoft LAN Manager, IBM LAN Server, а также зарегистрироваться в сети NetWare, используя для этого одну сетевую плату.
При этом вы можете копировать файлы и выполнять приложения между двумя сетями, как если бы они были одной сетью.
После того, как драйвер ODINSUP загружен, вы можете использовать широкое множество программ, не опасаясь проблем совместимости; при этом, для переключения между различными сетями не требуется изменение конфигурации или перезагрузка рабочей станции.
ODINSUP функционирует, как стек протоколов по умолчанию. Являясь стеком протоколов по умолчанию, ODINSUP принимает пакеты от драйвера ODI LSL, которые не имеют специальной отметки идентификатора протокола (PID) для зарегистрированных стеков протоколов ODI (как IPX или TCP/IP).
При получении пакета ODINSUP предоставляет пакет менеджеру протокола NDIS и помещает его в стек протокола NDIS.
ODINSUP позволяет стеку протокола NDIS взаимодействовать с сетевой платой.
Стек протокола NDIS работает также, как при работе через драйвер NDIS 2.0 MAC, при этом стек протокола ODINSUP не оказывает влияния на работу NDIS.
Операции по передаче пакетов выполняются драйвером ODI MLID, как показано на следующем рисунке.
Figure 12-1. ODINSUP
(ODI) Архитектура, позволяющая нескольким сетевым драйверам и протоколам сосуществовать в одной сетевой системе.
ODI описывает набор интерфейсов и программных модулей, используемых для отделения драйверов устройств от стеков протоколов и разрешения одновременного использования сетевого аппаратного обеспечения различными стеками протоколов.
Ниже изображены компоненты модели ODI для сервера.
Figure 12-2. Модель ODI
Основные компоненты архитектуры ODI описаны в следующих разделах.
MLID представляет собой драйвер устройства, построенный в соответствие со спецификацией ODI, который выполняет функции приема и передачи пакетов, для физического или логического носителя локальной сети.
Из-за различий в аппаратуре сетевых адаптеров и сред передачи данных драйверы MLID различаются между собой, однако соответствие спецификации ODI исключает необходимость в создании собственных стеков протоколов для каждого драйвера.
ODI позволяет сетевым драйверам работать со стеками протоколов независимо от типов фреймов и деталей стеков протоколов.
MLID осуществляет взаимодействие с сетевой платой и выполняет добавление и удаление определяемых средой передачи данных заголовков фреймов.
MLID также осуществляет демультипликацию приходящих пакетов, определяя их тип фрейма.
Фирма Novell облегчила разработку сетевых драйверов ODI, предоставив набор модулей поддержки и обеспечив все необходимые средства интерфейса сетевого драйвера с LSL.
Эти модули поддержки включают в себя MSM (Media Support ModuleTM , Модуль поддержки среды передачи данных), который содержит общие для всех драйверов функции, и модуль TSM (Topology Specific ModuleTM , Модуль для конкретной топологии), который обеспечивает поддержку для стандартных типов носителей, Ethernet, Token Ring, RX-Net и FDDI.
Далее в этом разделе описаны эти модули и модуль HSM (Hardware Specific ModuleTM , Модуль для конкретной аппаратуры).
Ниже на рисунке изображены модули, составляющие MLID. Обратите внимание, что для сервера модули MSMTM , TSMTM и HSMTM загружаются отдельно.
Figure 12-3. Модули MLID
В DOS и OS/2 все три модуля объединены в один драйвер.
LSL представляет собой программный модуль, обеспечивающий взаимодействие между драйвером и стеками протоколов. В сущности, он работает как переключатель, направляя пакеты между драйверами и стеками протоколов.
Каждый сетевой драйвер ODI может взаимодействовать с любым стеком протоколов ODI с помощью LSL. LSL выполняет коммуникацию между стеками протоколов и MLID.
Поскольку спецификация ODI позволяет одновременно использовать среду передачи протоколам различных типов (например, один адаптер Ethernet может одновременно поддерживать протоколы IPX, TCP/IP, AppleTalk и LAT), драйвер MLID принимает пакеты, предназначенные для различных стеков протоколов, которые могут присутствовать в системе.
Затем LSL определяет, какому из стеков протоколов предназначен пакет. После этого стек протокола определяет, действие, которое необходимо выполнить с пакетом.
Когда стек протокола должен передать пакет, он передает пакет драйверу LSL, который направляет пакет соответствующему драйверу MLID.
LSL позволяет стекам протоколов обрабатывать прием и передачу.
LSL также управляет работающими в системе стеками протоколов и драйверами MLID, а также обеспечивает непротиворечивый способ поиска и использования каждого из загруженных модулей.
MSM определяет стандарт и управляет основными элементами интерфейса программного обеспечения MLID с LSL и операционной системой.
MSM обеспечивает общую инициализацию и общие процедуры работы драйверов.
TSM управляет операциями, зависящими от конкретного типа носителя, например, Ethernet или Token Ring. TSM обеспечивает поддержку множественных фреймов, позволяя использовать все типы фреймов, поддерживаемые данным носителем.
HSM создается для конкретной сетевой платы и обеспечивает все взаимодействие с аппаратной частью. Основными функциями HSM являются: инициализация адаптера, сброс, выключение и удаление.
HSM также поддерживает прием и передачу пакетов. Дополнительные процедуры также обеспечивают обнаружение тайм-аутов, групповую адресацию и режим разнородного приема.
(OSPF) Внутренний протокол состояния связи для шлюзов. OSPF входит в состав набора протоколов TCP/IP.
Маршрутизаторы состояния связи обмениваются информацией о состоянии своих сетевых соединений. Используя эту информацию, каждый маршрутизатор может построить топологию объединенной сети и вывести информацию о маршрутизации.
Этот способ обычно дает лучшие результаты по сравнению с использованием протокола маршрутизации вектора расстояния, которые не дают непосредственного представления о топологии сети.
Маршрутизаторы OSPF обмениваются информацией, используя оповещения о состоянии связи. Для каждого пункта назначения маршрутизатор определяет по базе данных состояние связи и выбирает кратчайший путь.
Затем информация о состоянии связи передается другим маршрутизаторам, в зависимости от того, как сгруппированы и связаны друг с другом маршрутизаторы в вашей сети.
В административных целях объединенная сеть OSPF может быть разделена на различные регионы (области). Маршрутизаторы, находящиеся в одной области, обмениваются полной информацией о состоянии связей.
Информация о маршрутизации, передаваемая между областями, может быть отфильтрована и обычно не сообщает внутреннюю топологию автономной системы.
Составная часть программного обеспечения для рабочих станций OS/2, позволяющая использовать ресурсы сетей NetWare.
См. "NetWare Client для OS/2".
Open Shortest Path First - внутренний протокол состояния связи для шлюзов. OSPF входит в состав набора протоколов TCP/IP.
См. "Open Shortest Path First".
Назад | Содержание | Вперед