Login

Benvenuto, Ospite
Nome utente: Password: Ricordami
  • Pagina:
  • 1

ARGOMENTO:

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 9 Mesi fa #1

  • SergioDiM
  • Avatar di SergioDiM Autore della discussione
  • Offline
  • Administrator
  • Administrator
  • Messaggi: 79
  • Ringraziamenti ricevuti 29
Salve a tutti,
riflettendo sul RIP versione2 e sul suo funzionamento in caso di subnetting VLSM, ho implementato la seguente topologia di rete:


File allegato:

Nome del file: RIPv2_auto...mary.pkt
Dimensione del file:11 KB


In particolare, mi sono soffermato sulla possibilità che l'auto-summary dà relativamente allo snellimento delle tabelle di routing.
In questo caso la topologia è discontinua, poiché la major 192.168.9.0 è "interrotta" dalla major 192.168.109.0. Nonostante ciò, ho voluto comunque ridurre il traffico del RIP, facendo comunicare solo la net 192.168.9.0/27 da R2, e la net 192.168.9.64/27 da R3.
Come si può notare dalle tabelle di routing risultanti, sia R2 che R3 contengono le rotte direttamente connesse verso le rispettive sottoreti /27 della major considerata, e una rotta reciproca verso la major stessa con subnet mask di default /24. Poiché non tutto lo spazio della major è impiegato, si crea il problema di una specie di "ping-pong" tra R2 e R3 nel caso in cui si tenti un ping, per esempio, verso un indirizzo come il 192.168.9.135.

Se però consideriamo il caso in cui ad R3 si attacchi anche la rete 192.168.9.128/25, così da consumare tutto lo spazio della major, tutto sembrerebbe funzionare correttamente (allegato di sotto).


File allegato:

Nome del file: RIPv2_auto...nte2.pkt
Dimensione del file:13 KB


In definitiva, essendo la topologia discontinua, lasciare abilitata l'opzione auto-summary è da considerare comunque un errore a prescindere dal corretto funzionamento dell'instradamento?
Allegati:

Si prega Accedi a partecipare alla conversazione.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 9 Mesi fa #2

  • jpalombi
  • Avatar di jpalombi
  • Offline
  • Administrator
  • Administrator
  • Messaggi: 2641
  • Ringraziamenti ricevuti 1107
Ciao Sergio,

diciamo che hai involontariamente ricreato la perfetta situazione per la spiegazione delle Summary verso le Null0 di EIGRP ;)

Il comportamento del RIP è corretto

In questo caso la topologia è discontinua, poiché la major 192.168.9.0 è "interrotta" dalla major 192.168.109.0. Nonostante ciò, ho voluto comunque ridurre il traffico del RIP, facendo comunicare solo la net 192.168.9.0/27 da R2, e la net 192.168.9.64/27 da R3.

In realtà però, che tu inserisca gli statement "network" per una sola delle due interfacce, o per entrambe, il risultato non cambierebbe: non potendo infatti specificare la subnet o la wildcard, il processo di routing verrebbe attivato su tutte le interfacce con indirizzamento appartenente alle subnet comprese nel classful (tant'è che il passive-interface lo hai dato dare su entrambe le fastethernet). Inoltre, con l'auto-summary attivo, sempre verrebbe annunciata sulla seriale con major differente una rotta sommarizzata al classfull-boundary.

Se però consideriamo il caso in cui ad R3 si attacchi anche la rete 192.168.9.128/25, così da consumare tutto lo spazio della major, tutto sembrerebbe funzionare correttamente

Beh, se le rotte esistono in tabella, comunque il routing funziona visto che all'avvicinarsi del pacchetto verso la destinazione, prevale la logica del best match, impedendo loop di livello 3 per le subnet da te configurate.

In definitiva, essendo la topologia discontinua, lasciare abilitata l'opzione auto-summary è da considerare comunque un errore a prescindere dal corretto funzionamento dell'instradamento?

Direi di si. Senza magari spiegare qui l'introduzione delle rotte verso le Null0 di EIGRP (magari espandiamo il topic appena copriamo l'argomento in aula), realizzare una rete libera da loop dovrebbe essere una (se non LA) prerogativa in fase progettuale ed implementativa.
IpCert Instructor
CCENT - CCNA - CCNA CyberOps - CCNP Enterprise - CCNP Collaboration - CCNP Service Provider
CCS - Enterprise Core, Ent. Advanced Infrastructure, SP Core, SP Advanced Routing, SP VPN Services, Collaboration Core, Coll. Applications

