乙個交換機埠對應的mac數量有限制嗎?

時間 2021-06-02 17:55:37

1樓:這是一種懷念

普通交換機,除非快取滿了,不然對於埠的MAC處理是沒有限制的。當然,查表時間什麼的就要增加了,畢竟CPU效能不強,記憶體小。

2樓:阿卡

以下是某中國產品牌非網管(傻瓜)交換機的具體引數,我們可以看到MAC位址表容量有8k。

型別無網管

型號 S1700-8-AC

下行埠 8個10/100Base-TX乙太網口上行埠與下行口共用與下行口共用

MAC位址表 8K MAC

外形尺寸mm(寬×深×高) 160×134×30功耗 < 4.3W

工作溫度 0℃~45℃

工作濕度 10%~90% 5%~9% 10%~90% 5%~95%散熱方式無風扇,自然散熱

3樓:

交換機內部其實也是執行著程式的,那程式執行起來,肯定需要CPU,記憶體等資源。CPU負責任務排程等,記憶體就負責資料交換了。它們的資源是有限的,那所能負責的任務也是有限的,所以嘛,就不用我多說了,以題主的能力,自然可以理解了!

4樓:歐艾斯皮艾富

題主問的應該是交換機的mac位址表大小有沒有限制,有,與裝置麼效能有關,去看一台交換機的詳細引數時,會提到可容納的mac位址表大小

mac位址過多會導致裝置的mac位址不停的重新整理,覆蓋之前的mac位址資訊,一定程度上的導致網路廣播流量的增加,進一步加大裝置的效能壓力

5樓:車小胖

不會。交換機可以在乙個接入埠學習很多的MAC位址,但是會提供配置方式來修改乙個埠最大的MAC位址數目:MAX_MAC_Number。

如果MAX_MAC_Number== 8,則集線器可以連線8臺電腦(不考慮虛擬機器)並正常工作。

如果MAX_MAC_Number < 8,則可能會造成通訊障礙。

另外如果對MAX_MAC_Number沒有限制,則容易被偽造的ARP Gratuitous Broadcast (偽造Source MAC)把儲存MAC表的空間耗盡,也會造成通訊障礙。

所以Port Security 就是為了限制乙個埠可以學習MAC數量,比如限制為1,則會記憶這個MAC位址(不超時),如果插入別的電腦,則會有三種可選項:

1 默默地丟棄包

2 丟包並產生log

3 產生Error disable 訊息,並關閉埠

6樓:

對於大多數非模組化的交換機,埠的MAC位址限制等於交換機的MAC位址容量,曾經測試過一款博通方案的機器,單埠可以打滿8k的MAC。當然一部分交換機提供了埠MAC位址限制功能,可以限制單埠學習的位址數量。

光貓接交換機,交換機輸出的乙個埠接路由器,另乙個埠接PC這樣可以穩定執行嗎?

非常道 我覺得這個方案可行,需要注意的地方就是從光貓出來接的第乙個交換機,這個交換機的在我的理解裡應該是主交換機了,它的效能一定要好一些,因為它的效能直接影響到後面的電腦 路由器 電視機 還有一種方案你參考一下,當然這要依據你家的佈線情況。看下你家的平面圖,找到放置裝置最佳位置 考慮靠近中心的位置 ...

二層交換機埠本身有 MAC 位址嗎?

kevin 沒想到這個問題會有那麼多人說不明白 為了可以在交換機上執行一些服務,比如stp生成樹協議,交換機是需要乙個Mac位址用於標識的 但是!一定要和埠有沒有Mac區別開,交換機埠其實就是網路介面卡,一般都網絡卡裡是有BIA 固化位址,也就是Mac 但普通交換機的埠上的網絡卡是不需要的,但交換機...

當交換機埠的pvid vid時,兩個PC就ping不通了,當pvid vid時反而可以ping通

adler 情況一出埠帶tag的處理是有問題的,埠一旦配了pvid,pvid必然是埠所屬的vid的乙個成員,對於帶有tag 100的幀到達這個出埠時,因為幀裡的vid和pvid相當,因此無論這個埠的tag屬性如何配,都會去掉tag發出去。實際上埠對於每乙個所屬的vid的tag屬性是不同的,對於非pv...