Кратко

  • RFC 1001 и RFC 1002 поручили регистрацию и поиск имён NetBIOS Name Server (NBNS), а распространение групповых датаграмм — отдельной логической службе NetBIOS Datagram Distribution Server (NBDD).
  • Для узлов P и M положительный ответ NBDD означал лишь обещание пересылки. Спецификация допускает частичную доставку или отказ и не даёт отправителю подтверждения получения для каждого участника.

В локальной сети с широковещательной передачей отправитель может обратиться к группе, не перечисляя каждого её участника как отдельный адрес. При переносе этой службы в маршрутизируемые сети возникают два разных вопроса: кто знает состав группы и кто копирует датаграмму для её участников? Предложенные в марте 1987 года RFC 1001 и RFC 1002 отвели им две логические роли. Исторически важна именно граница между ними: сервер имён мог найти владельцев имени, но от этого не становился рассыльщиком трафика.

Документы различают конечные узлы B, P и M. Узел B действует в пределах широковещательного домена; P использует инфраструктуру «точка — точка»; M сочетает некоторые свойства обоих типов. В маршруте P/M датаграмма для уникального имени отправляется прямо на обнаруженный IP-адрес. Если имя групповое или это широковещательное имя NetBIOS, отправитель направляет датаграмму по unicast к NBDD, который должен переслать её узлам, связанным с именем назначения. Этот путь не предполагает, что IP-broadcast доступен на каждом участке сети.

NBNS и NBDD — отдельные логические сущности, хотя одно устройство может реализовать обе функции. Если они размещены раздельно, RFC 1001 допускает частный обмен сведениями об именах, но не описывает его протокол. Возникает зависимость: распределителю нужны данные, связывающие групповое имя с адресатами. Однако спецификация не превращает частный обмен ни в совместимый между реализациями механизм, ни в видимую отправителю запись о результате.

Узел P или M может заранее спросить NBDD, будет ли тот распространять датаграмму для указанного имени. Положительный ответ сообщает, что сервер согласен переслать данные. При отрицательном ответе отправитель может запросить у NBNS список владельцев имени и отправить каждому отдельную unicast-датаграмму. Запрос необязателен. RFC 1002 позволяет отправить датаграмму сразу, допуская, что NBDD её отбросит. Это альтернативные управляющие пути, а не два подтверждения завершённой доставки.

Предел доказательств проявляется после запроса. RFC 1001 разрешает NBDD полностью выполнить рассылку, доставить лишь часть или отказать. Кроме ответа на запрос, стандарт не предусматривает обратной связи, по которой отправитель узнал бы, была ли датаграмма переслана. Поэтому положительный ответ о возможности ретрансляции не является квитанцией о рассылке. В спецификации нет подтверждения для каждого адресата, а регистрация имени не доказывает, что пакет получили все участники.

Контекст multicast тоже требует точности. RFC 1001 описывает условия, в которых нельзя полагаться на поддержку broadcast или multicast в каждой сети и на каждом узле Интернета; в приложении отдельно намечена интеграция с Internet Group Multicasting. Это не значит, что IP multicast тогда ещё не предлагался. Опубликованный в июле 1986 года RFC 988 уже описывал расширения multicast для IP-хостов с разными уровнями поддержки. Более узкий вывод таков: проект NetBIOS не мог предполагать повсеместную доступность multicast.

RFC 1001 и RFC 1002 называют себя Proposed Standards. Это описание проекта протокола, а не доказательство его внедрения в конкретной сети, одинакового поведения всех реализаций или получения приложениями каждой датаграммы. RFC 1001 также оставляет действия узлов B за пределами видимости вспомогательных серверов NBNS/NBDD и не предписывает им работать как мосты к B-узлам. Границы ролей определены яснее, чем доказательство результата от отправителя до получателя.

Границы этой статьи также отделяют её от RFC 1088, где речь идёт о локальном выводе имени NetBIOS из IP-адреса и таблице имён: сопоставление имени и распространение групповой датаграммы отвечают на разные вопросы. Это различие применимо не только к NetBIOS: обнаружить набор адресатов, поручить ретранслятору действовать для этого набора, переслать пакеты и установить факт получения — разные события. В предложении 1987 года управляющие сообщения описывали первые решения, но не давали отправителю полной картины доставки.