Протокол IGMP - Комп’ютерні мережі
Багаторівнева архітектура Інтернету
Протокол IGMP
Протокол IGMP (Internet Group Management Protocol — міжмережевий протокол управління групами) версії 2, визначений RFC 2236, працює між хостом і з'єднаним з ним безпосередньо маршрутизатором (цей маршрутизатор можна розглядати як перший маршрутизатор на шляху прямування вхідних дейтаграм або останній маршрутизатор на шляху прямування вихідних дейтаграм). На рис. 4.44 зображено три групові маршрутизатори, кожен з яких з'єднаний з парою хостів через локальний інтерфейс. У цьому прикладі локальний інтерфейс пов'язаний з локальною мережею, і, як правило, кілька хостів локальної мережі є членами тієї чи іншої групи розсилки.
Хоча протокол IGMP називають «протоколом членства в групах», цей термін може ввести в оману, оскільки протокол IGMP діє локально між хостом і з'єднаним з ним маршрутизатором. Незважаючи на свою назву, протокол IGMP не працює на всіх хостах, що входять до групи розсилки. Насправді, протоколу мережного рівня, який управляє членством у групах розсилки та функціонує усім Інтернет-хостах групи, немає. Наприклад, немає протоколу мережного рівня, що дозволяє хосту визначити ідентифікатори решти хостів, які приєдналися до групи.
Зокрема, кожне надіслане маршрутизатором повідомлення membershipjquery також містить поле максимального часу відгуку (рис. 4.46). Отримавши повідомлення membershipjquery, хост вичікує протягом випадкового періоду часу в діапазоні від нуля до максимального часу відгуку, перш ніж відповісти повідомленням membership ^report. Якщо за час очікування хост помітить, що повідомлення membership jreport надіслав якийсь іншийхост, що входить у цю групу розсилки, він утримується від передачі, оскільки розуміє, що маршрутизатор тепер знає існування серед його хостів членів цієї групи. Така форма придушення відгуку є різновидом оптимізації продуктивності — вона дозволяє хостам уникнути передачі зайвих повідомлень membershipj-eport. Аналогічні механізми придушення відгуку використовуються у ряді протоколів Інтернету, включаючи надійні транспортні протоколи групового розсилання.
Подібно до ICMP-повідомлень, повідомлення протоколу IGMP (див. рис. 4.46) переносяться (інкапсулюються) в IP-дейтаграмах.
Перелічені проблеми можуть здатися непереборною перешкодою для розробки прикладних програм, які використовують групову розсилку. Однак, все не так погано. Незважаючи на те, що мережевий рівень не забезпечує фільтрації, упорядкування або конфіденційності групових дейтаграм, всі ці механізми можуть бути реалізовані на прикладному рівні. Крім того, в даний час ведуться роботи щодо включення деяких з цих функцій до мережного рівня.
Модель обслуговування, що застосовується сьогодні в Інтернеті, заснована на груповому розсиланні, багато в чому відображає ту ж філософію, що і модель обслуговування вибіркової розсилки — гранично простий мережевий рівень з додатковими службами, що надаються протоколами вищого рівня на хостах. Така філософія у разі вибіркового розсилання була, безперечно, успішною. Питання про те, чи може подібний підхід з максимально спрощеним мережевим рівнем бути таким самим успішним для служби групового розсилання, досі залишається відкритим.
Відповідальність за всі зміни, внесені в систему за порадами цієї статті, Ви берете на себе.