PTT數位生活區 / hardware (電腦硬體)

Re: [問題] 牽區網的問題

看板hardware (電腦硬體)作者 (我是青蛙，不是王子^_^)時間19年前 (2005/10/15 19:56), 編輯推噓20(20推 0噓 12→)
留言32則, 5人參與, 最新討論串1/1
※ 引述《SHANGOYANYI (我愛捲髮正妹XD)》之銘言： : 標題: Re: [問題] 牽區網的問題 : 時間: Sat Oct 15 19:44:52 2005 : : ※ 引述《alains (我家第五隻狗-炸彈米格魯)》之銘言： : : 小弟家中要自己牽網路線接ADSL : : 1F有數據機跟hub : : 4F有兩台電腦要連到1F : : 因為中間距離太長,實在懶得再牽一次 : : 請問,如何只牽一條線往1F : : 讓4F兩台電腦都可以上網 : : 4F兩台電腦先用hub接,再從同一條線接到1F : : 還是說一定得4F兩台電腦各牽一條線到1F的hub : : 謝謝回答 ^^a : : : ┌──────→com1 : 1F modem─────→hub1─────→com2 : │ : │ : 2F │ : 3F │ : 4F └→hub2──────→com3 : └──────→com4 : : 這應該是最簡單最快的方法吧 : : : -- : ※ 發信站: 批踢踢實業坊(ptt.cc) : ◆ From: 59.121.198.10 : 推 chiwa:總覺得這樣接會有問題...... 10/15 19:49 : 推 selfhu:可以呀，此方式還沒超過傳說中的3-4-5規則 10/15 19:53 我說說我的疑慮吧，希望有人可以幫我解答 再說並不是只要符合5-4-3 Rule，就保證網路可以運作 先假設 hub_1、2都是switching hub Hub_1接收來自hub_2的封包，必定是com3或是com4傳的，假設是com3 於是Hub_1就會將com3的MAC寫入switch table，對應source port 假設當com1要傳給com4資料，封包送到Hub_1，Hub_1找不到對應的destination port 於是Hub_1會將封包broadcast出去，接著傳到了com4，com4又回傳回去 此時Hub_1又接收到來自同一個port的封包，但是MAC卻不同 這時候Hub_1應該會將新的MAC寫入吧 於是反覆傳輸，Hub_1不斷在更新switch table 這樣應該會出現問題才是 不知道有沒有人懂我的疑慮是什麼，煩請知道的人解釋一下 感謝感謝 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.223.231.201
→
10/15 20:08, , 1F
總覺得會有Broadcast storm 之類的問題...
10/15 20:08, 1F
推
10/15 20:10, , 2F
還好啦 原PO不會去買到SWITCH HUB
10/15 20:10, 2F
推
10/15 20:12, , 3F
基本上不是switching hub，問題更嚴重XD
10/15 20:12, 3F
推
10/15 20:15, , 4F
這我就搞不懂了 純粹的HUB頂多有repeater的功用
10/15 20:15, 4F
→
10/15 20:16, , 5F
不會出現這個問題吧
10/15 20:16, 5F
※ 編輯: chiwa 來自: 61.223.231.201 (10/15 20:20) 純粹的Hub，會將封包廣播出去 Hub_1 接收到封包，廣播給Hub_2、com1、com2 Hub_2 接收到，繼續廣播，給Hub_1、com3、com4 如此一來，Hub_1 跟 Hub_2 中間充斥著廣播封包，一直無限迴圈 ※ 編輯: chiwa 來自: 61.223.231.201 (10/15 20:21)
推
10/15 20:21, , 6F
我的疑慮是這樣...
10/15 20:21, 6F
推
10/15 20:21, , 7F
目前市面上最基本的hub 應該還是不會對inport廣播吧
10/15 20:21, 7F
→
10/15 20:22, , 8F
所以不至於造成回圈吧 還是?!
10/15 20:22, 8F
推
10/15 20:24, , 9F
說的是，這個我倒忘記了，不過siwtch table的問題怎麼辦呢?
10/15 20:24, 9F
推
10/15 20:26, , 10F
正在想 以前聽老師說過 不過很可惜 忘了九成有了><
10/15 20:26, 10F
推
10/15 20:27, , 11F
我也是忘記了Orz，去年才學的
10/15 20:27, 11F
推
10/15 20:28, , 12F
不能使用無線網路嗎?
10/15 20:28, 12F
推
10/15 20:31, , 13F
想到一個解釋，或許是說Hub_1紀錄的是hub_2的位址?
10/15 20:31, 13F
→
10/15 20:31, , 14F
而非紀錄com3或是com4的?
10/15 20:31, 14F
推
10/15 20:35, , 15F
這我想過 但是SWITCH有帶自身的MAC嗎??
10/15 20:35, 15F
推
10/15 20:37, , 16F
好問題，我剛剛就在想，我真的不知道XD
10/15 20:37, 16F
推
10/15 20:45, , 17F
剛剛看了一些討論，若switch table不為空白，然後又找不到
10/15 20:45, 17F
→
10/15 20:46, , 18F
對應的MAC的話，該封包會被丟棄
10/15 20:46, 18F
→
10/15 20:47, , 19F
不知道是不是對的...看別人在討論是這樣講的
10/15 20:47, 19F
推
10/15 20:49, , 20F
但是這樣這個網路也有問題
10/15 20:49, 20F
推
10/15 20:53, , 21F
不會丟棄 我看到的原文書寫的是會廣播出去
10/15 20:53, 21F
推
10/15 20:56, , 22F
原來如此，那應該就沒有問題了
10/15 20:56, 22F
推
10/15 20:56, , 23F
也不會如你原問題中 充斥無窮回圈
10/15 20:56, 23F
→
10/15 20:57, , 24F
應該說是由於switch table變動頻繁 而造成switch
10/15 20:57, 24F
→
10/15 20:57, , 25F
是的，所以其實只是我想太多
10/15 20:57, 25F
→
10/15 20:57, , 26F
達不到其效用 一直廣播收到的封包 變成普通的HUBxk7
10/15 20:57, 26F
→
10/15 20:58, , 27F
的確有這樣的問題 不過由於switch並不會發出額外的訊框
10/15 20:58, 27F
→
10/15 20:59, , 28F
(frame) 所以不會有這個例子不會有無窮回圈的情形
10/15 20:59, 28F
→
10/15 21:00, , 29F
會有無窮回圈的是另一個情況 不過那個情況有解決辦法
10/15 21:00, 29F
推
10/15 21:01, , 30F
嗯，STP那我了解XD
10/15 21:01, 30F
推
10/15 23:21, , 31F
對了...小烏龜也有mac addr 您多慮了
10/15 23:21, 31F
推
10/15 23:34, , 32F
我這樣用過..沒遇到問題說
10/15 23:34, 32F
‣ 更多 chiwa 的文章
文章代碼(AID): #13KEveCw (hardware)
hardware 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 chiwa 的文章
文章代碼(AID): #13KEveCw (hardware)