Studiando per CCNP-ROUTE - tutto ciò che ho letto dice che è preferibile usare liste di ritardo e offset per l'ottimizzazione metrica rispetto alla larghezza di banda in EIGRP. In pratica, cosa viene più comunemente usato tra queste due opzioni (delay / Offset-lists)? Quanto è comune l'ottimizzazione metrica di basso livello per l'EIGRP?
Risposte:
Qualsiasi manipolazione metrica che abbia mai visto è avvenuta tramite elenchi offset. Ciò consente un controllo molto preciso sulla metrica ed elimina la necessità di calcolare le differenze metriche sulla base di diversi ritardi di interfaccia.
Si noti che gli elenchi offset hanno il vantaggio aggiuntivo di essere applicati (facoltativamente) per interfaccia. Quindi puoi essenzialmente fare tutto ciò che fa una modifica del ritardo con un elenco di offset.
Nel "selvaggio", l'unica cosa per cui la mia organizzazione utilizza elenchi offset è forzare il traffico a prendere un particolare collegamento WAN di backup quando il primario ha problemi che in realtà non lo eliminano. Cioè - ho visto pochissima manipolazione metrica dell'EIGRP nelle reti di produzione. Sono sicuro che qualcun altro non sarà quasi immediatamente d'accordo. =)
In pratica, ciò che viene più comunemente usato tra queste due opzioni (delay / Offset-lists)
Usa ciò che soddisfa le tue esigenze.
delay è un comando a livello di interfaccia e ti dà il controllo del ritardo su un'interfaccia specificaoffset-list è un comando a livello di protocollo che potrebbe modificare le metriche per l'intero processo EIGRP.Quindi, se sono io e voglio cambiare le metriche per un singolo collegamento, uso un ritardo dell'interfaccia ... è facile capire cosa sta succedendo quando guardi l'interfaccia.
Se voglio influenzare tutte le metriche per l'intero processo EIGRP, vorrei utilizzare un offset-list...
Per la maggior parte, è una preferenza personale come lo fai ... qualunque cosa tu faccia, essere coerente in tutta la rete. Con ogni probabilità, tra cinque anni, sarai in un'altra compagnia e il "prossimo ragazzo" dovrà capire cosa fai (forse alle 3 del mattino) ... la coerenza è preziosa.
Quanto è comune l'ottimizzazione metrica di basso livello per l'EIGRP?
Dipende dalla compagnia ... L'ho visto usato per cose come i collegamenti di bypass del firewall (cioè se devono mettere fuori servizio il firewall, bypassano l'FW con un ritardo maggiore nei collegamenti "per ogni evenienza"). È più comunemente usato per un percorso di backup dedicato.
Strumenti leggermente diversi che funzionano meglio in luoghi diversi.
L'elenco offset consente l'adeguamento alle rotte mentre si propagano in una determinata parte della rete senza alterare le metriche della rete di origine. Nel caso di due reti che si collegano in più punti tramite EIGRP, ciò consente di distorcere un determinato percorso verso l'alto o verso il basso senza giocare con una metrica che potrebbe causare comportamenti diversi (probabilmente indesiderabili) nella topologia esistente.
Il ritardo è generalmente il metodo preferito per modificare la selezione del percorso su base universale. La larghezza di banda può funzionare, ovviamente, ma ricorda sempre che EIGRP considera il collegamento di larghezza di banda più basso in un determinato percorso, il che significa che far cadere il tuo collegamento 1G a 900M non significa molto se alla fine passa attraverso una connessione 100M. Il ritardo, al contrario, è direttamente additivo su base per hop e, come tale, ha un effetto molto maggiore sulla rotta calcolata alla fine.
Gli altri valori K (affidabilità, utilizzo, MTU, ecc.) Dovrebbero sostanzialmente essere toccati. Queste funzioni o sono meglio realizzate attraverso altri meccanismi, creeranno oscillazioni di rotazione emesse nella tua rete o semplicemente non dovrebbero realisticamente essere un punto di considerazione in primo luogo. Le più grandi distribuzioni EIGRP al mondo vanno bene senza toccare gli altri valori K. Se si suggerisce di impostare questi valori, darei un'occhiata più da vicino ai requisiti e agli strumenti disponibili.
offset-list in realtà altera la proprietà delay per un dato prefisso corrispondente all'ACL. Lab it. vedrai.