-
标题已给,内容下次和各位分享
-
一:网络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