Switch

DELL 6224 開關異常行為

  • February 27, 2012

我在使用 DELL 6224 交換機時遇到了困難。

該交換機是我網路的中心節點,在其他交換機、VLAN 和路由數據包之間進行中繼。

它處理的網路流量非常低,約佔其總容量的 20%。然而,它呈現出一種奇怪的行為。

前任:

A——–S—–B。

A=PC

S=戴爾 6224

B=PC

當我 ping A->B 或 B->A 時,一切正常。但是,當我 ping A->S 或 B->S 時,無論是什麼 VLAN,交換機都不會像應有的那樣響應 ping 請求。一些 ping 回复具有高延遲時間和超時,例如它是否遭受超載流量或如果它沒有優先處理定向到它的 ICMP 流量。

這種行為正常嗎?似乎不是,至少對我來說。

提前致謝!

更新

CPU Utilization:

PID     Name                     5 Sec    1 Min    5 Min
---------------------------------------------------------
336d060 tTffsPTask               0.00%    0.02%    0.00%
3383e90 tNetTask                 0.63%    0.52%    0.34%
3570370 ipnetd                   0.00%    0.02%    0.15%
3582910 tXbdService              0.31%    1.38%    1.91%
359d950 osapiTimer               0.79%    0.98%    1.09%
368ef20 bcmL2X.0                 0.00%    0.26%    0.13%
36a4500 bcmCNTR.0                0.00%    0.26%    0.37%
36d75e0 bcmTX                    0.15%    0.18%    0.30%
3cce7e0 bcmRX                    0.47%    0.66%    0.77%
3cee9d0 bcmNHOP                  0.00%    0.02%    0.00%
3f04a10 MAC Send Task            0.31%    0.19%    0.15%
3f0df10 MAC Age Task             0.00%    0.05%    0.02%
4a8e580 bcmLINK.0                0.47%    0.36%    0.28%
4d18a10 LOG                      0.00%    0.06%    0.01%
518f860 tL7Timer0                0.00%    0.04%    0.00%
51b5140 osapiMonTask             0.00%    0.00%    0.08%
5ea3d40 simPts_task              0.00%    0.12%    0.17%
61b4ea0 UtilTask                 0.00%    0.02%    0.00%
62d8100 dtlTask                  0.31%    0.59%    0.67%
63398b0 tEmWeb                   0.31%    0.15%    0.06%
6369e50 hapiRxTask               0.79%    0.31%    0.31%
698be00 DHCP snoop               0.15%    0.04%    0.00%
6a20eb0 Dynamic ARP Inspection   0.00%    0.05%    0.00%
76602f0 dot1s_timer_task         0.47%    0.55%    0.62%
849a550 unitMgrTask              0.00%    0.02%    0.00%
863b200 snoopTask                0.00%    0.06%    0.00%
8670640 dot3ad_timer_task        0.00%    0.02%    0.15%
95f1690 ipMapForwardingTask      1.27%    4.90%    6.04%
96bc9a0 tRipTask                 0.00%    0.02%    0.00%
9aef570 IpHelperTask             0.00%    0.00%    0.01%
9b01760 tRtrDiscProcessingTask   0.00%    0.02%    0.00%
ca57310 voipTask                 0.47%    0.52%    0.61%
cbe0860 lldpTask                 0.79%    0.49%    0.61%
d838170 isdpTask                 0.00%    0.04%    0.01%
e039950 RMONTask                 0.15%    0.10%    0.15%
e045ff0 boxs Req                 0.15%    0.08%    0.00%
---------------------------------------------------------
Total CPU Utilization            7.99%   13.10%   15.01%

我發現問題了!

有兩件事。對於解決方案,首先我在所有具有 RSTP 設置的交換機上啟用了生成樹。所有連接到邊緣設備的埠,如電腦列印機等,設置為 PORT FAST 設置。問題變得更小了,但後來我意識到我所有的埠/埠通道都是用選項設置的:“switchport voice detection”。我認為這個選項會在硬體上進行一些不必要的處理,並且交換機會將所有處理(路由和流量)傳遞給韌體,從而使交換機不穩定。在所有埠上打開該設置可以永久解決問題!現在 6224 執行穩定,CPU 使用率低,並且響應我發送給他的每一個 ping!=)

我將它們中的一些用作具有大約 2,000 個主機的網路中的第 3 層實體,這對於該交換機來說是不正常的行為。如果您使用的是生成樹協議 (STP) 並且拓撲結構正在顛簸,這聽起來確實像是該交換機的行為方式。在我看來,6200 系列在拓撲更改期間的第 3 層性能方面處理 STP 拓撲更改的能力很差。

現在最好看的地方是show process cpu輸出和交換機的日誌。看看那裡,看看你有什麼,並更新你的問題,我們將深入了解問題。

編輯:

哇那裡。我沒有很好地閱讀你的問題。對於那個很抱歉!

我經常在 6200 系列交換機上的管理和路由介面上看到 ICMP 回顯的高延遲。他們通過我曾經使用過的每個韌體版本為我採取了行動。當到交換機的 PING 變得粗糙時,路由引擎似乎不會丟棄數據包(當 STP 拓撲發生變化時,它們肯定會變得粗糙,但當時 CPU 使用率也達到了頂峰)。

引用自:https://serverfault.com/questions/357705