成人免费看黄网站无遮挡,caowo999,se94se欧美综合色,a级精品九九九大片免费看,欧美首页,波多野结衣一二三级,日韩亚洲欧美综合

最新路由器系統故障問(wèn)題解決技巧論文

時(shí)間:2021-06-13 14:49:25 論文 我要投稿

2018最新有關(guān)路由器系統故障問(wèn)題解決技巧論文

  路由器是連接因特網(wǎng)中各局域網(wǎng)、廣域網(wǎng)的設備,它會(huì )根據信道的情況自動(dòng)選擇和設定路由,以最佳路徑,按前后順序發(fā)送信號。以下是小編收集的路由器系統故障問(wèn)題解決技巧論文,歡迎查看!

2018最新有關(guān)路由器系統故障問(wèn)題解決技巧論文

  有關(guān)路由器系統故障問(wèn)題解決技巧論文1

  在局域網(wǎng)剛剛組建的一段時(shí)間內,網(wǎng)絡(luò )運行狀態(tài)往往都比較穩定,這是因為網(wǎng)絡(luò )設備都是新的,網(wǎng)絡(luò )應用也比較少;可是運行時(shí)間長(cháng)了之后,局域網(wǎng)中出現的網(wǎng)絡(luò )故障就比較多了,例如Web站點(diǎn)不能瀏覽了,物理連接掉線(xiàn)了,網(wǎng)絡(luò )連接速度變慢了,上網(wǎng)性能不穩定了等等。其中,一些網(wǎng)絡(luò )故障由于具有特別明顯的現象,排查、解決起來(lái)往往比較輕松;但是也有一些網(wǎng)絡(luò )故障卻非常奇怪,明明ping測試一切正常,可是網(wǎng)絡(luò )傳輸速度異常緩慢,對于這類(lèi)特殊的故障現象,我們必須要多點(diǎn)出發(fā)、全面排查,才能定位故障原因、解決故障現象。這不,筆者曾經(jīng)遭遇一則上網(wǎng)不穩定的故障現象,經(jīng)過(guò)多點(diǎn)、全面地排查,竟然發(fā)現該故障是由于路由器內存容量不足引起的,由于這種故障因素很少出現,在排查該故障的過(guò)程中很容易多走彎路,現在本文就將該故障的排除過(guò)程還原出來(lái),供各位朋友參考交流!

  案發(fā)現場(chǎng)

  筆者單位的一個(gè)下屬公司,共包含技術(shù)部、工程部、業(yè)務(wù)部、銷(xiāo)售部這幾個(gè)部門(mén),每個(gè)部門(mén)大約有20臺左右的普通計算機,這些計算機全部通過(guò)各自部門(mén)的BayNet品牌的普通交換機連接到局域網(wǎng)的CISCO路由器中,每個(gè)部門(mén)都擁有自己獨立的工作子網(wǎng),它們相互之間不能互相訪(fǎng)問(wèn),普通計算機只能在相同的工作子網(wǎng)中進(jìn)行共享、交流;但是,單位的文件服務(wù)器、打印服務(wù)器、Web服務(wù)器等,都是直接連接到路由器端口上的,所有部門(mén)的計算機都可以直接訪(fǎng)問(wèn),并且它們還能通過(guò)路由器訪(fǎng)問(wèn)Internet網(wǎng)絡(luò )。為了保證局域網(wǎng)網(wǎng)絡(luò )的運行安全,下屬公司的網(wǎng)絡(luò )管理員還在路由器與Internet網(wǎng)絡(luò )之間,架設了天融信硬件防火墻,來(lái)對整個(gè)單位的網(wǎng)絡(luò )訪(fǎng)問(wèn)行為進(jìn)行安全控制與監視。

  平時(shí),各個(gè)部門(mén)的普通計算機都能正常上網(wǎng),并且這些計算機在各個(gè)部門(mén)的內網(wǎng)中,都能互相進(jìn)行共享、交流訪(fǎng)問(wèn);同時(shí),由于工作需要,各個(gè)部門(mén)的上網(wǎng)用戶(hù)幾乎每天都要訪(fǎng)問(wèn)公司的Web服務(wù)器,從中查詢(xún)、下載公司的一些內部信息?墒,最近一段時(shí)間,網(wǎng)絡(luò )管理員發(fā)現各個(gè)部門(mén)的用戶(hù)在訪(fǎng)問(wèn)Web服務(wù)器或Internet網(wǎng)絡(luò )時(shí),經(jīng)常會(huì )出現上網(wǎng)不穩定的現象,也就是說(shuō)有時(shí)候上網(wǎng)速度很快,有的時(shí)候上網(wǎng)速度很慢,甚至還會(huì )出現一會(huì )兒能上網(wǎng),一會(huì )兒不能上網(wǎng)的故障現象。

  排查故障

  由于這種故障現象存在于各個(gè)部門(mén),網(wǎng)絡(luò )管理員估計這種現象多半與普通客戶(hù)端系統自身的設置沒(méi)有任何關(guān)系,那究竟有哪些因素會(huì )影響整個(gè)局域網(wǎng)的上網(wǎng)穩定性呢?網(wǎng)絡(luò )管理員對故障現象再次進(jìn)行了琢磨分析,認為該故障發(fā)生時(shí)幾乎沒(méi)有什么規律可遵循,上網(wǎng)有快有慢,網(wǎng)絡(luò )有時(shí)能上有時(shí)不能上,這種無(wú)規律的故障現象很有可能是局域網(wǎng)中的網(wǎng)絡(luò )病毒引起的,事實(shí)上許多由病毒造成的網(wǎng)絡(luò )故障就是表現得如此沒(méi)有規律。如果確認網(wǎng)絡(luò )病毒的確是造成上網(wǎng)不穩定故障因素的話(huà),那么網(wǎng)絡(luò )病毒很可能造成了網(wǎng)絡(luò )中某些重要通信端口數據流量的異常;依照這樣的分析,網(wǎng)絡(luò )管理員決定先用超級終端程序登錄進(jìn)入局域網(wǎng)路由器后臺系統,然后利用該系統自帶的掃描診斷功能,發(fā)現局域網(wǎng)中各個(gè)交換端口的數據流量并不是很大,這說(shuō)明網(wǎng)絡(luò )病毒并沒(méi)有造成重要端口數據傳輸發(fā)生瓶頸現象。雖然如此,網(wǎng)絡(luò )管理員還是有點(diǎn)不放心,要求各個(gè)部門(mén)的工作人員,立即登錄到局域網(wǎng)中的網(wǎng)絡(luò )病毒防御服務(wù)器,安裝更新網(wǎng)絡(luò )殺毒軟件,并利用它對自己部門(mén)的計算機系統進(jìn)行一次病毒查殺操作,可是這樣的努力沒(méi)有取得任何效果,看來(lái)局域網(wǎng)上網(wǎng)不穩定的故障現象與網(wǎng)絡(luò )病毒無(wú)關(guān)。

  考慮到網(wǎng)絡(luò )管理員先前已經(jīng)掃描過(guò)各個(gè)交換端口的流量情況,并沒(méi)有看到有異常情況,這說(shuō)明局域網(wǎng)中并不存在重要數據端口瓶頸現象,也就是說(shuō)上網(wǎng)不穩定故障現象與端口瓶頸因素也沒(méi)有關(guān)系。同時(shí),重要交換端口的數據流量大小正常,也反映了局域網(wǎng)中不存在廣播風(fēng)暴或者網(wǎng)絡(luò )環(huán)路現象,因為這些現象要是存在的話(huà),我們應該能夠看到重要交換端口的輸出廣播包大小應該不斷增加才對,可事實(shí)卻沒(méi)有,這就意味著(zhù)上網(wǎng)不穩定故障不是由網(wǎng)絡(luò )廣播風(fēng)暴或網(wǎng)絡(luò )環(huán)路現象引起的。

  在初步排除了端口瓶頸因素、網(wǎng)絡(luò )環(huán)路因素、廣播風(fēng)暴因素以及網(wǎng)絡(luò )病毒因素后,網(wǎng)絡(luò )故障還是不能消除,這讓網(wǎng)絡(luò )管理員萬(wàn)分的懊惱。以前提到上網(wǎng)不穩定故障,網(wǎng)絡(luò )管理員可能會(huì )下意識地認為是網(wǎng)絡(luò )連接不牢靠的因素,可是現在他怎么也不會(huì )懷疑到網(wǎng)絡(luò )連接因素上,因為這種上網(wǎng)不穩定的故障幾乎在各個(gè)部門(mén)的工作子網(wǎng)中都會(huì )出現,如果真的是網(wǎng)絡(luò )連接不牢靠的話(huà),那也不可能局域網(wǎng)中所有計算機都同時(shí)出現不牢靠現象吧。

  有沒(méi)有可能是網(wǎng)絡(luò )設備自身性能不穩定,造成了上網(wǎng)不穩定現象呢?聯(lián)想到夏天的時(shí)候,一些設備由于散熱不好,造成自身工作性能下降,經(jīng)常出現上網(wǎng)掉線(xiàn)或速度緩慢現象,為此網(wǎng)絡(luò )管理員推斷可能是局域網(wǎng)中的路由器或交換機過(guò)熱,造成自身工作性能不穩定。于是,網(wǎng)絡(luò )管理員立即來(lái)到公司機房,先是觀(guān)察了路由器、交換機的信號燈狀態(tài),發(fā)現一切正常,之后用手觸摸這些設備的表面溫度時(shí),也沒(méi)有覺(jué)察到有什么異,F象。

  在萬(wàn)般無(wú)奈的情況下,網(wǎng)絡(luò )管理員決定登錄進(jìn)入局域網(wǎng)的防火墻系統,查看其中的一些運行狀態(tài)信息,看看有沒(méi)有什么值得懷疑的地方。讓他感到非常意外的事情出現了,網(wǎng)絡(luò )管理員看到局域網(wǎng)防火墻竟然記錄了許多IP地址為0.0.0.0主機的通訊痕跡,那0.0.0.0究竟是什么樣的'主機地址呢?經(jīng)過(guò)上網(wǎng)搜索,網(wǎng)絡(luò )管理員發(fā)現該地址是Windows系統對所有未知IP的地址描述,包括網(wǎng)卡設備通過(guò)dhcp方式取得的地址,pppoe的IP地址,以及其它非本機指定的IP地址;此外,0.0.0.0地址也代表全零網(wǎng)絡(luò ),它能幫助路由器發(fā)送路由表中無(wú)法查詢(xún)的包。如果設置了全零網(wǎng)絡(luò )的路由,路由表中無(wú)法查詢(xún)的包都將送到全零網(wǎng)絡(luò )的路由中去。 通過(guò)上面的描述,網(wǎng)絡(luò )管理員認為該地址其實(shí)就是一個(gè)不存在的地址,那么究竟是什么因素讓外網(wǎng)不停地與局域網(wǎng)中一個(gè)根本不存在的主機進(jìn)行通信呢?如果真的是外網(wǎng)與0.0.0.0地址不斷進(jìn)行通信的話(huà),那么外網(wǎng)的數據包是如何進(jìn)入到局域網(wǎng)中的呢,因為單位局域網(wǎng)中的防火墻已經(jīng)被設置,阻止那些使用明顯虛假地址的主機進(jìn)行通信的?

  解決故障

  經(jīng)過(guò)進(jìn)一步查看防火墻記錄,網(wǎng)絡(luò )管理員看到0.0.0.0地址沒(méi)有進(jìn)行任何通信操作,難道它們真的被防火墻攔截了?會(huì )不會(huì )是局域網(wǎng)遭到了非法攻擊,攻擊包在進(jìn)入內網(wǎng)之后,將其IP地址喬裝成0.0.0.0地址了呢?可事實(shí)情況是,那個(gè)IP地址為0.0.0.0的主機沒(méi)有進(jìn)行任何通信操作,那么非法攻擊包即使在嘗試攻擊內網(wǎng),也沒(méi)有成功,如此一來(lái)它也不會(huì )造成上網(wǎng)不穩定的現象;為此,網(wǎng)絡(luò )管理員斷定不存在外網(wǎng)攻擊的事情,那個(gè)0.0.0.0地址肯定來(lái)自局域網(wǎng)內部,那么這個(gè)不可能的IP地址究竟是怎么產(chǎn)生的呢?再次上網(wǎng)咨詢(xún)相關(guān)信息,網(wǎng)絡(luò )管理員發(fā)現一些重要網(wǎng)絡(luò )設備的內存容量不夠時(shí),可能會(huì )在通信過(guò)程中丟棄一些數據包信息,造成某些上網(wǎng)內容無(wú)法有效組合在一起,此時(shí)就容易產(chǎn)生一些0.0.0.0地址。

  依照上述理論分析,網(wǎng)絡(luò )管理員推斷0.0.0.0地址很可能來(lái)自?xún)染W(wǎng),并且該地址很可能是由于局域網(wǎng)中的交換機或路由器內存容量不夠引起的。由于上網(wǎng)不穩定故障在各個(gè)部門(mén)都存在,網(wǎng)絡(luò )管理員估計問(wèn)題多半出在與個(gè)工作子網(wǎng)都有關(guān)的路由器設備上,于是這一次準備通過(guò)遠程連接方式登錄進(jìn)入局域網(wǎng)路由器后臺系統,在遠程登錄過(guò)程中,網(wǎng)絡(luò )管理員感覺(jué)到登錄速度明顯遲鈍,看來(lái)路由器設備真的出現問(wèn)題了。之后,他使用Console控制線(xiàn)直接連接到路由器后臺系統,查看其內存的使用狀態(tài)時(shí),發(fā)現該設備的內存容量確實(shí)不足了,很明顯在上網(wǎng)高峰期間,路由器的內存容量就更顯不足了,如此一來(lái)路由器自然就無(wú)法正常轉發(fā)數據信息了,這也正是各個(gè)部門(mén)上網(wǎng)不穩定的原因。

  找到了故障原因后,網(wǎng)絡(luò )管理員立即重新啟動(dòng)了一次路由器系統,發(fā)現各個(gè)部門(mén)的上網(wǎng)狀態(tài)立即又恢復正常了,此時(shí)再次監控路由器的內存容量時(shí),發(fā)現該內存占用率也在不斷變大,看來(lái)要真正解決問(wèn)題,還得需要升級路由器設備,要不然過(guò)一段時(shí)間,又要重新啟動(dòng)路由器系統了。

  有關(guān)路由器系統故障問(wèn)題解決技巧論文2

  關(guān)鍵字:路由器

  對于網(wǎng)絡(luò )管理員來(lái)說(shuō),熟悉與掌握路由排錯的思路和技巧是非常必要的。小編將通過(guò)三例典型的路由故障排錯案例進(jìn)行分析。

  案例1 不堪重負,路由器外網(wǎng)口關(guān)閉

  1、網(wǎng)絡(luò )環(huán)境

  某單位使用的是Cisco路由器,租用電信30MB做本地接入和l0MB教育網(wǎng)雙線(xiàn)路上網(wǎng),兩年來(lái)網(wǎng)絡(luò )運行穩定,路由器也沒(méi)有發(fā)生故障。隨著(zhù)網(wǎng)絡(luò )用戶(hù)數量增加,原來(lái)電信30MB已不能滿(mǎn)足需要,于是決定租用電信100MB來(lái)解決帶寬問(wèn)題。電信采用光纖接入到單位機房后,使用百兆光電轉換器經(jīng)轉換后通過(guò)雙絞線(xiàn)接到路由器外網(wǎng)口上面,該路由器使用是千兆電口作為外網(wǎng)口,由于光電轉換器只有100MB,該端口連接后速度顯示100MB。

  2、外網(wǎng)端口流量為零

  經(jīng)過(guò)幾天的運行,管理員發(fā)現每天當路由器外網(wǎng)口流量超過(guò)50Mbps/s后,該端口就會(huì )出現“Receive Errors” ,流量超大,錯誤信息很多。突然有一天,出現外網(wǎng)不能上了,Telnet到路由器上面,發(fā)現電信對應的外網(wǎng)口沒(méi)有流量,顯示狀態(tài)為UP,路由器上其他端口工作正常。第一反映是電信的那邊出現問(wèn)題了,是電話(huà)通知電信那邊查檢一下,對方很快回應說(shuō)沒(méi)有什么問(wèn)題,并詢(xún)問(wèn)是否光電轉換器死機了。

  于是管理員將光電轉換器重啟后,故障依然。沒(méi)有辦法,只好將路由器重啟一下,故障排除。誰(shuí)知,過(guò)了不到一個(gè)小時(shí),故障又重現。Telnet到路由器后將該外網(wǎng)口執行shutdown和undo shutdown后,故障排除。誰(shuí)知,將所有有關(guān)病毒的安全策略應用到該端口,將tcp mss修改為2o48(廠(chǎng)商默認1460),故障依然出現。

  3、故障分析

  管理員發(fā)現在故障發(fā)生時(shí),CPU顯示23%,Memory為33%,不算太高,關(guān)鍵是其他接口都正常工作,看樣子問(wèn)題還是出現在這個(gè)端口上面?蛇@個(gè)端口已用了兩年了,升級擴容以前沒(méi)有出現端口不能正常通訊的情況,端口硬件應該是有什么問(wèn)題。

  通過(guò)網(wǎng)管軟件對端口關(guān)閉前的流量檢測,發(fā)現該端口關(guān)閉前有很大的流量通過(guò)(超過(guò)80Mbps/s) ,顯示端口的錯誤信息也比較多。通過(guò)分析得知應該是網(wǎng)絡(luò )流量太大,利用率過(guò)高所致。

  流量超過(guò)80%后,造成端口不能正常。如果該端口能工作千兆模式下,100MB帶寬僅利用該端口10%,這樣端口可以輕松處理。

  4、解決方案

  在找到癥結后,推薦的解決方案是購買(mǎi)千兆光電轉換器代替原來(lái)的百兆設備,而且價(jià)格也比較便宜。但為了保證網(wǎng)絡(luò )運行的穩定性,該單位決定直接購買(mǎi)一個(gè)千兆光口路由模塊,直接利用光纖進(jìn)行通訊,減少網(wǎng)絡(luò )延時(shí)。電信則通過(guò)端口限速來(lái)控制保證提供百兆帶寬。通過(guò)一段時(shí)間運行,發(fā)現該端口除了有少量錯誤信息外,再沒(méi)有出現過(guò)端口無(wú)故關(guān)閉情況。

  案例2 路由器為何發(fā)包失敗

  在路由器的配置過(guò)程中,經(jīng)常會(huì )碰到這樣的問(wèn)題:網(wǎng)絡(luò )通信正常,路由器可以成功路由數據包到目標網(wǎng)絡(luò ),但是從路由器發(fā)的數據包卻傳送失敗,故障表現為路由器ping目標網(wǎng)絡(luò )失敗,下面就是一個(gè)典型的案例。

  (1)現象描述

  某單位的網(wǎng)絡(luò )配置完成后,管理員在測試網(wǎng)絡(luò )連通性時(shí)發(fā)現:從PC機(6.159.245.195) 向目標網(wǎng)絡(luò )(6.159.245.65/26)發(fā)送Ping時(shí),路由器R1可以成功轉發(fā)數據包,然而從R1向目標網(wǎng)絡(luò )(6.159.245.65/26) 發(fā)送ping時(shí),出現ping失敗。

  (2)排錯過(guò)程

  首先,跟蹤ping所經(jīng)過(guò)的路徑。檢查R1的路由表,目標地址6.159.245.65可以與路由表中0.0.0.0/0相匹配。檢查R2、R3、R4的路由表,均可以發(fā)現與目標地址匹配的路由表項。

  然后,跟蹤ICMP回應應答數據包所經(jīng)過(guò)的路徑。為完成這一步驟,要明確回應數據包的源地址,PC發(fā)送ping時(shí),回應應答數據包的目標地址就是6.159.245.195。而路由器R1發(fā)送ping時(shí),回應應答數據包的目標地址就是71.170.0.146。

  對照R4的路由表,發(fā)現與 6.159.245.195匹配的路由表項,而未發(fā)現與目標地址71.170.0.146相匹配的路由表項。

  看來(lái),ICMP的回應應答數據包在R4處理時(shí)被丟棄了,所以從R1向目標網(wǎng)絡(luò )R4(6.159.245.65/26) 發(fā)送ping時(shí),出現pmg失敗。

  解決辦法是:在路由器R4上增加一條指向71.170.0.144/30的靜態(tài)路由,下一跳的地址為71.170.0.214。完成后,在R1向R4發(fā)送ping時(shí),發(fā)現一切正常了。

  此類(lèi)網(wǎng)絡(luò )故障盡管不會(huì )影響網(wǎng)絡(luò )的正常通信,排除的過(guò)程也很簡(jiǎn)單,但網(wǎng)絡(luò )故障的分析與排除時(shí),我們要考慮完整的通信過(guò)程。

  案例3 艱難的Cisco路由器IOS升級之旅

  某學(xué)校從2003年開(kāi)始建設校園網(wǎng),近年來(lái)上網(wǎng)人數不斷增加,使原來(lái)的Cisco 2621已經(jīng)遠遠不能滿(mǎn)足網(wǎng)絡(luò )的需求。而且最近要上0A辦公系統,需要增加一臺VPN設備,用于校外用戶(hù)對校內0A系統的訪(fǎng)問(wèn)。

  出于經(jīng)濟上的考慮,他們想通過(guò)升級閑置的Cisco 2621路由器來(lái)做VPN。不過(guò),在升級IOS的過(guò)程中遇到一些問(wèn)題。

  1、超級終端登錄出現亂碼

  從機房的倉庫里拿出路由器,通電。通過(guò)Console口連上去,發(fā)現超級屏幕出現了一些亂碼。會(huì )不會(huì )是Consol口壞了?分析認為Cisco設備如果出現Console口壞了,一般會(huì )在超級終端屏幕上不斷輸出很多的亂碼。

  但是這回出現的卻是輸入回車(chē)鍵后,才在屏幕上出現亂碼,可能是每秒傳輸速率不對。

  管理員將默認值9600更換為l15200。路由器啟動(dòng)成功。路由器啟動(dòng)完后,用show run確實(shí)發(fā)現Console的速率為l15200。

  2、內存不夠升級失敗

  要升級的這臺Cisco2621路由器帶有VPN的功能。原來(lái)的IOS版本為C2600-i-mz.122-8.T4.bin。從網(wǎng)上得知 Cisco 2621只有K8、K9系列的IOS才能支持VPN。于是管理員從網(wǎng)上下載新的IOS c2600-ik9o3s3-mz.123-22.bin,大小為15MB。升級過(guò)程如下:

  (1)配置路由器Interfast 0/0的IP地址,先用“copy flash:tftp”把原來(lái)的IOS備份出來(lái),并通過(guò)“copy tftpd flash” 命令上傳。

  (2)重新啟動(dòng)路由器,發(fā)現如下的提示錯誤,大意是沒(méi)有足夠的內存運行IOS:

  Error:memory requirements exceed available memory Memory required:0x0284A0BC

  在Cisco官方網(wǎng)上查詢(xún),發(fā)現c2600-ik9o3s3-mz.123-22.bin這個(gè)10s鏡像要求路由器的內存為 64MB,Flash為16MB。從上面的啟動(dòng)信息可以看出,這臺路由器的內存為32MB,當然啟動(dòng)不起來(lái)了。后來(lái)在網(wǎng)上購買(mǎi)了一條l28MB的內存換上去,加大內存后,啟動(dòng)路由器成功。

  3、在ROM模式下通過(guò)TFTP上傳IOS效驗失敗

  由于路由器IOS升級失敗,所以想恢復原來(lái)的IOS。Cisco IOS升級失敗后,恢復IOS的方式有兩種:FTP和Xmodem。TFTP的傳輸速度快一些,Xmodem的傳輸速度比較慢。在R0M模式下,用TFTP上傳IOS,過(guò)程如下:

  (1)在interfast 0/0配置IP地址,配置完后用set命令查看。默認情況下,在R0M模式下配置的IP地址是在interfast 0/0下的,所配置的IP地址應該要與TFTP服務(wù)器在同一個(gè)網(wǎng)段內。

  (2)用tftpdnld方式下載,TFTP ServerMg開(kāi)始時(shí)用Cisco的TFTP,但傳輸一半就超時(shí)。用3Cdaemon傳輸完后,發(fā)現如下的警告:

  TFTP flash C0PY:Warning,ChecksSum comparison failed.

  重啟路由器,路由器無(wú)法啟動(dòng),提示IOS效驗錯誤。原想可能是IOS下載時(shí)出現錯誤,但是重新下載了c2600-ipbase-mz.123-6c.bin還是不行,看來(lái)不是IOS的問(wèn)題。后來(lái)更換了網(wǎng)線(xiàn)TFTP軟件還是不行。

  解決辦法:用Xmodem來(lái)傳。為了使傳輸速度快點(diǎn),我們應該修改Xmodem的傳輸速度為ll5200。IOS通過(guò)Xmodem傳輸完后,重啟路由器,路由器已經(jīng)可啟動(dòng)。

  4、經(jīng)驗總結

  (1)在用TFTP上傳IOS時(shí),如果提示效驗錯誤,就應該考慮采用Xmodem方式上傳。

  (2)TFTP服務(wù)器的IP的地址要和路由器的以太網(wǎng)口在一個(gè)網(wǎng)段上。

  (3)在用Xmodem上傳IOS時(shí),最好采用Windows自帶的超級終端。

  (4)TFTP (Trivial File Transfer Protoco1)文件傳輸協(xié)議最大就支持傳輸32MB的文件。如果IOS大于32MB時(shí),可以考慮采用第三方的TFTP軟件,如3Cdaemon。還有一種辦法就是可以采用FTP傳輸命令。

  總結:

  路由器故障紛繁復雜,排錯方法也不盡相同,但排錯思路和技巧還是有共同之處。遭遇路由故障,冷靜分析、大膽實(shí)踐、善于總結,這樣才會(huì )提高排錯能力。

【最新路由器系統故障問(wèn)題解決技巧論文】相關(guān)文章:

論文:“問(wèn)題解決教學(xué)”初探06-17

關(guān)于運用“問(wèn)題解決教學(xué)”的論文07-01

動(dòng)力轉向系統故障診斷研究的論文04-14

問(wèn)題解決能力培養的小學(xué)數學(xué)教育論文02-20

精選草擬論文的技巧07-14

論文修改技巧07-10

下水技巧論文04-24

論文排版技巧06-23

寫(xiě)論文的技巧06-23