 |
Вопрос 26 - Интерфейсы сетевых компоновок
|
|
|
|
Можно написать сетевой драйвер, который сможет посылать данные как на сетевую плату, так и в сеть. По сути, он будет объединять собственно драйвер и средства поддержки сетевого протокола. Драйверы такого типа называют монолитными драйверами устройств. Но этот подход не рекомендуется во многом по тем же причинам, что и встраивание драйверов устройств в операционную систему. Гибкость обеспечивается только модульным подходом. Предположим, в драйвер вашей сетевой платы включены средства поддержки транспортного протокола. В этом случае, чтобы заменить или добавить еще один транспортный протокол, придется заменить драйвер. Такой подход неудобен, поскольку поддерживает только единственный транспортам протокол.
Поэтому вместо монолитных драйверов устройств в современных драйверах для "привязки" сетевых плат к транспортным протоколам используют другой инструмент- интерфейс сетевых компоновок. Как показано на рис. 9, это интерфейс между драйвером сетевой платы и стеком транспортных протоколов (transport stack).
|
|
Рис. 9. Интерфейс сетевых компоновок позволяет нескольким протоколам связываться с единственным драйвером
Принцип его применения совершенно очевиден. Интерфейс сетевых компоновок связывает каждый установленный драйвер с каждым установленным транспортным протоколом. Названия этих связей (clump) зависят от типа сети. Так, в сетях NetWare их называют модулями, Обменом данных между модулями управляет программа, которую называют LAS в сетях NetWare и PROTMAN. SYS в Microsoft. Вся информация, необходимая интерфейсу компоновок, сохраняется в текстовом файле, таком как PROTOCOL. INI в сетях Microsoft или NET. CFG в NetWare. Однако если в драйверах используют стандартные значения параметров, то в этих файлах содержится совсем немного информации.
|
|
|
Звание "законодателя мод" в мире стандартов интерфейса сетевых компоновок оспаривают два конкурента: открытый интерфейс передачи данных (ODI) фирмы Novell и спецификация интерфейсов сетевых драйверов (NDIS) фирмы Microsoft. Принцип работы обоих, интерфейсов во многом сходен. Основное различие заключается в том, что драйверы ODI работают в реальном (незащищенном) режиме. Значит, они должны использовать первые 640 Кбайт памяти, установленной на машине, и не могут "договариваться" с другими драйверами. Напротив, драйверы NDIS функционируют в защищенном режиме и, следовательно, могут работать в многозадачном режиме вместе с прочими драйверами. Кроме того, они не используют дефицитную обычную память.
Вопрос 26 - Пакет. Структура пакета. Формирования пакета.
Перед передачей в сеть данные разбиваются на пакеты.
Пакет – единица информации, передаваемая между устройствами сети как единое целое.
Преимущества пакетной передачи данных:
1. Пакеты позволяют работать всем компонентам сети без длительных задержек, связанных с передачей большого объёма информации.
2. Экономия времени при повторной передаче пакета в случае обнаружения ошибки.
Структура пакета.
Пакет можно разбить на 3 части.
| Заголовок | Данные | Трейлер |
CRC
Управляющая информация, содержащаяся в компонентах заголовка:
· сигнал, говорящий о том, что передаётся пакет.
· адрес источника;
· адрес получателя;
· инструкция о дальнейшем маршруте данных;
· информация об объединении передаваемого пакета с остальными пакетами, чтобы получить данные в исходном виде;
Структура и размер пакетов определяется протоколом. Обычно размер блока данных от 512байт до 4КБ
Трейлер - это сведения, которые помогают выявлять ошибки. Содержимое трейлера также зависит от протокола, но чаще всего содержит циклический избыточный код CRC. Код CRC – это число, получаемое в результате математических преобразований над исходным пакетом (по определенному алгоритму). Когда пакет достигает местоназначения, эти преобразования повторяются. Если результат совпадает с CRC - пакет принят без ошибок. В противном случае - при передаче данные изменились, поэтому необходимо повторить передачу.
|
|
|
Формирование пакета.
Пакет последовательно проходит через все уровни программного обеспечения модели OSI. На каждом уровне к пакету добавляется некоторая управляющая информация, которая необходима для успешной передачи данных по сети.
На прилегающей стороне пакет проходит через все уровни в обратном порядке. Программное обеспечение на каждом уровне считывает управляющую информацию, затем удаляет её и передаёт пакет следующему уровню. Когда пакет дойдёт до прикладного уровня, вся управляющая информация будет удалена и пакет примет первоначальный вид. Таким образом, только нижний уровень непосредственно посылает информацию соответствующему уровню других компьютеров.
Схема формирования пакета:
|
|
|
