Qual è la funzione di un'interfaccia di loopback nei protocolli di routing?

Quindi ho questo compito in cui devo configurare una rete virtuale con un protocollo di routing OSPF. Innanzitutto ho ignorato questa interfaccia di loopback che ho dovuto configurare sui router poiché non faceva alcuna differenza in questo software di virtualizzazione chiamato Cisco Packet Tracer (pensavo). Poi ho costruito la rete nella vita reale con alcuni router Cisco e non ha fatto nulla. Con o senza questo loopback la rete ha funzionato (ping da un host a un altro). Ora la mia domanda è: perché è necessaria questa interfaccia di loopback o quale funzione svolge? Nella foto sotto è la rete che ho dovuto costruire (se è di aiuto).

L'interfaccia di loopback è utile perché è un'interfaccia con un indirizzo IP che non scende mai. OSPF, senza un ID router specificamente definito, sceglierà un ID router da solo. Seleziona l'ID router dagli indirizzi IP delle interfacce configurate e abilitate. Un loopback è una buona scelta poiché l'interfaccia di loopback è sempre attiva a meno che qualcuno non lo spenga specificamente. Altre interfacce potrebbero non funzionare se si verifica un problema sul collegamento.

Innanzitutto, le interfacce di loopback vengono utilizzate principalmente quando vogliamo stabilire adiacenze tra 2 apparecchiature (ad es. Router) e per essere sicuri che quando un collegamento fallisce, l'adiacenza non diminuirà perché, le interfacce di loopback sono interfacce logiche e puoi raggiungerle tramite diversi modi.

Un altro uso di questo è quello di annunciare alcune reti. Le reti possono essere separate solo se esistevano nella tabella di routing. Immagino, nell'esempio sopra, quando commentate tutte le interfacce di loopback, un uso che può essere fatto per questo, è di annunciare alcune reti e vedere come OSPF può funzionare, ma, anche se utilizzate o meno interfacce di loopback, la vostra configurazione deve funzionare bene.

Aggiungendo a @Ron Maupin un'ottima risposta direi inoltre che la scelta (saggia) dell'ID router come interfaccia di loop back sarà più "potente" in caso di errori di collegamento. Come altri hanno già detto, ogni router OSPF sceglie un ID router. Questo ID viene scelto tra TUTTE le interfacce disponibili su un determinato router SOLO se diversamente configurato. Pertanto, in caso di errore di collegamento per un router specifico, se la logica della selezione dell'ID router è ancora impostata sull'indirizzo IP più alto e non vi è alcun indirizzo di loopback configurato anche nel processo OSPF (o non è presente alcun indirizzo di loopback in il router) - quindi questo errore di collegamento attiverà una nuova procedura di selezione dell'ID router "all'interno" del router e, forse ancora più importante, obbligerà questo router a fare pubblicità il suo ID router "appena eletto", che significa inviare nuovamente i messaggi OSPF sulla rete.

D'altra parte , se l'ID router è stato impostato "in modo deterministico" configurandolo come indirizzo di loopback (o se esiste un indirizzo di loopback nel processo OSPF), ciò non scenderà mai (a meno che, naturalmente, l'intero router / Il processo OSPF si interromperà), quindi se una qualsiasi delle interfacce del router si interrompe, l'ID del router non sarà interessato , quindi nessun messaggio OSPF multicast "nuovo ID router" verrà inviato sulla rete.

Considerando la topologia di cui sopra, nel caso in cui il router E (o più precisamente la sua unica interfaccia) si interrompa, quindi, quando si rialzerà, pubblicizzerà comunque l'ID del router "tutto da capo". Ma (!!) se qualsiasi altro router ( A, B, C o D ) avrà una (o più) delle sue interfacce inattiva, allora se l'ID del router non è stato "impostato in modo deterministico" - la nuova pubblicità dovrà essere inviato sulla rete, che influirà sulla larghezza di banda complessiva di essa. E questo è il caso in cui l'indirizzo di loopback per l'ID del router in OSPF è utile.