Si prega Accedi a partecipare alla conversazione.

Ultima Modifica: da jpalombi.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 9 Mesi fa #3

  • instructor
  • Offline
  • Administrator
  • Administrator
  • Messaggi: 1385
  • Ringraziamenti ricevuti 172
Ciao Sergio, davvero un bel lavoro di analisi, credo tu abbia lo spirito del blogger nel sangue! :)
Grazie per arricchire continuamente il forum IpCert con spunti interessanti
Ringraziano per il messaggio: SergioDiM

Si prega Accedi a partecipare alla conversazione.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 9 Mesi fa #4

  • SergioDiM
  • Avatar di SergioDiM Autore della discussione
  • Offline
  • Administrator
  • Administrator
  • Messaggi: 79
  • Ringraziamenti ricevuti 29
Una volta appreso il funzionamento dell'EIGRP, in effetti, è sufficiente implementarlo su questo stesso esercizio per verificare quanto dici. Con la topologia considerata, lasciando attivato l'auto-summary, il RIPv2 origina un loop; l'EIGRP non origina il loop ma impedisce sia a R2 che a R1 (che passa solo per R2) di raggiungere le LAN direttamente connesse ad R3: questo perché la rotta Null0 scarta i pacchetti che non rientrano nelle sottoreti della major associata a Null0. Allo stesso modo, da R3 non possono raggiungersi le LAN direttamente connesse a R2. Disattivando l'auto-summary, si ottengono delle tabelle di routing che possono essere ottimizzate con il comando ip summary-address:

Sull'interfaccia s0/0/1 di R1:
ip summary-address eigrp 1 192.168.1.0 255.255.255.0

Sull'interfaccia s0/0/0 di R2:
ip summary-address eigrp 1 192.168.9.0 255.255.255.0

In questo modo, la routing table di R1 contiene la rotta verso la major 192.168.9.0/24,
mentre le routing tables di R2 e di R3 contengono la rotta verso la major 192.168.1.0/24. Si può notare, infine, che su R3 non compare nessuna rotta verso Null0, poiché nessuna delle sue interfacce invia rotte sommarizzate.

Si prega Accedi a partecipare alla conversazione.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 8 Mesi fa #5

  • jpalombi
  • Avatar di jpalombi
  • Offline
  • Administrator
  • Administrator
  • Messaggi: 2641
  • Ringraziamenti ricevuti 1107

vspaziani ha scritto: Ciao Sergio, davvero un bel lavoro di analisi, credo tu abbia lo spirito del blogger nel sangue! :)
Grazie per arricchire continuamente il forum IpCert con spunti interessanti


Mi hai "spento" Sergio.... Non posta nulla da un mese :)
IpCert Instructor
CCENT - CCNA - CCNA CyberOps - CCNP Enterprise - CCNP Collaboration - CCNP Service Provider
CCS - Enterprise Core, Ent. Advanced Infrastructure, SP Core, SP Advanced Routing, SP VPN Services, Collaboration Core, Coll. Applications

Si prega Accedi a partecipare alla conversazione.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 7 Mesi fa #6

  • aghist
  • Avatar di aghist
  • Offline
  • Junior Member
  • Junior Member
  • Messaggi: 10
  • Ringraziamenti ricevuti 2

SergioDiM ha scritto: In definitiva, essendo la topologia discontinua, lasciare abilitata l'opzione auto-summary è da considerare comunque un errore a prescindere dal corretto funzionamento dell'instradamento?


