2023年最新的路由器排行榜

1、第 PAGE9 頁 共 NUMPAGES9 頁2023年最新的路由器排行榜 路由器是連接因特網(wǎng)中各局域網(wǎng)、廣域網(wǎng)的設(shè)備，它會根據(jù)信道的情況自動選擇和設(shè)定路由，以最佳路徑，按前后順序發(fā)送信號。以下是小編收集的路由器系統(tǒng)故障問題解決技巧論文，歡迎查看！ 有關(guān)路由器系統(tǒng)故障問題解決技巧論文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í)間長了之后，局域網(wǎng)中出現(xiàn)的網(wǎng)絡(luò)故障就比較多了，例如Web站點(diǎn)不能瀏覽了，物理連接掉線了，網(wǎng)絡(luò)連接速度變慢了，上網(wǎng)性能不穩(wěn)定了等等。其中，一些網(wǎng)絡(luò)故障由于具有特別明顯的現(xiàn)象，排查、解決起來往往比較輕松;

2、但是也有一些網(wǎng)絡(luò)故障卻非常奇怪，明明ping測試一切正常，可是網(wǎng)絡(luò)傳輸速度異常緩慢，對于這類特殊的故障現(xiàn)象，我們必須要多點(diǎn)出發(fā)、全面排查，才能定位故障原因、解決故障現(xiàn)象。這不，筆者曾經(jīng)遭遇一則上網(wǎng)不穩(wěn)定的故障現(xiàn)象，經(jīng)過多點(diǎn)、全面地排查，竟然發(fā)現(xiàn)該故障是由于路由器內(nèi)存容量不足引起的，由于這種故障因素很少出現(xiàn)，在排查該故障的過程中很容易多走彎路，現(xiàn)在本文就將該故障的排除過程還原出來，供各位朋友參考交流! 案發(fā)現(xiàn)場 筆者單位的一個(gè)下屬公司，共包含技術(shù)部、工程部、業(yè)務(wù)部、銷售部這幾個(gè)部門，每個(gè)部門大約有20臺左右的普通計(jì)算機(jī)，這些計(jì)算機(jī)全部通過各自部門的BayNet品牌的普通交換機(jī)連接到局域網(wǎng)的CIS

3、CO路由器中，每個(gè)部門都擁有自己獨(dú)立的工作子網(wǎng)，它們相互之間不能互相訪問，普通計(jì)算機(jī)只能在相同的工作子網(wǎng)中進(jìn)行共享、交流;但是，單位的文件服務(wù)器、打印服務(wù)器、Web服務(wù)器等，都是直接連接到路由器端口上的，所有部門的計(jì)算機(jī)都可以直接訪問，并且它們還能通過路由器訪問Internet網(wǎng)絡(luò)。為了保證局域網(wǎng)網(wǎng)絡(luò)的運(yùn)行安全，下屬公司的網(wǎng)絡(luò)管理員還在路由器與Internet網(wǎng)絡(luò)之間，架設(shè)了天融信硬件防火墻，來對整個(gè)單位的網(wǎng)絡(luò)訪問行為進(jìn)行安全控制與監(jiān)視。 平時(shí)，各個(gè)部門的普通計(jì)算機(jī)都能正常上網(wǎng)，并且這些計(jì)算機(jī)在各個(gè)部門的內(nèi)網(wǎng)中，都能互相進(jìn)行共享、交流訪問;同時(shí)，由于工作需要，各個(gè)部門的上網(wǎng)用戶幾乎每天都要訪問

4、公司的Web服務(wù)器，從中查詢、下載公司的一些內(nèi)部信息?？墒?，最近一段時(shí)間，網(wǎng)絡(luò)管理員發(fā)現(xiàn)各個(gè)部門的用戶在訪問Web服務(wù)器或Internet網(wǎng)絡(luò)時(shí)，經(jīng)常會出現(xiàn)上網(wǎng)不穩(wěn)定的現(xiàn)象，也就是說有時(shí)候上網(wǎng)速度很快，有的時(shí)候上網(wǎng)速度很慢，甚至還會出現(xiàn)一會兒能上網(wǎng)，一會兒不能上網(wǎng)的故障現(xiàn)象。 排查故障 由于這種故障現(xiàn)象存在于各個(gè)部門，網(wǎng)絡(luò)管理員估計(jì)這種現(xiàn)象多半與普通客戶端系統(tǒng)自身的設(shè)置沒有任何關(guān)系，那究竟有哪些因素會影響整個(gè)局域網(wǎng)的上網(wǎng)穩(wěn)定性呢網(wǎng)絡(luò)管理員對故障現(xiàn)象再次進(jìn)行了琢磨分析，認(rèn)為該故障發(fā)生時(shí)幾乎沒有什么規(guī)律可遵循，上網(wǎng)有快有慢，網(wǎng)絡(luò)有時(shí)能上有時(shí)不能上，這種無規(guī)律的故障現(xiàn)象很有可能是局域網(wǎng)中的網(wǎng)絡(luò)病毒引

