Протокол smp

Сообщения NBF, сгенерированные протоколом NMP, используют службу NetBEUI, не ориентированную на соединение. Они не выхо­дят за рамки простого обмена запросами и откликов, и им не требу­ются дополнительные услуги, вроде подтверждения приема пакета. Для масштабного обмена данными необходима более надежная служ­ба с ориентацией на соединение, и, чтобы обеспечить ее, две обмени­вающиеся данными системы должны сначала организовать сеанс свя­зи между собой. Для организации сеанса, передачи данных и разрыва связи они используют сообщения NBF протокола SMP.

Установление связи начинается со стандартной процедуры разре­шения имен, за которой следует установление сеанса на уровне LLC. Затем клиентская система, инициировавшая сеанс, передает систе­ме-серверу сообщение Session Initialize, а та откликается сообщением Session Confirm. После этого сеанс установлен, и системы могут на­чинать передачу данных приложений с помощью сообщений Data First Middle и Data Only Last, которые могут содержать данные, сге­нерированные другими протоколами, например, SMB. Получив дан­ные, система посылает ответные сообщения Receive Continue или Data Ack как подтверждение успешной передачи.

Если во время сеанса в обмене данными по каким-то причинам случилась пауза, системы периодически передают сообщения Session Alive, чтобы сеанс не разорвался из-за отсутствия активности. Когда обмен пакетами завершен, клиент генерирует сообщение Session End, заканчивая сеанс.

Протокол udp

Для обмена небольшим объемом данных системы могут использовать ту же службу без ориентации на соединение, что и протокол NMP. Этот способ обмена данными называют иногда протоколом UDP, но важно не путать этот протокол с одноименным протоколом транспор­тного уровня TCP/IP. UDP — самый простой из протоколов NBF. Он включает сообщения только двух типов: Datagram и Datagram Broad­cast. С помощью этих сообщений системы могут передавать различ­ную информацию, в том числе, данные SMB.

Протокол dmp

Система NetBEUI использует протокол DMP для сбора информации о состоянии систем в сети, генерируя сообщение Status Query и пере­давая его другим системам сети. Те отвечают сообщениями Status Response с запрашиваемой информацией.

Краткое содержание занятия

Протокол сетевого уровня NetBEUI используется в небольших локальных сетях Windows.

NetBEUI отличается от IP и IPX в первую очередь тем, что в нем не предусмотрены идентификаторы для сетей, и потому он не яв­ляется маршрутизируемым. Кадр NetBEUI обслуживает четыре протокола: NMP, SMP, UDP hDMP.

Занятие 4. AppleTalk

Подобно NetBEUI, стек протоколов AppleTalk предназначен для вы­полнения базовых сетевых функций в небольшой группе компьюте­ров. В компьютерах Apple Macintosh сетевое оборудование и ПО име­лось практически с самого начала. AppleTalk, конечно, не обладает гибкостью TCP/IP, но зато его просто устанавливать и использовать. Основные сетевые задачи — совместное использование файлов и принтеров — он решает вполне эффективно. Но, увы, AppleTalk не поддерживает коммуникации Интернета и потому уступает свои по­зиции TCP/IP.

В AppleTalk изначально применялся собственный протокол канально­го уровня — Apple LocalTalk — адаптер для которого встраивался в ком­пьютеры Macintosh. Он работал на скорости всего 230 кбит/сек, и вско­ре был заменен протоколом Apple EtherTalk со скоростью 10 Мбит/сек (или Fast EtherTalk со скоростью 100 Мбит/сек), а также, в меньшей степени, протоколами TokenTalk со скоростями 4 и 16 Мбит/сек и FDDITalk со скоростью 100 Мбит/сек. Эти протоколы являются адап­тированными вариантами протоколов Ethernet, Token Ring и FDDI.

Подобно IP и IPX, для идентификации сетевых компьютеров в AppleTalk используется иерархическая система адресации. У каждого компьютера AppleTalk имеется уникальный 8-битовый идентифика­тор узла, который выбирается случайным образом и назначается са­мим компьютером при первом подключении к сети. Убедившись с помощью широковещательного сообщения, что ни одному компью­теру в сети не присвоен тот же идентификатор, система запоминает его и использует при последующих подключениях к сети. Поскольку длина идентификатора всего 8 битов, в одиночную сеть AppleTalk нельзя включить более 254 узлов (идентификаторы 0 и 255 не приме­няются). Для маршрутизации в AppleTalk используются 16-битовые номера сетей. Компьютер, подключающийся к сети, определяет ее номер с помощью протокола ZIP (Zone Information Protocol). Как и в случае IP, сети AppleTalk можно соединять с помощью маршрутиза­торов, которые считывают из пакета номер целевой сети и иденти­фикатор целевого узла и направляют пакет в соответствующую ЛВС.Для идентификации процесса на компьютере в AppleTalk приме­няется 8-битовый номер сокета, который играет ту же роль, что и зна­чение поля Protocol заголовка IP. Комбинация номера сети, иденти­фикатора узла и сокета записывается в виде трех десятичных чисел, разделенных точками, например, 2.12.50. Преобразование аппаратно­го адреса канального уровня в идентификатор узла и номер сети в AppleTalk осуществляется с помощью протокола AARP (AppleTalk Address Resolution Protocol), действие которого практически идентич­но действию протокола ARP из TCP/IP.

