Perché OSPF ha bisogno di LSA di tipo 2?

Ulteriori informazioni su OSPF per studi CCNP. Sto osservando come OSPF costruisce i suoi collegamenti e ho appena trattato gli LSA di tipo 1. Osservando gli LSA di tipo 1, mi chiedo perché siano persino necessari?

Il libro che sto leggendo implica che gli LSA di tipo 2 sono usati per aiutare il router a costruire il "puzzle" della topologia, come se solo usando gli LSA di tipo 1 non riuscisse a capire tutti i collegamenti nella topologia. Sembra che l'LSA Type1 fornisca informazioni sufficienti per consentire al router di determinare come sono collegati due o anche più router. Forse il libro che sto leggendo ha scarsi esempi, ma non riesco a vedere cosa guadagni OSPF dagli LSA di Tipo2 ed è difficile capire come funzionano.

È importante notare che gli LSA di tipo 2 sono generati solo su segmenti in cui è stato eletto un DR / BDR - questo include le reti BMA (Broadcast Multi-Access) e NBMA (Non-Broadcast Multi-Access). Il DR è ciò che genera l'LSA di tipo 2. Questo comportamento può essere aggirato configurando le interfacce Ethernet su cui si sceglie di eseguire OSPF come point-to-point(ciò impedirà anche il processo elettorale DR).

Gli LSA di tipo 2 sono utili quando si esegue OSPF su un supporto Broadcast (Ethernet) o Non Broadcast Multi-Access (Frame Relay). In parole povere, sì, i router potrebbero utilizzare LSA di tipo 1 e dettagliare i collegamenti di tutti i router a tutti gli altri router, ma questo è inefficiente e introdurrà inutili gonfiori nell'LSDB OSPF. Per mitigare ciò, l'LSA di tipo 2 (rete) viene utilizzato per rappresentare la sottorete di trasmissione. Ogni router LSA ha quindi un collegamento alla rete LSA della sottorete broadcast e la rete LSA ha collegamenti a ciascuno dei router LSA. È un problema di matematica: con ogni router che utilizza LSA di tipo 1, sono presenti n * (n - 1)collegamenti nel database dello stato dei collegamenti. Con gli LSA di tipo 2, questo numero è ridotto a n * 2.

Consiglio vivamente di leggere il libro di John Moy su OSPF . Ha anche scritto le RFC iniziali per il protocollo.

Molto ben spiegato!

Forse questo aiuto grafico lo visualizza.

Inoltre: LSA di tipo 2 utilizza solo come "istanza virtuale" di un router nel segmento MA, questo pseudonode ha una adiacenza a tutti i router collegati (incluso DR / BDR) sulla rete ed elenca tutti i router collegati (RID) a quel segmento . Per il trasferimento di LSA (DR / BDR) usano anche LSA di tipo 1.

R1# sh ip ospf database
        OSPF Router with ID (1.1.1.1) (Process ID 1)
            Router Link States (Area 0)
Link ID         ADV Router      Age         Seq#       Checksum Link count
1.1.1.1         1.1.1.1         708         0x80000003 0x008686 2
2.2.2.2         2.2.2.2         709         0x80000003 0x00CB0C 2

            Net Link States (Area 0)
Link ID               ADV Router    Age         Seq#              Checksum
192.168.0.2     2.2.2.2         709         0x80000001 0x0014A6

R1# sh ip ospf database network
        OSPF Router with ID (1.1.1.1) (Process ID 1)
            Net Link States (Area 0)
  Routing Bit Set on this LSA in topology Base with MTID 0
  LS age: 780
  Options: (No TOS-capability, DC)
  LS Type: Network Links
  Link State ID: 1.1.1.1 (address of Designated Router)
  Advertising Router: 1.1.1.1
  LS Seq Number: 80000001
  Checksum: 0x14A6
  Length: 32
  Network Mask: /24
    Attached Router: 2.2.2.2
    Attached Router: 1.1.1.1

R1#sh ip ospf database router self-originate
        OSPF Router with ID (1.1.1.1) (Process ID 1)
            Router Link States (Area 0)
  LS age: 400
  Options: (No TOS-capability, DC)
  LS Type: Router Links
  Link State ID: 1.1.1.1
  Advertising Router: 1.1.1.1
  LS Seq Number: 80000002
  Checksum: 0x729C
  Length: 48
  Number of Links: 2

Link connected to: a Stub Network
 (Link ID) Network/subnet number: 11.11.11.11
 (Link Data) Network Mask: 255.255.255.255
  Number of MTID metrics: 0
   TOS 0 Metrics: 1

Link connected to: a Transit Network
 (Link ID) Designated Router address: 192.168.0.1
 (Link Data) Router Interface address: 192.168.0.1
  Number of MTID metrics: 0
   TOS 0 Metrics: 10

Ecco un esempio di come LSA 2 potrebbe essere utile (non trovato nella risposta originale):

R1 ---- | ---- R2 ---- | ---- R3 - tutti collegati su supporto di trasmissione.

Supponiamo che il link R3 non funzioni:

R1 ---- | ---- ---- R2 |

R2 rileverà R3 che scende quando scade il timer morto. Ma come fa R1 a scoprire che R3 sta andando giù, perché R2 non cambierà il suo LSA di tipo 1 (il collegamento di R2 verso R3 è ancora attivo). La risposta è che R2 inonderà un LSA di tipo 2 in cui dice che R3 non fa più parte dello pseudonodo. Alla ricezione di questo aggiornamento, R1 eliminerà le rotte che utilizzavano R3 come transito. È interessante notare che R1 ha ancora LSA di tipo 1 R3. Vede solo che il grafico è interrotto (dal tipo 2 lsa inviato da R2).

Penso che una ragione sia che in un Router-LSA la rete è rappresentata solo come indirizzo IP (nessuna maschera di rete) del DR di quella rete mentre sia l'IP che la maschera di rete sono inclusi in Network-LSA.

Concettualmente è il DR che identifica la rete, non un router medio collegato alla rete.

Un altro motivo è che tale Network-LSA verrà inviato ad altri e timeout come singola unità. Ad esempio, un DR in pensione può svuotare la sua vecchia rete-LSA in modo tale che la rete venga eliminata dal DB dello stato dei collegamenti di altri router.

Le pubblicità sullo stato dei collegamenti costituiscono la base di questo tipo di protocollo. senza di loro, con i loro ciao e timer morti, non ci sarebbe modo di assicurare che la topologia e i collegamenti fossero ancora attivi.

I protocolli dello stato dei collegamenti dipendono da questi, mentre l'EIGRP e altri protocolli vettoriali a distanza dipendono maggiormente dal percorso dei dati e dal costo del percorso determinato dalla disponibilità della larghezza di banda, dalla latenza ecc. Inoltre, non vengono inviati aggiornamenti regolari "aggiornamenti" quando necessario, ad esempio quando un il link è inattivo.

Con OSPF e LSA interi aggiornamenti della tabella della topologia vengono inviati regolarmente, dipendono da elementi simili, come la distanza e la larghezza di banda, ma vengono calcolati in modo diverso a causa dell'algoritmo utilizzato in OSPF.

Preferisco l'EIGRP ma questa non è un'opzione in terra non Cisco, è solo un protocollo più efficiente e più semplice per configurare l'IMO.

Vivo in un mondo tutto Juniper, quindi eIGRP è un ricordo del passato, OSPF e il diverso tipo di pubblicità LSA sono una necessità da sapere.