Воронко

Стандарти протоколів

Протокол - це звід офіційних правил поведінки. У міжнародних відносинах протоколи покликані перешкодити виникненню проблем, викликаних культурними відмінностями країн. Обговорюючи низку загальних правил, які широко відомі і не прив'язані до звичаїв конкретної нації, дипломатичні протоколи мінімізують можливі непорозуміння: всім відомо, як слід себе поводити та як інтерпретувати поведінку інших сторін. Точно так само, щоб комп'ютери змогли спілкуватися, необхідно визначити набір правил, яким підкоряється це спілкування. В обміні даними подібні набори правил також називають протоколами. У гомогенних мережах правила передали даних визначаються єдиним постачальником комп'ютерів і спрямовані на ефективне використання операційної системи і апаратної архітектури. Гомогенна мережу в нашій аналогії - це культура окремої країни, яку можуть назвати домом лише її громадяни. TCP / IP створює гетерогенну мережу з відкритими протоколами, що не залежать від деталей архітектури комп'ютера та реалізації операційної системи. Протоколи TCP / IP доступні всім, вони розвивають- ся і змінюються за одностайним рішенням, а не за розпорядженням конкретного виробника. Хто завгодно може створювати продукцію, відповідну специфікаціям цих відкритих протоколів. Відкрита природа протоколів TCP / IP вимагає відкритості процесу розробки стандарту і вільного доступу до відповідних документів. Розробка стандартів Інтернету відбувається на відкритих сесіях комітету з технологічної підтримки мережі Інтернет (Internet Engineering Task Force, IETF). Розроблені таким чином протоколи публікуються у вигляді документів RFC (Request for Comments, запит коментарів) Як і випливає з назви, стилістика і зміст цих документів набагато менш суворі, ніж у більшості стандартів. Документи RFC містять широкий спектр цікавих і корисних відомостей і не обмежуються формальними специфікаціями протоколів обміну даними. Існує три основних типи документів RFC: стандарти (standards, STD), сучасні практики (best current practices, ВСР), а також повідомляючі (for your information, FYI). Документи RFC, що визначають офіційні стандарти протоколів, позначаються абревіатурою STD і отримують STD-номери в додаток до RFC-номерами. Створення офіційного стандарту Інтернету - строго послідовний процес. Стандарти RFC стають такими, лише пройшовши через три рівня зрілості: Заявка стандарту (Proposed Standard) Специфікація протоколу, який є досить важливим і вже отримав досить широку підтримку інтернет-спільноти, щоб пропонуватися в якості стандарту. Така специфікація прозора і закінчена, але не є стандартом, і, більше того, може ніколи не до- атлантичною статусу стандарту. Проект стандарту (Draft Standard) Специфікація протоколу, для якої існує щонайменше дві незалежні, взаємозамінних реалізації. Проект стандарту-це остаточна специфікація, використовувана в широкому тестуванні. The Internet Standards Process (Процес розробки стандартів Інтернету). Проект змінюється лише в тому випадку, коли цього вимагають результати тестування. Стандарт Інтернету (Internet Standard) Специфікація отримує статус стандарту лише після всеохопного тестування і лише в тому випадку, коли застосування певного цією специфікацією протоколу може принести значну вигоду інтернет-спільноті. Стандарти поділяються на дві категорії. Технічна специфікація (Technical Specification, TS) дає визначення протоколу. Формулювання застосовності (Applicability Statement, AS) описує випадки, коли протокол слід застосовувати. Застосовність стандарту має три можливі рівня: Обов'язковий (Required) Стандартний протокол, є обов'язковою частиною будь-якої реалізації TCP / IP. Стек протоколів має включати цей протокол, щоб відповідати стандарту. Рекомендований (Recommended) Стандартний протокол, рекомендований до включення в усі реалізації TCP / IP. Його присутність не є обов'язковою умовою. Факультативний (Elective) Факультативний стандарт. Рішення щодо реалізації приймає розробник конкретного пакету додатків. Два інших рівня застосовності (обмеженого застосування і не рекомендований) пов'язані з документами RFC, існуючими відокремлено від процесу стандартизації. Протокол «обмеженого застосування» використовується тільки в особливих випадках, скажімо, в ході експериментів. Протоколи, «не рекомендовані» до застосування, є застарілими або мають обмежену функціональність. Документи RFC, які не належать процесу стандартизації, бувають трьох типів: Експериментальні (Experimental) Застосування експериментальних документів RFC обмежена дослідженнями та розробкою. Історичні (Historic) Історичні RFC є застарілими, їх застосування не рекомендується. Повідомляючі (Informational) Повідомляючі документи RFC містять інформацію, уявляю- щую інтерес для широких верств спільноти мережі Інтернет, але не містять визначень протоколів. Підмножина повідомляючих RFC носить ім'я повідомлень FYI (For Your Information, прийміть до відома). Документу FYI, крім номера RFC, присвоюється ще й номер FYI. Ці документи містять вступний та підготовчий матеріал по мережі Інтернет і мереж TCP / IP в цілому. Документи FYI не згадані в RFC 2026 і не є складовою процесу стандартизації. Проте деякі документи FYI представляють інтерес. Друга група документів RFC, що лежать за межами завдання документування протоколів, носить ім'я ВСР (Best Current Practices, кращі сучасні практики). Завданням документів ВСР є формальне документування методів і процедур. Деякі з них описують принципи, яким підпорядковуються дії самої організації IETF; прикладом такого ВСР-документа може послужити RFC 2026. Інші містять рекомендації щодо функціонування мереж або служб (для прикладу візьмемо RFC 1918, Address Allocation for Private Internets, виділення адрес в закритих інтернет-мережах). Документи ВСР останнього типу найчастіше становлять особливий інтерес для мережевих адміністраторів. В даний час існує більше трьох тисяч документів RFC. Так чи інакше, адміністратору систем, об'єднаних в мережу, доведеться прочитати деякі з них. Важливо не тільки вміти зрозуміти ці документи в процесі читання, а й знати, які саме слід читати. Щоб визначити, як RFC відповідають випадку, скористайтеся категоріями та рівнями застосовності. (Для початку непогано зосередити увагу на тих документах RFC, яким присвоєно номер STD.) Для розуміння прочитаного необхідно розуміння мови, на якому відбувається обмін даними. Документи RFC визначають специфікації для реалізацій протоколів у термінах мови, який є унікальним для обміну даними.