In un modo simile al nostro esempio precedente, supponiamo che C sia una risposta a A.
Quindi C invia una trama al bridge, il bridge leggerà l'indirizzo MAC di origine
sul frame e quindi aggiornerà la sua tabella di indirizzi MAC con quelle informazioni.
Quindi il bridge ora sa che C è sulla porta 3, oltre a sapere che A è sulla
porta 1 perché ha imparato che dal frame precedente.
E ora a differenza di un hub, il bridge non inoltra il frame da tutte le porte.
L'indirizzo di destinazione nel frame è A
il bridge sa che l'indirizzo MAC A è sulla porta 1, quindi inoltra solo
il frame fuori dalla porta 1.
Il frame da C esce quindi solo dalla porta 1 e non
esce dalla porta 2 o dalla porta 4 perché il bridge sa che A è sulla porta 1.
Quindi, cosa significa, tutti i fotogrammi successivi di A e C utilizzeranno solo la porta 1 e 3 in altre parole
se A invia un altro frame a C uscirà solo dalla porta 3 perché gli indirizzi MAC
di A e C sono in la tabella degli indirizzi MAC e il bridge
inoltreranno il traffico base alle voci nella tabella degli indirizzi MAC.
B e D non ricevono più frame tra A e C.
i frame da C a A che arrivano sulla porta 3 usciranno dalla porta 1 e i frame
da A a c che arrivano sulla porta 1 verranno inviati dalla porta 3.
quindi A e C possono avere una conversazione indipendentemente da B e D.
B e D non ricevono più frame inviati tra A e c.
i frame tra A e c sono contenuti tra le porte 1 e 3.
Nessuna larghezza di banda viene utilizzata sulle porte 2 e 4 quando il traffico viene inviato tra A e C.
i dispositivi B e D non ricevono alcun frame inviato tra A e C e
quindi evitano l'elaborazione non necessaria di frame non destinati a loro stessi.
La larghezza di banda viene conservata, i dispositivi non elaborano il traffico inutilmente.
non destinati a loro e quindi i ponti hanno grandi vantaggi rispetto agli hub.
Overtime il bridge apprenderà dove sono tutti gli indirizzi MAC, quindi il bridge apprenderà che A è sulla
porta 1, B è sulla porta 2, C è sulla porta 3 e D è sulla porta 4.
Ciò significa che gli straordinari B e D possono avere una conversazione indipendentemente da A e C.
le 2 conversazioni non si influenzano a vicenda.
I frame di ogni conversazione non interferiscono con l'altra conversazione.
Quindi B e D possono comunicare nello stesso momento in cui A e C
stanno ora continuando con i vantaggi dei ponti ogni porta
è un dominio di collisione diverso.
Quindi una collisione sulla porta 1 non influirà sulla porta 3.
Ogni interfaccia in un bridge è un dominio di collisione separato.
Quindi in questo esempio abbiamo 1234 domini di collisione.
Se A e B stavano avendo una conversazione e una collisione ha avuto luogo sulla porta 3.
Non influenzerà A e B, non
si renderebbero conto che c'è stata una collisione nella rete.
Ora in questa topologia abbiamo un hub collegato alla porta 4 del bridge.
Un hub è un singolo dominio di collisione. Pertanto, eventuali collisioni che si verificano
sull'hub influiscono sui dispositivi connessi all'hub ma non influiscono su altri
dispositivi altrove nella topologia.
quindi se c'è stata una collisione sull'hub, avrebbe influenzato l'host E e l'host D ma
non avrebbe influenzato l'host A, C e B il problema con le collisioni, è che
se si verifica una collisione i dispositivi devono arretrare
per un casuale periodo di tempo e quindi hanno
bisogno di provare e accedere nuovamente alla rete.
Quindi se questi dispositivi D ed E si trovano in un singolo dominio di collisione, la
larghezza di banda e il throughput che hanno sono inferiori a questi dispositivi che si
trovano in un dominio di collisione separato da soli.
A, C e B hanno un collegamento dedicato su un singolo dominio di trasmissione e il dominio di collisione
singolo D ed E, tuttavia,
condividono la larghezza di banda perché sono connessi a un hub.
Host A, C e B sono su domini di collisione separati.
Ora è importante ricordare che un bridge è ancora un singolo dominio di broadcast Quindi
se A ha inviato una trasmissione, questa verrà ricevuta da tutti in questa topologia.
Tutti i dispositivi riceveranno la trasmissione e in alcuni casi è una buona cosa, ma
nella maggior parte dei casi non lo è.
In rete, in genere, vogliamo limitare tutti i contenuti del traffico broadcast.
Quando ci sono troppe trasmissioni nella rete, può rallentare tutti
i dispositivi sulla rete e nei casi peggiori porterà la rete in ginocchio.
In altre parole, la tua rete si interromperà e non funzionerà.
Se hai quello che hai definito una tempesta broadcast.
I bridge elaborano nuovamente le informazioni nel software piuttosto che nell'hardware e
quindi tendono ad essere lenti rispetto ai dispositivi come gli
interruttori che elaborano i frame nell'hardware.
Anche il numero di porte su un bridge è limitato rispetto agli switch.
Negli ambienti odierni gli switch hanno sostanzialmente sostituito i bridge ma è bene
rendersi conto che un bridge
e uno switch funzionano in modo molto simile.
Quindi in sintesi un bridge è un dispositivo di livello 2 nel modello
OSI, in altre parole funziona a livello di collegamento
dati è più intelligente di un hub perché ha una tabella di
indirizzi MAC e impara dove sono gli indirizzi MAC e quindi aggiunge
quegli indirizzi MAC alla tabella degli indirizzi MAC e può quindi decidere in modo intelligente su
dove inoltrare il traffico in base alle informazioni apprese e contenute nella tabella degli indirizzi MAC.
Un hub è un dispositivo fisico che semplicemente ripete i segnali da tutte
le porte tranne le porte su cui è stato ricevuto il traffico.
Un bridge invaderà un frame da tutte le
porte quando non sa dove inviare il frame.
In altre parole, non ha imparato dove si trova l'indirizzo MAC di destinazione.
Inoltre invierà le trasmissioni su tutti i porti.
Quindi ogni porta su un bridge è un dominio
di collisione separato, ma un bridge è ancora un singolo dominio di trasmissione.