Jadi mari kita mulai dengan tipologi sederhana untuk menggambarkan bagaimana cara kerja pohon pengeluaran.
Mengapa Anda memerlukan pohon pengeluaran di jaringan yang diaktifkan.
Tipologi sindhis kita harus tetap terhubung untuk beralih satu switch satu pada gilirannya terhubung ke
untuk beralih dan beralih ke host yang terhubung ke sana.
Topologi sangat sederhana.
Sekarang jika tautan turun antara sakelar satu dan beralih ke host, mereka tidak akan dapat
berkomunikasi dengan host B dan sebaliknya
Jadi, Anda mungkin ingin menerapkan semacam redundansi antara kedua switch
dengan menambahkan tautan tambahan.
Jadi itu bagus karena Anda sekarang memiliki redundansi jaringan jika salah satu tautannya rusak.
Namun itu menimbulkan masalah di lingkungan yang diaktifkan.
Secara umum direkomendasikan dalam jaringan hari ini bahwa Anda menerapkan beberapa jenis redundansi.
Jadi, dalam contoh ini Anda memiliki dua tautan antara dua sakelar Anda tetapi itu akan menimbulkan masalah
tambahan yang sekarang akan dibahas.
Mari kita asumsikan sejenak bahwa switch ini baru saja boot dan mereka tabel alamat MAC atau
tabel camp atau kosong dan untuk membantu menjelaskan masalah ini.
Mari kita tambahkan tabel McEnroe ke topologi sehingga Anda dapat melihat bagaimana tabel alamat MAC diperbarui ketika lalu
lintas dikirim dari satu host ke yang lain.
Jadi mari kita asumsikan bahwa dalam topologi ini switch baru saja muncul.
Dengan kata lain mereka telah dinyalakan kembali atau dihidupkan dan tabel alamat MAC atau meja kas
kosong pada dua sakelar.
Sekarang dalam arti frame menjadi alamat tujuan dan frame akan menjadi B dan alamat sumber akan menjadi
sehingga mengirim frame ke B dan ketika tiba di Switch satu saklar satu akan membaca sumber alamat MAC dari
frame dan switch akan melihat bahwa alamat sumber a switch akan memperbarui tabel alamat MAC-nya
untuk menyatakan bahwa A dapat ditemukan pada port 1 alamat MAC.
Namun B tidak ada dalam tabel alamat MAC.
Jadi saklar akan membanjiri frame dari semua port kecuali pada port di mana ia tiba.
Jadi dalam contoh ini bingkai Anda punya port juga serta Port tiga.
Itu karena itu tidak tahu di mana alamat mac B adalah.
Ini jelas tipologi yang sangat sederhana.
Dalam contoh ini bingkai hanya dikirim keluar dari dua bagian sakelar.
Namun jika switch memiliki banyak port, katakanlah sembilan puluh enam port frame masuk pada satu port
dapat direplikasi dari lebih dari 90 port pada switch yang meningkatkan jumlah lalu lintas yang dikirim dalam jaringan Anda
secara dramatis.
Jadi dalam tipologi ini Apa yang harus dilakukan beralih dengan frame yang diterima dan Pt. 1 alamat sumber sekali lagi IS-A
dan alamat tujuan adalah apa yang akan dilakukan switch dengan frame.
Yah pertama-tama itu akan memperbarui tabel alamat MAC-nya untuk menyatakan bahwa A dapat ditemukan pada port
1 dan kemudian akan membanjiri bingkai semua port sehingga akan membanjiri port ke serta Port tiga dan contoh
ini host B akan menerima bingkai dari hari tuan rumah.
Namun switch juga menerima frame pada port tiga dan disinilah agak membingungkan.
A Dari sudut pandang sakelar.
Apakah ditarik 1 atau di port 3.
Jadi dalam contoh ini akan memperbarui tabel alamat MAC-nya untuk menyatakan bahwa
AY dan Port tiga karena kerangka contoh SEKARANG tiba di port tiga kemudian di port 1.
Jadi itu akan memperbarui entri tabel alamat MAC untuk menyatakan bahwa sekarang tersedia di port tiga.
Switch juga akan membanjiri frame dari semua port.
Jadi itu akan membanjiri port satu dan port keluar.
Jadi host B sekarang menerima frame dua kali sekali dari frame asli yang tiba di port 1 S. HAI. P dan kedua untuk
frame yang tiba di port 3.
Jadi ini bisa membingungkan untuk perangkat akhir karena mereka menerima frame yang sama beberapa
kali tabel alamat MAC juga mengubah frame pertama yang tiba.
Menarik satu memungkinkan saklar untuk memperbarui tabel alamat MAC-nya untuk menyatakan bahwa A dapat ditemukan pada port 1.
Namun frame yang tiba di port tiga sekarang menunjukkan ke sakelar yang dapat ditemukan di
port tiga.
Jadi switch perlu memperbarui tabel alamat MAC-nya untuk menyatakan bahwa mereka sekarang dapat ditemukan pada port tiga.
Jadi ini memperkenalkan ketidakstabilan dalam tabel alamat MAC.
Jadi kami memiliki perangkat akhir yang menerima bingkai beberapa kali dan kami memiliki ketidakstabilan alamat MAC karena switch berpikir
bahwa itu tersedia pada port satu tetapi sekarang melihat bahwa itu tersedia di Port tiga tetapi
semakin buruk.
Ketika frame tiba pada port 1, switch memperbarui tabel alamat MAC-nya untuk menyatakan bahwa
A dapat ditemukan di port 1 tetapi juga membanjiri frame dari port 2 dan Port tiga dalam permintaan maaf.
Frame diterima oleh host B tetapi di samping frame dikirim kembali untuk beralih satu sehingga switch yang telah
diterima adalah frame yang st untuk beralih dan beralih satu.
Dan sekarang memperbarui tabel alamat MAC-nya untuk menyatakan bahwa A tersedia di port tiga.
Sekarang ketika switch satu menerima frame itu tidak hanya memperbarui tabel alamat MAC tetapi juga membanjiri frame
dari semua port kecuali port di mana ia datang.
Jadi bingkai tiba di pelabuhan Tiga tambang dibanjiri keluar dari port satu dan keluar dari port dua.
Jadi ini membingungkan untuk homestay karena menerima bingkai yang aslinya dikirim.
Tetapi tidak hanya menerima bingkai yang dikirim.
Jadi yang mana juga mengirim frame yang sama kembali untuk beralih.
Dan apa yang harus dilakukan dengan frame.
Itu akan membanjirinya.
Jadi itu akan mengirim salinan ke host B.
Host B sekarang menerima frame yang sama tiga kali tetapi ia juga akan mengirim frame kembali untuk beralih
satu serta memperbarui tabel alamat MAC-nya untuk sekarang menyatakan bahwa a ada di port 1.
Jadi awalnya ketika menerima frame pertama ia berpikir bahwa itu ada di port 1 kemudian ketika
menerima frame dan Port tiga ia berpikir bahwa ada di port tiga dan sekarang ia berpikir bahwa ada di port 1.
Jadi kita punya banyak ketidakstabilan alamat mac di posting tabel alamat MAC menerima bingkai yang
sama beberapa kali.
Tetapi masalah terbesar di sini adalah bahwa frame akan dikirim kembali untuk beralih satu dibanjiri lagi dikirim kembali
untuk beralih ke
Dan proses ini terus berulang.
Kami memiliki loop dalam topologi ini dengan frame yang diduplikasi dan dikirim berputar-putar antara dua
switch ini.