Che tipo di processi e / o strumenti utilizzate per progettare i costi OSPF sui collegamenti nei vostri ambienti?
Risposte:
Non sono sicuro che questa sia una domanda che può ottenere una risposta davvero buona, ma è importante conoscere l'ordine delle preferenze di OSPF:
intra area routes
inter area routes
external type 1
external type 2
NSSA type 1
NSSA type 2
Quindi in alcuni casi la regolazione della metrica non ha alcun effetto sull'ingegneria del traffico. È importante modificare la larghezza di banda di riferimento dei costi automatici sui dispositivi Cisco in modo che vi sia una differenza di costo tra le interfacce ad alta velocità. Per impostazione predefinita, questo potrebbe essere impostato su 100 Mbit. Ciò significherebbe che le interfacce da 100 Mbit, gig e 10 gig avrebbero lo stesso costo.
Per una convergenza più rapida è bene disporre di percorsi di uguale costo (ECMP), quindi se si sta eseguendo il peering di iBGP su un loopback, si hanno due percorsi e se si scende, l'impatto non dovrebbe essere così grande.
Lavoravo per un ISP di grandi dimensioni e impostavano manualmente tutti i costi sulle interfacce di transito. Il progetto di base era scegliere il percorso che presentava il minor numero di salti core. La rete è stata progettata con accesso, distribuzione e livelli core con doppi collegamenti tra ogni livello. Se sono presenti più percorsi con lo stesso numero di core hop, scegliere il percorso con il ritardo più basso.
Pertanto, in base a ciò, hanno progettato i percorsi e impostato i costi sulle interfacce. Ciò potrebbe richiedere molta pianificazione. La cosa negativa dei protocolli di stato dei collegamenti è che usano solo la larghezza di banda dell'interfaccia per calcolare la metrica. Quindi potresti avere un caso in cui la metrica è la stessa ma la distanza è significativamente più lunga tramite uno dei percorsi.
Stiamo parlando di reti abbastanza grandi prima che ciò possa avere un impatto.
Quindi lo progetterei in base alla larghezza di banda, al numero di dispositivi da attraversare, alla distanza fisica (ritardo) e ovviamente al denaro potrebbe essere un fattore se un percorso è più costoso dell'altro.
I costi vengono spesso utilizzati per unire i flussi di traffico e ottenere un migliore utilizzo della larghezza di banda disponibile, ma i costi possono anche essere utilizzati per dividere il traffico e promuovere la simmetria. Considera questo progetto del campus in cui ogni edificio ha due interruttori di distribuzione e due uplink in fibra. Una combinazione di spanning tree root, hsrp e ospf fornisce una separazione e una simmetria perfette tra i uplink. La chiave per ottenere la separazione in entrata sta nel calcolo dei costi degli SVI sui furgoni voce e dati.
Nella nostra rete, utilizziamo la latenza di linea per determinare il costo. Misuriamo la latenza in microsecondi e la applichiamo come costo della linea. Non importa se usi la latenza di sola andata o andata e ritorno, ovviamente. Devi solo essere coerente. Questo funziona per noi perché i nostri collegamenti WAN sono quasi sempre 10G, quindi non abbiamo bisogno di prendere in considerazione i problemi di capacità.
Questo quindi crea la topologia di inoltro a latenza più bassa e se si verifica un errore del percorso primario, sappiamo che verremo inoltrati sul percorso più veloce successivo disponibile.
La latenza è ovviamente l'aspetto più importante da considerare per la nostra rete, ecco perché questo funziona per noi. Altre reti potrebbero preferire linee di capacità più economica o più elevata rispetto a linee a bassa latenza. Qualunque cosa l'azienda richieda è da dove iniziare.