5、起的，事實(shí)上許多由病毒造成的網(wǎng)絡(luò)故障就是表現(xiàn)得如此沒有規(guī)律。如果確認(rèn)網(wǎng)絡(luò)病毒的確是造成上網(wǎng)不穩(wěn)定故障因素的話，那么網(wǎng)絡(luò)病毒很可能造成了網(wǎng)絡(luò)中某些重要通信端口數(shù)據(jù)流量的異常;依照這樣的分析，網(wǎng)絡(luò)管理員決定先用超級終端程序登錄進(jìn)入局域網(wǎng)路由器后臺系統(tǒng)，然后利用該系統(tǒng)自帶的掃描診斷功能，發(fā)現(xiàn)局域網(wǎng)中各個(gè)交換端口的數(shù)據(jù)流量并不是很大，這說明網(wǎng)絡(luò)病毒并沒有造成重要端口數(shù)據(jù)傳輸發(fā)生瓶頸現(xiàn)象。雖然如此，網(wǎng)絡(luò)管理員還是有點(diǎn)不放心，要求各個(gè)部門的工作人員，立即登錄到局域網(wǎng)中的網(wǎng)絡(luò)病毒防御服務(wù)器，安裝更新網(wǎng)絡(luò)殺毒軟件，并利用它對自己部門的計(jì)算機(jī)系統(tǒng)進(jìn)行一次病毒查殺操作，可是這樣的努力沒有取得任何效果，看來局域網(wǎng)上

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

7、故障，網(wǎng)絡(luò)管理員可能會下意識地認(rèn)為是網(wǎng)絡(luò)連接不牢靠的因素，可是現(xiàn)在他怎么也不會懷疑到網(wǎng)絡(luò)連接因素上，因?yàn)檫@種上網(wǎng)不穩(wěn)定的故障幾乎在各個(gè)部門的工作子網(wǎng)中都會出現(xiàn)，如果真的是網(wǎng)絡(luò)連接不牢靠的話，那也不可能局域網(wǎng)中所有計(jì)算機(jī)都同時(shí)出現(xiàn)不牢靠現(xiàn)象吧。 有沒有可能是網(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ī)過熱，造成自身工作性能不穩(wěn)定。于是，網(wǎng)絡(luò)管理員立即來到公司機(jī)房，先是觀察了路由器、交換機(jī)的信號燈狀態(tài)，發(fā)現(xiàn)一切正常，之后用手觸摸這些設(shè)備的表面溫度時(shí)，也沒有

8、覺察到有什么異常現(xiàn)象。 在萬般無奈的情況下，網(wǎng)絡(luò)管理員決定登錄進(jìn)入局域網(wǎng)的防火墻系統(tǒng)，查看其中的一些運(yùn)行狀態(tài)信息，看看有沒有什么值得懷疑的地方。讓他感到非常意外的事情出現(xiàn)了，網(wǎng)絡(luò)管理員看到局域網(wǎng)防火墻竟然記錄了許多IP地址為主機(jī)的通訊痕跡，那究竟是什么樣的主機(jī)地址呢經(jīng)過上網(wǎng)搜索，網(wǎng)絡(luò)管理員發(fā)現(xiàn)該地址是Windows系統(tǒng)對所有未知IP的地址描述，包括網(wǎng)卡設(shè)備通過dhcp方式取得的地址，pppoe的IP地址，以及其它非本機(jī)指定的IP地址;此外，地址也代表全零網(wǎng)絡(luò)，它能幫助路由器發(fā)送路由表中無法查詢的包。如果設(shè)置了全零網(wǎng)絡(luò)的路由，路由表中無法查詢的包都將送到全零網(wǎng)絡(luò)的路由中去。 通過上面的描述，網(wǎng)絡(luò)

