Відмінності між версіями «DECnet»
(не показано 7 проміжних версій цього учасника) | |||
Рядок 3: | Рядок 3: | ||
Кілька разів Decnet оновлювався; кожне оновлення називається фазою. Поточна версія — Decnet Phase V. Використовуються як власні протоколи DEC, так і досить повна реалізація набору протоколів [[OSI|OSI]]. | Кілька разів Decnet оновлювався; кожне оновлення називається фазою. Поточна версія — Decnet Phase V. Використовуються як власні протоколи DEC, так і досить повна реалізація набору протоколів [[OSI|OSI]]. | ||
− | + | В даний час випущена п'ята версія основного виробу DECnet ( яку іноді називають Phase V, а в літературі компанії Digital - DECnet/OSI). DECnet Phase V є належним чином розширеним набором комплекту протоколів OSI, що підтримує всі протоколи OSI, а також дещо інших патентованих і стандартних протоколів, які підтримувалися попередніми версіями DECnet. Що стосується раніше внесених змін в протокол, DECnet Phase V сумісний з попередньою версією (тобто Phase IV). | |
В протилежність існуючій думці, DECnet зовсім не є архітектурою мережі, а є рядом виробів, відповідаючій Архітектурі Цифрової мережі ( Digital Network Architecture - DNA) компанії Digital. Як і більшість іншої складної мережевої архітектури, що поставляється крупними постачальниками систем, DNA підтримує великий набір як патентованих, так і стандартних протоколів. Перелік технологій, які підтримує DNA, постійно росте у міру того, як Digital реалізує нові протоколи. | В протилежність існуючій думці, DECnet зовсім не є архітектурою мережі, а є рядом виробів, відповідаючій Архітектурі Цифрової мережі ( Digital Network Architecture - DNA) компанії Digital. Як і більшість іншої складної мережевої архітектури, що поставляється крупними постачальниками систем, DNA підтримує великий набір як патентованих, так і стандартних протоколів. Перелік технологій, які підтримує DNA, постійно росте у міру того, як Digital реалізує нові протоколи. | ||
− | + | DECnet підтримує мережеві рівні як без встановлення з'єднання, так і зі встановленням з'єднання. Обидва мережеві рівні реалізуються протоколами OSI. Реалізації без встановлення з'єднання використовують Connectionless Network Protocol (CLNP) (Протокол мережі без встановлення з'єднання) і Connectionless Network Service (CLNS) (Послуги мережі без встановлення з'єднання). Мережевий рівень зі встановленням з'єднання використовує X.25 Packet-Level Protocol (PLP) (Протокол пакетного рівня), який також відомий як X.25 level 3 (Рівень 3 Х.25), і Connection-Mode Network Protocol (CMNP) (Протокол мережі зі встановленням з'єднання). | |
Хоча в DECnet Phase V значну частину DNA було приведено у відповідність з OSI, вже в DECnet Phase IV маршрутизація була дуже схожа з маршрутизацією OSI. Маршрутизація DNA Phase V включає маршрутизацію OSI (ES-IS і IS-IS) і постійну підтримку протоколу маршрутизації DECnet Phase IV. | Хоча в DECnet Phase V значну частину DNA було приведено у відповідність з OSI, вже в DECnet Phase IV маршрутизація була дуже схожа з маршрутизацією OSI. Маршрутизація DNA Phase V включає маршрутизацію OSI (ES-IS і IS-IS) і постійну підтримку протоколу маршрутизації DECnet Phase IV. | ||
+ | ---- | ||
+ | |||
'''Адреси DECnet.''' | '''Адреси DECnet.''' | ||
− | + | Адреси DECnet не пов'язані з фізичними мережами, до яких підключені вузли. Замість цього DECnet розміщує головні обчислювальні машини, використовуючи пари адрес область/вузол (area/node address). У діапазон значень адрес області входять значення від 1 до 63 (включно). Адреса вузла може мати значення від 1 1023 (включно). Отже, кожна область може мати 1023 вузли, а в мережі DECnet адресація може бути проведена приблизно до 65,000 вузлів. Області можуть перекривати декілька роутеров, і окремий кабель може забезпечувати декілька областей. Отже, якщо який-небудь вузол має декілька мережевих інтерфейсів, то він використовує одну і ту ж адресу область/вузол для кожного інтерфейсу. | |
− | + | Головні обчислювальні машини DECnet не використовують адреси рівня МАС (Media Access Control - Управління доступом до носія), що призначаються виробником. Замість цієї адреси мережевого рівня вбудовуються в адреси рівня МАС відповідно до алгоритму, який перемножує номер області на 1024 і додає до результату номер вузла. Результуюча 16-бітова десяткова адреса перетвориться в шістнадцятирічне число і додається до адреси Аа00.0400 таким чином, що байти виявляються переставленими, так що найменш значущий байт виявляється першим. Наприклад, адреса 12.75 DECnet стає числом 12363 (підстава 10), яке дорівнює числу 304В (підстава 16). Після цього адреса з переставленими байтами додається до стандартному префікса адреси МАС DECnet; результуючою адресою є вираз Аа00.0400.4в30. | |
+ | ---- | ||
'''Рівні маршрутизації.''' | '''Рівні маршрутизації.''' | ||
− | + | Вузли маршрутизації DECnet називаються або роутерами Рівня 1, або роутерами Рівня 2. Роутер Рівня 1 сполучається з кінцевими вузлами і з іншими роутерами Рівня 1 в окремій конкретній області. Роутери Рівня 2 повідомляються з роутерами Рівня 1 тієї ж самої області і роутерами Рівня 2 інших областей. Таким чином, роутеры Рівня 1 і Рівня 2 разом формують ієрархічну схему маршрутизації. | |
− | + | Кінцеві системи відправляють запити про маршрути в призначений роутер Рівня 1. На роль призначеного роутера вибирається роутер Рівня 1 з найвищим пріоритетом. Якщо два роутера мають однаковий пріоритет, то призначеним роутером стає той, який має більше число вузлів. Конфігурацію пріоритету будь-якого роутера можна вибрати ручним способом, вимушуючи його на роль призначеного роутера. | |
− | + | В будь-якій області може бути декілька роутеров Рівня 2. Якщо роутеру Рівня 1 необхідно відправити пакет за межі своєї області, він направляє цей пакет якому-небудь роутеру Рівня 2 в цій же області. В деяких випадках цей роутер Рівня 2 може не мати оптимального маршруту до пункту призначення, проте конфігурація вузлової мережі забезпечує такий ступінь стійкості до помилок, яка не може бути забезпечена при призначенні тільки одного роутера Рівня 2 на область. | |
+ | |||
+ | ---- | ||
'''Транспортний рівень.''' | '''Транспортний рівень.''' | ||
− | + | Транспортний рівень DNA реалізується різними протоколами транспортного рівня, як патентованими, так і стандартними. Підтримуються наступні протоколи транспортного рівня OSI: Тр0, Тр2 і Тр4. Докладний опис цих протоколів дається в розділі 20 "". | |
Належний Digital Протокол послуг мережі ( Network services protocol - NSP) по функціональних можливостях схожий на Тр4 тим, що він забезпечує орієнтоване на з'єднання, з контрольованим потоком обслуговування, з фрагментацією і повторною збіркою повідомлень. Забезпечуються два підканали - один для нормальних даних, другий для термінових даних і інформації управління потоком. Забезпечується два типи управління потоком - простій механізм старт/стоп, при якому одержувач повідомляє відправника, коли слід завершувати і відновлювати передачу даних, і складніша техніка управління потоком, при якій одержувач повідомляє відправника, скільки повідомлень він може прийняти. NSP може також реагувати на повідомлення про перевантаження, що поступають з мережевого рівня, шляхом зменшення числа невиконаних повідомлень, яке він може допустити. | Належний Digital Протокол послуг мережі ( Network services protocol - NSP) по функціональних можливостях схожий на Тр4 тим, що він забезпечує орієнтоване на з'єднання, з контрольованим потоком обслуговування, з фрагментацією і повторною збіркою повідомлень. Забезпечуються два підканали - один для нормальних даних, другий для термінових даних і інформації управління потоком. Забезпечується два типи управління потоком - простій механізм старт/стоп, при якому одержувач повідомляє відправника, коли слід завершувати і відновлювати передачу даних, і складніша техніка управління потоком, при якій одержувач повідомляє відправника, скільки повідомлень він може прийняти. NSP може також реагувати на повідомлення про перевантаження, що поступають з мережевого рівня, шляхом зменшення числа невиконаних повідомлень, яке він може допустити. | ||
+ | ---- | ||
'''Протоколи вищих рівнів.''' | '''Протоколи вищих рівнів.''' | ||
− | + | Для рівнів, лежачих вище за транспортний рівень, DECnet забезпечує свої власні патентовані протоколи вищих рівнів разом із стандартними протоколами OSI для вищих рівнів. Протоколи прикладного рівня DECnet використовують протокол управління сеансами DNA і службу призначення імен DNA. Протоколи прикладного рівня OSI забезпечуються реалізаціями представницького і сеансового рівнів OSI. | |
− | + | Ті хто добре знайомий з OSI, напевно відмітять, що між моделями Digital DNA і IOS OSI існують деякі відмінності. Основне з них відноситься до верхніх рівнів обох моделей. Так, декілька верхніх рівнів DNA по суті перекривають багато з рівнів OSI. Пізніше, цей чинник став вирішальним і полегшив фахівцям Digital перенесення моделі DNA в модель OSI. | |
− | + | ---- | |
[[category:Комп'ютерні мережі]] | [[category:Комп'ютерні мережі]] |
Поточна версія на 10:03, 23 грудня 2009
Decnet — власний стек протоколів фірми Digital Equipment Corporation. Цей набір апаратних і програмних продуктів реалізує архітектуру Digital Network Architecture (DNA). Вказана архітектура визначає мережі на базі локальних обчислювальних мереж Ethernet, мереж FDDI MAN (Fiber Distributed Data Interface Metropolitan Area Network) і глобальних обчислювальних мереж, які використовують засоби передачі конфіденційних і загальнодоступних даних. Decnet може використовувати як протоколи TCP/IP і OSI, так і свої власні. Даний протокол належить до тих, що маршрутизуються.
Кілька разів Decnet оновлювався; кожне оновлення називається фазою. Поточна версія — Decnet Phase V. Використовуються як власні протоколи DEC, так і досить повна реалізація набору протоколів OSI.
В даний час випущена п'ята версія основного виробу DECnet ( яку іноді називають Phase V, а в літературі компанії Digital - DECnet/OSI). DECnet Phase V є належним чином розширеним набором комплекту протоколів OSI, що підтримує всі протоколи OSI, а також дещо інших патентованих і стандартних протоколів, які підтримувалися попередніми версіями DECnet. Що стосується раніше внесених змін в протокол, DECnet Phase V сумісний з попередньою версією (тобто Phase IV). В протилежність існуючій думці, DECnet зовсім не є архітектурою мережі, а є рядом виробів, відповідаючій Архітектурі Цифрової мережі ( Digital Network Architecture - DNA) компанії Digital. Як і більшість іншої складної мережевої архітектури, що поставляється крупними постачальниками систем, DNA підтримує великий набір як патентованих, так і стандартних протоколів. Перелік технологій, які підтримує DNA, постійно росте у міру того, як Digital реалізує нові протоколи.
DECnet підтримує мережеві рівні як без встановлення з'єднання, так і зі встановленням з'єднання. Обидва мережеві рівні реалізуються протоколами OSI. Реалізації без встановлення з'єднання використовують Connectionless Network Protocol (CLNP) (Протокол мережі без встановлення з'єднання) і Connectionless Network Service (CLNS) (Послуги мережі без встановлення з'єднання). Мережевий рівень зі встановленням з'єднання використовує X.25 Packet-Level Protocol (PLP) (Протокол пакетного рівня), який також відомий як X.25 level 3 (Рівень 3 Х.25), і Connection-Mode Network Protocol (CMNP) (Протокол мережі зі встановленням з'єднання). Хоча в DECnet Phase V значну частину DNA було приведено у відповідність з OSI, вже в DECnet Phase IV маршрутизація була дуже схожа з маршрутизацією OSI. Маршрутизація DNA Phase V включає маршрутизацію OSI (ES-IS і IS-IS) і постійну підтримку протоколу маршрутизації DECnet Phase IV.
Адреси DECnet.
Адреси DECnet не пов'язані з фізичними мережами, до яких підключені вузли. Замість цього DECnet розміщує головні обчислювальні машини, використовуючи пари адрес область/вузол (area/node address). У діапазон значень адрес області входять значення від 1 до 63 (включно). Адреса вузла може мати значення від 1 1023 (включно). Отже, кожна область може мати 1023 вузли, а в мережі DECnet адресація може бути проведена приблизно до 65,000 вузлів. Області можуть перекривати декілька роутеров, і окремий кабель може забезпечувати декілька областей. Отже, якщо який-небудь вузол має декілька мережевих інтерфейсів, то він використовує одну і ту ж адресу область/вузол для кожного інтерфейсу.
Головні обчислювальні машини DECnet не використовують адреси рівня МАС (Media Access Control - Управління доступом до носія), що призначаються виробником. Замість цієї адреси мережевого рівня вбудовуються в адреси рівня МАС відповідно до алгоритму, який перемножує номер області на 1024 і додає до результату номер вузла. Результуюча 16-бітова десяткова адреса перетвориться в шістнадцятирічне число і додається до адреси Аа00.0400 таким чином, що байти виявляються переставленими, так що найменш значущий байт виявляється першим. Наприклад, адреса 12.75 DECnet стає числом 12363 (підстава 10), яке дорівнює числу 304В (підстава 16). Після цього адреса з переставленими байтами додається до стандартному префікса адреси МАС DECnet; результуючою адресою є вираз Аа00.0400.4в30.
Рівні маршрутизації.
Вузли маршрутизації DECnet називаються або роутерами Рівня 1, або роутерами Рівня 2. Роутер Рівня 1 сполучається з кінцевими вузлами і з іншими роутерами Рівня 1 в окремій конкретній області. Роутери Рівня 2 повідомляються з роутерами Рівня 1 тієї ж самої області і роутерами Рівня 2 інших областей. Таким чином, роутеры Рівня 1 і Рівня 2 разом формують ієрархічну схему маршрутизації.
Кінцеві системи відправляють запити про маршрути в призначений роутер Рівня 1. На роль призначеного роутера вибирається роутер Рівня 1 з найвищим пріоритетом. Якщо два роутера мають однаковий пріоритет, то призначеним роутером стає той, який має більше число вузлів. Конфігурацію пріоритету будь-якого роутера можна вибрати ручним способом, вимушуючи його на роль призначеного роутера.
В будь-якій області може бути декілька роутеров Рівня 2. Якщо роутеру Рівня 1 необхідно відправити пакет за межі своєї області, він направляє цей пакет якому-небудь роутеру Рівня 2 в цій же області. В деяких випадках цей роутер Рівня 2 може не мати оптимального маршруту до пункту призначення, проте конфігурація вузлової мережі забезпечує такий ступінь стійкості до помилок, яка не може бути забезпечена при призначенні тільки одного роутера Рівня 2 на область.
Транспортний рівень.
Транспортний рівень DNA реалізується різними протоколами транспортного рівня, як патентованими, так і стандартними. Підтримуються наступні протоколи транспортного рівня OSI: Тр0, Тр2 і Тр4. Докладний опис цих протоколів дається в розділі 20 "". Належний Digital Протокол послуг мережі ( Network services protocol - NSP) по функціональних можливостях схожий на Тр4 тим, що він забезпечує орієнтоване на з'єднання, з контрольованим потоком обслуговування, з фрагментацією і повторною збіркою повідомлень. Забезпечуються два підканали - один для нормальних даних, другий для термінових даних і інформації управління потоком. Забезпечується два типи управління потоком - простій механізм старт/стоп, при якому одержувач повідомляє відправника, коли слід завершувати і відновлювати передачу даних, і складніша техніка управління потоком, при якій одержувач повідомляє відправника, скільки повідомлень він може прийняти. NSP може також реагувати на повідомлення про перевантаження, що поступають з мережевого рівня, шляхом зменшення числа невиконаних повідомлень, яке він може допустити.
Протоколи вищих рівнів.
Для рівнів, лежачих вище за транспортний рівень, DECnet забезпечує свої власні патентовані протоколи вищих рівнів разом із стандартними протоколами OSI для вищих рівнів. Протоколи прикладного рівня DECnet використовують протокол управління сеансами DNA і службу призначення імен DNA. Протоколи прикладного рівня OSI забезпечуються реалізаціями представницького і сеансового рівнів OSI. Ті хто добре знайомий з OSI, напевно відмітять, що між моделями Digital DNA і IOS OSI існують деякі відмінності. Основне з них відноситься до верхніх рівнів обох моделей. Так, декілька верхніх рівнів DNA по суті перекривають багато з рівнів OSI. Пізніше, цей чинник став вирішальним і полегшив фахівцям Digital перенесення моделі DNA в модель OSI.