Quindi iniziamo a scavare un po' piÃ¹ a fondo nei dettagli della spilla
protocollo del router bootstrap, a partire dal processo elettorale.
Quindi sappiamo che solo un router puÃ² effettivamente essere il router bootstrap,
ed Ã¨ compito del router bootstrap farlo sapere a tutti gli altri router
quali sono i punti d'incontro.
Allora come viene eletto?
Ebbene, viene eletto da questa inondazione di messaggi bootstrap.
Lo vedremo davvero tra un minuto.
Questo Ã¨ il tipo effettivo di messaggio PIM.
Quindi prima di vedere i registri PIM, abbiamo visto i saluti PIM, abbiamo visto
Il PIM aderisce. Ora vedremo un altro tipo di messaggio PIM nel nostro sniffer
trace chiamato messaggio di bootstrap.
Questi vanno agli stessi indirizzi, ciao 2240013.
Quindi Ã¨ perchÃ© ha l'ambito locale del collegamento.
Deve essere replicato da ciascun router lungo il salto in modo che possa ottenere tutto
l'uscita. E cosÃ¬ il router bootstrap, se ci sono due o piÃ¹ router
che sono candidati BSR.
Quello che Ã¨ il vincitore Ã¨ quello con la prioritÃ piÃ¹ alta,
ora la prioritÃ Ã¨ 0 per impostazione predefinita, ma puoi aumentarla completamente
a 255 se vuoi, oppure quello con l'indirizzo IP piÃ¹ alto.
Quello sarÃ il vincitore.
Ora con PIM BSR, la prelazione Ã¨ attiva per impostazione predefinita.
CiÃ² significa che se attualmente ho un router che funge da BSR,
e diciamo che il suo indirizzo IP Ã¨ 2.2.2.2.
E ha prestato servizio come BSR negli ultimi sei mesi.
Se inserisco un altro router nella rete, configuralo come candidato
BSR, e il suo indirizzo IP Ã¨ piÃ¹ alto, assumerÃ il ruolo di essere
la BSR. Non Ã¨ che si attacchi a un router in particolare.
Ecco come configuriamo il candidato BSR.
Candidato IPPIM BSR, e quindi proprio come il nostro RP automatico, vogliamo specificare
un'interfaccia che verrebbe utilizzata come indirizzo IP di origine dei nostri messaggi.
Quindi Ã¨ possibile specificare la lunghezza della maschera hash.
Ne parlerÃ² nell'ultimo video qui.
Ne parleremo un po', ma per impostazione predefinita Ã¨ 0.
E poi facoltativamente puoi specificare la prioritÃ .
Come ho detto, la prioritÃ Ã¨ 0 se la lasci stare.
Ecco come si configura il candidato BSR.
Come configuro gli RP candidati?
Beh, un'auto RP, quella era, ricordi?
Qual era il comando in Auto RP per specificare il candidato RP?
Bene, si spera che il comando che ti Ã¨ venuto in mente sia IPPIM RP-send-announce.
Annuncio di invio RP.
Ecco come configuri il candidato RP nel mondo dell'auto RP.
Ebbene, nel mondo della BSR, Ã¨ il candidato RP dell'IPPIM.
Quindi posso sicuramente vedere questa come una domanda su qualche test.
Possono darti entrambi e dire quale Ã¨ utilizzato da Auto RP e quale
uno Ã¨ utilizzato da BSR.
Quindi sicuramente quando avrÃ² capito bene.
Stessa cosa qui.
Il candidato RP deve specificare un'interfaccia per dire quale sia la sua fonte
L'indirizzo IP sarÃ .
E a quel punto, potresti semplicemente premere Invio e lasciarlo stare.
E annuncerÃ la sua candidatura RP come candidato per tutti i multicast
gruppi. Ma proprio come l'RP automatico, potresti fare riferimento a un elenco di accesso da dire
per quali gruppi particolari annuncerÃ la sua candidatura.
E puoi specificare una prioritÃ .
E tra poco parlerÃ² ancora un po' della prioritÃ
morso. Ora come posso monitorarlo?
Mostra IPPIM BSR e mostra la mappatura IPPIM RP.
Lo stesso comando mostra la mappatura IPPIM RP Ã¨ anche ciÃ² che abbiamo usato per monitorare
anche l'RP automatico.
Quindi quel comando funziona in entrambe le direzioni.
Ora, prima di configurarlo effettivamente e di farlo funzionare, in realtÃ ,
bene, andiamo avanti e facciamolo.
FarÃ² una traccia con lo snipper, poi lo esamineremo e torneremo
a queste diapositive qui.
Va bene, quindi entreremo, vediamo qui.
Togliamo subito un po' del nostro materiale RP automatico perchÃ© non ne abbiamo bisogno
Entrambi. Quindi inizierÃ² riconvertendo tutte le mie interfacce in
modalitÃ sparsa, che elimina tutto quel potenziale allagamento che mi preoccupava
Di. 0001. Va bene.
Cosa abbiamo qui?
Questo Ã¨ zero barra zero.
Va bene. E questo ragazzo qui mostra la sezione di esecuzione PIM.
Eliminiamolo perchÃ© non utilizziamo piÃ¹ l'RP automatico.
Ok, andiamo al router otto.
E in questo momento questo ragazzo, credo, stia configurando il nostro agente di mappatura.
Quindi eliminiamolo perchÃ© Ã¨ per l'RP automatico.
Ora non ci resta che andare al router quattro.
Ok, a questo punto siamo tutti configurati.
Siamo tornati alla modalitÃ sparsa, ma non abbiamo ancora configurato alcun elemento BSR.
Quindi iniziamo con la configurazione, vediamo qui.
PerchÃ© non abbiamo il router quattro e il router otto che contendono entrambi di essere BSR.
Quindi configureremo entrambi i router come BSR candidati.
E faremo semplicemente affidamento su, utilizzeremo la prioritÃ per prendere la decisione
chi Ã¨ il vincitore.
Quindi darÃ² al router quattro la prioritÃ piÃ¹ alta rispetto al router otto.
Sul router otto non configurerÃ² nemmeno la prioritÃ .
Quindi iniziamo con il router quattro visto che siamo qui.
Candidato trattino IP PIM BSR.
E selezioneremo semplicemente, non lo so, seriale zero barra uno barra zero
come indirizzo IP di origine.
Lasceremo la maschera hash predefinita.
E nota che se vuoi ottenere la prioritÃ , devi specificarlo
la maschera hash. Ora so che in questo momento stai dicendo cos'Ã¨ un hash
maschera? Non lo hai ancora spiegato.
Bene, ci arriveremo.
Ma ora farÃ² l'elenco delle prioritÃ , farÃ² una prioritÃ 40.
Ok, e prima di fare qualsiasi cosa del genere, voglio iniziare a fare qualche sniffer
tracce qui. Quindi continuiamo a catturare, cosa vogliamo catturare qui?
La velocitÃ dei nostri quattro Ã¨ a zero zero, ovvero zero sette sull'interruttore.
Ok, tutto ciÃ² che entra o esce da lÃ¬.
Che ne dici dei nostri otto zero zero e zero uno?
Saranno zero due e zero tredici.
E cosÃ¬ dovrebbe andare.
Vediamo qui. E avremo il router tre come candidato
RP. Sto giÃ catturando su zero zero, quindi dovrebbe catturare i suoi messaggi
anche quando arriviamo a lui.
Va bene, allora andiamo all'interruttore qui.
Prima di farlo.
Andiamo all'interruttore.
Ok, quindi sarÃ zero barra due, velocitÃ a zero barra sette
e fastione a zero barra tredici.
Ok, torniamo al router quattro.
Ok, iniziamo la traccia dello sniffer.
Ok, quindi possiamo vedere un sacco di messaggi di bootstrap.
E il motivo per cui ne vediamo cosÃ¬ tanti Ã¨ perchÃ© li sto catturando
su piÃ¹ interfacce, quindi li vediamo arrivare.
Li stiamo vedendo uscire.
Stiamo vedendoli inoltrati.
In realtÃ Ã¨ solo un messaggio perÃ².
Quindi se lo apro un po'.
Nota quindi che Ã¨ trasportato nel PIM perchÃ© questo Ã¨ un altro tipo di messaggio PIM,
bootstrap di tipo messaggio quattro.
Ed Ã¨ piuttosto semplice in questo caso.
Sta dicendo che questo Ã¨ il router bootstrap.
Desidero essere il router bootstrap.
Questo Ã¨ il router quattro in questo momento, due punto quattro punto due punto quattro.
E gli abbiamo dato una prioritÃ di quaranta.
E ora andremo avanti e configureremo un comando simile sul router otto.
Ma gli daremo semplicemente una prioritÃ inferiore.
Lo lasceremo cosÃ¬ e basta.
Quindi ora entrambi inviano messaggi BSR e continueranno a farlo
fare cosÃ¬. Non Ã¨ che uno si fermerÃ .
Nel mondo di alcuni protocolli come lo spanning tree, ad esempio, una volta che tutti
sa chi Ã¨ il root bridge, Ã¨ solo compito del root bridge inviare
periodicamente escono le BPDU e tutti gli altri stanno zitti.
Non Ã¨ cosÃ¬ con la BSR.
In questo caso particolare, continuiamo a catturarne alcuni qui.
Probabilmente Ã¨ sufficiente.
Non abbiamo ancora ricevuto alcun messaggio di bootstrap.
Andiamo avanti.
Ok, ecco alcuni messaggi di bootstrap.
Due quattro, due quattro, due quattro.
Quindi quello che succede in questo caso particolare Ã¨ che sembra che ci siamo persi,
Non ho catturato il messaggio di bootstrap inviato dal router otto.
Ma Ã¨ molto probabile che non appena premo il comando sul router otto,
prima ancora di avere la possibilitÃ di creare il proprio messaggio bootstrap, potrebbe farlo
hanno ricevuto il messaggio di bootstrap in entrata dal router quattro e lui
potrei aver appena realizzato, oh, il router quattro Ã¨ migliore di me.
Ha una prioritÃ piÃ¹ alta della mia, quindi non creerÃ² nemmeno il mio
Proprio. InoltrerÃ² semplicemente il suo.
Quindi tutti questi hanno il nome o l'ID del router quattro nel campo BSR.
Ma potrei cambiare la situazione.
In realtÃ , andiamo al router otto e diamogli una prioritÃ di 50, e
vedremo come cambierÃ la situazione.
Va bene, ricominciamo da capo.
Andiamo, squalo del filo.
Va bene, e tutti questi falliscono.
Ricominciare da capo. Va bene.
Ora non riesco nemmeno a fermare la traccia dello snipper.
Carino. Eccoci qua.
Ok, qui vediamo che il router bootstrap viene pubblicizzato come otto
punto due punto otto punto otto.
Ora, poichÃ© sto catturando su piÃ¹ interfacce, non lo sappiamo davvero
se questo Ã¨ il messaggio di bootstrap originato dal router otto o se
questo Ã¨ solo uno che andava bene.
Quindi veniamo inoltrati da un altro router.
Ma non vediamo nemmeno che qui c'Ã¨ un, beh, ecco il router quattro, tre punto quattro
punto tre punto quattro.
Questo Ã¨ l'indirizzo IP del router quattro.
Quindi, basandoci sul fatto che quello Ã¨ il suo indirizzo di origine, possiamo vedere che lo Ã¨
inoltrando il messaggio di bootstrap dal router otto.
Quindi non vediamo piÃ¹ nemmeno il messaggio di bootstrap dal router quattro.
Ha cancellato il suo nome da lÃ¬ e tutti ora si rendono conto di quel router
otto Ã¨ il BSR, in virtÃ¹ della prioritÃ piÃ¹ alta.
Ora l'ultimo pezzo del puzzle Ã¨ rendere un router un candidato
RP. Quindi torneremo al nostro amico router tre.
E lo faremo IPPIM RP-Canada, ethernet veloce zero barra uno.
E non cambierÃ² la prioritÃ o qualcosa del genere.
CambierÃ² l'intervallo in modo che escano piÃ¹ frequentemente.
Ricominciamo daccapo.
Ok, questo Ã¨ ciÃ² che volevo sottolineare.
Eccoci qua. Va bene.
Quindi un router che funge da candidato RP in PIMBSR non parlerÃ nemmeno.
Non invierÃ nemmeno un annuncio RP, e lo vediamo qui, si chiama
un candidato RP.
Annuncio del candidato RP.
Non lo invierÃ nemmeno finchÃ© non saprÃ chi Ã¨ il router bootstrap.
Ora, perchÃ©?
Bene perchÃ©, dai un'occhiata a questo messaggio.
Questo non Ã¨ multicast.
Questo Ã¨ unicast.
Quindi i candidati RP, una volta che sanno chi Ã¨ il BSR, lo inviano effettivamente
un annuncio RP unicast direttamente al BSR.
E chiaramente non potrebbero farlo se non sapessero in anticipo chi
la BSR lo Ã¨. Quindi eccolo qui che lo sta inviando alla BSR.
E possiamo vedere che dice, ecco il mio nome.
Voglio essere il RP per tutto.
E poi... Quindi vediamo, ecco il primissimo.
E cosÃ¬ adesso, quindi ora il nostro messaggio di bootstrap dal BSR non contiene solo
il suo identificatore, il suo nome, ma contiene anche le informazioni a riguardo
punto d'incontro.
Ora, prima di andare oltre, torniamo alle diapositive perchÃ©
Non voglio andare troppo avanti rispetto a me stesso.
Ok, abbiamo visto che il BSR invia i cosiddetti messaggi di bootstrap.
Ora ecco una grande differenza tra questo e l'RP automatico.
Nel mondo dell'auto RP, l'agente cartografico era responsabile della raccolta
tutti i messaggi annunciati da RP e l'agente di mappatura hanno eletto il migliore
RP per ogni dato gruppo.
Quindi tutti gli altri router lÃ fuori non necessariamente ne sapevano tutto
gamma di RP. Tutto quello che sapevano erano gli RP dell'agente di mappatura
aveva eletto. PIMBSR non Ã¨ cosÃ¬.
In PIMBSR, l'idea Ã¨ che tutte le informazioni unicastor dell'RP arrivino al BSR,
il BSR li raccoglie tutti in un elenco combinato in quel messaggio di bootstrap
e poi lo invia.
Quindi ogni router nella rete conosce ogni singolo BSR.
Non ogni singolo BSR, ogni singolo punto d'incontro.
Quindi, se sono un router seduto da qualche parte nella rete e dico, okay, l'ho fatto
ho appena ricevuto un messaggio di bootstrap dal BSR e lÃ¬ dentro c'Ã¨
un elenco di quattro diversi punti d'incontro, che servono tutti esattamente lo stesso
gruppo. Bene, sappiamo che il nostro, quel PIM non puÃ² farlo.
Il PIM puÃ² usarne solo uno.
Quindi, invece di un RP automatico in cui un router prendeva quella decisione, il
l'agente di mappatura ha detto: ti dirÃ² chi dovresti usare.
In questo caso la decisione spetta a ciascun router individualmente.
Ogni router quando riceve questi messaggi di bootstrap in arrivo, se lo fanno
vedere due o piÃ¹ router che servono lo stesso gruppo, ciascun router
sceglieranno autonomamente per quale RP desiderano utilizzare
qualsiasi dato gruppo.
Ora, tra poco entrerÃ² piÃ¹ in dettaglio a riguardo, ma abbiamo visto
un po', un po' un'anteprima di quello perchÃ© quando abbiamo guardato
al nostro, torniamo indietro.
Anzi, andiamo un po' avanti.
Quindi questo Ã¨ il messaggio di bootstrap.
L'abbiamo visto nella traccia dello snipper.
Generato dai BSR arriva a 220.000, 13.
Contiene un elenco di tutti i punti d'incontro conosciuti.
Quindi la BSR non discrimina.
Li raccoglie tutti e li inserisce in quel messaggio di bootstrap.
Quindi notalo in questo particolare messaggio qui, e questo mi salverÃ da
doverlo fare in laboratorio.
Si noti che in questo particolare messaggio, il router bootstrap dice, okay,
Ti sto parlando di due BSR.
Quindi entrambi questi BSR servono esattamente lo stesso gruppo.
220, sai, l'intera gamma multicast.
Quindi ci sono due punti d'incontro di cui ti sto parlando.
E dice, okay, la prioritÃ per il primo punto d'incontro, 2722, Ã¨
20. La prioritÃ per il secondo punto d'incontro Ã¨ 30.
Quindi penso che questo ti dia un piccolo suggerimento.
In questo caso particolare vince la prioritÃ .
La prioritÃ piÃ¹ alta, quindi tutti i router che la ricevono sceglieranno autonomamente
3.7.3.3 come punto d'incontro perchÃ© ha la prioritÃ piÃ¹ alta
rispetto a 2.7.2. E ho cercato questo perchÃ© ero solo curioso, sai,
ogni volta che vedo tracce di sniffer, sono sempre curioso di ogni singolo piccolo dettaglio
campo e cosa significa, probabilmente non avrai mai bisogno di saperlo
per qualsiasi tipo di test o altro, tranne FRP.
Che cos'Ã¨? Per quelli di voi come me a cui piace sapere questo genere di cose,
che sta per conteggio RP dei frammenti.
CiÃ² a cui si riferisce Ã¨ che dovresti avere molti RP per realizzarlo
accadere, ma c'Ã¨ la possibilitÃ che diciamo che hai, non lo so,
100 RP o 100 potenziali RP nella tua rete.
E il loro elenco completo non puÃ² essere contenuto in un singolo bootstrap
Messaggio. Bene, in tal caso, il messaggio di bootstrap potrebbe essere frammentato,
inserito in piÃ¹ pacchetti IP, quindi il conteggio FRP fornisce una sorta di indizio
quanto a, okay, stanno arrivando altri frammenti.
Ci sono piÃ¹ RP di quelli che ti mando solo in questo bootstrap
Messaggio. Cercatene anche degli altri.
Quindi questo Ã¨ una sorta di indicatore per i router riceventi a riguardo.
Probabilmente non lo vedrai usato molto spesso, perchÃ© come ho detto, lo avresti fatto
avere molti potenziali RP.
Per riempirlo cosÃ¬ tanto che non entrerÃ in un unico pacchetto.
E il tag frammento viene utilizzato dalla stessa cosa.
Quindi un tag frammento Ã¨ un po' come pensare all'intestazione IP di un IPv4
pacchetto. C'Ã¨ il campo ID, giusto?
Quindi, se il pacchetto IP deve essere frammentato, ogni singolo frammento lo sarÃ
avere lo stesso identico numero ID del pacchetto originale.
In questo modo possono essere tutti una specie di, quando i riceventi ricevono questi frammenti,
possono dire, oh, okay, so che fa tutto parte di un tutto coerente
pacchetto. Questo Ã¨ lo stesso tipo di cose.
Se un messaggio di bootstrap deve essere frammentato, conterranno tutti il ââfile
stesso tag del frammento.
Va bene? Ok, quindi questi sono i messaggi dei candidati RP.
Lo abbiamo esaminato nella traccia dello snippet.
Abbiamo visto come sono unicast.
Include una prioritÃ .
Utilizza PIM come protocollo di trasporto.
Quindi dietro l'intestazione IP abbiamo visto che veniva trasportata nel PIM.
E ancora una volta, ecco un esempio di uno di questi.
E lo abbiamo giÃ visto nella cattura dello squalo da cecchino.
Adesso andiamo a questo punto, perchÃ© ho tutto configurato,
andiamo al router due, che ha ricevuto questi messaggi di bootstrap.
E utilizzeremo lo stesso comando che abbiamo usato in auto RP, mostra IP PIM
Mappatura RP. E possiamo vedere.
Dice che in questo caso ho solo un RP, quindi non c'Ã¨ molto
Qui. Ma se avessi configurato due o tre o quattro RP candidati, cosÃ¬ come
Ã¨ un dato di fatto, facciamolo.
PerchÃ© un router bootstrap potrebbe anche essere un candidato RP allo stesso tempo.
Andiamo quindi al router quattro e configuriamo anche lui come candidato RP.
Candidato RP. Ok, quindi ora andiamo al router due.
Ok, ora vediamo tutti i punti d'incontro, giusto?
PerchÃ© erano tutti contenuti in quell'unico messaggio di bootstrap.
E dice che uno di questi potrebbe essere un potenziale candidato
l'intera gamma multicast.
Ora, guardando solo questo risultato in questo momento, non c'Ã¨ modo di prevederlo
proprio da questo comando, quale router verrÃ effettivamente utilizzato.
Quindi, se questo ragazzo ha bisogno di inviare un messaggio di registrazione o di partecipazione, andrÃ
per usare due quattro o due quattro, oppure userÃ otto tre, otto
tre, perchÃ© entrambi hanno esattamente la stessa prioritÃ ?
Beh, da questo non si puÃ² dire.