Таким образом, у меня есть эта задача, где я должен настроить виртуальную сеть с протоколом маршрутизации OSPF. Сначала я проигнорировал этот петлевой интерфейс, который мне пришлось настроить на маршрутизаторах, поскольку он не оказал никакого влияния на это программное обеспечение для виртуализации под названием Cisco Packet Tracer (я думал). Затем я построил сеть в реальной жизни с некоторыми маршрутизаторами Cisco, и она тоже ничего не сделала. С или без этой петли сеть работала (пинг с одного хоста на другой). Теперь мой вопрос: зачем нужен этот петлевой интерфейс или какую функцию он выполняет? На рисунке ниже показана сеть, которую мне пришлось построить (если это поможет).
9
Во-первых, интерфейсы обратной связи в основном используются, когда мы хотим установить смежность между двумя устройствами (т. Е. Маршрутизаторами) и быть уверенными, что при сбое одной линии связи смежность не прекратится, потому что интерфейсы обратной связи являются логическими интерфейсами, и вы можете связаться с ними с помощью: различные пути.
Другое использование для этого - объявить некоторые сети. Сети могут быть объявлены только в том случае, если они существуют в таблице маршрутизации. Я предполагаю, что в приведенном выше примере, когда вы комментируете все интерфейсы loopbacks, одно из применений, которое можно сделать для этого, - это объявить некоторые сети и посмотреть, как может работать OSPF, но, даже если вы используете или не используете интерфейсы loopbacks, ваша конфигурация должен работать нормально.
источник
Добавляя к @Ron Maupin отличный ответ, я бы также сказал, что (мудрый) выбор идентификатора маршрутизатора в качестве интерфейса обратной связи будет более «мощным» при сценариях сбоя канала. Как уже упоминалось, каждый маршрутизатор OSPF выбирает идентификатор маршрутизатора. Этот идентификатор выбирается среди ВСЕХ доступных интерфейсов на данном маршрутизаторе, ЕСЛИ явно не настроено иначе. Таким образом, при любом сбое соединения для конкретного маршрутизатора - если логика выбора идентификатора маршрутизатора все еще установлена на «максимальном IP-адресе», и в процессе OSPF также не настроен адрес обратной связи (или адрес обратной связи отсутствует маршрутизатор вообще) - тогда этот сбой соединения вызовет новую процедуру выбора идентификатора маршрутизатора «внутри» маршрутизатора и, возможно, что более важно, заставит этот маршрутизатор рекламировать его «вновь выбранный» идентификатор маршрутизатора, что означает повторную отправку сообщений OSPF в сеть.
С другой стороны , если идентификатор маршрутизатора был установлен «детерминистически» путем настройки его в качестве адреса обратной связи (или если в процессе OSPF есть какой-либо адрес обратной связи), он никогда не выйдет из строя (если, конечно, весь маршрутизатор / Процесс OSPF будет остановлен), затем, если какой-либо из интерфейсов маршрутизатора выйдет из строя, идентификатор маршрутизатора не будет затронут , так как в сеть не будут отправляться многоадресные сообщения OSPF «новый идентификатор маршрутизатора».
Учитывая вышеупомянутую топологию, в случае, если маршрутизатор E (или, точнее, его единственный интерфейс) выходит из строя, то в любом случае, когда он снова поднимется, он все равно будет объявлять свой идентификатор маршрутизатора «снова и снова». Но (!!) если на любом другом маршрутизаторе ( A, B, C или D ) один (или более) интерфейс (ы) будет отключен, то если идентификатор маршрутизатора не был «детерминирован» установлен - новое объявление должно будет будут отправлены в сеть, что повлияет на общую пропускную способность сети. И это тот случай, когда обратный адрес для идентификатора маршрутизатора в OSPF выгоден.
источник