-
标题已给，内容下次和各位分享
-
一：网络layout简化如下：
二：异常现象：
测试网络中做了两个SERVER，一个Primary server (192.168.10.4.1),一个Standby server(192.168.104.2), 某天发现Standby
-
浅谈Cisco4500系列交换机CPU超载
一：CPU超载原因：
导致CISCO4500系列交换CPU超载的原因很多。最常见的原因为网络中异常包过多，使核心交换机CPU疲于控制，转发异常包，CPU超载运作。在我们公司有出现过下列三种方式导致异常包过多现象:
1：病毒（ARP，DHCP协议包过多)；
2：二层网络串接成回路（广播风暴)；
3：测试软件使用不当
-
客戶端獲取網絡共享文件現一臺PC無法獲取此（172.22.255.223\BB-FTP$\PE1\CXB920）路徑下的共享資料提示錯誤，找不到網絡路徑，截图如下：經過排查發現此PC本身問題導致此異常,最后發現網卡中缺少Client for Microsoft Networks項目所致。
-
今天台北RD跑到MIS办公室,讲2S产线程式连web sfis server时间达17S,正常情况下应为3S,严重影响产能,还问了句：“网络流量是否你控制”。
公司的网络可是很厉害的，这点可是有自信，不可能网络传输慢导致延时。（除非网络出现重大异常，当时在mail中未收到异常报告）。
PS:公司对网络投资是是很舍的花钱，,全部采用cisco设备，接入层为cisco2960,汇聚层为cisco4
-
公司网络全为cisco设备架构,为控制每个端口下PC的广播包，现在cisco 2950 端口下加入控制命令：
storm-control broadcast level 3.00 storm-control action shutdown
现有台CISCO 2950 设备24端口下连有一台server（windows 2003 )。此端口经常报broadc
-
某天，產線測試網絡應用慢了,嚴重影響產能.告急！分析有如下原因導致：網絡問題，服務器問題，數據庫問題，應用程序問題，客戶機問題我負責公司的網絡部分,只要確定網絡無異常并收集證據,證明就OK啦.如下步驟：A:ping 服務器, 能ping通,再加大數據包byters=1000去ping，照樣能ping通.可確定網絡中無異常流,帶寬的利用率還是比較低.B：確定是否中arp病毒1.在DOS命令下 arp
