Этим граничным условием является максимальное число пересылок RIP. В случае превышения числа пересылок, равных 15, осуществляется маркировка данного маршрута, как недосягаемого. Спустя некоторое время данный маршрут будет удален таблицымаршрутизации"[3]. 1.2 Транспортный уровень.
Функции транспортного уровня OSI реализуются несколькими протоколами. Каждый из перечисленных ниже протоколов описан в спецификации ХNS как протокол уровня два. Протокол упорядоченной передачи пакетов (Sequenced Packet Protocol — SPP) обеспечивает надежную, с установлением соединения и управлением потока, передачу пакетов от лица процессов клиента. По выполняемым функциям он похож на протокол TСР из комплекта протоколов Internet и на протокол ТР4 из комплекта протоколов OSI. Каждый пакет SPP содержит номер последовательности (sequence number, А), используемый для упорядочивания пакетов и определения тех из них, которые были скопированы или потеряны. Формат пакета SPP представлен на рисунке 7. Рис.
7. Формат пакета SPPПакеты SPP состоят из двух 16-битовых идентификаторов соединения (connection identifier), обозначенных символом В. Один идентификатор соединения определяется каждым концом соединения. Оба идентификатора соединения вместе уникальным образом идентифицируют логическое соединение между процессами клиента. Длина пакетов SPP не превышает 576 байтов. Протокол обмена пакетами (Packet Exchange Protocol — PEP) является протоколом типа запрос-ответ, предназначенным для обеспечения надежности, которая больше надежности простых услуг дейтаграмм (например, таких, которые обеспечивает IDP), но меньше надежности SPP. По своим функциональным возможностям РЕР аналогичен Протоколу дейтаграмм пользователя (UDP) из комплекта протоколов Internet. Формат пакета протокола PEPпредставлен на рисунке 8. Рис.
8. Формат пакета протокола PEPИнформация о порте источника требуется, прежде всего, при создании ответа, пересылаемого отправителю. Копируя значения поля «Порт источника» из входящего сегмента в поле «Порт назначения» исходящего сегмента, процесс, посылающий ответ, может указать, какому именно процессу на противоположной стороне он предназначается. Поле длина PEP содержит информацию о длине сегмента, включая заголовок и полезную нагрузку. Контрольная сумма PEP не является обязательной. Если она не подсчитывается, ее значение равно 0.
PEP базируется на принципе одного пакета, обеспечивая повторные передачи, но, не обеспечивая выявление дублированных пакетов. Он полезен для прикладных задач, в которых транзакции запрос-ответ являются идемпотентными (повторяемыми без повреждения контекста), или в которых надежная передача выполняется на другом уровне. &# 171;Протокол неисправностей (Error Protocol — EP) может быть использован любым процессом клиента для уведомления другого процесса клиента о том, что в сети имеет место ошибка. Например, этот протокол используется в ситуациях, когда какая-нибудь реализация SPP распознала дублированный пакет" [4]. 1.3 Протоколы высших уровней.
В XNS имеется несколько вариантов протоколов высших уровней. Доступ к принтеру возможен благодаря протоколу «Печатание» (Printing).Возможность доступа к файлам обеспечивается благодаря протоколу «Ведение картотеки» (Filing). Протокол «Очистка» (Сlearinghouse) выполняет сервисы, которые связаны с присвоением имени. Эти протоколы работают в дополнение к протоколу «Курьер» (Сourier). Они позволяет обеспечить соглашения для структурирования данных и взаимодействия процессов.
XNS также определяет протоколы уровня четыре. Это протоколы прикладного уровня, но поскольку они имеют мало общего с фактическими функциями связи, в спецификации XNS нет каких-либо определений по существу. Ещё один протокол" Эхо" (Echo Protocol) позволяет осуществлять тестирование надежности узлов сети XNS. Он используется для выполнения функций, обеспечиваемых командой ping, которую можно встретить в Unix и других средах.
Заключение
.
Помимо конкретных протоколов и стандартов, XNSобеспечивает много функций, равномерно и последовательно распределенных по всей архитектуре. К ним относятся: — Надежность. Получение и распределение информации не зависит от дееспособности отдельно взятой машины.- Безопасность. Защита системы от внешних неавторизованных пользователей.- Гибкость. Подтверждение и поддержка оборудования, изготовленного другими компаниями. Предоставление распределённого управления. -.
Расширяемость. В зависимости от нужд пользователя имеется возможность простоты наращивания сетевых мощностей.- Совместимость. Обеспечивается различная совместимость пользовательских приложений с другими архитектурами.- Простота в использовании. Предоставляются лучшие способы для пользователей, чтобы использовать все возможности системы. XNS представляет собой сложные сетевые системы, которые достаточно интегрированы, т. е. имеют все необходимые встроенные функции. Имеются упрощенные системы, которые не интегрированы, но удовлетворяютконкретным целям для небольших нужд. Отличительная особенность этих систем — низкая цена. Качество системы проходит всевозможные проверки.
Система может быть использована в течение длительного периода, с учетом появления новых приложений и внедрения новых технологий. В 1980;х протоколы XNS сыграли важную роль в развитии сетевых технологий, заставив поставщиков программного и аппаратного обеспечения серьёзно рассмотреть вопрос о необходимости создания вычислительных платформ, одновременно поддерживающих более одного стека сетевых протоколов. Протоколы XNS изначально использовались в локальных сетях. В некоторой степени протоколы XNS копировались практически всеми сетевыми системами, используемыми в 1980;х и 1990;х годах. В настоящее время протоколы XNSвышли из применения, т.к. их заменили протоколы IP.
Список использованных источников
.
http://sharovt.narod.ru/l15.htmXerox Network Systems Architecture. G eneral Information Manual. X.
erox Corporation. 1985. 192 p. Руководство по технологиям объединенных сетей, 4-е издание.: Пер. с англ. — М.: Издательский дом «Вильяме», 2005.
— 1040 с.: ил. — Парал. тит. англ.
http://www.protocols.ru/files/RFC/RFC-2453.pdfЛекции Национального открытого университета «Интуит».
http://www.intuit.ru/studies/courses/2250/94/lecture/2831?page=12.
http://rpm.narod.ru/protocols/XNS.pdfBecker, Joseph D. T yping Chinese. J apanese.
and Korean.Computer. J anuary 1985. pp. 27−34.Smith, D. c., Harslem, E., Irby, c., Kimball, R. T he Star UserInterface: An Overview.
P roceedings of the National Computer Conference. J une 7−10,1982. H ouston.
pp. 515−528.
