Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

PARC Universal Packet (обычно сокращенно ПНП или PuP , хотя оригинальные документы , как правило , используют Pup ) был одним из двух первых интерсети люксов протокола ; он был создан исследователями Xerox PARC в середине 1970-х годов. (Технически название «ПНП» относится только к протоколу межсетевого уровня, но оно также применяется ко всему набору протоколов). Весь пакет обеспечивал маршрутизацию и доставку пакетов, а также функции более высокого уровня, такие как надежный поток байтов , а также многочисленные приложения.

История [ править ]

Истоки набора PUP лежат в двух разработках; в тех же событиях начала 1970-х, что и самый ранний этап развития TCP / IP (см. История Интернета ), и создание локальной сети Ethernet в PARC. Однако разработка PUP отделилась, потому что Xerox PARC хотела продолжить внедрение для внутреннего использования. К 1974 году фундаментальный дизайн пакета PUP был практически завершен.

В 1980-х годах Xerox использовала ПНП в качестве основы для набора протоколов Xerox Network Systems (XNS); некоторые протоколы в наборе XNS (например, протокол межсетевых дейтаграмм ) были слегка модифицированными версиями протоколов набора ПНП, но другие сильно отличаются, отражая опыт, полученный с ПНП и IP.

Базовый межсетевой протокол [ править ]

Основным протоколом межсетевого уровня является PUP, который примерно соответствует уровню Интернет-протокола (IP) в TCP / IP. Полный сетевой адрес ПНП состоит из 8-битного номера сети, 8-битного номера хоста и 16-битного номера сокета. Номер сети имеет особое значение, означающее «эта сеть», для использования хостами, которые (пока) не знают свой номер сети.

В отличие от TCP / IP, поля сокета являются частью полного сетевого адреса в заголовке PUP, поэтому протоколам верхнего уровня не нужно реализовывать собственное демультиплексирование; PUP также предоставляет типы пакетов (опять же, в отличие от IP). Кроме того, необязательная 2-байтовая контрольная сумма покрывает весь пакет .

Пакеты PUP имеют длину до 554 байтов (включая 20-байтовый заголовок PUP ) и контрольную сумму. Это меньший размер пакета, чем IP, который требует, чтобы все хосты поддерживали минимум 576 байт (но допускают пакеты размером до 65 Кбайт, если хосты их поддерживают); отдельные пары хостов PUP в конкретной сети могут использовать пакеты большего размера, но для их обработки не требуется маршрутизатор PUP. Пакеты большего размера могут быть фрагментированы.

Протокол с названием Gateway Information Protocol (предок RIP ) используется как протокол маршрутизации , так и для хостов для обнаружения маршрутизаторов.

PUP также включает в себя простой протокол эха на межсетевом уровне, аналогичный ping IP , но работающий на более низком уровне.

Протоколы транспортного уровня [ править ]

Чтобы установить транспортное соединение, в игру вступили два протокола. Первый, протокол рандеву и завершения (RTP) , который использовался для инициирования связи между двумя объектами, а также для управления и завершения соединения. Второй был протоколом первичного транспортного уровня, протоколом потока байтов (BSP) , который был аналогичен TCP .

Как только RTP установил соединение, BSP взял на себя управление передачей данных. Как и TCP, семантика и операции BSP выражались в байтах; от этого отказались в пользу пакетов для эквивалентного протокола в XNS, Sequenced Packet Protocol .

Протоколы приложений [ править ]

PUP поддерживает большое количество приложений. Некоторые из них, такие как Telnet и протокол передачи файлов , были в основном теми же протоколами, что и в ARPANET (как и в пакете TCP / IP).

Другие были новаторскими, включая протоколы для буферизации принтеров, копирования дисковых пакетов, удаленного доступа на уровне страниц к файловым серверам, поиска имени, удаленного управления и т. Д. (Хотя некоторые из этих возможностей были замечены ранее, например, ARPANET уже активно использовала удаленное управление для управления процессорами интерфейсных сообщений, которые его составили).

Воздействие [ править ]

