Invia questo esempio supponiamo che A stia inviando un frame a D.
Quindi l'indirizzo sorgente che ha portato sarà a.
E l'indirizzo di destinazione sarà D.
Invierò il frame per passare a uno che poi copierà quel frame su tutte le porte basandoci
ancora sull'architettura switch.
L'async centrale controllerà la destinazione nella tabella dell'accampamento e supponiamo per il momento che non risponda a quale
tabella può essere assegnata o alla tabella MAC Address.
Quindi il frame tenterà di uscire da questa porta a 0 2 ma poiché il colore tag interno è rosso per
quella cornice.
E questo è un Greenport.
La cornice non è consentita da 0 2.
Tuttavia su questa porta perché è un collegamento trunk.
E supponiamo per il momento che tutte le terre siano permesse su questo tronco, che
il frame verrà inviato fuori dalla porta 0 3 per passare a comunque appena prima che il frame venga inviato.
Deve essere taggato con il numero del malvagio.
Quindi in questo caso l'identificatore del malvagio sarebbe rosso.
Ora come menzionato in switch villan identificati dai numeri ma per mantenere semplici questi esempi
useremo i colori.
Quindi questo sarebbe in realtà un numero da 0 a 4000 e 96 bedframe viene quindi inviato
attraverso il tronco per passare a chi riceve il frame, ancora una volta il frame viene elaborato internamente.
Ora questo switch legge che il cattivo identifica un'intestazione modificata o una Q e vede che appartiene
al Villon rosso che viene taggato internamente all'interno dello switch che il frame viene inviato ad Allport 0 2 e a 0
1.
E assumiamo ancora una volta che la tabella degli indirizzi MAC sia impostata su non contiene l'indirizzo MAC
di D.
Quindi, quando il frame sta tentando di accedere alla porta 0 1, viene negato perché il colore del frame è rosso e
questa interfaccia si trova nel Villon verde.
Quindi il frame è caduto.
Comunque da questa interfaccia il frame è permesso perché la porta è nel cattivo rosso e il
frame è taggato con la cattiva rossa tutta la tagging è rimossa da questa porta.
Quindi è uguale a un normale frame Ethernet su PCD.
Ancora una volta i PG sono ignari del fatto che sono stati messi nei cattivi.
Vedono solo Ethernet stentata.
Quindi un frame standard in cui l'indirizzo di origine di un indirizzo di destinazione a D
viene trasmesso dalla porta 0 a ed elaborato dal PC editato in una chiave trunked ha un cattivo spaziale noto come nativo villaine
nativo sono senza tag quando una porta sullo switch è impostato come un tronco.
Ad esempio questa interfaccia sullo switch uno e passa a quell'interfaccia può ricevere e trasmettere frame di frame
con tag appartenenti alla villaine nativa non portano tag violenti quando vengono inviati su questo trunk dallo stesso token
se un frame senza tag è stato ricevuto sulla porta trunk di quel frame sarebbe
automaticamente associato alla terra natia per lo sport.
Ora il traffico di gestione specifico attraverserà la terra natia.
Quindi, per esempio, l'utilizzo di BPT su spanning tree userà il Villon nativo e il protocollo di trunking dinamico dinamico del trunking
dinamico è un modo che consente di negoziare per impostare automaticamente un trunk tra di loro e ti
mostrerò un esempio in un attimo.
Determinato traffico di gestione utilizza sempre quello cattivo se hai lasciato la linea uno come il
traffico LAN nativo come CPV DP AGP e il tuo DL D sarà trasmesso attraverso la terra natia.
Non etichettato se mai La terra nativa è cambiata in qualcosa di diverso dalla terra, uno di questi protocolli verrà
quindi etichettato in quella specifica CTP malvagia che è stata spiegata nella parte ICD 1 di questo corso.
Ci consente di visualizzare i dispositivi collegati direttamente e il protocollo di trunking di cui parleremo
nelle prossime diapositive.
È un modo per aggiornare dinamicamente gli altri switch con le modifiche apportate su un singolo switch
in un dominio VTB AGP o il protocollo di aggregazione delle porte è un protocollo utilizzato per la creazione
automatica di canali ether e DLT o il rilevamento direzionale collegato viene utilizzato per monitorare il configurazione fisica
dei cavi tra i dispositivi e rilevare collegamenti unidirezionali.
Questo ci consente di rilevare collegamenti cablati erroneamente.
La cosa importante da prendere in considerazione qui è che i collegamenti trunk sono un cattivo speciale
conosciuto come la terra natia dove il traffico viene inviato senza tag se lasciato al default di Villa e un sacco di
traffico di gestione verrà inviato attraverso quella terra natia.
È importante che la terra natia su entrambi i lati del tronco sia la stessa se non è impostata la stessa.
I ricercatori ti avviseranno dicendoti che esiste una discrepanza nativa con villaine.
Il problema che si pone se le terre native non sono le stesse è che il traffico proveniente da un cattivo
sullo switch verrà automaticamente associato e finirà in un modo diverso rispetto a un altro switch.
E ovviamente l'intero concetto di felino è separare il traffico in un Thielen specifico.
In altre parole, un dominio di trasmissione separato o un traffico di sottorete separato da una
VLAN non dovrebbe finire in un'altra villaine a causa di un'errata configurazione nativa.
Ora questo è qualcosa che probabilmente non vedi nelle reti oggi.
In teoria con una villaine nativa un interruttore come switch uno potrebbe dire tag frame per passare a frame
senza tag su questo MacBook.
Quindi, usando il Villon nativo, questo MacBook o un PC sarebbero ancora in grado di comunicare con la
rete anche se non capisce i frame con tag modificati o un fotogramma chiave o frame taggati
vengono utilizzati per comunicare tramite informazioni tra dispositivi di rete come switch.
Questo dispositivo non comprenderebbe necessariamente i fotogrammi modificati o uno ma potrebbe comunque comunicare con
la rete utilizzando la cattiva nativa.
Tuttavia non è comune oggi.
Che cosa è più tipico Oggi è uno scenario come questo in cui si ha un PC connesso a un telefono IP collegato
a uno switch Cisco.
Ora il telefono IP di Cisco ha uno switch a tre vie integrato, una porta è connessa all'infrastruttura di rete.
Quindi, una seconda porta Cisco consente di connettere il PC all'infrastruttura tramite il telefono e una terza
porta consente di assegnare priorità al traffico vocale dal telefono in base ai dati inviati
all'infrastruttura di rete.
Quindi il telefono ha un interruttore a tre vie integrato che aumenta sempre la voce dei dati.
La cosa da prendere in considerazione è che il telefono può essere configurato in un Villon separato
sul PC.
Quindi il telefono potrebbe essere nel violino rosso e il PC potrebbe essere nella linea verde.
Ci sono molti vantaggi nel farlo in questo modo.
Di solito, da un punto di vista della sicurezza, questo PC non sarà in grado di fiutare il traffico vocale
e quindi di ascoltare la conversazione vocale.
Ora ci sono molte avvertenze relative ai telefoni Cisco e diversi modelli sono impostati in modi
diversi, ma in teoria il concetto è che il telefono è in un separato violento al PC e quindi il PC
non è in grado di vedere il traffico vocale.
Esistono applicazioni come Cain e Abel, uno strumento di hacking molto potente che consente di
annusare la rete per acquisire il traffico vocale e riprodurlo come un file sul PC locale in modo da
poter riprodurre la conversazione vocale.
Ma se il telefono è in una sicurezza Villon separata è migliorata perché il PC non è in grado di vedere il
traffico vocale da un punto di vista della qualità del servizio.
Questo è anche molto meglio perché è più facile dare la priorità al traffico vocale sul traffico dati.
Se in una VM separata, la configurazione della rete in questo modo presenta anche i vantaggi di una più semplice gestione degli
indirizzi IP, in quanto è possibile assegnare una sottorete separata ai propri telefoni.
Questo è il tuo PC e quindi ridimensiona il tuo indirizzo IP.
Quindi, ciò che accade è che lo switch è configurato con quella che viene definita una voce Freelon e una
malvagia nativa che la voce viene taggata in modo che i frame taggati vengano inviati al telefono e il telefono con il
suo interruttore boltin threeway sia in grado di leggere i fotogrammi modificati o un fotogramma chiave senza tag vengono salvati su ciò che viene
chiamato l'illum nativo o la linea dati.
Queste informazioni vengono inviate al telefono e il telefono passa semplicemente al PC.
In questo modo il PC riceve il tag senza tag su frame di terra nativi e il telefono riceve quel file taggato
o vocale e non incornicia alcuna configurazione e il telefono è necessario per abilitarlo.
Hai letteralmente digitato alcuni comandi sull'interruttore dicendo al commutatore quale sia la voce della terra e quale
sia la DTV Bil'in.
E questo avviene automaticamente perché quando il telefono si avvia, interroga il passaggio attraverso CGP per
scoprire a quale impressione appartengono.
Quindi il passaggio alle date la configurazione del telefono attraverso l'uso di CTP.
Quindi questa è un'implementazione molto comune delle terre native nel mondo reale oggi.
Quindi, per riassumere in che modo i porti sono assegnati seriamente ai villan, possono essere assegnati staticamente
da un amministratore.
Quindi, per usare un amministratore, entra in un'interfaccia e metti costantemente quel porto in un cattivo.
La seconda opzione è quella di creare quelli che vengono chiamati malintenzionati dinamici usando un villino di appartenenza
a un membro della politica, mentre i villan dinamici consentono un accordo tra le porte e vengono eseguiti in base all'indirizzo MAC del dispositivo
collegato a quella porta.
Quindi in una sala riunioni, ad esempio, quando un direttore inserisce un laptop basato sull'indirizzo
Mac di quel laptop, quella porta viene assegnata dinamicamente ai direttori del piano quando un manager collega
il suo laptop alla stessa porta il giorno successivo, ad esempio Villon viene automaticamente aggiornato ai gestori Villon.
Quindi, basandosi sull'indirizzo MAC di origine dei frame ricevuti nella porta, la
porta viene assegnata automaticamente a diverse terre e l'anno scorso abbiamo villani vocali che sono usati specificamente per i
telefoni IP. BTP o il protocollo trunking malvagio è un protocollo proprietario Cisco per il protocollo che consente
la propagazione delle informazioni da uno switch all'altro piuttosto che da telnet a più switch.
Puoi eliminare o rinominare le terre su un unico switch e far sì che tali informazioni vengano automaticamente propagate
ad altri switch attraverso i collegamenti trunk.
Si noti il nome del protocollo di trunking di villaine.
Questa informazione può essere propagata solo attraverso i collegamenti trunk.
Ora ETP può farti risparmiare un sacco di tempo che ha un sacco di ingegneri Sisk che diranno al BTP di causare
molti mal di testa.
Gli switch possono annullare l'intera configurazione di villaine se un nuovo switch viene aggiunto alla rete
senza seguire una procedura appropriata.
Pertanto, molti ingegneri Cisco non abilitano VCP in ambienti moderni a causa dei rischi intrinseci
associati a questo protocollo.
I messaggi GTP vengono inviati al seguente indirizzo MAC, che è un noto indirizzo multicast
per l'inondazione dei protocolli CTP e DTP.
Esistono tre tipi di messaggi in DTP.
Avete alcuni annunci di sottoinsiemi pubblicitari gratuiti e richieste di annunci pubblicitari e spiegherò ciascuno di questi
in modo più dettagliato nelle prossime diapositive.
Ma si prega di essere consapevoli del fatto che ci sono tre messaggi digitati quando si configurano i dispositivi DP per
impostazione predefinita appartengono al dominio VDB null per funzionare.
È necessario configurare e inserire i dispositivi in un dominio VTB specifico Solo i dispositivi all'interno dello stesso
dominio DTP verranno aggiornati con le informazioni sulla linea.
Uno switch può essere configurato solo in un singolo dominio VTB in un dato momento per impostazione predefinita Gli switch Cisco
si trovano nel dominio nold o nessun dominio di gestione finché non ricevono un annuncio per un dominio su un collegamento
trunked.
O fino a quando non configuri manualmente un dominio di gestione.
Quindi, in questo esempio, supponiamo che questi dispositivi siano stati inseriti nel dominio VTB con il nome
di Cecka.
Ricorda che questi VCP sono di livello a protocollo e richiedono collegamenti trunked per la comunicazione.
Quindi VDB non attraverserà Harada un concetto importante per capire che NVP è il concetto di un numero di
revisione.
Ogni volta che viene apportato al database cattivo, il numero di revisione in BTP aumenterà di 1.
Quindi supponiamo che tutti i dispositivi in queste scuse abbiano un numero di revisione di 1 tuoi in un ministero di
un cattivo diciamo che noi tre per il passaggio il suo numero di revisione aumenterà quindi da un
numero di visione 1 alla revisione numero 2 che le informazioni saranno poi pubblicizzate a tutti gli altri switch nel dominio VTB in
modo che possano sincronizzare i loro database con l'ultimo numero di revisione che è il numero di
revisione 2.
Quindi l'interruttore in alto invierà quello che viene chiamato un annuncio riepilogativo GTP a tutti gli
switch che informano che è stata apportata una modifica.
Ricorda che questo viene inviato usando un indirizzo multicast.
Quindi tutti questi dispositivi vedranno quel messaggio.
Richiederanno quindi le informazioni più recenti utilizzando una richiesta di annuncio pubblicitario e l'interruttore
in alto invierà loro informazioni dettagliate sulla modifica utilizzando un annuncio di sottoinsieme.
Il risultato netto è che i numeri di revisione e tutti questi switch incrementeranno lo stesso numero di
revisione di uno switch in cui è stata apportata la modifica.
Quindi Viola e tre appariranno in tutti i database degli switch e il numero di revisione sarà
impostato sulla revisione numero due.
L'intero concetto con VTB è che è possibile apportare modifiche su un singolo dispositivo man mano che tali modifiche
vengono apportate.
Tutti gli altri switch sono informati del cambiamento e sincronizzeranno i loro database con l'ultimo numero
di revisione in modo che finiscano per avere gli stessi piani B e forse i database Lenn.
Ciò significa che, in qualità di amministratore, solo per apportare modifiche su un interruttore anziché
su cinque interruttori nelle scuse, si noti che le porte vengono inserite nei singoli villaggi, ad esempio da un amministratore.
Il DP non mette i porti nei singoli villani, ma aggiorna semplicemente il database in modo che gli switch sappiano
quali sono i cattivi che usano un amministratore che ha ancora bisogno di mettere quelle porte nei villan rilevanti.
Quindi questo è solo un meccanismo di aggiornamento del database cattivo in modo che gli switch conoscano
i cattivi che esistono nella tipologia.
Diamo quindi un'occhiata ai messaggi VDB in modo più dettagliato.
La prima fermata del messaggio VDB è una pubblicità riassuntiva.
Questo viene inviato ogni cinque minuti o ogni volta che c'è un cambiamento.
Quindi, ogni volta che un amministratore apporta una modifica a uno switch, ad esempio aggiungendo un Villon, un annuncio
di riepilogo verrà inviato sul noto indirizzo multicast a tutti gli switch del dominio.
Quindi questo è usato per informare altri switch del dominio VCP corrente e il numero di revisione della configurazione
corrente.
Quindi, ad esempio sul passaggio uno, l'amministratore aggiunge un altro cattivo, diciamo che il cattivo verrà aggiornato
al numero di revisione.
Quindi se il numero di revisione fosse tre, non verrebbe incrementato a 4.
Questo switch dirà in una pubblicità di riepilogo a tutti gli switch vicini che li
informano del dominio VTB corrente e i nuovi switch di numero di versione di configurazione che ricevono
tale annuncio riepilogativo invieranno quindi una richiesta di riepilogo che richiede informazioni dettagliate sulle modifiche
apportate.
Esistono tre situazioni in cui alcune richieste vengono utilizzate in primo luogo quando un interruttore è stato ripristinato
o quando il nome del dominio VTB viene modificato o quando lo switch ha ricevuto un annuncio di riepilogo VTB con un
numero di revisione della configurazione più elevato del proprio.
Quindi, perché passare a ricevuto l'annuncio di riepilogo da uno che indica un numero di revisione alta.
In altre parole, il numero di revisione e quale è la revisione prima e
il numero di revisione sullo switch 2 è lo switch numero 3 di revisione 3 ora richiederà le informazioni dallo switch 1 in modo che
possa aggiornare il suo database con le informazioni più recenti da cui vengono inviate informazioni dettagliate quale scegliere di utilizzare quello
che viene chiamato un sottoinsieme.
Annuncio pubblicitario.
Questo contiene un elenco delle informazioni e se sono diversi villan può essere richiesto più di un
sottoinsieme di pubblicità per aggiornare e sincronizzare i database di altri switch.
Quindi essenzialmente ciò che è è informazioni dettagliate sui cambiamenti che sono stati fatti.
L'annuncio sintetico informa semplicemente lo switch in formato di sintesi dell'ultimo numero di revisione e
del dominio BTP.
Se l'interruttore locale rileva che non è aggiornato, richiederà informazioni dettagliate in modo che possa sincronizzare
il suo database e che tali informazioni vengano fornite utilizzando un annuncio secondario.
Lo switch è ora in grado di sincronizzare i database locali con il database dello switch con le informazioni
più recenti.
Ora ci sono tre modalità in BTP.
La modalità predefinita è il server uno switch VTB in modalità server può creare villani modificare i cattivi e cancellare
villan.
Inoltre manda e inoltra annunci pubblicitari.
Quindi, se ricevesse un annuncio da un altro switch, lo inoltrerebbe.
Se hai apportato modifiche all'interruttore locale, invierebbe alcuni annunci reali.
Dovrebbe anche sincronizzare il suo database locale con l'ultimo numero di revisione.
E salva anche le informazioni di configurazione del cattivo localmente.
Quindi questo è il dispositivo in cui apporterete le vostre modifiche più switch possono essere
configurati come server VTB ma dovete essere molto attenti con questo.
La seconda modalità è VTB client un client VTB non può creare modifiche o eliminare villans.
È anche in grado di inviare annunci pubblicitari in modo che possa dire in qualsiasi
violenza attualmente elencata nel suo database ad altri switch VTB, ma può anche inoltrare la pubblicità proveniente da altri switch.
In terzo luogo, sincronizzerebbe anche il suo database con l'ultimo numero di versione della configurazione, questo
è un potenziale problema con GTP e in passato ha bruciato molti ingegneri Cisco.
Molti ingegneri Cisco non useranno VTB a causa di questo problema.
Quindi ha una tipologia di esempio.
Ora abbiamo un server VTB ed è una scena che tutti gli switch in alto sono configurati
come client VTB le macchine host sono nel raid Villano verde Bil'in e attualmente il numero di revisione per il dominio
è il numero di revisione.
Quindi l'ultimo numero di revisione della configurazione è relativo al dominio VTB.
Cisco e i cattivi che sono stati configurati sugli switch sono cattivi rossi e verdi.
Si prega di notare ancora una volta che gli switch hanno un database cattivo.
Questo è ciò che VTB aggiorna le singole porte e gli switch devono essere inseriti manualmente
nel modo corretto.
Ora qualcuno inserisce un altro interruttore nella topologia, ad esempio da un ambiente di laboratorio.
Il motivo per cui questo è pericoloso è che in un ambiente di laboratorio l'obiettivo potrebbe essere stato aggiunto e rimosso
e quindi il numero di revisione potrebbe essere molto più alto rispetto alla rete di produzione.
Quindi supponiamo per il momento che il numero di revisione sia 50 questo interruttore ha solo la malvagità blu
configurata su di esso.
Quindi i villani verdi e rossi non esistono nel database dei malvagi.
Molte persone commettono l'errore di presumere che finché gli switch configurati come client
VTB non causeranno alcun problema sulla rete.
Quindi un amministratore ha inserito lo switch e configura questa porta come un trunk.
Si prega di notare ancora una volta che la pubblicità ETP è stata inviata solo attraverso le porte trunk.
Quindi supponiamo che in tutta la rete tutti questi link siano configurati come trunk non appena questo
client viene aggiunto al dominio VCP.
E ciò che fa davvero paura è che questo client possa essere aggiornato automaticamente con le informazioni VCP.
In altre parole, se è configurato con un dominio nold, può unirsi automaticamente al dominio VCP corrente
di Cisco.
E non appena ciò accadrà, i dispositivi sincronizzeranno i loro database con l'ultimo numero
di versione della configurazione che in questo caso è 50 sole tutti gli switch nel dominio live.
Il numero di revisione viene modificato in 50 poiché tutti gli switch, incluso il server
VTB, si sincronizzeranno automaticamente con il client VTB, i villans correnti rossi e verdi vengono automaticamente
rimossi dal database violento e l'unico cattivo che sarà ora disponibile nei database
violenti di tutti questi interruttori sono violentemente.
Ora tutte le porte su tutti gli switch che sono stati inseriti manualmente nel Villon o nel heer verde
o rosso sono disabilitati.
Il problema qui è che una porta appartiene al Villon rosso ma il Villon rosso non esiste nel database.
Quindi la porta viene automaticamente disabilitata.
Ciò significa che nessun traffico può essere inviato o ricevuto nello sport e la stessa cosa accade su tutti
gli altri switch.
In sostanza, ciò che accade è che l'intera rete viene ridotta dall'introduzione
dell'interruttore singolo.
Questo è estremamente preoccupante, per non dire altro, che l'introduzione di un singolo switch può
far crollare un'intera rete aziendale.
L'unico modo per risolvere questo problema è connettersi fisicamente al server VTB e quindi aggiungere manualmente i
villans che sono stati eliminati.