自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

核心層交換機(jī)的核心地方在哪

網(wǎng)絡(luò) 路由交換
核心層交換機(jī)的所有的端口都掛接在這條背部總線上,控制電路收到數(shù)據(jù)包以后,然后填寫相應(yīng)的DNS服務(wù)器IP地址。經(jīng)過(guò)核實(shí)后,DNS也沒(méi)有問(wèn)題。

核心層交換機(jī)的全雙工是指交換機(jī)在發(fā)送數(shù)據(jù)的同時(shí)也能夠接收數(shù)據(jù),兩者同步進(jìn)行,這好像我們平時(shí)打電話一樣,說(shuō)話的同時(shí)也能夠聽(tīng)到對(duì)方的聲音,這樣將大大提高交換機(jī)的處理速率。

多個(gè)分支機(jī)構(gòu)的局域網(wǎng)是通過(guò)租用當(dāng)?shù)剡\(yùn)營(yíng)商的10M光纖通道直接訪問(wèn)本地總部企業(yè)網(wǎng),所有本地分支機(jī)構(gòu)的網(wǎng)絡(luò)匯聚到核心層交換,核心層交換機(jī)直接連到路由器。其他的核心層交換機(jī)負(fù)責(zé)各個(gè)網(wǎng)絡(luò)業(yè)務(wù)的接入,這樣網(wǎng)絡(luò)結(jié)構(gòu)比較簡(jiǎn)單明了,實(shí)際運(yùn)行的狀態(tài)也是比較穩(wěn)定的。

前幾天,網(wǎng)絡(luò)突然出現(xiàn)大面積癱瘓故障,并導(dǎo)致企業(yè)業(yè)務(wù)無(wú)法正常運(yùn)轉(zhuǎn)。根據(jù)網(wǎng)絡(luò)拓?fù)浼俺霈F(xiàn)的故障現(xiàn)象,可以迅速地定位到核心層交換機(jī)設(shè)備出現(xiàn)了問(wèn)題。到了現(xiàn)場(chǎng)的后,發(fā)現(xiàn)的主控板出現(xiàn)了告警,設(shè)備復(fù)位,告警并沒(méi)有消除,可以判斷為主控板損壞,更換新的主控板,設(shè)備運(yùn)行正常,所有的二層透?jìng)鳂I(yè)務(wù)恢復(fù),但是所有IP業(yè)務(wù)沒(méi)有恢復(fù)。

故障的根源是核心層交換機(jī)的主控板出現(xiàn)了問(wèn)題,這樣網(wǎng)絡(luò)故障的性質(zhì)為物理故障。難道新更換的主控板有問(wèn)題?但是設(shè)備運(yùn)行正常,又沒(méi)有告警信息。如:show card ,show cpu等。

從運(yùn)行狀態(tài)上看,硬件沒(méi)有問(wèn)題。難道更換設(shè)備后,數(shù)據(jù)丟失了嗎?察看相關(guān)的數(shù)據(jù),發(fā)現(xiàn)并沒(méi)有丟失,但是IP業(yè)務(wù)還是不能夠恢復(fù)?可是部分透?jìng)鳂I(yè)務(wù)又沒(méi)有問(wèn)題。究竟那里出現(xiàn)了問(wèn)題呢?

經(jīng)過(guò)檢查,筆者發(fā)現(xiàn),雖然業(yè)務(wù)不能使用,但所有的路由信息都是正常的,PING所有的網(wǎng)元信息也都是正常的。難道是DNS服務(wù)出了問(wèn)題?所謂DNS,即域名服務(wù)器,它把域名轉(zhuǎn)換為計(jì)算機(jī)能夠識(shí)別的IP地址。

如網(wǎng)站對(duì)應(yīng)的IP是219.218.100.100。如果DNS服務(wù)器出錯(cuò),則無(wú)法進(jìn)行域名解釋,自然也就不能上網(wǎng)了。有時(shí)候則是路由器的問(wèn)題,無(wú)法與ISP的DNS服務(wù)連接,這時(shí)可把路由器關(guān)閉一會(huì)再開(kāi)或是重新設(shè)置路由器即可。

還有可能是網(wǎng)卡無(wú)法自動(dòng)搜尋到DNS的服務(wù)器地址,可以嘗試用指定的DNS服務(wù)器地址。進(jìn)入“控制面板→網(wǎng)絡(luò)和撥號(hào)連接”,雙擊“本地連接→屬性→TCP/IP協(xié)議”,在彈出的對(duì)話框中選擇“使用下面的DNS服務(wù)器地址”,然后填寫相應(yīng)的DNS服務(wù)器IP地址。經(jīng)過(guò)核實(shí)后,DNS也沒(méi)有問(wèn)題。