Ciao, ho da poco ultimato lo studio del modulo 2 (Routing) e devo dire che alla fine sono giunto alla stessa conclusione che ho citato dal messaggio di SergioDiM, o meglio, l'auto-summary va disattivato in topologie discontinue, sfruttando magari in eigrp la sommarizzazione manuale.
Non mi è invece chiaro l'utilizzo delle wildcard in eigrp...ho capito che serve ad evitare che vengano ruotate reti apparteneti alla stessa major ma non a sommarizzare, per quello c'è appunto il copmando ip summary-address...gisto?

Si prega Accedi a partecipare alla conversazione.

Ultima Modifica: da aghist. Motivo: Completamento risposta.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 7 Mesi fa #7

  • jpalombi
  • Avatar di jpalombi
  • Offline
  • Administrator
  • Administrator
  • Messaggi: 2641
  • Ringraziamenti ricevuti 1107
aghist ha scritto:

Non mi è invece chiaro l'utilizzo delle wildcard in eigrp...ho capito che serve ad evitare che vengano ruotate reti apparteneti alla stessa major ma non a sommarizzare, per quello c'è appunto il copmando ip summary-address...gisto?


Ciao aghist,
non capisco bene cosa tu intenda per "evitare". L'EIGRP, sulla maggior parte dei sistemi operativi, accetta la dichiarazione delle network tramite specificazione classful, wildcard o subnet mask (che in configurazione vedresti convertita in wildcard). Tutti e tre i modi di scrivere il comando network servono ad individuale le interfacce che parteciperanno al processo di routing. La wildcard è un oggetto più potente della subnet mask, a partire dal fatto che non hai la limitazione dei due blocchi distinti di 1 e 0. Prendendola come semplice inverso della subnet, in fase di dichiarazione degli statement network, essa serve a stabilire un range entro il quale può cadere l'IP delle interfacce. Tant'è che sebbene in fase di certificazione sia esplicitamente richiesto di convertire le varie subnet mask in wildcards (una 255.255.255.192 diventerebbe una 0.0.0.63) tanto per vedere se si è capito come convertire, il migliore modo di procedere nella specificazione delle interfacce in ambiente di produzione è quello di specificare gli IP /32, ovvero con wildard 0.0.0.0

Supponendo dunque 2 interfacce con indirizzamento su diverse subnet appartenenti alla stessa major, l' "evitare" di cui parli sarebbe solo un riflesso del poter specificare una subnet/wildcard rispetto a quanto si poteva fare con il RIP, potendo quindi abilitare ad esempio una sola delle 2 interfacce alla partecipazione al processo di routing dinamico.

Rispetto invece alla sommarizzazione, non è certamente una feature imputabile all'utilizzo delle wildcard, quanto piuttosto alla funzionalità di auto-summary.
Il comando ip summary-address si rivela più potente della sommarizzazione automatica in quanto quest'ultima si limita alla sommarizzazione verso il classful boundary, mentre potresti voler ad esempio ridurre le update di routing come nell'esempio che riporto di seguito:

Anzichè annunciare la 192.168.0.0/24, 192.168.1.0/24, 192.168.2.0/24, 192.168.3.0/24, reti che si trovano tutte dietro lo stesso router, potresti specificare, tramite il comando di cui sopra, l'invio dell'unica rete 192.168.0.0/22 (ip summary-address eigrp "X" 192.168.0.0 255.255.252.0)
IpCert Instructor
CCENT - CCNA - CCNA CyberOps - CCNP Enterprise - CCNP Collaboration - CCNP Service Provider
CCS - Enterprise Core, Ent. Advanced Infrastructure, SP Core, SP Advanced Routing, SP VPN Services, Collaboration Core, Coll. Applications

Si prega Accedi a partecipare alla conversazione.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 7 Mesi fa #8

  • aghist
  • Avatar di aghist
  • Offline
  • Junior Member
  • Junior Member
  • Messaggi: 10
  • Ringraziamenti ricevuti 2
