Quindi nei video precedenti abbiamo visto come con AutoRP abbiamo il concetto
dei RP candidati che annunciano la propria candidatura e l'agente di mappatura
che raccoglie tutte quelle voci, eleggendone solo una per ogni dato
gruppo e quindi disperdendolo tramite messaggi di rilevamento.
Ed Ã¨ quello che stanno ascoltando tutti gli altri router, quelli scoperti
messaggi per vedere quale RP Ã¨ stato eletto.
Ma lo svantaggio di questo processo Ã¨ che sappiamo che, per impostazione predefinita, i candidati RP,
se non fai nulla di speciale, se non usi alcun accesso a questo
o altro, per impostazione predefinita annunceranno la loro candidatura per l'intero
gamma di classe D. Ma cosa succede se inizi a diventare complicato e inizi a dire
okay bene, voglio che tu sia un RP solo per un certo intervallo, come nel mio
esempio lab prima ho detto solo per la gamma 238, questo Ã¨ tutto.
Nessun altro intervallo multicast avrÃ un RP.
Ebbene, cosa succede allora se arriva un flusso multicast Ã¨ in uno
di quegli altri intervalli per i quali non esiste RP.
Bene in quel caso particolare, perchÃ© tutte le tue interfacce sono sparse
modalitÃ densa, che Ã¨ ciÃ² di cui hai veramente bisogno per farlo funzionare, quegli altri
i flussi multicast verranno inondati.
Quindi potresti pensare che va bene, il caso d'uso principale per creare ancora una volta una rete
attaccare, vero? Basta inserire un router nella rete e farlo ascoltare
ai messaggi di scoperta in arrivo, dai un'occhiata e dÃ¬ aha, okay, allora io
possono vedere in questa particolare rete, hanno solo un RP per il 238
allineare. Quindi ecco cosa farÃ² per incasinare tutti.
PresenterÃ² un generatore di pacchetti che invia solo gocce di
traffico in direzione, oh non lo so, che ne dici di 227 punto qualcosa.
PerchÃ© so che verrÃ inondato tramite la modalitÃ densa.
Ogni singolo router lo capirÃ , verrÃ inondato ovunque,
inondazione su ogni singolo segmento.
Se faccio abbastanza traffico, forse inizierÃ² a congestionare alcuni collegamenti e forse
alcuni buffer e code di memoria diventeranno cosÃ¬ pieni che inizierÃ² a scaricarli
traffico e he he he posso davvero fare un brutto lavoro qui.
Quindi vogliamo evitare che succedano cose del genere, giusto?
Ã qui che utilizzeremmo qualcosa chiamato RP di ultima istanza per prevenire
quella persona malvagia e malvagia dal farlo.
Quindi se ne parla, questo Ã¨ il potenziale problema.
Quindi un RP di ultima istanza Ã¨ chiamato RP di sincronizzazione.
Fondamentalmente Ã¨ un RP che dice, okay, stiamo andando, stiamo andando
ho questa R valida. Ho questi RP qui.
Questo ragazzo sta facendo 238.
Questo ragazzo sta facendo 239.
E tutto il resto?
Bene, visto che abbiamo questo terzo RP, lo chiameremo RP di sincronizzazione e lo farÃ
essere utilizzato per qualsiasi altro flusso multicast in arrivo, dovrÃ registrarsi
con lui. E presumibilmente non ci sono ascoltatori per questo.
Nessuno lo sai, questo lo sai, se arriva 226, beh, ehi, nel nostro
rete e la nostra azienda, non utilizziamo 236.
Tutti i nostri multicast sono 238 o 239.
Ecco perchÃ© abbiamo messo lÃ¬ quegli RP.
Quindi se qualcosa arriva a 225 o 226 o 227, non va
essere destinatari di questo.
Allora perchÃ© non inviamo semplicemente i pacchetti di registro a un RP e lo saranno e basta
caduto proprio lÃ¬.
Non andranno da nessuna parte.
Non saranno allagati.
Oppure potresti pensare, beh, aspetta un secondo.
SarÃ un problema per il router, vero?
PerchÃ© se un attacco inizia effettivamente a verificarsi e si disperde il traffico, si divora
di messaggi di registro iniziano ad arrivare a lui per centinaia o migliaia
dei gruppi multicast, questo non lo ucciderÃ ?
E allora cosa faremo a riguardo?
Beh, indovina un po'?
Guarda l'ultimo punto dell'elenco.
Potrebbe essere un buco nero.
In altre parole, potresti andare su questi router e dire, OK, il tuo RP
Ã¨ 9.9.9.9 per tutto ciÃ² che non puoi apprendere tramite RP automatico.
Ma in realtÃ 9.9.9.9 non esiste.
Non esiste da nessuna parte.
Quindi, anche se c'Ã¨ un percorso nella tabella di routing, alla fine quelli
i pacchetti di registro verranno scaricati su una LAN e semplicemente eliminati.
O forse non hai affatto un percorso per farlo.
E magari crei il tuo RP di sincronizzazione e dici, OK, vediamo, nella mia rete,
Sto usando la rete 90 per tutto.
Tutta la mia azienda Ã¨ composta da varie sottoreti di 90.qualcosa.
Quindi creerÃ² la mia sincronizzazione RP 7.7.7.7.
Non c'Ã¨ nemmeno un percorso per farlo.
Quindi ora se qualcuno dei miei router inizia a essere colpito da questo file non autorizzato
traffico multicast, diranno, oh, devo registrarlo.
Uh Oh. Non disponi di un percorso per questo RP.
Dovrei registrarlo, immagino che farÃ² semplicemente cadere il traffico.
E morirÃ e basta.
Non sarÃ allagato.
E questa Ã¨ l'idea alla base di tutto questo, questa idea di un RP di ultima istanza
o un RP sincronizzato. Allora come lo creeremo?
Veramente semplice. Torniamo semplicemente alla configurazione del comando dell'indirizzo RP statico.
Ora potresti pensare, aspetta un secondo.
So come funziona il routing.
I percorsi statici hanno sempre la preferenza sui percorsi dinamici.
Questo non annullerÃ completamente gli RP automatici?
No, perchÃ© in questo caso particolare Ã¨ esattamente il contrario.
Quando i router eseguono l'RP automatico, qualsiasi RP apprendono tramite una scoperta RP
il pacchetto proveniente dall'agente di mappatura ha la prioritÃ su questo.
SÃ. Quindi, quello che stiamo facendo proprio qui, lasciatemi tornare a questo,
Ã¨ questo per dire, okay, configurerÃ² 1.1.1.1 come mio RP.
Ora questo non esiste nemmeno.
Quell'indirizzo IP non Ã¨ nemmeno presente in nessuna tabella di routing.
Ã solo un buco nero.
E lo dirÃ², e lo configurerÃ² su ogni singolo
router nella mia rete.
PerchÃ© non so mai da dove potrebbe partire quell'attacco canaglia.
Quindi ogni singolo router che esegue l'RP automatico viene a conoscenza del mio legittimo
RP e ogni router ha questo comando che dice, okay, questo ragazzo 1.1
.1.1. Non registrarti con lui.
Non parlate con lui a questi due indirizzi perchÃ© questo viene utilizzato per le auto
RP. Quindi Ã¨ escluso da quegli intervalli.
Ma per tutto il resto Ã¨ compreso, tutta la gamma della classe D.
E cosÃ¬ ora, se, diciamo qui, riceviamo in un pacchetto Discover RP
dall'agente di mappatura.
E dice, ehi, il RP eletto Ã¨ 90.0.0.1.
PerchÃ© nella nostra azienda utilizziamo la rete 90.
Ed Ã¨ l'RP per 224.000 barra 4.
Quello che diremo, okay, questo Ã¨ in conflitto con questo.
Ma la scoperta RP ha la prioritÃ su questa.
O se lo rendiamo semplicemente un po' meno, diciamo qualcosa del genere
Questo. La nostra scoperta RP dice che 90.001 sarÃ l'RP per 238.000 barra
8. Ok, ora il mio router lo sa se mai otterrÃ un abbonamento IGMP
riferire che dovrebbe inviare la sua stella, unirsi, se ottiene un'adesione all'IGMP
report per 238.qualsiasi cosa, dovrebbe inviare il suo PIM join a 90.001.
Se mai ricevesse effettivamente un vero pacchetto multicast diretto a 238.qualsiasi cosa,
dovrebbe registrarlo con 90.001.
Se riceve un pacchetto multicast indirizzato a qualsiasi altra cosa, come 237.225, qualunque cosa,
poi dirÃ , okay, devo registrare quel pacchetto con 1.1.1.1.
E se 1.1.1.1 non esiste realmente, non Ã¨ reale.
E non ha nemmeno una strada per arrivarci.
LascerÃ semplicemente cadere quel pacchetto multicast.
E questo impedisce che venga allagato tramite la modalitÃ densa.
Che Ã¨ quello che volevamo in primo luogo.
Ecco come si configura ciÃ² che Ã¨ noto come RP di ultima istanza o a
sincronizza RP. Ora potresti dire un'altra permutazione o opzione a questo.
Potresti dire, beh, e se volessi davvero configurare staticamente
un RP per un gruppo?
E voglio assicurarmi che questo abbia sempre la prioritÃ .
Quindi, anche se vengo a conoscenza di un RP dello stesso gruppo tramite RP automatico, non lo faccio
vuoi che l'RP automatico abbia la precedenza.
Voglio che la mia configurazione statica abbia la precedenza.
Bene, puoi farlo.
Ed Ã¨ qui che utilizzeresti la parola chiave override.
Quindi, come in questo caso particolare, stiamo dicendo, okay, sto configurando staticamente
2222. Ã un vero RP.
Gli Ã¨ permesso essere l'RP per questo particolare gruppo.
E anche se vengo a conoscenza di questo gruppo da Auto RP, lo ignorerÃ²
Quello. Questo sovrascrive l'RP automatico.