În mod similar celui din exemplul anterior, să presupunem că răspunsurile C la un CC trimite un cadru la pod.
Podul va citi adresa de sursă MAC în cadru și apoi va actualiza tabelul de adresă MAC
cu acele informații.
Deci, podul știe acum că C este pe portul 3, precum și știind că ateismul a tras
una pentru că a aflat că din cadrul precedent și acum, spre deosebire de un hub, podul nu transmite cadrul tuturor porturilor.
Adresa de destinație din cadru este.
Podul știe că adresa MAC rămâne pe portul 1, astfel încât acesta transmite doar cadrul din portul 1.
Cadrul de la C, prin urmare, iese numai din portul 1.
Nu este trimis din port la portul 4 deoarece podul știe că A este pe portul 1.
Ce înseamnă asta?
Toate cadrele ulterioare de la ANC vor folosi doar portul 1 în 3.
Cu alte cuvinte, dacă un a trimite un cadru nother pentru a vedea că va merge doar la Port 3.
Acest lucru se datorează faptului că adresele MAC ale lui A și C se găsesc în tabelul de adrese MAC, iar traficul
care se poate lega de trafic pe intrările din tabelul de adrese MAC B și D nu mai primește cadre între cadrele A și C de
la C la A.
Sosind pe portul trei vom merge la portul 1 iar rama lui de la ATC ajunge la portul unul
va fi trimis la port 3 zile pentru a și c poate avea o conversație independent de B și D B și D nu mai primesc cadre
S ..
Între A și C, cadrele între A și C sunt cuprinse între porturile 1 și 3.
Nu există o lățime de bandă utilizată la porturile 2 și 4 atunci când traficul este trimis între dispozitivele A și C b și d nu primește niciun
cadru S ..
Între A și C și, prin urmare, evitați prelucrarea inutilă a cadrelor care nu sunt destinate ei înșiși.
Lățimea de bandă este conservată.
Dispozitivele nu procesează în mod inutil traficul care nu este destinat acestora și astfel punțile au avantaje
majore față de hub-uri în timp.
Podul va afla unde sunt toate adresele mac.
Deci, podul va învăța că folosesc o importă pe BS pe Port 3 și Ds pe Port 4.
Asta înseamnă că în timp B și D pot avea o conversație independentă de A în C ..
Cele două conversații nu afectează reciproc cadrele din fiecare conversație.
Nu interfera cu cealaltă conversație.
Plătiți pentru Biondi pot comunica în același timp cu un C.
Acum, continuând cu avantajele podurilor, fiecare port este un domeniu de coliziune diferit, astfel încât o coliziune pe
portul 1 nu va afecta portul 3.
Fiecare interfață de pe o punte este un domeniu de coliziune separat.
Deci, în acest exemplu, avem două două patru domenii de coliziune.
Dacă a și b au avut o conversație și o coliziune a avut loc la portul trei nu va afecta
a și b, nici nu și-ar da seama că a existat o coliziune în rețea.
Acum, în această tipologie avem un hub conectat la portul 4 al podului.
Un hub este un singur domeniu de coliziune, astfel încât orice coliziune care are loc pe hub va afecta
două dispozitive conectate la hub, dar nu va afecta alte dispozitive din altă parte a topologiei.
Deci, dacă a existat o coliziune pe hub, aceasta ar afecta gazda E și gazda D, dar nu ar
afecta gazdă un C și B.
Problema cu coliziuni este că, în cazul în care are loc o coliziune, dispozitivele trebuie să se oprească pentru o
perioadă aleatorie de timp și apoi trebuie să încerce să acceseze din nou rețeaua.
Deci, dacă aceste dispozitive DNP se află într-un singur domeniu de coliziune, lățimea de bandă și debitul pe
care le au sunt mai mici decât aceste dispozitive care se află într-un domeniu separat de coliziune prin ele însele C și
B au o legătură dedicată.
Acestea se află pe un singur domeniu de difuzare, iar DNG cu un singur domeniu de coliziune împărtășesc cu toate acestea
o lățime de bandă, deoarece acestea sunt conectate la o gazdă a unui server C și B se află pe domenii de coliziune separate.
Acum, este important să ne amintim că un pod este încă un singur domeniu de difuzare, astfel încât dacă o transmisie a unei
emisiuni va fi primită de toată lumea în această tipologie.
Toate dispozitivele vor primi difuzarea și în unele cazuri este un lucru bun, dar în
majoritatea cazurilor nu este în rețea, de obicei, vrem să restricționăm sau să conținem traficul difuzat când există prea
multe emisiuni în rețea.
Puteți încetini toate dispozitivele din rețea și, în cele mai grave cazuri, va aduce rețeaua
în genunchi.
Cu alte cuvinte, rețeaua dvs. va rupe și nu va funcționa.
Dacă aveți ceea ce se numește o punte de difuzare a furtunii din nou, procesați informațiile din software
mai degrabă decât din hardware și acestea tind să fie lentă în comparație cu dispozitive precum comutatoarele care procesează cadre
în hardware, numărul porturilor de pe un pod este de asemenea limitat în comparație cu comută în medii de azi.
Comutatoarele au înlocuit, în esență, podurile.
Dar este bine să înțelegeți că un pod și un comutator funcționează într-un mod foarte asemănător.
Deci, în rezumat, un pod este un dispozitiv cu strat 2 în modelul de ovocite.
Cu alte cuvinte, funcționează la nivelul liniei de date.
Este mai inteligent decât un hub pentru că are o masă de adresă mac și învață unde
sunt adresele MAC și apoi adaugă acele adrese MAC către tabela adreselor MAC și poate deci să ia decizii inteligente cu
privire la care să cadă cu traficul bazat pe informațiile învățate și conținute în tabela de adrese MAC.
Hubby-ul meu este un dispozitiv fizic care repetă pur și simplu semnale din toate porturile, cu excepția porturilor în care
traficul a fost primit.
Un pod va inunda un cadru din toate porturile când nu.
Nu există nicio modalitate de trimitere a cadrului.
Cu alte cuvinte, nu a învățat unde este adresa MAC de destinație.
De asemenea, se vor inunda emisiunile din toate porturile, astfel incat fiecare port de pe un pod este un domeniu
de coliziune separat, dar un pod este inca un singur domeniu de difuzare. Comutatoarele sunt foarte asemanatoare cu podurile, ambele rezidenti fiind cel
putin la locul unde stratul de link-uri de date model.
Marele avantaj al comutării în comparație cu punerea în legătură este faptul că procesarea
se poate face într-un mod fierbinte folosind ceea ce se numește circuite integrate A-6 sau specifice.
Numărul de porturi acceptate de comutatoare este de asemenea mult mai mare.
Sute de porturi sunt suportate pe anumite switch-uri unde, la fel ca si podurile, sunteti limitat la cateva porturi,
switch-urile sunt capabile sa faca acest lucru deoarece procesarea se face in hardware si, in realitate, aceste procese de
zile se fac la viteza firului, ceea ce inseamna ca nu exista degradare de performanță între două dispozitive atunci
când sunt conectate printr-un comutator.
Cu alte cuvinte, comutatoarele pot muta traficul de la un port la alt port la aceeași viteză ca și când
nu ar fi acolo.
Acestea pot procesa și comuta cadre de la un port la alt port fără a întârzia cadrul în jos.
Deci, aici este o comparație rapidă între switch-uri și procese switch-uri de poduri și Hadaway folosind procesul A-6 Brydges în
software-ul și, prin urmare, sunt mult mai lent switch-ul de sprijin multe poduri porturi sunt limitate în numărul
de porturi pe care le susțin.
Podurile au fost înlocuite cu comutatoare în rețelele actuale.