Intel Pentium processor - технический обзор
Технический обзор
Главная -
Услуги дейтаграмм NETBIOS
Услуги дейтаграмм NETBIOS
Этот вид услуг является наиболее сложным для реализации в сети
ISO. Дейтаграммы NETBIOS, подобно услугам дейтаграмм для других на-
боров протоколов, предназначены для применения в качестве простого,
быстрого и эффективного метода передачи данных. Дейтаграммы
NETBIOS, однако, используют сетевые имена, а услуги имен редко ког-
да бывают быстры, просты или эффективны.
Из-за этой базовой несовместимости, все попытки реализовать
дейтаграммы NETBIOS в пределах ISO оканчивались компромиссами. Фир-
ма CMC выбрала, вероятно, оптимальный из компромиссов. О нем и бу-
дет рассказано ниже, как, впрочем, и о других возможных решениях
этой проблемы.
Одно из незамысловатых решений заключается в том, чтобы дей-
таграммы NETBIOS использовали бы транспортный протокол без установ-
ления логической связи ISO так же, как сеансы NETBIOS используют
TP4. Когда пользователь посылает дейтаграмму, интерфейс NETBIOS
запрашивает, чтобы услуги имени преобразовали имя назначения в точ-
ку NSAP и TSAP (точка доступа к сетевой и транспортной услуге,соот-
ветственно); затем интерфейс посылает дейтаграмму этой NSAP-TSAP.
Когда узел назначения получает дейтаграмму, он просит услуги имени
преобразовать исходные NSAP и TSAP в сетевое имя отправителя. Затем
интерфейс отправляет дейтаграмму удаленному пользователю.
Этот способ имеет два серьезных минуса, и, следовательно, ин-
терфейс NETBIOS фирмы CMC не может применить его. Первый минус -
неэффективность данного метода: он требует осуществления пяти сете-
вых транзакций для отправки одной дейтаграммы (этими транзакциями
являются: запрос на обнаружение имени, ответ об обнаружении имени,
дейтаграмма, запрос на решение адреса, ответ о решении адреса).
Данный метод, кроме того, недостаточно эффективно обрабатывает
групповые имена, - это его второй недостаток. Когда прикладная
программа направляет дейтаграмму групповому имени, этот способ пот-
ребует того, чтобы был идентифицирован каждый узел в групповом име-
ни для того, чтобы дейтаграмма могла быть скопирована и отправлена
каждому из этих узлов.
В качестве альтернативы, интерфейс NETBIOS может отправлять
как широковещательное сообщение любую дейтаграмму и включать в дей-
таграмму имена источника и назначения. Этот подход значительно уве-
личивает производительность по сравнению с первым способом: услуги
имен не требуются, и, следовательно, каждой дейтаграмме будет соот-
ветствовать только одна сетевая транзакция.
На первый взгляд может показаться, что это преимущество изче-
зает, если все узлы в сети получают дейтаграмму. Но более детальное
обследование показывает, что это предположение неверно. Первый ме-
тод также требует, чтобы все узлы обрабатывали одну сетевую тран-
закцию на дейтаграмму. Вместо самой дейтаграммы каждый узел должен
обработать запрос на обнаружение имени.
Фирма CMC использует этот второй способ в своем интерфейсе
NETBIOS. Интерфейс помещает прикладную дейтаграмму, вместе с именем
источника и назначения и типом дейтаграммы, в Блоки данных сервиса
(услуги) (Service Data Unit, сокращенно SDU) транспортного протоко-
ла ISO без установления логического соединения (CLTP), DIS 8602.
На рис.7-7 показан формат Блока данных услуги транпортного уровня
(TSDU) Транспортного протокола CLTP.
0 1 2 3 4 5 6 7
-----------------------------
! ! 0 - обычная,
1 байт ! Тип дейтаграммы ! 1- широковещательная
!---------------------------!
. .
16 байт . Имя источника .
!---------------------------!
. .
16 байт . Имя назначения .
!---------------------------!
до . .
512 байт .Данные пользователя NETBIOS.
-----------------------------
Рис. 7-7. Блок данных транспортной услуги протокола CLTP
дейтаграммы NETBIOS.
Для транслирования этих дейтаграмм, фирма CMC применяет Точку
назначения NSAP, которая содержит широковещательный адрес уровня
MAC (Управления доступом к носителям) в качестве подсетевой точки
подсоединения (SNPA). Все другие поля Точки доступа к сетевой услу-
ге (NSAP) - AFI, NID, PSI, LSS и NSS - копируются из местной NSAP
адаптера. Образец NSAP, которую могут использовать услуги дейтаг-
рамм NETBIOS, будет выглядеть как (в шестнадцатиричной системе):
49 01 00 00 00 00 01 FF FF FF FF FF FF FE 00
Все дейтаграммы NETBIOS также используют простую, хорошо из-
вестную Точку доступа к транспортной услуге TSAP как для источника,
так и для назначения. Эта TSAP состоит из 2 байт: первый байт имеет
величину ноль, а второй - величину 81 (в шестнадцатиричнрой системе
счисления).
Этот метод имеет один серьезный минус - недостаток прозрачнос-
ти. Включая имена источника и назначения в Блок данных услуги тран-
спортного протокола без установления логического соединения, версия
фирмы CMC требует, чтобы узел нзначения поддеорживал интерфейс
NETBIOS. К счастью, NETBIOS поддерживают только те узлы, которые
получают дейтаграммы.
Интерфейс NETBIOS направляет все дейтаграммы в определоенную
TSAP, так что только те протоколы, которые "ожидают" дейтаграмм в
этой Точке доступа к транспортной услуге (TSAP), будут получать
дейтаграммы NETBIOS.
20.05.2012