作者chiwa (我是青蛙，不是王子^_^)
看板hardware
標題Re: [問題] 牽區網的問題
時間Sat Oct 15 20:04:18 2005
※ 引述《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
1F：→ chiwa:總覺得會有Broadcast storm 之類的問題... 10/15 20:08
2F：推 storier:還好啦 原PO不會去買到SWITCH HUB 10/15 20:10
3F：推 chiwa:基本上不是switching hub，問題更嚴重XD 10/15 20:12
4F：推 storier:這我就搞不懂了 純粹的HUB頂多有repeater的功用 10/15 20:15
5F：→ storier:不會出現這個問題吧 10/15 20:16
※ 編輯: 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)
6F：推 chiwa:我的疑慮是這樣... 10/15 20:21
7F：推 storier:目前市面上最基本的hub 應該還是不會對inport廣播吧 10/15 20:21
8F：→ storier:所以不至於造成回圈吧 還是?! 10/15 20:22
9F：推 chiwa:說的是，這個我倒忘記了，不過siwtch table的問題怎麼辦呢? 10/15 20:24
10F：推 storier:正在想 以前聽老師說過 不過很可惜 忘了九成有了>< 10/15 20:26
11F：推 chiwa:我也是忘記了Orz，去年才學的 10/15 20:27
12F：推 littledrop:不能使用無線網路嗎? 10/15 20:28
13F：推 chiwa:想到一個解釋，或許是說Hub_1紀錄的是hub_2的位址? 10/15 20:31
14F：→ chiwa:而非紀錄com3或是com4的? 10/15 20:31
15F：推 storier:這我想過 但是SWITCH有帶自身的MAC嗎?? 10/15 20:35
16F：推 chiwa:好問題，我剛剛就在想，我真的不知道XD 10/15 20:37
17F：推 chiwa:剛剛看了一些討論，若switch table不為空白，然後又找不到 10/15 20:45
18F：→ chiwa:對應的MAC的話，該封包會被丟棄 10/15 20:46
19F：→ chiwa:不知道是不是對的...看別人在討論是這樣講的 10/15 20:47
20F：推 chiwa:但是這樣這個網路也有問題 10/15 20:49
21F：推 storier:不會丟棄 我看到的原文書寫的是會廣播出去 10/15 20:53
22F：推 chiwa:原來如此，那應該就沒有問題了 10/15 20:56
23F：推 storier:也不會如你原問題中 充斥無窮回圈 10/15 20:56
24F：→ storier:應該說是由於switch table變動頻繁 而造成switch 10/15 20:57
25F：→ chiwa:是的，所以其實只是我想太多 10/15 20:57
26F：→ storier:達不到其效用 一直廣播收到的封包 變成普通的HUBxk7 10/15 20:57
27F：→ storier:的確有這樣的問題 不過由於switch並不會發出額外的訊框 10/15 20:58
28F：→ storier:(frame) 所以不會有這個例子不會有無窮回圈的情形 10/15 20:59
29F：→ storier:會有無窮回圈的是另一個情況 不過那個情況有解決辦法 10/15 21:00
30F：推 chiwa:嗯，STP那我了解XD 10/15 21:01
31F：推 selfhu:對了...小烏龜也有mac addr 您多慮了 10/15 23:21
32F：推 finkel:我這樣用過..沒遇到問題說 10/15 23:34