Помимо идентификатора узла и номера сети компьютеру Apple-Talk присваивается понятное имя. Компьютеры объединяются в ло­гические структурные единицы, называемые зонами (zones).

На сетевом уровне в AppleTalk работает протокол DDP. Подобно IP и IPX, он не ориентирован на соединение. DDP инкапсулирует данные, сгенерированные протоколом верхнего уровня, а также вы­полняет многие другие функции, аналогичные функциям IP и IPX, в том числе адресацию пакетов, маршрутизацию и идентификацию про­токола. Простая сеть AppleTalk идентифицируется одним номером и состоит из одной нерасширенной зоны (nonextended network). Сеть, иден­тифицируемая несколькими номерами и состоящая из нескольких зон, называется расширенной сетью (extended network). В такой сети приме­няется расширенный формат заголовка DDP (рис. 6.7).

Рис. 6.7. Расширенный формат заголовка DDP

Ниже описаны функции полей заголовка DDP.

• Hop Count (1 байт) — число маршрутизаторов, пройденных паке­ том на пути к целевой системе.

• Datagram Length (2 байта) — длина дейтаграммы DDP; использу­ ется для базового обнаружения ошибок.

• Checksum (2 байта) — необязательное поле, содержащее конт­ рольную сумму, рассчитанную для всей дейтаграммы; использует­ ся для более детального обнаружения ошибок.

• Source Socket Number (1 байт) — номер сокета, соответствующий приложению или процессу, которые сгенерировали информацию в поле данных.

• Destination Socket Number (1 байт) — номер сокета, соответствую­ щий приложению или процессу, которым адресована информация в поле данных.

• Source Address (3 байта) — номер сети и идентификатор узла ком­ пьютера, сгенерировавшего пакет.

• Destination Address (3 байта) — номер сети и идентификатор узла компьютера, которому адресован пакет.

• DDP Type (1 байт) — идентификатор протокола верхнего уровня, сгенерировавшего информацию в поле данных.

• Data (переменной длины, до 586 байтов) — информация, сгенери­ рованная протоколом верхнего уровня.

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

Краткое содержание занятия

В сетях AppleTalk применяются несколько протоколов канально­го уровня, втом числе LocalTalk, EtherTalk, TokenTalk и FDDITalk. Компьютеры в сетях AppleTalk сами присваивают себе 8-битовые идентификаторы узлов. Сети идентифицируются 16-битовыми номерами.

Процессы на компьютерах AppleTalk идентифицируются с помо­щью 8-битовых номеров сокетов.

TCP и UDP

В набор TCP/IP входит два протокола транспортного уровня: TCP (Transmission Control Protocol) и UDP (User Datagram Protocol). TCP ориентирован на соединение и обеспечивает приложениям надежный сервис с гарантированной доставкой данных, подтверждением при­ема пакетов, управлением потоком данных, обнаружением и коррек­цией ошибок. TCP предназначен для передачи с побитовой точнос­тью больших объемов данных, например, программных файлов. Про­токол UDP на соединение не ориентирован, обеспечивает ненадеж­ный сервис и используется в основном для обмена короткими зап­росами и ответами. Неудивительно, что TCP, выполняя свои функции, генерирует большой объем управляющего трафика, тогда как накладные расходы, связанные с использованием UDP, относительно невелики.

Примечание Эпитет «надежный» в отношении протокола означает его способность обеспечить гарантированную доставку данных с подтверж­дением их приема и не отражает степени доверия, которой заслуживает протокол. Обычно вполне можно рассчитывать, что и ненадежный про­токол без ошибок доставит сообщение до целевой системы.

Два протокола транспортного уровня из набора TCP/IP обеспечи­вают приложениям разный уровень обслуживания. Как TCP, так и UDP генерирует единицы данных PDU (protocol data unit), передава­емые внутри дейтаграмм IP. TCP выполняет функции, которых нет у IP, поэтому два этих протокола дополняют, но не дублируют друг друга. Комбинация UDP и IP обеспечивает минимальный транспорт­ный сервис с низким уровнем накладных расходов.