網路埠線序問題?

時間 2021-06-02 21:06:37

1樓:勝勳

本質上,網線的8個線是沒有順序的。

只要保證《1,2》《3,6》這兩對線是通的即可。

《A接法》只是人們為了方便才規定的順序而已

2樓:

只要網線兩端對應位置的顏色一樣就可以了。你看到網線這端不是標準線序,另一端一定也是一樣的線序(也有可能是12、36位置交換)。

3樓:陳之

這種情況的發生,可能有兩個原因:

一是拉線過程中暴力扯線,造成雙絞線中,白橙,橙,白綠,綠這四根線中的一根或幾根斷了,接好之後測不通,無奈只能用其他顏色的線代替,這種情況下,只要兩頭線序相同,是可以通的。

還有就是工程人員施工隨意導致的結果。

其中前者的可能性較大。

4樓:回頭客

網線分為直連線和交叉線,線序分別為橙白橙,綠白藍,藍白綠,棕白棕或者是綠白綠,橙白藍,藍白橙,棕白棕。其實網線中的八根線並不是全部利用的,現在的裝置埠採用了自適應的埠模式,對於直連線和交叉線的使用標準已經不是那麼嚴格了,有時候施工人員在安裝的時候怎麼方便怎麼安裝了,只要不影響使用,線序並非一定要按照嚴格的線序標準

tcp首部只有埠號沒有ip位址,那麼網路層怎麼知道目的ip位址的呢?

進擊的蝸牛 有過同樣的疑問,網上搜到這一篇回答,我覺得不錯 TCP傳輸層的send函式大概是這麼實現的send socket控制代碼,資料報 徐勝兵 因為在http或者DNS協議封包的時候,在其上層已經封裝了TCP協議,TCP協議封裝中包含了對應的目的埠和源埠,TCP之前又封裝了IP協議,IP協議中...

網路埠本質上是不是就是乙個接受 傳送資料報的佇列?黑客攻擊就是利用這一點?

最近在看追蹤Linux TCP IP.剛好,來答一下,如有不對,請指正.我覺得,埠對應的是乙個listen sock 的佇列,每個元素是個監聽結構,它又可以accept連線 我看到的是,linux 裡面有個全域性量 tcp hashinfo,當伺服器使用listen 的時候,系統會根據sk得到乙個h...

請教賓館網路裝置問題

Jacky 建議一監控和網路分開純物理分開最好不行的話利用vlan分開避免物理頻寬被監控占用。建議二採用軟路由來進行寬頻頻寬聚合和負載均衡 軟路由系統可以採用高恪或者愛快啥的的。絕對比買華三啥的便宜 硬體 軟體 軟路由到交換機頻寬不夠的話可以用2.5g電口或者萬兆電口 建議三如果嫌軟路由麻煩可以買m...