5-2Протокол IPX (Лекции по Сетевым технологиям), страница 2
Описание файла
Файл "5-2Протокол IPX" внутри архива находится в папке "Лекции по Сетевым технологиям". Документ из архива "Лекции по Сетевым технологиям", который расположен в категории "". Всё это находится в предмете "сетевые технологии" из 7 семестр, которые можно найти в файловом архиве РТУ МИРЭА. Не смотря на прямую связь этого архива с РТУ МИРЭА, его также можно найти и в других разделах. Архив можно найти в разделе "лекции и семинары", в предмете "сетевые технологии" в общих файлах.
Онлайн просмотр документа "5-2Протокол IPX"
Текст 2 страницы из документа "5-2Протокол IPX"
• 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;
• 0F 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;
• 1B Receive Outstanding;
• 1C 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 это эквивалентно широковещательной передаче. В сетях с высоким уровнем трафика системы понапрасну тратят значительное время на обработку многочисленных запросов на разрешение имени, предназначенных другим системам.
Протокол 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 Broadcast. С помощью этих сообщений системы могут передавать различную информацию, в том числе, данные SMB.
Протокол DMP
Система NetBEUI использует протокол DMP для сбора информации о состоянии систем в сети, генерируя сообщение Status Query и передавая его другим системам сети. Те отвечают сообщениями Status Response с запрашиваемой информацией.
Краткое содержание занятия
• Протокол сетевого уровня NetBEUI используется в небольших локальных сетях Windows.
• NetBEUI отличается от IP и IPX в первую очередь тем, что в нем не предусмотрены идентификаторы для сетей, и потому он не является маршрутизируемым.
• Кадр NetBEUI обслуживает четыре протокола: NMP, SMP, UDP и DMP.