9、管理員認(rèn)為該地址其實(shí)就是一個(gè)不存在的地址，那么究竟是什么因素讓外網(wǎng)不停地與局域網(wǎng)中一個(gè)根本不存在的主機(jī)進(jìn)行通信呢如果真的是外網(wǎng)與地址不斷進(jìn)行通信的話，那么外網(wǎng)的數(shù)據(jù)包是如何進(jìn)入到局域網(wǎng)中的呢，因?yàn)閱挝痪钟蚓W(wǎng)中的防火墻已經(jīng)被設(shè)置，阻止那些使用明顯虛假地址的主機(jī)進(jìn)行通信的 解決故障 經(jīng)過進(jìn)一步查看防火墻記錄，網(wǎng)絡(luò)管理員看到地址沒有進(jìn)行任何通信操作，難道它們真的被防火墻攔截了會不會是局域網(wǎng)遭到了非法攻擊，攻擊包在進(jìn)入內(nèi)網(wǎng)之后，將其IP地址喬裝成地址了呢可事實(shí)情況是，那個(gè)IP地址為的主機(jī)沒有進(jìn)行任何通信操作，那么非法攻擊包即使在嘗試攻擊內(nèi)網(wǎng)，也沒有成功，如此一來它也不會造成上網(wǎng)不穩(wěn)定的現(xiàn)象;為此，網(wǎng)絡(luò)

10、管理員斷定不存在外網(wǎng)攻擊的事情，那個(gè)地址肯定來自局域網(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í)，可能會在通信過程中丟棄一些數(shù)據(jù)包信息，造成某些上網(wǎng)內(nèi)容無法有效組合在一起，此時(shí)就容易產(chǎn)生一些地址。 依照上述理論分析，網(wǎng)絡(luò)管理員推斷地址很可能來自內(nèi)網(wǎng)，并且該地址很可能是由于局域網(wǎng)中的交換機(jī)或路由器內(nèi)存容量不夠引起的。由于上網(wǎng)不穩(wěn)定故障在各個(gè)部門都存在，網(wǎng)絡(luò)管理員估計(jì)問題多半出在與個(gè)工作子網(wǎng)都有關(guān)的路由器設(shè)備上，于是這一次準(zhǔn)備通過遠(yuǎn)程連接方式登錄進(jìn)入局域網(wǎng)路由器后臺系統(tǒng)，在遠(yuǎn)程登錄過程中，網(wǎng)絡(luò)管理員感覺到登錄速度明顯遲鈍，看

11、來路由器設(shè)備真的出現(xiàn)問題了。之后，他使用Console控制線直接連接到路由器后臺系統(tǒng)，查看其內(nèi)存的使用狀態(tài)時(shí)，發(fā)現(xiàn)該設(shè)備的內(nèi)存容量確實(shí)不足了，很明顯在上網(wǎng)高峰期間，路由器的內(nèi)存容量就更顯不足了，如此一來路由器自然就無法正常轉(zhuǎn)發(fā)數(shù)據(jù)信息了，這也正是各個(gè)部門上網(wǎng)不穩(wěn)定的原因。 找到了故障原因后，網(wǎng)絡(luò)管理員立即重新啟動了一次路由器系統(tǒng)，發(fā)現(xiàn)各個(gè)部門的上網(wǎng)狀態(tài)立即又恢復(fù)正常了，此時(shí)再次監(jiān)控路由器的內(nèi)存容量時(shí)，發(fā)現(xiàn)該內(nèi)存占用率也在不斷變大，看來要真正解決問題，還得需要升級路由器設(shè)備，要不然過一段時(shí)間，又要重新啟動路由器系統(tǒng)了。 有關(guān)路由器系統(tǒng)故障問題解決技巧論文2 關(guān)鍵字：路由器 對于網(wǎng)絡(luò)管理員來說，熟

12、悉與掌握路由排錯(cuò)的思路和技巧是非常必要的。小編將通過三例典型的路由故障排錯(cuò)案例進(jìn)行分析。 案例1 不堪重負(fù)，路由器外網(wǎng)口關(guān)閉 1、網(wǎng)絡(luò)環(huán)境 某單位使用的是Cisco路由器，租用電信30MB做本地接入和l0MB教育網(wǎng)雙線路上網(wǎng)，兩年來網(wǎng)絡(luò)運(yùn)行穩(wěn)定，路由器也沒有發(fā)生故障。隨著網(wǎng)絡(luò)用戶數(shù)量增加，原來電信30MB已不能滿足需要，于是決定租用電信100MB來解決帶寬問題。電信采用光纖接入到單位機(jī)房后，使用百兆光電轉(zhuǎn)換器經(jīng)轉(zhuǎn)換后通過雙絞線接到路由器外網(wǎng)口上面，該路由器使用是千兆電口作為外網(wǎng)口，由于光電轉(zhuǎn)換器只有100MB，該端口連接后速度顯示100MB。 2、外網(wǎng)端口流量為零 經(jīng)過幾天的運(yùn)行，管理員發(fā)現(xiàn)每