Grazie!!!
Con l'ausilio del packet tracer ho fatto diverse prove è l'utilizzo della wildcard 0.0.0.0 è chiarissimo. Omettendo la wildcard, eigrp abiliterà tutte le interfacce che abbiano un indirizzo appartenenti alle subnet della major classful ma non abiliterà le interfacce con indirizzi supernet?
Esempio:
f0/0 192.168.0.1/27 f0/1 192.168.0.33/27 f1/0 192.168.0.65/26 f1/1 192.168.1.1/24
(auto-summarization in effect)
con il comando "network 192.168.0.1" le interfacce f0/0 f0/1 f1/0 saranno abilitate mentre la f1/1 no, proprio perchè l'auto-summary si limita alla sommarizzazione verso il classful boundary?
Tolto l'auto-summary verrà abilitata solo la f0/0?

Anzichè annunciare la 192.168.0.0/24, 192.168.1.0/24, 192.168.2.0/24, 192.168.3.0/24, reti che si trovano tutte dietro lo stesso router, potresti specificare, tramite il comando di cui sopra, l'invio dell'unica rete 192.168.0.0/22 (ip summary-address eigrp "X" 192.168.0.0 255.255.252.0)

Per l'esempio di cui sopra verranno inseriti i comandi:
network 192.168.0.0
network 192.168.1.0
network 192.168.2.0
network 192.168.3.0

Ti ringrazio.

Si prega Accedi a partecipare alla conversazione.

Ultima Modifica: da aghist.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 7 Mesi fa #9

  • jpalombi
  • Avatar di jpalombi
  • Offline
  • Administrator
  • Administrator
  • Messaggi: 2641
  • Ringraziamenti ricevuti 1107
Ciao aghist, credo ci sia un pò di confusione circa le funzionalità del comando network e quella dell'auto-summary. Cerco di fare chiarezza:

Omettendo la wildcard, eigrp abiliterà tutte le interfacce che abbiano un indirizzo appartenenti alle subnet della major classful ma non abiliterà le interfacce con indirizzi supernet?
Esempio:

f0/0 192.168.0.1/27 f0/1 192.168.0.33/27 f1/0 192.168.0.65/26 f1/1 192.168.1.1/24

(auto-summarization in effect)
con il comando "network 192.168.0.1" le interfacce f0/0 f0/1 f1/0 saranno abilitate mentre la f1/1 no, proprio perchè l'auto-summary si limita alla sommarizzazione verso il classful boundary?

Il comando network, che serve ad individuare interfacce, nella sua specificazione senza subnet mask o wildcard, viene interpretato dal router come classful, ovvero come 192.168.0.0 (cosa che potresti facilmente verificare da uno show run: il router ignora infatti la specificazione ".1") Proprio perchè classful, venendo inteso con una maschera /24, esso permette l'abilitazione al protocollo di routing tutte quelle interfacce che hanno un indirizzamento all'interno del range, che in questo caso sarebbe il 192.168.0.0-255

Ecco perchè con tale comando in un colpo prendi la .1 (fa0/0), la .33 (fa0/1)e la .65 (fa1/0), perchè indirizzi compresi nel range di cui sopra.

Per capirci ancora meglio, scrivere ad esempio network 192.168.0.0 0.0.0.63 (ovvero 255.255.255.192), vorrebbe dire "abilita il protocollo su tutte le interfacce comprese tra 192.168.0.0 e 192.168.0.63", e resterebbe dunque esclusa la fa1/0. Fino qui però non parliamo di nulla che ha a che vedere con l'auto-summary. Infatti:

Tolto l'auto-summary verrà abilitata solo la f0/0?

No, otterresti esattamente lo stesso effetto, proprio perchè non inerente a quanto detto sopra.

Per riassumere l'auto-summary, mi avvarrò di un printscreen della topologia proposta da Sergio:



Come si può vedere, R1 possiede due subnet della 192.168.1.0/24, ovvero la 192.168.1.0/25 e la 192.168.1.128/25
Dovendole annunciare attraverso un'interfaccia con indirizzamento appartenente ad una major differente, R1 può fare due cose:

con auto-summary attivo:
R1 annuncerebbe ad R2 la sola 192.168.1.0/24

con no auto-summary (disattivata):
R1 annuncerebbe ad R2 sia la 192.168.1.0/25 che la 192.168.1.128/25

