У чому полягає функція зворотного інтерфейсу в протоколах маршрутизації?

Тому я отримав це завдання там, де мені потрібно встановити віртуальну мережу за допомогою протоколу маршрутизації OSPF. По-перше, я проігнорував цей інтерфейсний цикл, який мені довелося налаштувати на маршрутизаторах, оскільки він не змінив цього програмного забезпечення для віртуалізації під назвою Cisco Packet Tracer (я думав). Тоді я створив мережу в реальному житті з деякими маршрутизаторами Cisco, і це теж нічого не зробило. З цією петлею або без неї мережа працювала (пінг-інг від одного хоста до іншого). Тепер моє запитання: Для чого потрібен цей інтерфейсний цикл чи яку функцію він виконує? На малюнку нижче - мережа, яку я повинен був побудувати (якщо це допоможе).

Інтерфейс зворотного зв'язку корисний тим, що це інтерфейс з IP-адресою, який ніколи не знижується. OSPF без конкретно визначеного ідентифікатора маршрутизатора самостійно вибере ідентифікатор маршрутизатора. Він вибирає ідентифікатор маршрутизатора з IP-адрес налаштованого та включеного інтерфейсів. Цифровий зворотний зв'язок є хорошим вибором, оскільки інтерфейс зворотного зв'язку завжди працює, якщо хтось спеціально не вимикає його. Інші інтерфейси можуть вийти з ладу, якщо є посилання на посилання.

По-перше, інтерфейси зворотного зворотного зв'язку в основному використовуються, коли ми хочемо встановити суміжності між двома обладнаннями (тобто маршрутизаторами) і бути впевненими, що коли одна ланка вийде з ладу, суміжність не знизиться, оскільки інтерфейси зворотних зворотів - це логічні інтерфейси, і ви можете їх дістати за допомогою різні шляхи.

Інше використання для цього - оголосити про деякі мережі. Мережі можна оголосити, навіть якщо вони існували в таблиці маршрутів. Я припускаю, що у наведеному вище прикладі, коли ви коментуєте всі інтерфейси зворотного зв'язку, одним із застосувань, які можна зробити для цього, є оголошення деяких мереж та перегляд того, як OSPF може працювати, але, навіть якщо ви використовуєте чи не інтерфейси циклів, ваша конфігурація повинен добре працювати.

Додаючи до @Ron Maupin чудову відповідь, я ще більше зазначу, що (розумний) вибір маршрутизатора, який буде інтерфейсом заднього циклу, буде більш "потужним" при сценаріях відмови зв'язку. Як згадували інші, кожен маршрутизатор OSPF вибирає ідентифікатор маршрутизатора. Цей ідентифікатор вибирається серед ВСІХ доступних інтерфейсів на даному маршрутизаторі, БЕЗПЕЧНО налаштований інакше. Отже, про будь-який збій посилання для конкретного маршрутизатора - якщо логіка вибору ідентифікатора маршрутизатора все ще встановлена ​​на "найвищій IP-адресі" і немає налаштованої адреси циклу також у процесі OSPF (або немає адреси зворотного циклу в маршрутизатор взагалі) - тоді ця помилка посилання запустить нову процедуру вибору ідентифікатора маршрутизатора "всередині" маршрутизатора і, можливо, що ще важливіше, зобов'яже цей роутер рекламувати його "новообраний" ідентифікатор маршрутизатора, тобто знову надсилати повідомлення OSPF в мережу.

З іншого боку , якщо ідентифікатор маршрутизатора був встановлений "детерміновано", налаштувавши його на адресу петлі (або якщо в процесі OSPF є яка-небудь адреса зворотного зв'язку), це ніколи не знизиться (якщо, звичайно, весь маршрутизатор / Процес OSPF знизиться), тоді, якщо будь-який з інтерфейсів маршрутизатора знизиться, ідентифікатор маршрутизатора не буде вплинутий , оскільки жодні багатоадресні повідомлення OSPF "новий ідентифікатор маршрутизатора" не будуть надсилатися в мережу.

З огляду на вищезазначену топологію, якщо маршрутизатор E (а точніше єдиний його інтерфейс) знизиться, то все одно, коли він знову підніметься, він все ще рекламуватиме свій ідентифікатор маршрутизатора "знову". Але (!!) якщо будь-який інший маршрутизатор ( A, B, C або D ) буде мати один (або більше) своїх інтерфейсів (ів), то якщо ідентифікатор маршрутизатора не був "встановлений детерміновано" - нова реклама повинна буде буде передано в мережу, що вплине на загальну пропускну здатність її. І це той випадок, коли адресна петля для ідентифікатора маршрутизатора в OSPF є вигідною.