Il protocollo EIGRP (Enhanced Interior Gateway Protocol) è stato significativamente migliorato nel software Cisco IOS® versione 10.3(11), 11.0(8), 11.1(3) e successive. L'implementazione è stata modificata per avere un maggiore controllo sulla quantità di larghezza di banda utilizzata da EIGRP e migliorare le prestazioni sulle reti a bassa velocità (incluso Frame Relay) e nelle configurazioni con molti vicini.
Per la maggior parte, le modifiche sono trasparenti. La maggior parte delle configurazioni esistenti dovrebbe continuare a funzionare come prima. Tuttavia, per trarre vantaggio dai miglioramenti per i collegamenti a bassa velocità e le reti Frame Relay, è importante configurare correttamente la larghezza di banda su ciascuna interfaccia su cui è in esecuzione EIGRP.
Sebbene l'implementazione migliorata interagisca con la versione precedente, i vantaggi dei miglioramenti potrebbero non essere realizzati fino a quando l'intera rete non viene aggiornata.
I lettori di questo documento devono avere una conoscenza di base di:
EIGRP
Frame Relay
Il documento può essere consultato per tutte le versioni software o hardware.
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
L'implementazione avanzata utilizza la larghezza di banda dell'interfaccia configurata per determinare la quantità di dati EIGRP da trasmettere in un dato periodo di tempo. Per impostazione predefinita, EIGRP si limita a non utilizzare più del 50% della larghezza di banda dell'interfaccia. Il vantaggio principale del controllo dell'utilizzo della larghezza di banda dell'EIGRP è quello di evitare la perdita dei pacchetti EIGRP, che potrebbe verificarsi quando l'EIGRP genera i dati più velocemente di quanto la linea di interfaccia possa assorbirli. Ciò è di particolare vantaggio sulle reti Frame Relay, dove la larghezza di banda dell'interfaccia di accesso e la capacità del PVC possono essere molto diverse. Un vantaggio secondario consiste nel consentire all'amministratore di rete di garantire che rimanga una certa larghezza di banda per il trasferimento dei dati utente, anche quando l'EIGRP è molto occupato.
La quantità di larghezza di banda è controllata da due sottocomandi di interfaccia:
percentuale numero router
e uno dei seguenti per IP, AppleTalk e IPX EIGRP, rispettivamente:
Il comando bandwidth-percent indica a EIGRP la percentuale della larghezza di banda configurata che può usare. Il valore predefinito è 50%. Poiché il comando bandwidth viene usato anche per impostare la metrica del protocollo di routing, è possibile impostarlo su un valore particolare per influenzare la selezione della route per motivi di policy. Il comando bandwidth-percent può avere valori maggiori di 100 se la larghezza di banda è configurata in modo artificialmente basso a causa di tali motivi.
Ad esempio, la seguente configurazione consente a IP-EIGRP AS 109 di utilizzare 42 Kbps (75% di 56 Kbps) su Serial 0:
interface Serial 0 bandwidth 56 ip bandwidth-percent eigrp 109 75
Questa configurazione consente a IPX-EIGRP AS 210 di utilizzare 256 Kbps (200% di 128 Kbps) su Serial 1:
interface Serial 1 bandwidth 128 ipx bandwidth-percent eigrp 210 200
Nota: si presume che la Serial 1 funzioni effettivamente a una velocità di almeno 256 Kbps.
Se la larghezza di banda è configurata in modo da avere un valore basso rispetto alla velocità effettiva del collegamento, l'implementazione migliorata potrebbe convergere a una velocità inferiore rispetto all'implementazione precedente. Se il valore è sufficientemente piccolo e il sistema dispone di un numero sufficiente di percorsi, la convergenza potrebbe risultare così lenta da attivare il rilevamento di "Attivo bloccato", che potrebbe impedire la convergenza della rete. Questo stato è evidenziato da ripetuti messaggi nella forma:
%DUAL-3-SIA: Route XXX stuck-in-active state in IP-EIGRP YY. Cleaning up
Per risolvere questo problema, aumentare il valore del timer "attivo" per EIGRP configurando quanto segue:
router eigrp as-number timers active-time
Il valore predefinito nel codice avanzato è tre minuti; nelle versioni precedenti, il valore predefinito è un minuto. L'aumento di questo valore dovrebbe avvenire in tutta la rete.
Se la larghezza di banda è configurata in modo da essere troppo alta (maggiore della larghezza di banda disponibile effettiva), potrebbe verificarsi la perdita di pacchetti EIGRP. I pacchetti verranno ritrasmessi, ma ciò potrebbe ridurre la convergenza. In questo caso, tuttavia, la convergenza non sarà più lenta dell'attuazione precedente.
Queste raccomandazioni sono descritte in termini di configurazione del parametro di interfaccia "larghezza di banda" (con EIGRP in grado di utilizzare il 50 per cento di tale larghezza di banda per impostazione predefinita). Se la configurazione della larghezza di banda dell'interfaccia non può essere modificata a causa di considerazioni sui criteri di routing o per qualsiasi altra ragione, è necessario usare il comando bandwidth-percent per controllare la larghezza di banda EIGRP. Sulle interfacce a bassa velocità, per migliorare la convergenza è consigliabile aumentare la larghezza di banda disponibile per l'EIGRP oltre il valore predefinito del 50%.
È buona norma disattivare la funzione Sunto automatico. Configurare il comando no auto-summary per disabilitare il riepilogo automatico.
Per impostazione predefinita, il parametro della larghezza di banda sulle interfacce LAN è impostato sulla velocità effettiva del supporto, quindi non è necessaria alcuna configurazione a meno che la larghezza di banda non sia configurata in modo esplicito su un valore molto basso.
Per impostazione predefinita, il parametro della larghezza di banda usa la velocità T1 (1,544 Mbps) sulle interfacce seriali. Deve essere impostato sulla velocità di collegamento effettiva.
È particolarmente importante configurare correttamente le interfacce ad accesso multiplo non broadcast (NBMA), altrimenti molti pacchetti EIGRP potrebbero andare persi nella rete commutata. Esistono tre regole di base:
Il traffico che EIGRP è autorizzato a inviare su un singolo circuito virtuale (VC) non può superare la capacità di tale VC.
Il traffico EIGRP totale per tutti i circuiti virtuali non può superare la velocità della linea di accesso dell'interfaccia.
La larghezza di banda consentita per l'EIGRP su ciascun circuito virtuale deve essere la stessa in ciascuna direzione.
Esistono tre scenari diversi per le interfacce NBMA.
Configurazione multipunto pura (senza sottointerfacce)
Configurazione Pura Point-to-Point (ogni VC su una sottointerfaccia separata)
Configurazione ibrida (sottointerfacce point-to-point e multipoint)
Ciascuno di essi è esaminato separatamente qui di seguito.
In questa configurazione, il protocollo EIGRP ripartirà equamente la larghezza di banda configurata su ciascun circuito virtuale. È necessario assicurarsi che questo non sovraccarichi ogni circuito virtuale. Ad esempio, se si dispone di una linea di accesso T1 con quattro VC 56K, è necessario configurare la larghezza di banda a 224Kbps (4 * 56Kbps) in modo da evitare che i pacchetti vengano scartati. Se la larghezza di banda totale dei circuiti virtuali è uguale o superiore alla velocità della linea di accesso, configurare la larghezza di banda in modo che equivalga alla velocità della linea di accesso. Se i circuiti virtuali hanno capacità diverse, la larghezza di banda deve essere impostata in modo da tenere conto del circuito virtuale con la capacità più bassa.
Ad esempio, se una linea di accesso T1 ha tre VC da 256 Kbps e uno da 56 Kbps, la larghezza di banda deve essere impostata su 224 Kbps (4 * 56 Kbps). In queste configurazioni, si consiglia di posizionare almeno il circuito virtuale lento su una sottointerfaccia point-to-point (in modo che la larghezza di banda possa essere aumentata sugli altri).
Questa configurazione consente il massimo controllo della larghezza di banda, poiché la larghezza di banda può essere configurata separatamente su ciascuna sottointerfaccia ed è la configurazione migliore se i circuiti virtuali hanno capacità diverse. La larghezza di banda di ogni sottointerfaccia deve essere configurata in modo da non essere maggiore della larghezza di banda disponibile nel VC associato e la larghezza di banda totale per tutte le sottointerfacce non può superare la larghezza di banda della linea di accesso disponibile. Se l'interfaccia ha una sottoscrizione eccessiva, la larghezza di banda della linea di accesso deve essere divisa su ciascuna delle sottointerfacce. Ad esempio, se una linea di accesso T1 (1544 Kbps) ha dieci circuiti virtuali con una capacità di 256 Kbps, la larghezza di banda su ciascuna sottointerfaccia deve essere configurata in modo da essere di 154 Kbps (1544/10) anziché di 256 Kbps ciascuno.
Le configurazioni ibride devono utilizzare combinazioni delle due singole strategie, garantendo al tempo stesso il rispetto delle tre regole di base.
Gli esempi in questa sezione illustrano la relazione tra topologia e configurazione. In questi esempi di configurazione vengono mostrati solo i comandi di configurazione relativi all'utilizzo della larghezza di banda EIGRP.
Una configurazione piuttosto comune nelle reti con traffico ridotto è una configurazione hub-and-spoke in cui la linea di accesso all'hub è sovrascritta (poiché in genere il traffico di dati non è sufficiente a causare questo problema). In questo scenario, si supponga una linea di accesso all'hub a 256 Kbps, con linee di accesso a 56 Kbps per ciascuno dei dieci siti spoke, come mostrato nella Figura 1. È configurato l'ID processo IP EIGRP di 123.
Nota: ogni linea tratteggiata nelle figure di questo documento corrisponde a un PVC separato e ogni colore rappresenta una subnet IP separata.
Figura 1
Poiché è disponibile un massimo di 256 Kbps, non è possibile consentire a singoli PVC di gestire più di 25 Kbps (256/10). Dal momento che questa velocità dati è piuttosto bassa, e non ci aspettiamo molto traffico di dati utente, possiamo permettere a EIGRP di utilizzare fino al 90% della larghezza di banda.
La configurazione dell'hub è simile a quella riportata di seguito. Si noti che la configurazione mostra solo la configurazione delle sottointerfacce s0.1 e s0.2. Le altre sottointerfacce -8 sono state omesse per eseguire una configurazione breve perché la configurazione di tutte le 10 sottointerfacce è la stessa.
Router hub |
---|
interface Serial 0 encapsulation frame-relay !--- To enable Frame Relay encapsulation on the interface. interface Serial 0.1 point-to-point !--- The subinterface is configured to function as a point-to-point link using this command. bandwidth 25 !--- To set the bandwidth value for this interface. ip bandwidth-percent eigrp 123 90 !--- To configure the percentage of bandwidth that may be !--- used by EIGRP on this interface. interface Serial 0.2 point-to-point bandwidth 25 ip bandwidth-percent eigrp 123 90 |
Ognuno dei router a dieci raggi deve essere configurato in modo da limitare il traffico EIGRP alla stessa velocità dell'hub, al fine di soddisfare la terza regola precedente. La configurazione spoke è simile alla seguente.
Router Spoke |
---|
interface Serial 0 encapsulation frame-relay !--- To enable Frame Relay encapsulation on this interface. interface Serial 0.1 point-to-point !--- The subinterface is configured to function as a point-to-point link !--- using this command. bandwidth 25 !--- To set the bandwidth value for this interface. ip bandwidth-percent eigrp 123 90 !--- To configure the percentage of bandwidth that may be !--- used by EIGRP on this interface. |
Si noti che EIGRP non utilizzerà più di 22,5 Kbps (90% di 25K) su questa interfaccia, anche se la sua capacità è 56Kbps. Questa configurazione non influirà sulla capacità dei dati utente, che potranno comunque utilizzare l'intero 56Kbps.
In alternativa, se si desidera impostare la larghezza di banda dell'interfaccia in modo che rifletta la capacità del PVC, è possibile regolare la percentuale della larghezza di banda per EIGRP. Nell'esempio, la larghezza di banda desiderata per il protocollo EIGRP è (256K/10)*,9 = 23,04K; la percentuale di larghezza di banda sarebbe 23,04K/56K = 0,41 (41%). Lo stesso effetto si avrebbe configurando:
interface Serial 0.1 point-to-point bandwidth 56 ip bandwidth-percent eigrp 123 41
In questa configurazione è presente una rete Frame Relay a maglia completa di quattro router che eseguono il processo IPX EIGRP con ID 456, configurata come rete multipunto come mostrato nella Figura 2.
Figura 2
Tre dei quattro router (router A-C) hanno linee di accesso a 256 Kbps, mentre uno (router D) ha solo una linea di accesso a 56 Kbps. In questo scenario, la configurazione deve limitare la larghezza di banda dell'EIGRP in modo da non sovraccaricare la connessione al router D. L'approccio più semplice è impostare la larghezza di banda a 56 Kbps su tutti e quattro i router:
Router A-D |
---|
interface Serial 0 encapsulation frame-relay !--- To enable Frame Relay encapsulation on this interface. bandwidth 56 !--- To set the bandwidth value for this interface. |
Il protocollo EIGRP ripartirà equamente la larghezza di banda tra i tre PVC. Tenere presente, tuttavia, che ciò è eccessivamente restrittivo per i PVC che connettono i router da A a C, in quanto hanno una capacità sufficiente per gestire una quantità di traffico molto maggiore. Per gestire questa situazione, è possibile convertire la rete in modo che utilizzi sottointerfacce point-to-point per tutti i PVC, come nell'esempio precedente. Un altro modo, che richiederebbe una configurazione inferiore, è quello di suddividere la rete collocando i router da A a C su una sottointerfaccia multipunto con rete completa e utilizzare una sottointerfaccia point-to-point per connettersi al router D e creare tutte le connessioni del router D come sottointerfacce point-to-point, come mostrato nella Figura 3.
Figura 3
Router A-C |
---|
interface Serial 0 encapsulation frame-relay !--- To enable Frame Relay encapsulation on this interface. interface Serial 0.1 multipoint !--- The subinterface is configured to function as a point-to-point link using this command. bandwidth 238 !--- To set the bandwidth value for this interface. interface Serial 0.2 point-to-point bandwidth 18 description PVC to Router D |
La configurazione del router D è simile alla seguente.
Router D |
---|
interface Serial 0 encapsulation frame-relay !--- To enable Frame Relay encapsulation on this interface. interface Serial 0.1 point-to-point bandwidth 18 !--- To set the bandwidth value for this interface. description PVC to Router A interface Serial 0.2 point-to-point !--- The subinterface is configured to function as a point-to-point link !--- using this command. bandwidth 18 description PVC to Router B interface Serial 0.3 point-to-point bandwidth 18 description PVC to Router C |
Notare che la sottointerfaccia multipunto è configurata a 238 Kbps (256-18) e le sottointerfacce point-to-point sono configurate a 18 Kbps (56/3).
È possibile utilizzare una configurazione alternativa per mantenere l'impostazione "larghezza di banda" sul valore "naturale". Per l'interfaccia point-to-point, la larghezza di banda desiderata è (56K/3)*,5 = 9,33K; la percentuale è 9,33K/56K = 0,16 (16%). Per l'interfaccia multipunto la larghezza di banda desiderata è (256K-18K)*,5 = 119K, quindi la percentuale della larghezza di banda sarebbe (119K/256K) = 0,46 (46%). La configurazione risultante sarebbe:
Router A-C |
---|
interface Serial 0.1 multipoint !--- The subinterface is treated as a multipoint link. bandwidth 256 !--- To set the bandwidth value for this interface. ipx bandwidth-percent eigrp 456 46 !--- To configure the percentage of bandwidth that may be used by !--- EIGRP on this interface. interface Serial 0.2 point-to-point !--- The subinterface is configured to function as a point-to-point link !--- using this command. bandwidth 56 description PVC to Router D ipx bandwidth-percent eigrp 456 16 |
Revisione | Data di pubblicazione | Commenti |
---|---|---|
1.0 |
10-Aug-2005 |
Versione iniziale |