故障發(fā)生前期,個(gè)別分支機(jī)構(gòu)經(jīng)常有人反映說(shuō)上網(wǎng)時(shí)經(jīng)常出現(xiàn)丟包現(xiàn)象,想到最近局域網(wǎng)中經(jīng)常出現(xiàn)的ARP地址欺騙病毒,筆者就向所有相關(guān)的網(wǎng)絡(luò)技術(shù)人員介紹了一下排查各自局域網(wǎng),是否感染了ARP地址欺騙病毒,希望通過(guò)找到并解決感染ARP地址欺騙病毒的機(jī)器來(lái)解決IP業(yè)務(wù)不能恢復(fù)的問(wèn)題,并沒(méi)有查出結(jié)果。

難道設(shè)備更換后,所有的路由表丟失了嗎?把前幾天的數(shù)據(jù)備份重新導(dǎo)入后,故障現(xiàn)象的依然存在。為了更快的恢復(fù)業(yè)務(wù),咨詢了設(shè)備廠家的技術(shù)支持,把所有的故障現(xiàn)象反饋給技術(shù)工程師,并查看了所有的告警及系統(tǒng)日志,并沒(méi)有發(fā)現(xiàn)可疑的問(wèn)題。最后得到的結(jié)果是:該設(shè)備運(yùn)行正常,沒(méi)有病毒的攻擊、流量異常等現(xiàn)象。

路是通的,說(shuō)明該設(shè)備沒(méi)有問(wèn)題。網(wǎng)元是通的,DNS又沒(méi)有問(wèn)題,但是業(yè)務(wù)不能夠恢復(fù)。在檢查IP ARP信息時(shí),發(fā)現(xiàn)所有的MAC地址與IP地址都在地址表??匆?jiàn)筆者使用的IP地址及MAC地址也在表中。

但筆者的計(jì)算機(jī)并沒(méi)有開(kāi)!難道核心層交換機(jī)與路由器的端口出現(xiàn)了問(wèn)題?嘗試著,把端口關(guān)閉后,再重新啟用。發(fā)現(xiàn)筆者使用IP地址后,沒(méi)有MAC地址。所有的IP業(yè)務(wù)全部恢復(fù)。

雖然故障已經(jīng)被解決了,但讓筆者感到疑惑不解的是:為什么重新啟動(dòng)端口,業(yè)務(wù)就能夠正常。而出現(xiàn)的故障點(diǎn)不是在路由器上,而是在核心層交換機(jī)上。不重新啟動(dòng)端口,測(cè)試的現(xiàn)象的都是正常的。

后來(lái)咨詢了相關(guān)的技術(shù)人員,故障發(fā)生前,數(shù)據(jù)的流量很大,故障發(fā)生時(shí),很多的數(shù)據(jù)包不能正常轉(zhuǎn)發(fā),端口就會(huì)出現(xiàn)假死現(xiàn)象,傳輸?shù)臄?shù)據(jù)流量很小。關(guān)閉后,把多余的數(shù)據(jù)遺棄掉,重新啟動(dòng),傳輸正常的數(shù)據(jù)信息。

【編輯推薦】

  1. 說(shuō)一下安全交換機(jī)的“潛規(guī)則”
  2. 概括高端交換機(jī)的市場(chǎng)現(xiàn)狀問(wèn)題
  3. 詳述局域網(wǎng)交換機(jī)存在的安全隱患
  4. PythonAndroid剖析三層交換機(jī)與其它層交換機(jī)之間 區(qū)別與聯(lián)系
  5. 衡量局域網(wǎng)交換機(jī)功耗特性
責(zé)任編輯:chenqingxiang 來(lái)源: budoou
相關(guān)推薦

2011-05-12 13:14:56

2010-03-12 13:51:54

2010-03-19 14:18:04

核心交換機(jī)

2010-01-05 10:14:39

交換機(jī)配置TRUNK

2010-03-17 17:01:05

以太網(wǎng)交換機(jī)

2010-03-11 09:07:47

核心交換機(jī)

2010-03-12 17:09:18

2010-01-07 16:15:57

二層交換機(jī)

2010-03-22 17:44:18

核心交換機(jī)

2010-01-22 14:07:23

網(wǎng)絡(luò)核心交換機(jī)

2010-02-07 14:16:57

2010-03-10 17:15:02

核心交換機(jī)

2010-03-15 15:45:50

2010-03-18 16:17:58

核心交換機(jī)

2010-01-14 15:49:37

核心交換機(jī)

2010-03-16 09:04:23

2010-03-16 15:46:23

核心交換機(jī)

2010-03-15 16:18:43

核心交換機(jī)

2010-03-19 16:17:15

2010-01-15 16:04:17

核心交換機(jī)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)