Da notare che la sommarizzazione non ha nulla a che vedere con il fatto che R1 possegga l'intero spazio di indirizzamento della 192.168.1.0/24
R2 infatti, che si trova in una situazione analoga, pur non avendo dietro di sè l'intera 192.168.9.0/24, annuncerebbe comunque la rotta classful in caso di auto-summary attivo
IpCert Instructor
CCENT - CCNA - CCNA CyberOps - CCNP Enterprise - CCNP Collaboration - CCNP Service Provider
CCS - Enterprise Core, Ent. Advanced Infrastructure, SP Core, SP Advanced Routing, SP VPN Services, Collaboration Core, Coll. Applications
Allegati:
Ringraziano per il messaggio: jokerdc

Si prega Accedi a partecipare alla conversazione.

Ultima Modifica: da jpalombi.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 7 Mesi fa #10

  • aghist
  • Avatar di aghist
  • Offline
  • Junior Member
  • Junior Member
  • Messaggi: 10
  • Ringraziamenti ricevuti 2
Ok...adesso posso chiudere il cerchio network, auto-summary , wildcard!
Davvero un argomento ostico per me, purtroppo il curriculum non approfondisce molto.
Grazie per le spiegazioni davvero esaurienti. Oggi ho fatto l'esame di fine modulo e l'ho superato pienamente, approfitterò della pausa estiva e delle tue spiegazioni per rivedere un po meglio questo modulo.

Si prega Accedi a partecipare alla conversazione.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 3 Settimane fa #11

  • jokerdc
  • Visitatori
  • Visitatori

jpalombi ha scritto: Ciao aghist, credo ci sia un pò di confusione circa le funzionalità del comando network e quella dell'auto-summary. Cerco di fare chiarezza:

Omettendo la wildcard, eigrp abiliterà tutte le interfacce che abbiano un indirizzo appartenenti alle subnet della major classful ma non abiliterà le interfacce con indirizzi supernet?
Esempio:

f0/0 192.168.0.1/27 f0/1 192.168.0.33/27 f1/0 192.168.0.65/26 f1/1 192.168.1.1/24

(auto-summarization in effect)
con il comando "network 192.168.0.1" le interfacce f0/0 f0/1 f1/0 saranno abilitate mentre la f1/1 no, <strong>proprio perchè l'auto-summary si limita alla sommarizzazione</strong> verso il classful boundary?

Il comando <strong>network</strong>, che serve ad <strong>individuare interfacce</strong>, nella sua specificazione senza subnet mask o wildcard, viene interpretato dal router come classful, ovvero come 192.168.0.0 (cosa che potresti facilmente verificare da uno show run: il router ignora infatti la specificazione ".1") Proprio perchè classful, venendo inteso con una maschera /24, esso permette l'abilitazione al protocollo di routing tutte quelle interfacce che hanno un indirizzamento all'interno del range, che in questo caso sarebbe il 192.168.0.0-255

Ecco perchè con tale comando in un colpo prendi la .1 (fa0/0), la .33 (fa0/1)e la .65 (fa1/0), perchè indirizzi compresi nel range di cui sopra.

Per capirci ancora meglio, scrivere ad esempio <strong>network 192.168.0.0 0.0.0.63</strong> (ovvero 255.255.255.192), vorrebbe dire "abilita il protocollo su tutte le interfacce comprese tra 192.168.0.0 e 192.168.0.63", e resterebbe dunque esclusa la fa1/0. Fino qui però non parliamo di nulla che ha a che vedere con l'auto-summary. Infatti:

Tolto l'auto-summary verrà abilitata solo la f0/0?

No, otterresti esattamente lo stesso effetto, proprio perchè non inerente a quanto detto sopra.

Per riassumere l'auto-summary, mi avvarrò di un printscreen della topologia proposta da Sergio:



Come si può vedere, R1 possiede due subnet della 192.168.1.0/24, ovvero la 192.168.1.0/25 e la 192.168.1.128/25
Dovendole annunciare attraverso un'interfaccia <strong>con indirizzamento appartenente ad una major differente</strong>, R1 può fare due cose:

