作者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