Протоколи прикладного рівня.

Відео: Протокол FTP | курс "Комп`ютерні мережі"

У цій статті ми розглянемо деякі з протоколів прикладного рівня, як вони працюють, і як вони експлуатують характеристики UDP і TCP.

Відео: Hackerdom-06-01 Протоколи прикладного рівня

Протокол мережевого часу
Час сервісної мережі є одним з найпростіших інтернет-додатків. Воно говорить вам час, як 32-бітове значення, даючи кількість секунд, що пройшли з півночі 1 січня 2012 року. Час сервера використовує відомий номер порту 37. Коли ваш час клієнта відкриває UDP 37 порт на сервері, сервер відповідає, посилаючи чотири байти інформації про час.
Для такої простої операції UDP цілком достатньо, хоча, як це найчастіше трапляється багато серверів часу також роблять підтримку з`єднання по протоколу TCP. TCP побудований надійніше, але приносить мало користі в цьому додатку, тому що на той час, коли протокол вирішує, що повідомлення можуть бути втрачені і знову відправляє, інформація в ньому буде застарілою. UDP є найбільш підходящим протоколом для додатків реального часу, як і інші подібні ігрові аудіо, відео та мережі.
Простий мережевий протокол управління
Трохи складніше UDP додаток Simple Network Management Protocol (SNMP). Він дозволяє програмам зробити збір інформації про те, які різні елементи мережі виконуються, і контролює мережу за допомогою команд, що посилаються на нього, а не на фізичну конфігурацію обладнання.
В SNMP існують дві різні компоненти, SNMP менеджер і SNMP агент. Менеджер може спілкуватися з багатьма агентами. Як правило, SNMP менеджер додаток, що працює на консолі адміністратора, а агенти будуть працювати на робочих станціях користувачів, в концентраторах, маршрутизаторах і інших частинах мережевого обладнання. Всі комунікації проходять між менеджером і агентом. Агенти не спілкуються один з одним. Зв`язок може бути рідкісною і одиничною і кількість інформації, якою обмінюються мало. Зазвичай команди, які виходять від менеджера будуть генерувати тільки одна відповідь.
SNMP використовує UDP. Це дозволяє уникнути накладних витрат того, щоб підтримувати зв`язок між SNMP-менеджером і кожним агентом. Оскільки протокол складається в основному із запиту даних і відповіді, що містить запитувані дані, відсутність UDP по надійності не є проблемою. Надійність легко реалізується в рамках SNMP менеджера при повторній відправці запиту, якщо відповідь не отримана протягом певного періоду.
Основна функція SNMP - дозволити менеджеру отримати інформацію з таблиці обслуговується агентами. У таблицях відомі інформаційна база управління (MIB). MIB ділиться на групи, кожна з яких містить інформацію про різні аспекти мережі. Приклади інформації, яка може містити MIB включають ім`я, тип і швидкість мережевого інтерфейсу, фізичне розташування компонентів і контактна особа, і статистичні дані, такі як кількість відправлених пакетів і номер.
ідентифікатори об`єктів
Дані вирішуються за допомогою ідентифікаторів об`єкта. Вони написані у вигляді послідовності чисел, між якими ставлять крапку. Кожен номер записаний зліва направо і являє собою вузол у вигляді дерева, з відповідною інформацією згрупованої на одній гілці дерева. Є стандартизований ідентифікатор об`єкта для часто використовуваних елементів інформації, а також розділ для конкретного постачальника інформації. Призначення об`єкта ідентифікаторів управляється через Інтернет Assigned Numbers Authority (IANA).
більшість SNMP повідомлення мають фіксований формат. У типовій угоді, SNMP менеджер відправить UDP датаграми на 161 порт на тому ж хості SNMP агента. Датаграма має поля для типу повідомлення (в цьому випадку отримує повідомлення-запит), ідентифікатор транзакції (який буде відображатися у відповіді так, що в менеджері може збігтися запити до отриманих даних), а також список об`єктів мають ID значення. У get-повідомленні з запитом указваеться ідентифікатор об`єкта запитуваної інформації, значення поля порожнє.
Агент буде відповідати на дейтаграми, в яких поле типу повідомлення отримують відповіді. Поле статусу помилки буде вказувати, був виконаний запит, або є помилки, такі як запит на неіснуючий об`єкт ID.Тот же список об`єктів ID значень, як і в get-запиті, повідомлення буде повернуто, але з заповненим значенням поля. Є п`ять типів повідомлень в SNMP версії 1. Крім get-запиту і отримання відповіді, є набір запитів використовуваний SNMP менеджером для ініціалізації значення, і отримання наступного запиту. Останнє схоже на перерахування каталогу шаблонів специфікації файлу, в який він повертає список всіх доступних кодів об`єктів у тій чи іншій групі.
П`ятий тип повідомлення, пастки, використовується SNMP агентом, щоб сигналізувати події SNMP менеджера. Ці повідомлення надсилаються на UDP  162 порт. Trap повідомлення мають самостійний формат. Вони включає в себе тип поля пастки, яка вказує на тип події і сигналізує: наприклад, агент инициализирует себе, або відключене пристрій. Не існує конкретного виробника типу пастку, яка дозволяє постачальникам визначити пастки для проведення заходів по їх власним вибором.

P.P.S. Якщо у Вас є питання, бажання прокоментувати або поділитися досвідом, напишіть, будь ласка, в коментарях нижче.

Відео: Мережеве програмування (прикладний рівень) - telnet