Ridistribuzione tra protocolli classful e classless: EIGRP o OSPF in RIP o IGRP

Opzioni per il download

  • PDF     (97.6 KB)
    Visualizza con Adobe Reader su diversi dispositivi
  • ePub     (97.6 KB)
    Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (152.9 KB)
    Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi
Aggiornato:11 settembre 2018
ID documento:13721

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

Introduzione

In questo documento vengono illustrati due problemi comuni relativi alla ridistribuzione delle route tra RIP e OSPF o tra IGRP ed EIGRP. RIP e IGRP non annunceranno le route all'esterno di un'interfaccia se si trovano sulla stessa rete principale, ma hanno una maschera diversa da quella particolare interfaccia. Per ulteriori informazioni sugli aggiornamenti RIP e IGRP, vedere Comportamento di RIP e IGRP durante l'invio e la ricezione di aggiornamenti.

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

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.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

La maschera OSPF è più lunga di quella RIP

Nel diagramma di rete relativo a questo problema, il router GW-2 sta ridistribuendo tra RIP e OSPF. Il dominio OSPF ha una maschera diversa (in questo caso più lunga) rispetto al dominio RIP e si trovano sulla stessa rete principale. RIP non annuncerà pertanto le route apprese da OSPF e ridistribuite in RIP.

52a.gif

Soluzione

La subnet mask del dominio OSPF è difficile da modificare, quindi aggiungere una route statica nel router GW-2 che punti al dominio OSPF con una maschera di 255.255.255.0, ma con un hop successivo di null0. Quindi, ridistribuire le route statiche in RIP. Di seguito è riportata la configurazione per eseguire questa attività:

ip route 128.103.35.0 255.255.255.0 null0
 router rip 
 redistribute static
 default metric 1

In questo modo, è possibile annunciare 128.103.35.0 tramite RIP dall'interfaccia E2/0 del router GW-2. Tuttavia, il router GW-2 ha ancora route più specifiche imparate da OSPF nella sua tabella di routing, quindi vengono prese le decisioni migliori.

RIP con maschera più lunga di OSPF

Nel diagramma di rete per questo problema, il dominio RIP ha una maschera di 255.255.255.248 e il dominio OSPF ha una maschera di 255.255.255.240. RIP non annuncerà le route apprese da OSPF e ridistribuite in RIP.

52b.gif

Soluzione

È possibile aggiungere una route statica nel router GW-2 che punti al dominio OSPF con una maschera di 255.255.255.248. Tuttavia, poiché si tratta di una maschera più specifica della maschera OSPF originale, l'hop successivo deve essere un hop o un'interfaccia effettivi. Inoltre, sono necessarie più route statiche per coprire tutti gli indirizzi nel dominio OSPF. In questo modo le route statiche vengono ridistribuite in RIP.

Nel codice seguente, le prime due route statiche coprono l'intervallo 128.103.35.32 255.255.255.240 nel dominio OSPF. Le seconde due route statiche coprono l'intervallo 128.103.35.16.255.255.255.240 nel dominio OSPF. Le ultime quattro route statiche coprono l'intervallo 128.130.35.64.255.255.255.240, noto tramite due interfacce nel dominio OSPF. 

ip route 128.103.35.32 255.255.255.248 E0/0 
ip route 128.103.35.40 255.255.255.248 E0/0

ip route 128.103.35.16 255.255.255.248 E1/0
ip route 128.103.35.24 255.255.255.248 E1/0

ip route 128.103.35.64 255.255.255.248 128.103.35.34
ip route 128.103.35.64 255.255.255.248 128.103.35.18
ip route 128.103.35.72 255.255.255.248 128.103.35.34
ip route 128.103.35.72 255.255.255.248 128.103.35.18
router rip
redistribute static
default metric 1

Conclusioni

Le soluzioni presentate in questo documento funzionano anche quando si utilizza EIGRP anziché OSPF e IGRP anziché RIP. Questo problema non dovrebbe verificarsi se le maschere di entrambi i protocolli sono uguali o se tutti i protocolli utilizzati supportano la subnet mask a lunghezza variabile (VLSM). Questa correzione viene considerata solo una patch per coprire la limitazione RIP e IGRP (VLSM). Per ulteriori informazioni sulla limitazione dei VLSM RIP e IGRP, fare riferimento a Perché non supportano i VLSM RIP e IGRP?.

Informazioni correlate

Questo documento ti è stato utile?

FeedbackFeedback

Contattaci