PuP показал, что идеи межсетевого взаимодействия осуществимы, повлияли на проектирование TCP / IP и заложили основу для более поздних протоколов XNS . В какой-то момент Винт Серф и Боб Кан организовали встречи в Стэнфорде, и на них присутствовали исследователи Xerox Боб Меткалф и Джон Шох. Однако юрист Xerox сказал участникам Xerox, что они не могут говорить о PuP. Во время обсуждения дизайна участники Xerox продолжали указывать на недостатки предложенных идей, пока один из исследователей из Стэнфорда не выпалил: «Вы, ребята, уже это сделали, не так ли?» [1]

Наибольшее влияние PuP, вероятно, проявился как ключевой компонент офиса будущей модели, впервые продемонстрированной на Xerox PARC; эта демонстрация не была бы столь же мощной, как она была бы без всех возможностей, которые предоставляет работающая объединенная сеть.

Потомок шлюзового информационного протокола, RIP (с небольшими модификациями для переноса адресов любого семейства протоколов), по-прежнему используется сегодня в других наборах протоколов, включая TCP / IP . Одна версия RIP служила одним из первых так называемых протоколов внутреннего шлюза для растущего Интернета до появления более современных OSPF и IS-IS . Он до сих пор используется в качестве протокола внутренней маршрутизации на небольших сайтах с простыми требованиями.

Что касается недостатков, то семейство протоколов PUP не было независимым от устройства, в современной терминологии уровни IP и MAC были объединены в один уровень, что затрудняло широкомасштабное внедрение. 8-битная сеть и 8-битный хост PUP могут масштабироваться максимум до 64k машин, прежде чем потребуется межсетевой мост или шлюз. По этой причине ее преемник, XNS (сетевая система Xerox) был разработан подразделением Xerox Office Systems с использованием многих идей PUP, но также включал глобально уникальный 48-битный идентификатор хоста (который стал MAC-адресом в DIX v2 и позже IEEE 802.3 ), который решил эти проблемы: [2]

  • Предотвращение конфликтов адресов / дублирования адресов. Xerox выделила 24-битный верхний MAC-адрес, а производители выделили нижние 24 бита.
  • Позволяет аналоговым повторителям (которые были очень дешевы) быть более жизнеспособным устройством масштабирования сети
  • Разрешение каждому сетевому интерфейсу генерировать глобально уникальные идентификаторы (UID)

См. Также [ править ]

  • EFTP

Ссылки [ править ]

  1. ^ Тейлор, Боб (11 октября 2008 г.), «Устная история Роберта (Боба) У. Тейлора» (PDF) , Архив Музея компьютерной истории , CHM Ссылочный номер: X5059.2009
  2. ^ Йоген Далал; Роберт Принтис (октябрь 1981 г.). «Абсолютные 48-битные номера хостов в Интернете и Ethernet» (PDF) . SIGCOMM '81 Труды седьмого симпозиума по передаче данных . С. 240–245.
  • Эдвард А. Тафт, Роберт М. Меткалф, Pup Specifications (Xerox Parc, Пало-Альто, июнь 1978 г. и октябрь 1975 г.)
  • Эдвард А. Тафт, State Machine for Rendezvous / Termination Protocol (Xerox Parc, Пало-Альто, июль 1978 г. и октябрь 1975 г.)
  • Эдвард А. Тафт, Соглашения об именах и адресации для щенков (Xerox Parc, Пало-Альто, июль 1978 г. и октябрь 1975 г.)
  • Эдвард А. Тафт, Протокол ошибок щенка (Xerox Parc, Пало-Альто, июль 1978 г. и октябрь 1975 г.)
  • Джон А. Хапп, Константы сети Pup (Xerox Parc, Пало-Альто, июль 1979 г.)

Дальнейшее чтение [ править ]

  • Дэвид Р. Боггс ; Джон Ф. Шоч ; Эдвард А. Тафт; Роберт М. Меткалф (апрель 1980 г.). «Щенок: архитектура межсетевого взаимодействия». Транзакции IEEE по коммуникациям . 28 (4): 612–624. DOI : 10.1109 / TCOM.1980.1094684 .
  • Майкл А. Хилтцик, « Дилеры молнии: Xerox PARC и рассвет компьютерной эры» (HarperBusiness, Нью-Йорк, 1999), стр. 291–293.