con <strong>auto-summary</strong> attivo:
R1 annuncerebbe ad R2 la sola 192.168.1.0/24

con <strong>no auto-summary</strong> (disattivata):
R1 annuncerebbe ad R2 sia la 192.168.1.0/25 che la 192.168.1.128/25

Da notare che la sommarizzazione non ha nulla a che vedere con il fatto che R1 possegga l'intero spazio di indirizzamento della 192.168.1.0/24
R2 infatti, che si trova in una situazione analoga, pur non avendo dietro di sè l'intera 192.168.9.0/24, annuncerebbe comunque la rotta classful in caso di auto-summary attivo


Grazie mille per la spiegazione!
Quello che ancora non capisco :angry: è, in ambito di RIPv2, nell'esempio sopra, cosa cambi dall'usare il comando no auto-summary oppure no.
Cioè, secondo i testi, se non sbaglio, dovremmo sempre usare il comando no auto-summary con RIPv2 in presenza di reti discontigue ( 2 subnet differenti della stessa rete, rappresentano una rete discontigua? ...per me si! ).
In quasi tutti gli esercizi ho trovato l'uso di RIPv2 senza no auto-summary anche in presenza di varie subnet differenti; quando si deve usare il comando e quando no? ...sta roba mi sta facendo impazzire? se non lo uso, e il router sommarizza le 2 differenti subnet nella major class, poi come fa a distinguere da chi è partito il pacchetto?
Scusate se posso aver scritto delle fesserie enormi...ma con il RIPv2 sono andato completamente nel pallone! :silly:

Si prega Accedi a partecipare alla conversazione.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 3 Settimane fa #12

  • jpalombi
  • Avatar di jpalombi
  • Offline
  • Administrator
  • Administrator
  • Messaggi: 2641
  • Ringraziamenti ricevuti 1107
Ciao joker, benvenuto sul forum innanzitutto!
Se vuoi, puoi presentarti alla nostra community puoi farlo qui ;)

Vedo inoltre che l'auto-summary continua a mietere vittime ^^ Vediamo di farti uscire dall'impasse ;)
Andiamo per gradi:

jokerdc ha scritto: Grazie mille per la spiegazione!
Quello che ancora non capisco :angry: è, in ambito di RIPv2, nell'esempio sopra, cosa cambi dall'usare il comando no auto-summary oppure no.
Cioè, secondo i testi, se non sbaglio, dovremmo sempre usare il comando no auto-summary con RIPv2 in presenza di reti discontigue ( 2 subnet differenti della stessa rete, rappresentano una rete discontigua? ...per me si! ).

Ecco il primo punto da chiarire. Si ha subnetting discontinuo quando 2 o più subnet appartenenti alla stessa major sono intervallate da una subnet o major differente. Cominciamo con il concetto di major network:

  • La major di 192.168.1.64/29 è la 192.168.1.0/24 (classe C)
  • La major di 192.168.1.128/25 è la 192.168.1.0/24 (classe C)
  • La major di 192.168.0.32/27 è la 192.168.0.0/24 (classe C)

