DECnet — это набор сетевых протоколов, созданных Digital Equipment Corporation . Первоначально выпущенный в 1975 году для соединения двух миникомпьютеров PDP-11 , он превратился в одну из первых архитектур одноранговых сетей, превратив тем самым DEC в мощную сетевую машину в 1980-х годах. Первоначально созданный с тремя уровнями , он позже (1982) превратился в сетевой протокол с семью уровнями, совместимый с OSI .
DECnet [1] был встроен непосредственно в флагманскую операционную систему DEC OpenVMS с момента ее создания. Позже Digital перенесла его на Ultrix , OSF/1 (позже Tru64 ), а также Apple Macintosh и IBM PC, работающие под управлением вариантов DOS , OS/2 и Microsoft Windows под названием PATHWORKS , что позволило этим системам подключаться к сетям DECnet машин VAX в качестве конечных узлов. [2]
В то время как протоколы DECnet были полностью разработаны Digital Equipment Corporation, DECnet Phase II (и более поздние версии) были открытыми стандартами с опубликованными спецификациями, и несколько реализаций были разработаны вне DEC, в том числе для FreeBSD и Linux . [3] Код DECnet в ядре Linux был помечен как «сиротский» 18 февраля 2010 года [4] [5] и удален 22 августа 2022 года. [6]
DECnet относится к определенному набору аппаратных и программных сетевых продуктов, которые реализуют архитектуру цифровой сети (DNA). Архитектура цифровой сети имеет набор документов, которые определяют архитектуру сети в целом, устанавливают спецификации для каждого уровня архитектуры и описывают протоколы , которые работают на каждом уровне. Хотя инструменты анализа сетевых протоколов, как правило, классифицируют все протоколы из DIGITAL как «DECnet», строго говоря, немаршрутизируемые протоколы цифровой сети, такие как LAT , SCS, AMDS, LAST/LAD, не являются протоколами DECnet и не являются частью архитектуры цифровой сети.
Проследить эволюцию DECnet — значит проследить развитие ДНК. ДНК появилась в начале 1970-х годов. DIGITAL опубликовала свою первую спецификацию ДНК примерно в то же время, когда IBM анонсировала свою архитектуру системных сетей (SNA). С тех пор развитие ДНК прошло следующие этапы:
Фаза I (1974) Поддержка ограничена двумя PDP-11, работающими под управлением операционной системы RSX-11 , или небольшим количеством PDP-8, работающими под управлением операционной системы RTS-8, со связью по двухточечным ( DDCMP ) каналам между узлами.
Фаза II (1975) [7] Поддержка сетей до 32 узлов с несколькими различными реализациями, которые могли взаимодействовать друг с другом. Реализации расширились, включив RSTS , TOPS-10 , TOPS-20 и VAX/VMS [8] с коммуникациями между процессорами, по-прежнему ограниченными только соединениями точка-точка. Введение загрузки вниз по нисходящей линии (MOP) и передачи файлов с использованием File Access Listener (FAL), удаленного доступа к файлам с использованием протокола доступа к данным (DAP), интерфейсов программирования «задача-задача» и функций управления сетью.
Фаза III (1980). [9] Поддержка сетей до 255 узлов с 8-битными адресами, по точкам и многоточечным соединениям. Введение возможности адаптивной маршрутизации, доступа к записям, архитектуры управления сетью и шлюзов к другим типам сетей, включая IBM SNA и Рекомендацию X.25 CCITT .
Приложение | DAP: протокол доступа к данным CTERM: Командный терминал |
---|---|
Управление сетью | NICE: Сетевой обмен информацией (и) управлением |
Сессия | SCP: протокол управления сеансом |
Транспорт | NSP: протокол сетевых услуг |
Сеть | DRP: протокол маршрутизации DECnet |
Канал передачи данных | DDCMP: протокол передачи цифровых данных Ethernet , Token Ring , HDLC , FDDI , ... |
Физический | Ethernet , Token Ring , FDDI , ... |
Phase IV [10] [11] и Phase IV+ (1982). Phase IV изначально была выпущена для систем RSX-11 и VMS , позже поддержку получили TOPS-20 , TOPS-10 , ULTRIX , VAXELN и RSTS/E . Поддержка сетей до 64 449 узлов (63 области по 1023 узла) с 16-битными адресами, возможности канала передачи данных расширены за пределы DDCMP и включают поддержку локальной сети Ethernet в качестве канала передачи данных по выбору, расширенные возможности адаптивной маршрутизации, включающие иерархическую маршрутизацию (области, маршрутизаторы уровня 1 и уровня 2), поддержку VMScluster (псевдоним кластера) и службы хостов (CTERM). CTERM позволял пользователю на одном компьютере удаленно входить на другой компьютер, выполняя ту же функцию, что и Telnet в стеке протоколов TCP/IP . Компания Digital также выпустила продукт под названием клиент PATHWORKS, более известный как клиент PATHWORKS 32, который реализовал большую часть DECnet Phase IV для DOS, а также 16- и 32-разрядных платформ Microsoft Windows (вплоть до Windows Server 2003).
Фаза IV реализовала 8-уровневую архитектуру, похожую на модель OSI (7 уровней), особенно на нижних уровнях. Поскольку стандарты OSI в то время еще не были полностью разработаны, многие протоколы фазы IV оставались проприетарными.
Реализация Ethernet была необычной, поскольку программное обеспечение изменило физический адрес интерфейса Ethernet в сети на AA-00-04-00-xx-yy, где xx-yy отражал сетевой адрес хоста DECnet. Это позволило работать в локальной сети без ARP, поскольку адрес локальной сети мог быть выведен из адреса DECnet. Однако это исключало возможность подключения двух сетевых карт из одного узла DECnet в один и тот же сегмент локальной сети.
Первоначальные реализации были выпущены для VAX/VMS и RSX-11, позже это распространилось практически на все операционные системы DIGITAL, когда-либо поставляемые, за исключением RT-11 . Стеки DECnet есть на Linux, SunOS и других платформах, а Cisco и другие поставщики сетей предлагают продукты, которые могут взаимодействовать и работать в сетях DECnet. Доступны полные спецификации DECnet Phase IV.
В то же время, когда была выпущена DECnet Phase IV, компания также выпустила собственный протокол под названием LAT для последовательного терминального доступа через терминальные серверы . LAT разделял физические и канальные уровни OSI с DECnet, а терминальные серверы LAT использовали MOP для загрузки образа сервера и связанной с этим обработки начальной загрузки.
Усовершенствования, внесенные в DECnet Phase IV, в конечном итоге стали известны как DECnet Phase IV+, хотя системы, работающие под управлением этого протокола, оставались полностью совместимыми с системами DECnet Phase IV.
Фаза V [12] и Фаза V+ (1987). Поддержка очень больших (архитектурно неограниченных) сетей, новая модель управления сетью, локальная или распределенная служба имен, улучшенная производительность по сравнению с Фазой IV. Переход от фирменной сети к взаимодействию открытых систем (OSI) путем интеграции стандартов ISO для обеспечения многопоставщиков и совместимости с DNA Фаза IV, последние две функции привели к гибридной сетевой архитектуре (DNA и OSI) с отдельными «башнями», совместно использующими интегрированный транспортный уровень. Прозрачные связи транспортного уровня с TCP/IP были добавлены через стандарты IETF RFC 1006 (OSI через IP) и RFC 1859 (NSP через IP) (см. диаграмму) .
Позднее он был переименован в DECnet/OSI , чтобы подчеркнуть его взаимосвязь с OSI, а затем в DECnet-Plus были включены протоколы TCP/IP.
Внутренняя корпоративная сеть DEC представляла собой сеть DECnet под названием Easynet, которая развилась из Engineering Net (E-NET) компании DEC. Она включала более 2000 узлов по состоянию на 1984 год [13] , 15000 узлов (в 39 странах) по состоянию на 1987 год [14] и 54000 узлов по состоянию на 1990 год [15].
DECnet использовался в различных научно-исследовательских центрах, которые связывали свои сети, образуя международную сеть под названием DECnet Internet. Сюда входили US Space Physics Analysis Network (US-SPAN), European Space Physics Analysis Network (E-SPAN), Energy Sciences Network и другие исследовательские и образовательные сети. [16] [17] По состоянию на 1989 год сеть состояла из более чем 17 000 узлов. [18] Маршрутизация между сетями с различными адресными пространствами включала использование либо «маршрутизации бедных» (PMR), либо шлюзов трансляции адресов. [16] В декабре 1988 года хосты VAX/VMS в DECnet Internet были атакованы червем Father Christmas .
CCNET (Computer Center Network) — это сеть DECnet, которая соединяла кампусы различных университетов в восточных регионах США в 1980-х годах. Ключевым преимуществом было совместное использование системного программного обеспечения, разработанного операционным персоналом на различных объектах, все из которых использовали различные компьютеры DEC. [19] По состоянию на март 1983 года в нее входили Колумбийский университет , Университет Карнеги-Меллона и Университет Кейс Вестерн Резерв . К маю 1986 года к ней присоединились Нью-Йоркский университет , Технологический институт Стивенса , Вассар-колледж и Оберлин-колледж . Позже присоединились еще несколько университетов. [20]
Сети DECnet для любителей использовались в 21 веке. Они включают:
Решение шлюза DECnet/SNA