2018最新有關(guān)路由器系統(tǒng)故障問(wèn)題解決技巧論文
路由器是連接因特網(wǎng)中各局域網(wǎng)、廣域網(wǎng)的設(shè)備，它會(huì)根據(jù)信道的情況自動(dòng)選擇和設(shè)定路由，以最佳路徑，按前后順序發(fā)送信號(hào)。以下是小編收集的路由器系統(tǒng)故障問(wèn)題解決技巧論文，歡迎查看！
有關(guān)路由器系統(tǒng)故障問(wèn)題解決技巧論文1
在局域網(wǎng)剛剛組建的一段時(shí)間內(nèi)，網(wǎng)絡(luò)運(yùn)行狀態(tài)往往都比較穩(wěn)定，這是因?yàn)榫W(wǎng)絡(luò)設(shè)備都是新的，網(wǎng)絡(luò)應(yīng)用也比較少;可是運(yùn)行時(shí)間長(zhǎng)了之后，局域網(wǎng)中出現(xiàn)的網(wǎng)絡(luò)故障就比較多了，例如Web站點(diǎn)不能瀏覽了，物理連接掉線了，網(wǎng)絡(luò)連接速度變慢了，上網(wǎng)性能不穩(wěn)定了等等。其中，一些網(wǎng)絡(luò)故障由于具有特別明顯的現(xiàn)象，排查、解決起來(lái)往往比較輕松;但是也有一些網(wǎng)絡(luò)故障卻非常奇怪，明明ping測(cè)試一切正常，可是網(wǎng)絡(luò)傳輸速度異常緩慢，對(duì)于這類特殊的故障現(xiàn)象，我們必須要多點(diǎn)出發(fā)、全面排查，才能定位故障原因、解決故障現(xiàn)象。這不，筆者曾經(jīng)遭遇一則上網(wǎng)不穩(wěn)定的故障現(xiàn)象，經(jīng)過(guò)多點(diǎn)、全面地排查，竟然發(fā)現(xiàn)該故障是由于路由器內(nèi)存容量不足引起的，由于這種故障因素很少出現(xiàn)，在排查該故障的過(guò)程中很容易多走彎路，現(xiàn)在本文就將該故障的排除過(guò)程還原出來(lái)，供各位朋友參考交流!
案發(fā)現(xiàn)場(chǎng)
筆者單位的一個(gè)下屬公司，共包含技術(shù)部、工程部、業(yè)務(wù)部、銷售部這幾個(gè)部門，每個(gè)部門大約有20臺(tái)左右的普通計(jì)算機(jī)，這些計(jì)算機(jī)全部通過(guò)各自部門的BayNet品牌的普通交換機(jī)連接到局域網(wǎng)的CISCO路由器中，每個(gè)部門都擁有自己獨(dú)立的工作子網(wǎng)，它們相互之間不能互相訪問(wèn)，普通計(jì)算機(jī)只能在相同的工作子網(wǎng)中進(jìn)行共享、交流;但是，單位的文件服務(wù)器、打印服務(wù)器、Web服務(wù)器等，都是直接連接到路由器端口上的，所有部門的計(jì)算機(jī)都可以直接訪問(wèn)，并且它們還能通過(guò)路由器訪問(wèn)Internet網(wǎng)絡(luò)。為了保證局域網(wǎng)網(wǎng)絡(luò)的運(yùn)行安全，下屬公司的網(wǎng)絡(luò)管理員還在路由器與Internet網(wǎng)絡(luò)之間，架設(shè)了天融信硬件防火墻，來(lái)對(duì)整個(gè)單位的網(wǎng)絡(luò)訪問(wèn)行為進(jìn)行安全控制與監(jiān)視。
平時(shí)，各個(gè)部門的普通計(jì)算機(jī)都能正常上網(wǎng)，并且這些計(jì)算機(jī)在各個(gè)部門的內(nèi)網(wǎng)中，都能互相進(jìn)行共享、交流訪問(wèn);同時(shí)，由于工作需要，各個(gè)部門的上網(wǎng)用戶幾乎每天都要訪問(wèn)公司的Web服務(wù)器，從中查詢、下載公司的一些內(nèi)部信息�？墒�，最近一段時(shí)間，網(wǎng)絡(luò)管理員發(fā)現(xiàn)各個(gè)部門的用戶在訪問(wèn)Web服務(wù)器或Internet網(wǎng)絡(luò)時(shí)，經(jīng)常會(huì)出現(xiàn)上網(wǎng)不穩(wěn)定的現(xiàn)象，也就是說(shuō)有時(shí)候上網(wǎng)速度很快，有的時(shí)候上網(wǎng)速度很慢，甚至還會(huì)出現(xiàn)一會(huì)兒能上網(wǎng)，一會(huì)兒不能上網(wǎng)的故障現(xiàn)象。
排查故障
由于這種故障現(xiàn)象存在于各個(gè)部門，網(wǎng)絡(luò)管理員估計(jì)這種現(xiàn)象多半與普通客戶端系統(tǒng)自身的設(shè)置沒(méi)有任何關(guān)系，那究竟有哪些因素會(huì)影響整個(gè)局域網(wǎng)的上網(wǎng)穩(wěn)定性呢?網(wǎng)絡(luò)管理員對(duì)故障現(xiàn)象再次進(jìn)行了琢磨分析，認(rèn)為該故障發(fā)生時(shí)幾乎沒(méi)有什么規(guī)律可遵循，上網(wǎng)有快有慢，網(wǎng)絡(luò)有時(shí)能上有時(shí)不能上，這種無(wú)規(guī)律的故障現(xiàn)象很有可能是局域網(wǎng)中的網(wǎng)絡(luò)病毒引起的，事實(shí)上許多由病毒造成的網(wǎng)絡(luò)故障就是表現(xiàn)得如此沒(méi)有規(guī)律。如果確認(rèn)網(wǎng)絡(luò)病毒的確是造成上網(wǎng)不穩(wěn)定故障因素的話，那么網(wǎng)絡(luò)病毒很可能造成了網(wǎng)絡(luò)中某些重要通信端口數(shù)據(jù)流量的異常;依照這樣的分析，網(wǎng)絡(luò)管理員決定先用超級(jí)終端程序登錄進(jìn)入局域網(wǎng)路由器后臺(tái)系統(tǒng)，然后利用該系統(tǒng)自帶的掃描診斷功能，發(fā)現(xiàn)局域網(wǎng)中各個(gè)交換端口的數(shù)據(jù)流量并不是很大，這說(shuō)明網(wǎng)絡(luò)病毒并沒(méi)有造成重要端口數(shù)據(jù)傳輸發(fā)生瓶頸現(xiàn)象。雖然如此，網(wǎng)絡(luò)管理員還是有點(diǎn)不放心，要求各個(gè)部門的工作人員，立即登錄到局域網(wǎng)中的網(wǎng)絡(luò)病毒防御服務(wù)器，安裝更新網(wǎng)絡(luò)殺毒軟件，并利用它對(duì)自己部門的計(jì)算機(jī)系統(tǒng)進(jìn)行一次病毒查殺操作，可是這樣的努力沒(méi)有取得任何效果，看來(lái)局域網(wǎng)上網(wǎng)不穩(wěn)定的故障現(xiàn)象與網(wǎng)絡(luò)病毒無(wú)關(guān)。
考慮到網(wǎng)絡(luò)管理員先前已經(jīng)掃描過(guò)各個(gè)交換端口的流量情況，并沒(méi)有看到有異常情況，這說(shuō)明局域網(wǎng)中并不存在重要數(shù)據(jù)端口瓶頸現(xiàn)象，也就是說(shuō)上網(wǎng)不穩(wěn)定故障現(xiàn)象與端口瓶頸因素也沒(méi)有關(guān)系。同時(shí)，重要交換端口的數(shù)據(jù)流量大小正常，也反映了局域網(wǎng)中不存在廣播風(fēng)暴或者網(wǎng)絡(luò)環(huán)路現(xiàn)象，因?yàn)檫@些現(xiàn)象要是存在的話，我們應(yīng)該能夠看到重要交換端口的輸出廣播包大小應(yīng)該不斷增加才對(duì)，可事實(shí)卻沒(méi)有，這就意味著上網(wǎng)不穩(wěn)定故障不是由網(wǎng)絡(luò)廣播風(fēng)暴或網(wǎng)絡(luò)環(huán)路現(xiàn)象引起的。
在初步排除了端口瓶頸因素、網(wǎng)絡(luò)環(huán)路因素、廣播風(fēng)暴因素以及網(wǎng)絡(luò)病毒因素后，網(wǎng)絡(luò)故障還是不能消除，這讓網(wǎng)絡(luò)管理員萬(wàn)分的懊惱。以前提到上網(wǎng)不穩(wěn)定故障，網(wǎng)絡(luò)管理員可能會(huì)下意識(shí)地認(rèn)為是網(wǎng)絡(luò)連接不牢靠的因素，可是現(xiàn)在他怎么也不會(huì)懷疑到網(wǎng)絡(luò)連接因素上，因?yàn)檫@種上網(wǎng)不穩(wěn)定的故障幾乎在各個(gè)部門的工作子網(wǎng)中都會(huì)出現(xiàn)，如果真的是網(wǎng)絡(luò)連接不牢靠的話，那也不可能局域網(wǎng)中所有計(jì)算機(jī)都同時(shí)出現(xiàn)不牢靠現(xiàn)象吧。
有沒(méi)有可能是網(wǎng)絡(luò)設(shè)備自身性能不穩(wěn)定，造成了上網(wǎng)不穩(wěn)定現(xiàn)象呢?聯(lián)想到夏天的時(shí)候，一些設(shè)備由于散熱不好，造成自身工作性能下降，經(jīng)常出現(xiàn)上網(wǎng)掉線或速度緩慢現(xiàn)象，為此網(wǎng)絡(luò)管理員推斷可能是局域網(wǎng)中的路由器或交換機(jī)過(guò)熱，造成自身工作性能不穩(wěn)定。于是，網(wǎng)絡(luò)管理員立即來(lái)到公司機(jī)房，先是觀察了路由器、交換機(jī)的信號(hào)燈狀態(tài)，發(fā)現(xiàn)一切正常，之后用手觸摸這些設(shè)備的表面溫度時(shí)，也沒(méi)有覺(jué)察到有什么異�，F(xiàn)象。
在萬(wàn)般無(wú)奈的情況下，網(wǎng)絡(luò)管理員決定登錄進(jìn)入局域網(wǎng)的防火墻系統(tǒng)，查看其中的一些運(yùn)行狀態(tài)信息，看看有沒(méi)有什么值得懷疑的地方。讓他感到非常意外的事情出現(xiàn)了，網(wǎng)絡(luò)管理員看到局域網(wǎng)防火墻竟然記錄了許多IP地址為0.0.0.0主機(jī)的通訊痕跡，那0.0.0.0究竟是什么樣的'主機(jī)地址呢?經(jīng)過(guò)上網(wǎng)搜索，網(wǎng)絡(luò)管理員發(fā)現(xiàn)該地址是Windows系統(tǒng)對(duì)所有未知IP的地址描述，包括網(wǎng)卡設(shè)備通過(guò)dhcp方式取得的地址，pppoe的IP地址，以及其它非本機(jī)指定的IP地址;此外，0.0.0.0地址也代表全零網(wǎng)絡(luò)，它能幫助路由器發(fā)送路由表中無(wú)法查詢的包。如果設(shè)置了全零網(wǎng)絡(luò)的路由，路由表中無(wú)法查詢的包都將送到全零網(wǎng)絡(luò)的路由中去。 通過(guò)上面的描述，網(wǎng)絡(luò)管理員認(rèn)為該地址其實(shí)就是一個(gè)不存在的地址，那么究竟是什么因素讓外網(wǎng)不停地與局域網(wǎng)中一個(gè)根本不存在的主機(jī)進(jìn)行通信呢?如果真的是外網(wǎng)與0.0.0.0地址不斷進(jìn)行通信的話，那么外網(wǎng)的數(shù)據(jù)包是如何進(jìn)入到局域網(wǎng)中的呢，因?yàn)閱挝痪钟蚓W(wǎng)中的防火墻已經(jīng)被設(shè)置，阻止那些使用明顯虛假地址的主機(jī)進(jìn)行通信的?
解決故障
經(jīng)過(guò)進(jìn)一步查看防火墻記錄，網(wǎng)絡(luò)管理員看到0.0.0.0地址沒(méi)有進(jìn)行任何通信操作，難道它們真的被防火墻攔截了?會(huì)不會(huì)是局域網(wǎng)遭到了非法攻擊，攻擊包在進(jìn)入內(nèi)網(wǎng)之后，將其IP地址喬裝成0.0.0.0地址了呢?可事實(shí)情況是，那個(gè)IP地址為0.0.0.0的主機(jī)沒(méi)有進(jìn)行任何通信操作，那么非法攻擊包即使在嘗試攻擊內(nèi)網(wǎng)，也沒(méi)有成功，如此一來(lái)它也不會(huì)造成上網(wǎng)不穩(wěn)定的現(xiàn)象;為此，網(wǎng)絡(luò)管理員斷定不存在外網(wǎng)攻擊的事情，那個(gè)0.0.0.0地址肯定來(lái)自局域網(wǎng)內(nèi)部，那么這個(gè)不可能的IP地址究竟是怎么產(chǎn)生的呢?再次上網(wǎng)咨詢相關(guān)信息，網(wǎng)絡(luò)管理員發(fā)現(xiàn)一些重要網(wǎng)絡(luò)設(shè)備的內(nèi)存容量不夠時(shí)，可能會(huì)在通信過(guò)程中丟棄一些數(shù)據(jù)包信息，造成某些上網(wǎng)內(nèi)容無(wú)法有效組合在一起，此時(shí)就容易產(chǎn)生一些0.0.0.0地址。
依照上述理論分析，網(wǎng)絡(luò)管理員推斷0.0.0.0地址很可能來(lái)自內(nèi)網(wǎng)，并且該地址很可能是由于局域網(wǎng)中的交換機(jī)或路由器內(nèi)存容量不夠引起的。由于上網(wǎng)不穩(wěn)定故障在各個(gè)部門都存在，網(wǎng)絡(luò)管理員估計(jì)問(wèn)題多半出在與個(gè)工作子網(wǎng)都有關(guān)的路由器設(shè)備上，于是這一次準(zhǔn)備通過(guò)遠(yuǎn)程連接方式登錄進(jìn)入局域網(wǎng)路由器后臺(tái)系統(tǒng)，在遠(yuǎn)程登錄過(guò)程中，網(wǎng)絡(luò)管理員感覺(jué)到登錄速度明顯遲鈍，看來(lái)路由器設(shè)備真的出現(xiàn)問(wèn)題了。之后，他使用Console控制線直接連接到路由器后臺(tái)系統(tǒng)，查看其內(nèi)存的使用狀態(tài)時(shí)，發(fā)現(xiàn)該設(shè)備的內(nèi)存容量確實(shí)不足了，很明顯在上網(wǎng)高峰期間，路由器的內(nèi)存容量就更顯不足了，如此一來(lái)路由器自然就無(wú)法正常轉(zhuǎn)發(fā)數(shù)據(jù)信息了，這也正是各個(gè)部門上網(wǎng)不穩(wěn)定的原因。
找到了故障原因后，網(wǎng)絡(luò)管理員立即重新啟動(dòng)了一次路由器系統(tǒng)，發(fā)現(xiàn)各個(gè)部門的上網(wǎng)狀態(tài)立即又恢復(fù)正常了，此時(shí)再次監(jiān)控路由器的內(nèi)存容量時(shí)，發(fā)現(xiàn)該內(nèi)存占用率也在不斷變大，看來(lái)要真正解決問(wèn)題，還得需要升級(jí)路由器設(shè)備，要不然過(guò)一段時(shí)間，又要重新啟動(dòng)路由器系統(tǒng)了。
有關(guān)路由器系統(tǒng)故障問(wèn)題解決技巧論文2
關(guān)鍵字：路由器
對(duì)于網(wǎng)絡(luò)管理員來(lái)說(shuō)，熟悉與掌握路由排錯(cuò)的思路和技巧是非常必要的。小編將通過(guò)三例典型的路由故障排錯(cuò)案例進(jìn)行分析。
案例1 不堪重負(fù)，路由器外網(wǎng)口關(guān)閉
1、網(wǎng)絡(luò)環(huán)境
某單位使用的是Cisco路由器，租用電信30MB做本地接入和l0MB教育網(wǎng)雙線路上網(wǎng)，兩年來(lái)網(wǎng)絡(luò)運(yùn)行穩(wěn)定，路由器也沒(méi)有發(fā)生故障。隨著網(wǎng)絡(luò)用戶數(shù)量增加，原來(lái)電信30MB已不能滿足需要，于是決定租用電信100MB來(lái)解決帶寬問(wèn)題。電信采用光纖接入到單位機(jī)房后，使用百兆光電轉(zhuǎn)換器經(jīng)轉(zhuǎn)換后通過(guò)雙絞線接到路由器外網(wǎng)口上面，該路由器使用是千兆電口作為外網(wǎng)口，由于光電轉(zhuǎn)換器只有100MB，該端口連接后速度顯示100MB。
2、外網(wǎng)端口流量為零
經(jīng)過(guò)幾天的運(yùn)行，管理員發(fā)現(xiàn)每天當(dāng)路由器外網(wǎng)口流量超過(guò)50Mbps/s后，該端口就會(huì)出現(xiàn)“Receive Errors” ，流量超大，錯(cuò)誤信息很多。突然有一天，出現(xiàn)外網(wǎng)不能上了，Telnet到路由器上面，發(fā)現(xiàn)電信對(duì)應(yīng)的外網(wǎng)口沒(méi)有流量，顯示狀態(tài)為UP，路由器上其他端口工作正常。第一反映是電信的那邊出現(xiàn)問(wèn)題了，是電話通知電信那邊查檢一下，對(duì)方很快回應(yīng)說(shuō)沒(méi)有什么問(wèn)題，并詢問(wèn)是否光電轉(zhuǎn)換器死機(jī)了。
于是管理員將光電轉(zhuǎn)換器重啟后，故障依然。沒(méi)有辦法，只好將路由器重啟一下，故障排除。誰(shuí)知，過(guò)了不到一個(gè)小時(shí)，故障又重現(xiàn)。Telnet到路由器后將該外網(wǎng)口執(zhí)行shutdown和undo shutdown后，故障排除。誰(shuí)知，將所有有關(guān)病毒的安全策略應(yīng)用到該端口，將tcp mss修改為2o48(廠商默認(rèn)1460)，故障依然出現(xiàn)。
3、故障分析
管理員發(fā)現(xiàn)在故障發(fā)生時(shí)，CPU顯示23%，Memory為33%，不算太高，關(guān)鍵是其他接口都正常工作，看樣子問(wèn)題還是出現(xiàn)在這個(gè)端口上面。可這個(gè)端口已用了兩年了，升級(jí)擴(kuò)容以前沒(méi)有出現(xiàn)端口不能正常通訊的情況，端口硬件應(yīng)該是有什么問(wèn)題。
通過(guò)網(wǎng)管軟件對(duì)端口關(guān)閉前的流量檢測(cè)，發(fā)現(xiàn)該端口關(guān)閉前有很大的流量通過(guò)(超過(guò)80Mbps/s) ，顯示端口的錯(cuò)誤信息也比較多。通過(guò)分析得知應(yīng)該是網(wǎng)絡(luò)流量太大，利用率過(guò)高所致。
流量超過(guò)80%后，造成端口不能正常。如果該端口能工作千兆模式下，100MB帶寬僅利用該端口10%，這樣端口可以輕松處理。
4、解決方案
在找到癥結(jié)后，推薦的解決方案是購(gòu)買千兆光電轉(zhuǎn)換器代替原來(lái)的百兆設(shè)備，而且價(jià)格也比較便宜。但為了保證網(wǎng)絡(luò)運(yùn)行的穩(wěn)定性，該單位決定直接購(gòu)買一個(gè)千兆光口路由模塊，直接利用光纖進(jìn)行通訊，減少網(wǎng)絡(luò)延時(shí)。電信則通過(guò)端口限速來(lái)控制保證提供百兆帶寬。通過(guò)一段時(shí)間運(yùn)行，發(fā)現(xiàn)該端口除了有少量錯(cuò)誤信息外，再?zèng)]有出現(xiàn)過(guò)端口無(wú)故關(guān)閉情況。
案例2 路由器為何發(fā)包失敗
在路由器的配置過(guò)程中，經(jīng)常會(huì)碰到這樣的問(wèn)題：網(wǎng)絡(luò)通信正常，路由器可以成功路由數(shù)據(jù)包到目標(biāo)網(wǎng)絡(luò)，但是從路由器發(fā)的數(shù)據(jù)包卻傳送失敗，故障表現(xiàn)為路由器ping目標(biāo)網(wǎng)絡(luò)失敗，下面就是一個(gè)典型的案例。
(1)現(xiàn)象描述
某單位的網(wǎng)絡(luò)配置完成后，管理員在測(cè)試網(wǎng)絡(luò)連通性時(shí)發(fā)現(xiàn)：從PC機(jī)(6.159.245.195) 向目標(biāo)網(wǎng)絡(luò)(6.159.245.65/26)發(fā)送Ping時(shí)，路由器R1可以成功轉(zhuǎn)發(fā)數(shù)據(jù)包，然而從R1向目標(biāo)網(wǎng)絡(luò)(6.159.245.65/26) 發(fā)送ping時(shí)，出現(xiàn)ping失敗。
(2)排錯(cuò)過(guò)程
首先，跟蹤ping所經(jīng)過(guò)的路徑。檢查R1的路由表，目標(biāo)地址6.159.245.65可以與路由表中0.0.0.0/0相匹配。檢查R2、R3、R4的路由表，均可以發(fā)現(xiàn)與目標(biāo)地址匹配的路由表項(xiàng)。
然后，跟蹤ICMP回應(yīng)應(yīng)答數(shù)據(jù)包所經(jīng)過(guò)的路徑。為完成這一步驟，要明確回應(yīng)數(shù)據(jù)包的源地址，PC發(fā)送ping時(shí)，回應(yīng)應(yīng)答數(shù)據(jù)包的目標(biāo)地址就是6.159.245.195。而路由器R1發(fā)送ping時(shí)，回應(yīng)應(yīng)答數(shù)據(jù)包的目標(biāo)地址就是71.170.0.146。
對(duì)照R4的路由表，發(fā)現(xiàn)與 6.159.245.195匹配的路由表項(xiàng)，而未發(fā)現(xiàn)與目標(biāo)地址71.170.0.146相匹配的路由表項(xiàng)。
看來(lái)，ICMP的回應(yīng)應(yīng)答數(shù)據(jù)包在R4處理時(shí)被丟棄了，所以從R1向目標(biāo)網(wǎng)絡(luò)R4(6.159.245.65/26) 發(fā)送ping時(shí)，出現(xiàn)pmg失敗。
解決辦法是：在路由器R4上增加一條指向71.170.0.144/30的靜態(tài)路由，下一跳的地址為71.170.0.214。完成后，在R1向R4發(fā)送ping時(shí)，發(fā)現(xiàn)一切正常了。
此類網(wǎng)絡(luò)故障盡管不會(huì)影響網(wǎng)絡(luò)的正常通信，排除的過(guò)程也很簡(jiǎn)單，但網(wǎng)絡(luò)故障的分析與排除時(shí)，我們要考慮完整的通信過(guò)程。
案例3 艱難的Cisco路由器IOS升級(jí)之旅
某學(xué)校從2003年開(kāi)始建設(shè)校園網(wǎng)，近年來(lái)上網(wǎng)人數(shù)不斷增加，使原來(lái)的Cisco 2621已經(jīng)遠(yuǎn)遠(yuǎn)不能滿足網(wǎng)絡(luò)的需求。而且最近要上0A辦公系統(tǒng)，需要增加一臺(tái)VPN設(shè)備，用于校外用戶對(duì)校內(nèi)0A系統(tǒng)的訪問(wèn)。
出于經(jīng)濟(jì)上的考慮，他們想通過(guò)升級(jí)閑置的Cisco 2621路由器來(lái)做VPN。不過(guò)，在升級(jí)IOS的過(guò)程中遇到一些問(wèn)題。
1、超級(jí)終端登錄出現(xiàn)亂碼
從機(jī)房的倉(cāng)庫(kù)里拿出路由器，通電。通過(guò)Console口連上去，發(fā)現(xiàn)超級(jí)屏幕出現(xiàn)了一些亂碼。會(huì)不會(huì)是Consol口壞了？分析認(rèn)為Cisco設(shè)備如果出現(xiàn)Console口壞了，一般會(huì)在超級(jí)終端屏幕上不斷輸出很多的亂碼。
但是這回出現(xiàn)的卻是輸入回車鍵后，才在屏幕上出現(xiàn)亂碼，可能是每秒傳輸速率不對(duì)。
管理員將默認(rèn)值9600更換為l15200。路由器啟動(dòng)成功。路由器啟動(dòng)完后，用show run確實(shí)發(fā)現(xiàn)Console的速率為l15200。
2、內(nèi)存不夠升級(jí)失敗
要升級(jí)的這臺(tái)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。升級(jí)過(guò)程如下：
(1)配置路由器Interfast 0/0的IP地址，先用“copy flash:tftp”把原來(lái)的IOS備份出來(lái)，并通過(guò)“copy tftpd flash” 命令上傳。
(2)重新啟動(dòng)路由器，發(fā)現(xiàn)如下的提示錯(cuò)誤，大意是沒(méi)有足夠的內(nèi)存運(yùn)行IOS:
Error:memory requirements exceed available memory Memory required:0x0284A0BC
在Cisco官方網(wǎng)上查詢，發(fā)現(xiàn)c2600-ik9o3s3-mz.123-22.bin這個(gè)10s鏡像要求路由器的內(nèi)存為 64MB，F(xiàn)lash為16MB。從上面的啟動(dòng)信息可以看出，這臺(tái)路由器的內(nèi)存為32MB，當(dāng)然啟動(dòng)不起來(lái)了。后來(lái)在網(wǎng)上購(gòu)買了一條l28MB的內(nèi)存換上去，加大內(nèi)存后，啟動(dòng)路由器成功。
3、在ROM模式下通過(guò)TFTP上傳IOS效驗(yàn)失敗
由于路由器IOS升級(jí)失敗，所以想恢復(fù)原來(lái)的IOS。Cisco IOS升級(jí)失敗后，恢復(fù)IOS的方式有兩種：FTP和Xmodem。TFTP的傳輸速度快一些，Xmodem的傳輸速度比較慢。在R0M模式下，用TFTP上傳IOS，過(guò)程如下：
(1)在interfast 0/0配置IP地址，配置完后用set命令查看。默認(rèn)情況下，在R0M模式下配置的IP地址是在interfast 0/0下的，所配置的IP地址應(yīng)該要與TFTP服務(wù)器在同一個(gè)網(wǎng)段內(nèi)。
(2)用tftpdnld方式下載，TFTP ServerMg開(kāi)始時(shí)用Cisco的TFTP，但傳輸一半就超時(shí)。用3Cdaemon傳輸完后，發(fā)現(xiàn)如下的警告：
TFTP flash C0PY:Warning，ChecksSum comparison failed.
重啟路由器，路由器無(wú)法啟動(dòng)，提示IOS效驗(yàn)錯(cuò)誤。原想可能是IOS下載時(shí)出現(xiàn)錯(cuò)誤，但是重新下載了c2600-ipbase-mz.123-6c.bin還是不行，看來(lái)不是IOS的問(wèn)題。后來(lái)更換了網(wǎng)線TFTP軟件還是不行。
解決辦法：用Xmodem來(lái)傳。為了使傳輸速度快點(diǎn)，我們應(yīng)該修改Xmodem的傳輸速度為ll5200。IOS通過(guò)Xmodem傳輸完后，重啟路由器，路由器已經(jīng)可啟動(dòng)。
4、經(jīng)驗(yàn)總結(jié)
(1)在用TFTP上傳IOS時(shí)，如果提示效驗(yàn)錯(cuò)誤，就應(yīng)該考慮采用Xmodem方式上傳。
(2)TFTP服務(wù)器的IP的地址要和路由器的以太網(wǎng)口在一個(gè)網(wǎng)段上。
(3)在用Xmodem上傳IOS時(shí)，最好采用Windows自帶的超級(jí)終端。
(4)TFTP (Trivial File Transfer Protoco1)文件傳輸協(xié)議最大就支持傳輸32MB的文件。如果IOS大于32MB時(shí)，可以考慮采用第三方的TFTP軟件，如3Cdaemon。還有一種辦法就是可以采用FTP傳輸命令。
總結(jié)：
路由器故障紛繁復(fù)雜，排錯(cuò)方法也不盡相同，但排錯(cuò)思路和技巧還是有共同之處。遭遇路由故障，冷靜分析、大膽實(shí)踐、善于總結(jié)，這樣才會(huì)提高排錯(cuò)能力。
【最新路由器系統(tǒng)故障問(wèn)題解決技巧論文】相關(guān)文章：
關(guān)于運(yùn)用“問(wèn)題解決教學(xué)”的論文07-01
動(dòng)力轉(zhuǎn)向系統(tǒng)故障診斷研究的論文04-14
問(wèn)題解決能力培養(yǎng)的小學(xué)數(shù)學(xué)教育論文02-20
精選草擬論文的技巧07-14
論文修改技巧07-10
下水技巧論文04-24
論文排版技巧06-23
寫論文的技巧06-23