網路佈線的 5-4-3 原則, 有人能解釋一下嗎? - 第2頁 - PCZONE 討論區

返回   PCZONE 討論區 > ▲ ADSL_CABLE_FTTH 寬 頻 上 網 討 論 > -- 網 路 技 術 版


PCZONE 討論區



通知

-- 網 路 技 術 版 較深入的網路方面技術問題,請來此這版討論

會員

引用:
最初由 antion 發表

例如:CAT.5及T568A/B的配線原則為--交換(集線)器至端子盒線長90公尺,端子盒至電腦線長10公尺,故總長度不超過100公尺。
...
謝謝你的說明.

回覆
初級會員

我曾接過132m 100m是最安全距離喔!! ^_^

而且100m是RJ-45100M限的限制 光纖就更遠囉!! ^^
回覆
初級會員

我曾接過132m 100m是最安全距離喔!! ^_^

而且100m是RJ-45Cat-5100M限的限制 光纖就更遠囉!! ^^
回覆
peacesky
訪客

我來說明一下100M HUB的限制,樓上所提到的5-4-3原則是適用於802.3也就是10M傳輸速率的HUB
然而100M HUB不在適用此限制,他有新的限制

100M HUB 可分為class 1 和 class 2兩個等級
1.class 1的HUB
由於傳輸封包在經過此種HUB時,Delay的時間較長,所以不可以將兩個class 1的HUB做串接的動作,否則封包將因delay的時間增為兩倍,很有可能遭到丟棄,反而降低了傳輸效率
2.class 2 HUB
此類型的HUB封包再經過時 delay的時間已縮短,所以可以做串接的動作,不過兩台class 2的串接距離限制在5公尺之內,超過的話傳輸就會不夠穩定

3.如果是具備堆疊功能,則兩類型的都可以堆疊
4.儘量不要100M 與10M HUB 混用,因為封包在經過100m hub要傳向10m hub 時速率需先經過調整成10m所能接受的
,如此一來也就降低了效能,同時也加重HUB 的負擔
回覆
會員

寫的不錯....
我學的也是這樣!
回覆
來自太虛智星的笨

^^請問現在的ADSL也是用這種佈線原則嗎^^
謝謝
回覆
火星文 DEBUGER

稍微喵了一下...通通看不懂ㄋㄟ....avert
回覆
會員

真正保險的方法是去算訊號來回的時間
包誇在機器中浪費的時間
至於多久....
我忘了........
........................
這樣就不必管蛇ㄇ543原則了
回覆
會員

引用:
最初由 peacesky 發表
我來說明一下100M HUB的限制,樓上所提到的5-4-3原則是適用於802.3也就是10M傳輸速率的HUB
然而100M HUB不在適用此限制,他有新的限制

100M HUB 可分為class 1 和 class 2兩個等級
1.class 1的HUB
由於傳輸封包在經過此種HUB時,Delay的時間較長,所以不可以將兩個class 1的HUB做串接的動作,否則封包將因delay的時間增為兩倍,很有可能遭到丟棄,反而降低了傳輸效率
但是如果是switch hub 是否就沒有上面的限制了呢?
2.class 2 HUB
此類型的HUB封包再經過時 delay的時間已縮短,所以可以做串接的動作,不過兩台class 2的串接距離限制在5公尺之內,超過的話傳輸就會不夠穩定

3.如果是具備堆疊功能,則兩類型的都可以堆疊
4.儘量不要100M 與10M HUB 混用,因為封包在經過100m hub要傳向10m hub 時速率需先經過調整成10m所能接受的
,如此一來也就降低了效能,同時也加重HUB 的負擔
但是如果是switch hub 是否就沒有上面的限制了呢?
回覆
k2
造口業之徒

引用:
最初由 flair 發表

但是如果是switch hub 是否就沒有上面的限制了呢?
不管是3-4-5或5-4-3都是為了碰撞偵測而定下的規則,但是在新全雙工和SWITCH技術下
已經能克服碰撞問題.



回覆


類似的主題
主題 主題作者 討論版 回覆 最後發表
【抱怨】各家筆電製造商的 [亮點保固] 原則 FYI -- NB 筆記型電腦 & PDA 討 論 版 7 2005-08-27 03:29 PM
有人能解釋一下嗎?? rEdS -- 閒 話 家 常 灌 水 版 27 2001-12-24 12:33 AM
請問Win2K Server的TCP Filter 原則.. milwater -- 防 駭 / 防 毒 版 3 2001-09-03 10:28 AM






 XML   RSS 2.0   RSS 
本站使用 vBulletin 合法版權程式
站務信箱 : [email protected]

本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。