20. Интерфейс NetBios и NetBios over tcp/ip, протокол NetBeui.

Протокол NetBIOS(Network Basic Input/Output System) был создан для работы в локальных сетях.

NetBIOS работает на трёх уровнях семиуровневой модели OSI(open systems interconnection) -сетевом, транспортном и уровне сеансов связи. Уровень сеансов связи обеспечивает механизм обмена сообщениями между программами, работающими на станциях в рамках канала связи или сессии. Протокол способен обеспечивать более высокоуровневый интерфейс, чем, например, IPX(Internetwork Packet Exchange) или SPX(Sequenced Packet Exchange).

Реализация NetBIOS в сетях TCP/IP(Transmission Control Protocol/Internet Protocol), известная как NBT (NetBIOS over TCP/IP), регламентируется документами RFC 1001 и 1002 (Request for Comments). Однако многие компании ввели свои собственные расширения к стандартам. Протокол NBT в зависимости от обстоятельств может использовать как дейтаграммы UDP(User Datagram Protocol), так и соединения TCP.

В сетях NetBIOS каждому узлу присваивается имя (количество символов в имени ограничено 15), причем имена узлов образуют плоское пространство имен. Шестнадцатый байт имени характеризует тип сервиса, предоставляемый хостом. Рабочие группы/домены тоже имеют соответствующие имена NetBIOS, где также указываются типы сервисов.

Все оконечные узлы NetBIOS делятся на три типа:

1) Широковещательные ("B") узлы;

2) узлы точка-точка ("P");

3) узлы смешанного типа ("M").

IP-адрес может ассоциироваться с одним из указанных типов. B-узлы устанавливают связь со своим партнером посредством широковещательных запросов. P- и M-узлы для этой цели используют NetBIOS сервер имен (NBNS(NetBIOS Naming Service)) и сервер распределения дейтограмм (NBDD(NetBios Datagram Distribution)).

На сеансовом уровне компьютеры общаются между собой, используя имена NetBIOS, однако на сетевом уровне общение происходит с использованием IP-адресов. Поэтому в сетях NBT возникает задача, как связать имена NetBIOS с IP-адресами компьютеров. Остановимся на двух подходах:

- рассылка широковещательных запросов

- использование сервера имен NetBIOS (NBNS).

Для обозначения NBNS в своих ОС Microsoft применяет термин WINS (Windows Internet Name Service).

В сетях, где используется широковещательная рассылка запросов или NBNS, различают процедуру регистрации имен (name registration), т. е. резервирование за собой конкретного имени, и процедуру разрешения имен, т. е. определение IP-адреса по имени хоста (name resolution). Основной недостаток рассылки широковещательных запросов состоит в том, что широковещательные запросы могут распространяться только в пределах одной подсети.

В сетях с серверами имен NBNS/WINS регистрация и определение IP-адресов происходят централизованно и в динамическом режиме. Чтобы компьютеры сети могли общаться с NBNS, они должны знать IP-адрес сервера имен. Если хост предоставляет несколько видов сетевого сервиса, то он проводит регистрацию имени многократно - каждый раз заново для нового типа сервиса. С целью повышения отказоустойчивости сервиса реализована концепция основного и резервных серверов NBNS (WINS), которые периодически синхронизируют свои базы имен.

Все функции протокола могут выполняться с ожиданием или без ожидания завершения. В последнем случае требуется подготовить соответствующие подпрограммы завершения и навести на них указатели. При отсутствии подпрограммы завершения указатель должен быть обнулён.

В настоящее время разработана улучшенная версия протокола NetBIOS - NetBEUI (NetBIOS extended user interface). Этот протокол по своей функции занимает нишу протоколов TCP/IP, охватывая связной, сетевой и транспортный уровни. Здесь стандартизован формат пакетов NetBIOS, добавлены новые функции. Протокол обладает высоким быстродействием и служит для объединения небольших локальных сетей (20-200 ЭВМ) друг с другом или с главной ЭВМ.

Этот протокол соответствует связному, сетевому и транспортному уровню модели OSI. В новых версиях NetBEUI (3.0 и выше) снято ограничение на число одновременных сессий (254). Среди ограничений NetBEUI следует назвать отсутствие внутренней маршрутизации и серьезные ограничения при работе в региональных сетях. По этой причине NetBEUI рекомендуется для локальных сетей (здесь они предпочтительнее других протоколов), а для внешних связей использовать, например, TCP/IP.