13、天當(dāng)路由器外網(wǎng)口流量超過50Mbps/s后，該端口就會出現(xiàn)“Receive Errors” ，流量超大，錯(cuò)誤信息很多。突然有一天，出現(xiàn)外網(wǎng)不能上了，Telnet到路由器上面，發(fā)現(xiàn)電信對應(yīng)的外網(wǎng)口沒有流量，顯示狀態(tài)為UP，路由器上其他端口工作正常。第一反映是電信的那邊出現(xiàn)問題了，是電話通知電信那邊查檢一下，對方很快回應(yīng)說沒有什么問題，并詢問是否光電轉(zhuǎn)換器死機(jī)了。 于是管理員將光電轉(zhuǎn)換器重啟后，故障依然。沒有辦法，只好將路由器重啟一下，故障排除。誰知，過了不到一個(gè)小時(shí)，故障又重現(xiàn)。Telnet到路由器后將該外網(wǎng)口執(zhí)行shutdown和undo shutdown后，故障排除。誰知，將所有有關(guān)病毒的安

14、全策略應(yīng)用到該端口，將tcp mss修改為2o48(廠商默認(rèn)1460)，故障依然出現(xiàn)。 3、故障分析 管理員發(fā)現(xiàn)在故障發(fā)生時(shí)，CPU顯示23%，Memory為33%，不算太高，關(guān)鍵是其他接口都正常工作，看樣子問題還是出現(xiàn)在這個(gè)端口上面?？蛇@個(gè)端口已用了兩年了，升級擴(kuò)容以前沒有出現(xiàn)端口不能正常通訊的情況，端口硬件應(yīng)該是有什么問題。 通過網(wǎng)管軟件對端口關(guān)閉前的流量檢測，發(fā)現(xiàn)該端口關(guān)閉前有很大的流量通過(超過80Mbps/s) ，顯示端口的錯(cuò)誤信息也比較多。通過分析得知應(yīng)該是網(wǎng)絡(luò)流量太大，利用率過高所致。 流量超過80%后，造成端口不能正常。如果該端口能工作千兆模式下，100MB帶寬僅利用該端口10

15、%，這樣端口可以輕松處理。 4、解決方案 在找到癥結(jié)后，推薦的解決方案是購買千兆光電轉(zhuǎn)換器代替原來的百兆設(shè)備，而且價(jià)格也比較便宜。但為了保證網(wǎng)絡(luò)運(yùn)行的穩(wěn)定性，該單位決定直接購買一個(gè)千兆光口路由模塊，直接利用光纖進(jìn)行通訊，減少網(wǎng)絡(luò)延時(shí)。電信則通過端口限速來控制保證提供百兆帶寬。通過一段時(shí)間運(yùn)行，發(fā)現(xiàn)該端口除了有少量錯(cuò)誤信息外，再沒有出現(xiàn)過端口無故關(guān)閉情況。 案例2 路由器為何發(fā)包失敗 在路由器的配置過程中，經(jīng)常會碰到這樣的問題：網(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)象描述 某單位

16、的網(wǎng)絡(luò)配置完成后，管理員在測試網(wǎng)絡(luò)連通性時(shí)發(fā)現(xiàn)：從PC機(jī)(95) 向目標(biāo)網(wǎng)絡(luò)(5/26)發(fā)送Ping時(shí)，路由器R1可以成功轉(zhuǎn)發(fā)數(shù)據(jù)包，然而從R1向目標(biāo)網(wǎng)絡(luò)(5/26) 發(fā)送ping時(shí)，出現(xiàn)ping失敗。 (2)排錯(cuò)過程 首先，跟蹤ping所經(jīng)過的路徑。檢查R1的路由表，目標(biāo)地址5可以與路由表中/0相匹配。檢查R2、R3、R4的路由表，均可以發(fā)現(xiàn)與目標(biāo)地址匹配的路由表項(xiàng)。 然后，跟蹤ICMP回應(yīng)應(yīng)答數(shù)據(jù)包所經(jīng)過的路徑。為完成這一步驟，要明確回應(yīng)數(shù)據(jù)包的源地址，PC發(fā)送ping時(shí)，回應(yīng)應(yīng)答數(shù)據(jù)包的目標(biāo)地址就是95。而路由器R1發(fā)送ping時(shí)，回應(yīng)應(yīng)答數(shù)據(jù)包的目標(biāo)地址就是46。 對照R4的路由表，發(fā)

