Utilizzo della latenza per calcolare le metriche OSPF

È possibile configurare OSPF per utilizzare la latenza nei suoi calcoli di costo / metrica del collegamento. L'idea è quella di abilitare il routing basato sulle prestazioni in base al quale i collegamenti più veloci e meno congestionati nella rete verranno scelti in modo dinamico, piuttosto che basarsi sul comportamento predefinito di OSPF che comporta collegamenti a 100 Mbps con lo stesso costo dei collegamenti a 1 Gbps.

È possibile configurare OSPF per utilizzare la latenza nei suoi calcoli di costo / metrica del collegamento. L'idea è quella di abilitare il routing basato sulle prestazioni in base al quale i collegamenti più veloci e meno congestionati nella rete verranno scelti in modo dinamico, piuttosto che basarsi sul comportamento predefinito di OSPF che comporta collegamenti a 100 Mbps con lo stesso costo dei collegamenti a 1 Gbps.

Risposta breve: No, non solo con OSPF

Risposta lunga:

L'unico modo per OSPF di calcolare dinamicamente i percorsi in base a latenza / congestione è utilizzare MPLS Traffic Engineering con ottimizzazioni offline dei costi di MPLS TE in base ai tuoi criteri ; MPLS TE utilizza gli LSA OSPF per trasportare informazioni sui percorsi di commutazione delle etichette. Tuttavia, MPLS Traffic Engineering è un grosso problema e molte operazioni di rete non sono in grado di gestire il flusso di lavoro aggiuntivo introdotto nel provisioning o nella risoluzione dei problemi di MPLS TE.

Un'altra risposta suggerisce che non è necessario regolare i costi di collegamento in base alla larghezza di banda e utilizzare il ruolo di un nodo per i costi. Non posso parlare per la sua rete, ma questa guida non è necessaria in molti casi poiché il percorso più economico in una topologia ben progettata segue automaticamente il nucleo della rete. Non tenterei di adattare una topologia inefficiente con i costi dei collegamenti ... fare semplicemente scorrere il traffico attraverso il core in modo naturale e garantire che OSPF considerasse 1GE un percorso migliore di un collegamento FastEthernet. Ciò accadrà naturalmente se si impone bene la topologia e si utilizza la larghezza di banda di riferimento dei costi automatici nell'ambito del processo OSPF. Assicurati di utilizzarlo su tutti i router OSPF in modo che comprendano i costi di collegamento allo stesso modo.

Non devi fare affidamento su metriche / costi predefiniti, non in IGP o STP. La mia unica domanda se la LAN è stata progettata è quella di chiedere quale collegamento sta bloccando, se l'ingegnere non può rispondere senza guardare, è una forte indicazione che la rete non è stata progettata.

È necessario progettare il modo in cui si desidera che il traffico scorra durante il normale funzionamento e in scenari di errore e quindi progettare uno standard metrico che soddisfi tali requisiti. Preferisco farlo con carta e penna aggiungere caffè se così propenso.

Preferisco di gran lunga lo standard metrico basato sui ruoli , in cui PP, P-PE, PE-PE ecc. Hanno ciascuno lo stesso valore metrico, indipendentemente dalla larghezza di banda o dalla latenza. Cioè, so dove voglio che vada il mio traffico, per me non importa quale sia la latenza o quale sia la capacità, se non ho abbastanza capacità dove voglio che il traffico fluisca, aggiornerò il collegamenti.

Basato sul ruolo certamente non è solo un modo per farlo, se vuoi basare il tuo standard metrico sulla velocità del collegamento o sulla latenza misurata, vai avanti.

Indipendentemente da come si progetta il proprio standard metrico, sarà completamente statico e ignaro delle condizioni di collegamento effettive come perdita di pacchetti, latenza, jitter, capacità ecc. Se si desidera che la rete risponda in modo più dinamico (la domanda che tendo a pensare spesso deriva da una pianificazione scadente ) per modificare le condizioni della rete, è necessario esaminare RSVP o persino SDN.

Un'altra opzione se utilizzare PfR o OER ovvero router, utilizzare sonde attive o dati netflow per selezionare un percorso in modo dinamico. O ovviamente l'opzione molto semplice è quella di codificare i valori di costo OSPF.

L'altra considerazione è che stai cercando di codificare una metrica statica o desideri un comportamento dinamico (la latenza cambia con il carico del traffico).

Infine, come accennato in precedenza, sei sicuro di volere la complessità, se guardi EIGRP ha una metrica di carico ma nessuno lo usa mai perché aggiunge complessità operativa e puoi ottenere l'oscillazione del traffico.