Кадр NetBeui

Многоцелевым протоколом NBF (NetBEUI Frame) Windows-системы пользуются для решения различных задач, включая регистрацию и разрешение имен NetBIOS, установку сеанса связи между компьюте­рами в сети, передачу файлов и печать с помощью протокола Windows SMB (Server Message Blocks). Независимо от выполняемой функции формат кадра NetBEUI всегда один и тот же (рис. 6.6). Назначение полей NBF таково.

• Length (2 байта) — длина заголовка NBF в байтах.

• Delimiter (2 байта) — информирует принимающую систему, что сообщение должно быть доставлено интерфейсу NetBIOS.

• Command (1 байт) — идентификатор функции сообщения NBF.

• Datal (1 байт) — вспомогательные данные для сообщения, тип которого указан в поле Command.

• Data2 (2 байта) — вспомогательные данные для сообщения, тип которого указан в поле Command.

• Transmit Correlator (2 байта) — значение, которое принимающая система продублирует в аналогичном поле ответного сообщения, позволив системе-отправителю связать запрос и ответ на него.

• Response Correlator (2 байта) — значение, которое система-отпра­ витель ожидает найти в поле Transmit Correlator ответного сооб­ щения.

• Destination Name (16 байтов) — NetBIOS-имя системы, которой адресован пакет.

• Source Name (16 байтов) — NetBIOS-имя системы, отправившей пакет.

• Destination Number (1 байт) — номер, присвоенный сеансу целевой системой.

• Source Number (1 байт) — номер, присвоенный сеансу системой- источником.

• Optional (переменной длины) — собственно передаваемые в пакете данные.

Рис. 6.6. Формат кадра NetBEUI

Поле Command может принимать следующие значения, иденти­фицирующие функцию сообщения NBF:

• 00 Add Group Name Query;

• 01 Add Name Query;

• 02 Name in Conflict;

• 03 Status Query;

• 07 Terminate Trace (удаленное);

• 08 Datagram;

• 09 Datagram Broadcast;

• 0A Name Query;

• 0D Add Name Response;

• 0E Name Recognized;

• OF Status Response;

• 13 Terminate Trace (локальное и удаленное);

• 14 Data Ack;

• 15 Data First Middle;

• 16 Data Only Last;

• 17 Session Confirm;

• 18 Session End;

• 19 Session Initialize;

• 1A No Receive;

• IB Receive Outstanding;

• 1С Receive Continue;

• IF Session Alive.

Кадром NetBEUI пользуются четыре различных протокола: NMP (Name Management Protocol), SMP (Session Management Protocol), UDP (User Datagram Protocol) и DMP (Diagnostic and Monitoring Protocol).

Протокол nmp

С помощью протокола NMP системы в сети регистрируют и разре­шают имена NetBIOS. При первом запуске системы она генерирует запрос на добавление имени Add Name Query со своим NetBIOS-име­нем и передает его другим системам NetBIOS в сети. Это сообщение необходимо, чтобы убедиться в уникальности этого имени. Если имя уже использовано, система, которой оно принадлежит, посылает от­ветное сообщение Add Name Response, и запрашивающая система выдает сообщение об ошибке. Если ни от одной системы сообщение Add Name Response не получено, имя считается зарегистрированным. Разрешением имени (name resolution) называется процесс преобра­зования имени NetBIOS в аппаратный адрес, необходимый системе для передачи по назначению кадров канального уровня. Когда системе NetBEUI нужно передать данные конкретному компьютеру или установить с ним сеанс связи, она для начала генерирует сообщение Name Query, в поле Destination Name которого содержится имя целе­вой системы, и посылает его всем системам NetBIOS в сети. Все сис­темы в сети с зарегистрированными NetBIOS-именами обязаны реа­гировать на сообщения Name Query, и система, которой принадле­жит запрашиваемое имя, в ответ посылает отправителю запроса узко­вещательное сообщение Name Recognized. Получив отклик, отправи­тель извлекает из него аппаратный адрес системы, которой принад­лежит запрошенное имя, и далее отправляет ей пакеты как узковеща­тельные сообщения.

Один из недостатков NetBEUI, объясняющий пригодность этого протокола только для относительно небольших сетей, — генерируе­мый им широковещательный трафик. Запросы Name Query переда­ются по специфическим адресам NetBIOS, но в сетях Windows это эквивалентно широковещательной передаче. В сетях с высоким уров­нем трафика системы понапрасну тратят значительное время на об­работку многочисленных запросов на разрешение имени, предназна­ченных другим системам.