17、現(xiàn)與 95匹配的路由表項(xiàng)，而未發(fā)現(xiàn)與目標(biāo)地址46相匹配的路由表項(xiàng)。 看來，ICMP的回應(yīng)應(yīng)答數(shù)據(jù)包在R4處理時(shí)被丟棄了，所以從R1向目標(biāo)網(wǎng)絡(luò)R4(5/26) 發(fā)送ping時(shí)，出現(xiàn)pmg失敗。 解決辦法是：在路由器R4上增加一條指向44/30的靜態(tài)路由，下一跳的地址為14。完成后，在R1向R4發(fā)送ping時(shí)，發(fā)現(xiàn)一切正常了。 此類網(wǎng)絡(luò)故障盡管不會影響網(wǎng)絡(luò)的正常通信，排除的過程也很簡單，但網(wǎng)絡(luò)故障的分析與排除時(shí)，我們要考慮完整的通信過程。 案例3 艱難的Cisco路由器IOS升級之旅 某學(xué)校從2023年開始建設(shè)校園網(wǎng)，近年來上網(wǎng)人數(shù)不斷增加，使原來的Cisco 2621已經(jīng)遠(yuǎn)遠(yuǎn)不能滿足網(wǎng)絡(luò)的需求。

18、而且最近要上0A辦公系統(tǒng)，需要增加一臺VPN設(shè)備，用于校外用戶對校內(nèi)0A系統(tǒng)的訪問。 出于經(jīng)濟(jì)上的考慮，他們想通過升級閑置的Cisco 2621路由器來做VPN。不過，在升級IOS的過程中遇到一些問題。 1、超級終端登錄出現(xiàn)亂碼 從機(jī)房的倉庫里拿出路由器，通電。通過Console口連上去，發(fā)現(xiàn)超級屏幕出現(xiàn)了一些亂碼。會不會是Consol口壞了？分析認(rèn)為Cisco設(shè)備如果出現(xiàn)Console口壞了，一般會在超級終端屏幕上不斷輸出很多的亂碼。 但是這回出現(xiàn)的卻是輸入回車鍵后，才在屏幕上出現(xiàn)亂碼，可能是每秒傳輸速率不對。 管理員將默認(rèn)值9600更換為l15200。路由器啟動成功。路由器啟動完后，用sh

19、ow run確實(shí)發(fā)現(xiàn)Console的速率為l15200。 2、內(nèi)存不夠升級失敗 要升級的這臺Cisco2621路由器帶有VPN的功能。原來的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。升級過程如下： (1)配置路由器Interfast 0/0的IP地址，先用“copy flash:tftp”把原來的IOS備份出來，并通過“copy tftpd flash” 命令上傳。 (2)重新啟動路由器，發(fā)現(xiàn)如下的提

20、示錯(cuò)誤，大意是沒有足夠的內(nèi)存運(yùn)行IOS: Error:memory requirements exceed available memory Memory required:0 x0284A0BC 在Cisco官方網(wǎng)上查詢，發(fā)現(xiàn)c2600-ik9o3s3-mz.123-22.bin這個(gè)10s鏡像要求路由器的內(nèi)存為 64MB，F(xiàn)lash為16MB。從上面的啟動信息可以看出，這臺路由器的內(nèi)存為32MB，當(dāng)然啟動不起來了。后來在網(wǎng)上購買了一條l28MB的內(nèi)存換上去，加大內(nèi)存后，啟動路由器成功。 3、在ROM模式下通過TFTP上傳IOS效驗(yàn)失敗 由于路由器IOS升級失敗，所以想恢復(fù)原來的IOS。Cisco IOS升級失敗后，恢復(fù)IOS的方式有兩種：FTP和Xmodem。TFTP的傳輸速度快一些，Xmodem的傳輸速度比較慢。在R0M模式下，用TFTP上傳IOS，過程如下： (1)在interfast 0/0配置IP地址，配置完后用set命令查看。默認(rèn)情況下，在R0M模式下配置的IP地址是在