Блоки сообщений сервера

Когда два узла Windows NT ( или LAN Manager, или Windows for Workgroups) общаются ме­жду собой, они пользуются протоколом Server Block (SMB) стандарта X/Open. SMB - это четко сформулированный метод взаимодействия серверов и узлов.

Протокол SMB (Server Message Block) выполняет функции сеансового, пред­ставительного и прикладного уровней. На основе SMB реализуется файловая служба, а также службы печати и передачи сообщений между приложениями.

Протоколы NetBIOS Frames (NBF)

Самый низкий уровень стека протокола NetBEUI - протокол NBF. Он выполняет функции протокола транспортного и сетевого уровней и предоставляет базовые услуги связи между устройствами. При сетевом вводе-выводе верхние уровни (NetBIOS-приложения или SMB -транзакции) передают данные прямо в NBF для обработки. NBF инкапсулирует данные в кадры, находит устройства, с которыми нужно установить связь, и передает данные в сетевую интерфейсную карту для последующей доставки, хотя и при помощи других механизмов.

NBF - самое слабое звено в стеке NetBEUI. Как и сама система NetBIOS, NBF не позволяет осуществлять маршрутизацию, т.е. может взаимодействовать только с теми устрой­ствами, которые видит в ближайшей подсети или в подсети, соединенной с данной ло­кальной сетью мостом. Вместе с тем, ввиду отсутствия потребности в дополнительных рас­ходах на ведение маршрутных таблиц и тому подобной информации, NBF исключительно мал и быстр - а это идеальный вариант для небольших сетей, насчитывающих менее 100 уст­ройств. Кроме того поскольку IBM создавала NBF в расчете на кольцевые сети с маркерным доступом, стандартный размер кадра в таких пакетах 4096 байтов, что позволяет значительно повысить пропускную способность в сетях, которые могут работать с этим протоколом.

Кадр NetBeui

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

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

Протокол nmp (Name Management­ Protocol).

С помощью протокола 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 это эквивалентно широковещательной передаче. В сетях с высоким уров­нем трафика системы по­напрасну тратят значительное время на об­работку многочисленных запросов на разрешение имени, предназна­ченных другим системам.