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

看板hardware作者 (我是青蛙,不是王子^_^)時間18年前 (2005/10/15 19:56), 編輯推噓20(20012)
留言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
文章代碼(AID): #13KEveCw (hardware)