Le prime due subnet appartengono dunque alla stessa major, mentre le prime due e la terza a major differenti (sottolineo quest'esempio per porre l'accento sul fatto che la major è si un concetto di classe, ma esistono differenti major all'interno della medesima classe). Detto questo, mi avvarrò di tre printscreen per meglio comprendere il concetto di subnetting continuo e discontinuo:







Forse sarà chiaro dunque che non è la sola presenza di subnet a rendere una rete discontinua, ma l'intervallo invece posto da una subnet di major differente (come nella terza figura). Spero quindi che questo risolva i tuoi dubbi.

Passiamo al secondo punto:

jokerdc ha scritto: In quasi tutti gli esercizi ho trovato l'uso di RIPv2 senza no auto-summary anche in presenza di varie subnet differenti; quando si deve usare il comando e quando no? ...sta roba mi sta facendo impazzire? se non lo uso, e il router sommarizza le 2 differenti subnet nella major class, poi come fa a distinguere da chi è partito il pacchetto?
Scusate se posso aver scritto delle fesserie enormi...ma con il RIPv2 sono andato completamente nel pallone! :silly:


Il concetto qui è che, posta la comprensione di quanto sopra riportato, i router possono comportarsi in maniera differente a seconda della topologia. Partiamo con dire che con il no auto-summary, i router annunciano sempre la subnet mask specifica delle reti da loro conosciute. Con l'auto summary invece, quando un router deve annunciare una rete può fare le seguenti due cose:

  • annunciare comunque la subnet specifica
  • annunciare la major

Quando l'una e quando l'altra? Prendiamo in esame sempre R1, che annuncia la sua LAN sull'interfaccia seriale verso R2:

  • Figura 1: R1 annuncerà la subnet specifica, poichè il link seriale ha indirizzamento appartenente alla stessa major della rete da annunciare
  • Figura 2: R1 annuncerà la subnet specifica, poichè il link seriale ha indirizzamento appartenente alla stessa major della rete da annunciare
  • Figura 3: R1 annuncerà la major 192.168.1.0/24, poichè il link seriale ha indirizzamento appartenente ad una major differente dalla rete da annunciare

Se questo è chiaro, procediamo a vedere cosa succede lato R2 che riporta informazioni verso R3:

  • Figura 1: R2 annuncerà la subnet specifica, poichè il link seriale verso R3 ha indirizzamento appartenente alla stessa major della rete da annunciare
  • Figura 2: R2 annuncerà ad R3 la major 192.168.1.0/24, poichè il link seriale ha indirizzamento appartenente ad una major differente dalla rete da annunciare

Da notare che in figura 1, sia con auto-summary attivo che non, tutte e 3 le macchine saranno informate delle subnet specifiche.

In figura 2, con auto-summary disattivato, tutte e 3 le macchine saranno informate delle subnet specifiche. Con auto-summary attivo invece, se i comportamenti sono stati compresi, si potrà capire che R1 conoscerà la 192.168.0.0/24 raggiungibile attraverso R2, così come R3 conoscerà la 192.168.1.0/24 raggiungibile attraverso R2. Ovviamente questo è tutt'altro che un problema, poichè se il piano di indirizzamento è stato progettato a doveree, il tutto si risolve in uno snellimento delle tabelle di routing di R1 ed R3.
Nella figura 3, con auto-summary attivo, R2 riceve la stessa informazione sia da R1 che da R3, portanto ad una situazione di confusione circa la presenza della rete 192.168.1.0/24 sia lato R1 che R3. Il terzo è dunque l'unico caso in cui gioco forza dovrò dare il comndo no auto-summary.

So che la spiegazione non si lascerà leggere facilmente, ma spero davvero che possa portarti ad una situazione di chiarezza circa tali comportamenti delle update di routing.

Alla prossima!
IpCert Instructor
CCENT - CCNA - CCNA CyberOps - CCNP Enterprise - CCNP Collaboration - CCNP Service Provider
CCS - Enterprise Core, Ent. Advanced Infrastructure, SP Core, SP Advanced Routing, SP VPN Services, Collaboration Core, Coll. Applications
Allegati:
Ringraziano per il messaggio: jokerdc, gpintus

Si prega Accedi a partecipare alla conversazione.

Ultima Modifica: da jpalombi.

RIPv2 auto-summary - Subnetting Continuo/Discontinuo 10 Anni 2 Settimane fa #13

  • jokerdc
  • Visitatori
  • Visitatori
Grazie mille JPalombi!

"So che la spiegazione non si lascerà leggere facilmente, ma spero davvero che possa portarti ad una situazione di chiarezza circa tali comportamenti delle update di routing."

NON potevi essere più chiaro!!!! Finalmente ho dipanato tutti i miei dubbi sull'Auto Summary. Sei stato davvero utilissimo e chiaro...ora mi faccio una copia della spiegazione eme la archivio per possibili futuri dubbi!!! TI RINGRAZIO INFINITAMENTE!!!!
Ciaoooo!

Si prega Accedi a partecipare alla conversazione.

  • Pagina:
  • 1
Moderatori: jpalombi