Nghiên cứu, xây dựng tài liệu hướng dẫn kiểm tra và khắc phục lỗi của thiết bị router

Nghiên cứu, xây dựng tài liệu hướng dẫn kiểm
tra và khắc phục lỗi của thiết bị Router
THUẬT NGỮ VIẾT TẮT.....................................2
1.3. Mục đích của việc nghiên cứu, xây dựng:...................................................................2
1.4. Nội dung :.................................................................................................................3

2. Nghiên cứu và xác định các yêu cầu đảm bảo
an toàn cho hoạt động Router...............................4
3. Nghiên cứu, xây dựng hướng dẫn kiểm tra và
khắc phục lỗi vật lý của thiết bị Router................4
3.1. Khảo sát và phân tích các lỗi thường gặp của thiết bị Router......................................4
3.2. Nghiên cứu, xây dựng hướng dẫn kiểm tra và khắc phục sự cố vật lý của Router.........4
3.2.1. Kiểm tra thông tin cơ bản về Router..........................................................................................4
3.2.2. Kiểm tra và xác định sự cố của Router về các vấn đề như:Cổng Serial, cổng ISDN, bộ nhớ,
Router bị treo.......................................................................................................................................6
3.2.3. Kiểm tra và khắc phục lỗi khi Router Reboots/Reloads...........................................................10
3.2.4. Kiểm tra và khắc phục lỗi khi Router bị Boot liên tục..............................................................12
3.2.5. Router không boot được..........................................................................................................13
3.2.6. Kiểm tra và khắc phục lỗi khi Router làm mất gói tin...............................................................15

3.3. Nghiên cứu, xây dựng hướng dẫn khắc phục lỗi Crashes trên thiết bị Router.............18
3.3.1. Khảo sát và phân tích các kiểu lỗi Crash trên thiết bị định tuyến............................................18
3.2.2 Kiểm tra và nhận biết thông tin về lỗi Crash.............................................................................22
3.3.3. Khắc phục sự cố trên các Module của Router..........................................................................25

4.1. Khảo sát và phân tích các lỗi logic thường gặp trên các thiết bị Router......................29
4.1.1. Đánh giá sự rủi ro trong quá trình cài đặt................................................................................30
4.1.2. Những mối đe dọa phổ biến trong quá trình cài đặt vật lý cho router và switch....................31
4.1.3. Giảm thiểu những mối đe dọa do phần cứng..........................................................................32
4.1.4. Giảm thiểu những mối đe dọa do môi trường.........................................................................33
4.1.5. Giảm thiểu những mối đe dọa do điện năng...........................................................................34

4.1.6. Giảm thiểu những mối đe dọa liên quan đến bảo trì..............................................................35

4.2. Khắc phục các sự cố của Router trên mô hình OSI.....................................................36

4.2.1. Kiểm tra và khắc phục lỗi sự cố phần cứng của Router tại tầng 2 Data Link...........................36
4.2.2. Kiểm tra và khắc phục lỗi sự cố phần cứng của Router tại tầng 3 Network............................38

4.3. Nghiên cứu xây dựng hướng dẫn một số điểm cần chú ý để cấu hình Router an toàn,
bao gồm:....................................................................................................................... 40
4.3.1. Kiểm tra những thông tin bảo mật cơ bản của Router.............................................................40
4.3.2. Hướng dẫn khắc phục một số lỗi bảo mật cơ bản của Router.................................................50

1


THUẬT NGỮ VIẾT TẮT
Router

Thiết bị định tuyến

Switch

Thiết bị chuyển mạch

line

Đường

Access list

Danh sách truy cập

Interface

Giao diện điều khiển hoặc cổng giao tiếp

Password

Mật khẩu

Lan

Mạng nội bộ

Wan

Mạng diện rộng

IOS

Hệ điều hành

Mode

Chế độ

Port

Cổng

FireWall

Thiết bị tường lửa

Configuration

Cấu hình

Protocol

Giao thức

Telnet

Truy cập từ xa

1.3. Mục đích của việc nghiên cứu, xây dựng:
Xây dựng tài liệu hướng dẫn kiểm tra và khắc phục lỗi của thiết bị định tuyến
(Router)
2


1.4. Nội dung :
STT

Nội dung thực hiện

1.

Nghiên cứu, xây dựng đề cương nghiên cứu chi tiết

2

Nghiên cứu và xác định các yêu cầu đảm bảo an toàn cho
hoạt động của router.

3.

Nghiên cứu, xây dựng hướng dẫn kiểm tra và khắc phục
lỗi vật lý của thiết bị Router

3.1

Khảo sát và phân tích các lỗi thường gặp của thiết bị Router

3.2

Nghiên cứu, xây dựng hướng dẫn kiểm tra và khắc phục sự cố
vật lý của Router, bao gồm các nội dung cụ thể sau:
Kiểm tra thông tin cơ bản về Router
Kiểm tra và xác định sự cố của Router vể các vấn đề như:
cổng Serial, cổng ISDN, bộ nhớ, Router bị treo
Kiểm tra và khắc phục lỗi khi Router bị Reboots/Reloads
Kiểm tra và khắc phục lỗi khi Router bị boot liên tục
Kiểm tra và khắc phục lỗi khi Router không boot được
Kiểm tra và khắc phục lỗi khi Router làm mất gói tin

3.3

Nghiên cứu, xây dựng hướng dẫn khắc phục lỗi Crashes trên

thiết bị Router, bao gồm các nội dung
Khảo sát và phân tích các kiểu lỗi Crash trên thiết bị định
tuyến
Kiểm tra và nhận biết thông tin về lỗi Crash
Khắc phục sự cố trên các Module của Router

4.

Nghiên cứu, xây dựng hướng dẫn kiểm tra và khắc phục
lỗi logic của thiết bị Router

4.1

Khảo sát và phân tích các lỗi logic thường gặp trên các thiết
bị Router

4.2

Nghiên cứu, xây dựng hướng dẫn khắc phục một số sự cố
thường gặp của Router trên mô hình OSI để đảm bảo an toàn
Kiểm tra và khắc phục lỗi sự cố phần cứng của Router tại
tầng 2 Data Link

3


Kiểm tra và khắc phục lỗi sự cố phần cứng của Router tại
tầng 3 Network
4.3

Nghiên cứu xây dựng hướng dẫn một số điểm cần chú ý để
cấu hình Router an toàn, bao gồm:
Kiểm tra những thông tin bảo mật cơ bản của Router
Hướng dẫn khắc phục một số lỗi bảo mật cơ bản của Router

5

Biên soạn tài liệu báo cáo chung, báo cáo kết quả tổng hợp
nghiên cứu
Tổng cộng

2. Nghiên cứu và xác định các yêu cầu đảm bảo an toàn cho hoạt động
Router
……..
3. Nghiên cứu, xây dựng hướng dẫn kiểm tra và khắc phục lỗi vật lý của
thiết bị Router
3.1. Khảo sát và phân tích các lỗi thường gặp của thiết bị Router
………
3.2. Nghiên cứu, xây dựng hướng dẫn kiểm tra và khắc phục sự cố vật lý của
Router
3.2.1. Kiểm tra thông tin cơ bản về Router
Trong chương này sẽ cung cấp thông thin cơ bản cần thiết về các Router
Tích hợp phần cứng-phần mềm và yêu cầu bộ nhớ:
Bất cứ khi nào cài đặt 1 card/module mới, hoặc phần mềm IOS của Router, nó rất
quan trọng để kiểm tra lại rằng Router có đủ bộ nhớ không, phần cứng và phần
mềm tích hợp với các tính năng mà bạn cần sử dụng.
Để kiểm tra xem phần cứng-mềm có tương thích và các yêu cầu về bộ nhớ cần
hoàn thành các bước sau:
1. Sử dụng Software Advisor Tool cho việc chọn phần mềm cho các thiết bị
mạng của bạn

Hỗ trợ phần mềm cho phần cứng: Mục này giúp đỡ bạn kiểm tra lại xem các
moduls và các cạc được cài đặt trên Router có được hỗ trợ bởi phiên bản phần
mềm IOS của Cisco hay không.

4


Hỗ trợ phần mềm các tính năng: Mục này giúp đỡ bạn phát hiện yêu cầu phần
mềm IOS Cisco. Bạn có thể chọn các kiểu đặc tính mà bạn muốn thực thi.
2. Sử dụng nâng cấp IOS Panner để kiểm tra khối lượng nhỏ nhất của bộ nhớ
(Ram và Flash) được yêu cầu bởi phần mềm Cisco IOS, và/hoặc tải phần mềm
IOS củ Cisco Để phát hiện ra khối lượng của bộ nhớ (RAM và Flash) được cài
đặt trên Router của bạn
3. Nếu bạn phát hiện rằng phần mềm IOS được nâng cấp theo yêu cầu gồm: thủ
tục nâng cấp và cài đặt phần mềm cho Router
Fixed and Modular Access Routers
Thông báo lỗi
Công cụ giải mã thông báo lỗi cho phép bạn kiểm tra xem thông báo lỗi cái gì.
Thông báo lỗi xuất hiện trên cổng Console của sản phẩm cisco, thông thường
trên form:
%XXX-n-YYYY : [text]
Đây là 1 ví dụ thông báo lỗi
Router# %SYS-2-MALLOCFAIL: Memory allocation of [dec] bytes failed from
[hex],
pool [chars], alignment [dec]
Một vài thông báo lỗi chỉ đưa ra duy nhất thông tin, trong khi những thông báo
khác đưa ra chỉ dẫn lỗi phần cứng hay phần mềm và yêu cầu hành động. Công cụ
giải mã thông báo lỗi cung cấp các giải thích của thông điệp, đưa ra lời khuyên
hành động (nếu cần) và nếu có sẵn một liên kết tới một tài liệu mà cung cấp
thông tin mởi rộng cho việc khắc phục thông báo lỗi trên.

Vấn đề về nhận dạng
Xử lý sự cố phần cứng cho Router
- Để phát hiện ra nguyên nhân, bước đầu tiên là phải bắt rất nhiều thông tin có
khả năng gây ra lỗi. Thông tin đưa ra là yếu tố cần thiết để phát hiện ra nguyên
nhân gây lỗi.
+ Các nhật ký của bảng điều khiển: (Console Logs )
+ Thông tin log hệ thống (Syslog). Nếu Router cài đặt để gửi các Log tới Log hệ
thống trên máy chủ, bạn có thể nhận biết được điều gì đang xảy ra.

5


+ Câu lệnh xuất thông tin: Show technical-support: Đây là một câu lệnh biên
dịch gộp của nhiều lệnh Show khác nhau như là: Show version, show runningconfig và show stacks. Đây là tập hợp lệnh rất quan trọng trước khi bạn khởi
động lại làm cho giá trị mới của thanh ghi có tác dụng. Hành động này có thể là
nguyên nhân gây mất tất cả các thông tin.
+ Trình tự khởi động xong, nếu Router bị lỗi khởi động hoặc không thể khởi
động lại được:
. Nếu bạn có đầu ra của một lệnh Show từ các thiết bị của Cisco (bao gồm cả
lệnh Show tech nical-support), bạn có thể sử dụng để hiển thị các vấn đề có khả
năng và khắc phục, bạn phải đăng nhập và cho phép JavaScipt hoạt động
Trình tự khởi động xong, nếu các bộ định tuyến kinh nghiệm các lỗi khởi động
hoặc không khởi động được.
3.2.2. Kiểm tra và xác định sự cố của Router về các vấn đề như:Cổng Serial,
cổng ISDN, bộ nhớ, Router bị treo.
3.2.2.1. Kiểm tra và khắc phục lỗi trên cổng Serial
Biểu đồ tiến trình khắc phục sự cố trên cổng T1:
-

Đây là điều kiện tiên quyết:

-

Phần mềm này không bị giới hạn bởi phần mềm cụ thể và các phiên bản
phần cứng

Sơ đồ khắc phục sự cố:

6


Các vấn đề xử lý sự cố trên cổng Serial
Trong phần này sec đưa ra các thông tin khắc phục sự cố cơ bản và thảo luận
về các công cụ và công nghệ sử dụng cho việc khắc phục sự cố về kết nối trên
cổng Serial. Bao gồm các phần sau:
+ Khắc phục sự cố khi sử dụng lệnh Show interfaces serial
7


+ Sử dụng lệnh show controllers
+ Sử dụng lệnh debug
+ Sử dụng kiểm tra Ping
+ Khắc phục sự cố với các vấn đề về Clocking
+ Điều chỉnh Buffers
+ Kiểm tra với các dòng Serial đặc biệt
+ Thông tin chi tiết với câu lệnh: show interfaces serial
+ Các vấn đề khắc phục sự cố với cổng T1
+ Các vấn đề khắc phục sự cố với cổng E1
- Yêu cầu:
Phải nắm được các khái niệm sau:

•

DTE = data terminal equipment

•

CD = Carrier Detect

•

CSU = channel service unit

•

DSU = digital service unit

•

SCTE = serial clock transmit external

•

DCE = data circuit-terminating equipment

•

CTS = clear-to-send

•

DSR = data-set ready

•

SAP = Service Advertising Protocol

•

IPX = Internetwork Packet Exchange

•

FDDI = Fiber Distributed Data Interface

•

ESF = Extended Superframe Format

•

B8ZS = binary eight-zero substitution

•

LBO = Line Build Out

Thành phần sử dụng:
Phần mềm này không bị giới hạn bởi phần mềm cụ thể và các phiên bản phần
cứng

8


Thông tin đưa ra trong tài liệu này được tạo ra từ các thiết bị trong môi trường
Lab cụ thể. Hiển thị đầu ra của lệnh Show interfaces serial cho một High-Level
Data Link (HDLC) cổng Serial.
* Xử lý sự cố các dòng Serial
* Các kiểm tra Lookback cho dòng T1/56K
3.2.2.2. Xử lý sự cố trên cổng ISDN
Sử dụng các tham chiếu để khắc phục sự cố trên cổng Serial
-

Xử lý sự cố ISDN trên Layer 1

-

Xử lý sự cố ISDN trên Layer 2

-

Xử lý sự cố ISDN trên Layer 3

3.2.2.3. Xử lý sự cố với các vấn đề về bộ nhớ:
Nếu một Router không có đủ bộ nhớ nó có thể đưa ra lỗi khi khởi động như sau:
SYSTEM INIT: INSUFFICIENT MEMORY TO BOOT THE IMAGE!
Hoặc đưa ra một lỗi khác về việc cấp phát bộ nhớ: %SYS-2-MALLOCFAIL theo
thông báo sau:
00:00:07: %SYS-2-MALLOCFAIL: Memory allocation of 4000 bytes failed
from 0x32D05
C0, alignment 0

Pool: Processor Free: 0 Cause: Not enough free memory
Alternate Pool: I/O Free: 0 Cause: Not enough free memory
- Đảm bảo rằng Router của bạn có đung lượng bộ nhớ tối thiểu cần thiết được chỉ
định trong Cisco IOS
+ Có kế hoạch nâng cấp
+ Xem nâng cấp Boot Image với Thẻ nhớ Flash cho Router và phần thông tin
thêm
3.2.2.4. Xử lý sự cố khi Router bị treo
Thỉnh thoảng Router bị treo, có nghĩa là họ không thể chuyển tiếp lưu
lượng truy cập và/hoặc có thể không đáp ứng tới bảng điều khiển của thiết bị khi
Router khởi động và trong suốt quá trình vận hành thông thường. Đây là kiểu vấn
đề thường gặp với các phần mềm liên quan. Nếu thỉnh thoảng Router của bạn bị
treo thì bạn xem các thêm các thông tin xử lý khi Router bị treo.
9


3.2.3. Kiểm tra và khắc phục lỗi khi Router Reboots/Reloads
Khi Router khởi động lại, nó sẽ trở về trạng thái bình thường. Một trạng
thái “normal state” nghĩa là Router thực hiện các chức năng thông thường, lưu
lượng được chuyển qua Router và bạn có thể truy cập vào Router. Kiểm tra xem
tại sao Router bị khởi động lại sử dụng lệnh Show verion xem các thông tin đầu
ra (xem ví dụ dưới đây):
Router# show version
Router uptime is 20 weeks, 5 days, 33 minutes
System returned to ROM by power-on
a) Router bị Crashes
Một hệ thống bị Crash là đề cập tới tình huống mà một hệ thống phát hiện
một lỗi không thể khôi phục lại được mặc dù đã được khởi động lại. Một lỗi
crash có thể bị nguyên nhân bởi các vấn đề phần mềm, các vấn đề phần cứng
hoặc cả hai. Trong phần này chúng ta sẽ giải quyết vấn đề bị Crashes mà nguyên

nhân là do phần cứng gây ra, và các crashes có liên quan đến phần mềm, nhưng
có thể bị nhầm lẫn với các vấn đề của phần cứng.
Quan trọng: Nếu bạn nạp lại giá trị của Router sau khi bị crash (ví dụ thông qua
lệnh power-cycle hoặc reload) thông tin quan trọng về lỗi Crash sẽ bị mất. Thử
tập hợp lại các thông tin bằng lệnh đưa thông tin đầu ra Show technical-support
và show log trước khi bạn khởi động lại Router
Xem xử lý sự cố khi Router bị Crashes cho thêm 1 vài thông tin:
Bus Error Crashes
Hệ thống bắt gặp một lỗi với Bus khi các bộ vi xử lý cố gắng truy cập vào một
vùng bộ nhớ không tồn tại (do phần mềm lỗi), hoặc không trả lời đúng (một vấn
đề về phần cứng). Để xác định một lỗi Bus hãy nhìn đầu ra của lệnh Show
version được cung cấp bởi các Router (nếu không phải dùng lệnh Power-cycled
hoặc reloaded)
Đây là hai ví dụ về lỗi bus error crashes:
Router uptime is 2 days, 21 hours, 30 minutes
System restarted by bus error at PC 0x30EE546, address 0xBB4C4
System image file is "flash:igs-j-l.111-24.bin", booted via flash
Trên giao diện Console bạn có thể nhìn thấy thông báo lỗi trên một bus như sau:
*** System received a Bus Error exception ***
10


signal= 0xa, code= 0x8, context= 0x608c3a50
PC = 0x60368518, Cause = 0x20, Status Reg = 0x34008002
Hệ thống bị khởi động lại do không biết nguyên nhân nạp lại
Hệ thống bị khởi động lại bởi không biết lý do nạp lại nguyên nhân chính tạo ra
do không thể nhận ra chuỗi thông qua giao diện điều khiển. Nhiều khả năng một
modem tương tự kết nối tới cổng giao diện điều khiển đã gửi đi một luồng dữ
liệu không yêu cầu tới Router mà đây là trường hợp hiếm thấy sẽ làm Router nạp
lại hoặc thường xuyên xuất hiện một sự kiện nhưng do một vài nguyên nhân

thông thường gây ra.
Cấu hình thanh ghi để vào chế độ ROMMON
- Cấu hình thanh ghi chuẩn có giá trị là 0x2102 nơi mà bít thứ 8 có giá trị là
0x2102 được thiết lập và vô hiệu hóa quá trình gián đoạn. Thiết lập bít thứ 8
bằng 0 có giá trị là (0x2002) để cho phép bít này bị gián đoạn. Khi quá trình gián
đoạn diễn ra, Router không nhận ra các chuỗi để có thể nhập vào và làm cho
Router bị Crash, Nếu bạn nạp lại một giao diện điều khiển của PC để kết nối tới
giao diện điều khiển của Router. Xem cấu hình bít thanh ghi phần mềm cho biết
thông tin chi tiết về cấu hình giá trị thanh ghi khác nhau.
Một modem được gắn vào cổng giao diện điều khiển có thể gây ra tiếng ồn đó
không phải là một định dạng được công nhận. Nếu điều này xảy ra hãy tháo dây
cắm từ Router đến modem ra và chuyển sang cổng kết nối phụ. Router được nạp
lại và quá trình nạp lại được diễn ra. Bạn có thể kiểm tra cấu hình thanh ghi cuối
cùng bằng lệnh Show version.
Router#show version
Cisco Internetwork Operating System Software
IOS (tm) 2500 Software (C2500-DS40-L), Version 11.2(9),
RELEASE SOFTWARE (fc1)
Copyright (c) 1986-1997 by cisco Systems, Inc.
Compiled Tue 23-Sep-97 08:20 by ckralik
Image text-base: 0x03038474, data-base: 0x00001000
ROM: System Bootstrap, Version 11.0(5), SOFTWARE
BOOTFLASH: 3000 Bootstrap Software (IGS-BOOT-R), Version 11.0(5),
RELEASE SOFTWARE (fc1) doduo uptime is 18 hours, 37 minutes
11


System restarted by unknown reload cause - ptr to non-ascii bytes 0x4
System image file is "flash:c2500-ds40-l.112-9", booted via flash
cisco 2524 (68030) processor (revision B) with 8192K/2048K bytes of memory.

Processor board ID 02781822, with hardware revision 00000000
Bridging software.
X.25 software, Version 2.0, NET2, BFE and GOSIP compliant.
1 Ethernet/IEEE 802.3 interface(s)
2 Serial network interface(s)
5-in-1 module for Serial Interface 0
5-in-1 module for Serial Interface 1
32K bytes of non-volatile configuration memory.
8192K bytes of processor board System flash (Read ONLY)
Configuration register is 0x2
3.2.4. Kiểm tra và khắc phục lỗi khi Router bị Boot liên tục
Router thường có một bộ vi xử lý có tính giờ mà bảo vệ chống lại một số kiểu hệ
thống bị treo cứng. Theo định kì CPU sẽ khởi động lại bộ đếm thời gian. Các bộ
đếm thời gian thông thường sẽ kiểm soát thời gian của các quá trình. Nếu bộ đếm
thời gian không khởi động lại thì có một bẫy lỗi xảy ra. Nếu một quá trình dài
hơn bình thường nên được bộ đếm thời gian sử dụng để thoát khỏi quá trình này.
Có hai kiểu bộ đếm thời gian timeouts chính. Loại thứ nhất thường được gây ra
bởi vấn đề về phần mềm và được báo cáo trong một hoặc hai cách sau:
Hiển thị đầu ra của lệnh Show version
Hệ thống trả lại ROM một địa chỉ bus lỗi trên máy PC 0x602DADE0, địa chỉ
0x480811
hoặc hệ thống trả loại ROM một lỗi mà do phần mềm gây ra trên máy PC tại địa
chỉ 0x60435894
Hiển thị nhật ký
%SYS-2-WATCHDOG: Process aborted on watchdog timeout
Kiểu thứ hai bộ đếm thời gian timeouts thường do vấn đề phần cứng và được báo
cáo trong một hoặc 2 cách sau:
Hiển thị đầu ra bằng lệnh show version
12

Router uptime is 17 minutes
System returned to ROM by watchdog timer expired
System image file is "flash:c3640-is-mz.122-3.bin"
Hiển thị các Log
System returned to ROM by watchdog timer expired
*** Watch Dog Timeout ***
PC = 0x800001b4, SP = 0x61e19590
Cả hai vấn đề do phần mềm mềm gây ra cần tiếp tục được theo dõi, điều tra dự
trên hệ thống. Xem thêm phần xử lý sự cố khi Bus bị lỗi Craches và xử lý sự cố
khi phần mềm bị lỗi Crashes điều này phụ thuộc rất nhiều khi ta sử dụng lệnh
show version. Lệnh này cũng cho chúng thêm thông tin khi bộ đếm thời gian
timeouts bị crashes.
3.2.5. Router không boot được
Xử lý sự cố khi Router không boot được chúng ta phải bắt thông tin từ cổng
console của Router
Đầu ra của giao diện nên được đăng nhập trong một tập tin để phân tích sau hoặc
cho trung tâm giúp đỡ kỹ thuật (TAC), nếu dịch vụ giúp đỡ kỹ thuật được mở.
Bảng sau đây sẽ liệt kê các triệu chứng và các hành động kiến nghị(đề xuất) để
thực hiện nếu bạn gặp vấn đề về khởi động:
Triệu trứng

Hành động đề nghị

Đèn LED không sáng khi bạn đã Kiểm tra xem dây diện được cắm chắc chắn
bật nguồn của Router
chưa và nguồn điện có đủ mạnh không. Nếu
không giải quyết được vấn đề thì bạn phải
thay dây điện. Nếu làm như trên mà vấn đề
chưa được xử lý thì nên thay thế Router

Đèn LED sáng khi bạn bật Kiểm tra lại xem tốc độ đường truyền được
Router nhưng không nhìn thây gì thiết lập có phải là tốc độ 9600 bps không.
trên giao diện điều khiển
Nếu điều đó không giúp được xác minh xem
thiết bị mà bạn sử dụng để kết nối tới giao
diện điều khiển vận hành đúng. Để làm như
vậy, kết nối tới Router phải tốt để kiểm tra
thiết giao diện điều khiển của bạn. Nếu thiết
bị được kiểm tra thành công, nhưng vấn đề
13


vẫn không được giải quyết thì bạn nên thay
thế Router
Router bị kẹt trong chế độ Thiết lập cấu hình:
ROMMON
lệnh rommon 1 > confreg 0x2102
rommon#prompt, không có thông
rommon 2 > reset
báo lỗi trên giao diện điều khiển
Đối với thông tin về việc làm thế nào để khôi
phục lại một Router bị kẹt trong chế độ
rommon, tìm hiểu thêm phần khôi phục
rommon cho Router
Router khởi động vào chế độ Flash trống hoặc hệ thống tập tin bị hỏng.
rommon với thông báo trên bàn Sao chép một image hợp lệ trên Flash, và
giao diện điều khiển
trong khi bạn sao chép, bạn sẽ được nhắc
phải xóa Flash cũ (nếu có). Sau đó tải lại
device does not contain a valid

Router. Xem cài đặt phần mềm và thủ tục
magic number
nâng cấp để được hướng dẫn làm thế nào để
boot: cannot open "flash:"
sao chép một image hợp lệ vào Flash
boot: cannot determine first file
name on device "flash:"
Nạp lại do một lỗi chẵn lẻ

Ở lần đầu tiên xảy ra, đơn giản chỉ là theo
dõi các bộ định tuyến. Ở lần thứ hai xảy ra,
thay thế phần cứng tương ứng như miêu tả
bên trong tài liệu xử lý sự cố với lỗi chẵn lẻ

Nạp lại do phần mềm bị crash

Điều này gần như luôn luôn là một phần đề
của phần mềm. Nâng cấp phiên bản phần
mềm IOS mới nhất trên Router của bạn

Nạp lại do một lỗi SegV

Lỗi SegV thường xuyên liên quan đến vấn
đề về phần mềm. Nâng cấp phiên bản phần
mềm IOS mới nhất trên Router, hoặc sử
dụng công cụ Ouput interpreter (chỉ được
đăng ký bởi khách hàng) để hiện thị các vấn
đề và các bản sửa lỗi. Bạn có thể xem các
ngoại lệ của SegV để biết thêm thông tin về
vấn đề này

14


Nguyên nhân gì một Router bị Nếu bạn không power-cycle hoặc nạp lại
khởi động lại hoặc theo trace router, hiển thị phiên bản đầu ra:
trap?
Router uptime is 1 minute
System restarted
0x802737BC

by

abort

at

PC

System image file is "flash:c2500-i-mz.1204.T"
Hoặc
Router uptime is 2 minutes
System restarted by trace trap at PC
0x3171310
System image file is "flash:c2500-jos56il.120-9
Tại sao Router của tôi bị mất cấu Trong hầu hết các trường hợp, đây là kết quả
hình trong quá trình khởi động của việc thiết lập cấu hình không đúng với
lại?
đăng ký. Cấu hình đăng ký thường thay đổi
trong suốt quá trình khôi phục password để
bỏ qua cấu hình đã mất khi động lại, nhiều

lần thì cấu hình đăng ký không trả lại chế độ
thiết lập thông thường.

3.2.6. Kiểm tra và khắc phục lỗi khi Router làm mất gói tin
Mất gói tin là nguyên nhân gây ra các vấn đề về phần cứng và dễ dàng phát hiện
ra. Trong phần này sử dụng đầu ra của lệnh show interfaces để xác định gói tin bị
mất.
Mã phát hiện lỗi (CRC) và các lỗi khung hình.
Nếu các CRC lỗi hoặc các lỗi khung hình liên tục gia tăng trên giao diện, điều
này thường chỉ do vấn đề về phần cứng
router#show interfaces ethernet 0
Ethernet0/0 is up, line protocol is up
...
121 input errors, 102 CRC, 19 frame, 0 overrun, 0 ignored
15


Một ngoại lệ này là khi lỗi CRC và khung hình được tìm thấy trên kênh giao
diện; điều này cũng có thể chỉ do vần đề về clocking. Những sai lầm gây ra các
lỗi có thể ở bất cứ đâu có thể do sự kết nối giữa cổng giao tiếp và cáp, thiết bị
trung gian, bản thân cổng giao tiếp. Xử lý sự cố kỹ thuật khác biệt đôi chút đối
với các kiểu cổng giao tiếp.
Cổng giao tiếp Ethernet
Đối với cổng giao tiếp Ethernet, xử lý sự cố khác nhau giữa một môi trường chia
sẻ( thiết bị kết nối thông qua một hub hoặc cáp xoắn đồng trục) và một môi
trường chuyển mạch ( các thiết bị kết nối tới Switch). Trong một môi trường
chuyển mạch, chỉ có năm thành phần có thể gây ra lỗi:
+ Dây cáp (cable)
+ Cổng giao tiếp nội bộ (Local Interfaces)
+ Cổng giao tiếp điều khiển tử xa (remote interface)

+ Tốc độ (speed)
+ Song công không phù hợp (duplex mismatch)
Do đó, các bước để khắc phục xử lý sự cố đơn giản. Ví dụ, nếu một Router kết
nối tới một switch thì các bước xử lý sự cố như sau:
1. Thay thế dây cáp
2. Nếu điều này không giải quyết được vấn đề, cố gắng thử một cổng trên Switch
3. Nếu vấn đề vẫn còn, thay thế cổng giao tiếp Ethernet
Trong một môi trường chia sẻ muốn tìm hiểu nguồn gốc của vấn đề là điều hết
sức khó khăn. Mỗi thành phần của phần cứng mà tạo nên phân đoạn chia sẻ có
thể là nguyên ngân. Tất cả các thành phần(dây cáp, bộ phận kết nối, …) được
kiểm tra từng phần một.
Bỏ qua gói tin:
Các gói tin bị bỏ qua nếu bộ đệm không rảnh để chấp nhận các gói tin mới. Điều
này có thể xảy ra nếu Router bị quá tải với lưu lượng truy cập, nhưng điều này
cũng có thể xảy nếu giao diện kết nối bị lỗi.
router#
show interfaces ethernet 0
Ethernet0/0 is up, line protocol is up
21 input errors, 0 CRC, 0 frame, 0 overrun, 21 ignored
16


Nếu “bỏ qua” các vấn đề hiện tại trên tất cả cổng giao diện kết nối, Router có thể
quá tải với lưu lượng hoặc không có đủ bộ đệm trống bên trong vùng nhớ mà phù
hợp với đơn vị truyền dẫn tối đa. Trong trường hợp sau, để chống lại sự bỏ qua
gia tăng theo sau phải chống việc không có vùng nhớ đệm gia tăng.
router#
show interfaces serial 0
...
1567 packets input, 0 bytes, 22 no buffer

22 input errors, 0 CRC, 0 frame, 0 overrun, 22 ignored, 0 abort
Bạn cũng có thể sự gia tăng chống lại các bộ đệm bị lỗi bên trong vùng nhớ mà
phù hợp với kích thước của MTU:
router#
show buffers
...
Big buffers, 1524 bytes (total 50, permanent 50):
50 in free list (5 min, 150 max allowed)
3066 hits, 189 misses, 0 trims, 24 created
12 failures (0 no memory)
Số lượng của các cấu hình có sẵn thường xuyên và tối đa được cho phép trong bộ
đệm có thể không hoàn toàn phù hợp với mọi môi trường. Bạn có thể đọc thêm
điều này và làm thế nào để tránh sự không phù hợp này khi điều chỉnh bộ đệm.
Nếu “bỏ qua” chỉ tăng trên một giao diện xử lý và không kèm theo sự gia tăng
của sự chống lại do “không có bộ nhớ đệm” và cổng giao diện xử lý không tải
quá nặng, sau đó cổng giao diện xử lý có thể bị lỗi. Trong trường hợp này hãy bắt
thông tin đầu ra bằng lệnh show technical-support hoặc liên lạc với TAC. Tải
trên giao cổng giao diện xử lý có thể xem được thông tin đầu ra bằng lệnh show
interfaces
router#show interfaces serial 0
...
reliability 255/255, txload 100/255, rxload 122/255
Đầu vào và đầu ra của hàng đợi bị Drop
17


Đầu vào trên hàng đợi bị drop không bao giờ do nguyên nhân bởi phần cứng gây
ra. Đầu ra trên hàng đợi bị drop có thể là nguyên nhân do vấn đề phần cứng gây
ra, chỉ khi đầu ra trên hàng đợi liên tục đầy và không có gói tin nào được gửi ra
cổng giao diện xử lý. Bạn có thể đọc thêm về các loại drop trong việc xử lý sự cố

với đầu vào trên hàng đợi và đầu ra trên hàng đợi.
3.3. Nghiên cứu, xây dựng hướng dẫn khắc phục lỗi Crashes trên thiết bị
Router
3.3.1. Khảo sát và phân tích các kiểu lỗi Crash trên thiết bị định tuyến
Trong phần này sẽ cung cấp các thông tin về các kiểu crashes của hệ thống. Yêu
cầu bạn phải nắm được cách xử lý sự cố Crashes trên Router trước khi bạn xử lý
quá trình này
Yêu cầu: Không có một yêu cầu đặc biệt nào trong tài liệu này
Thành phần sử dụng: Trong tài liệu này không có giới hạn đặc biệt nào về các
phiên bản phần cứng và phần mềm
Thông tin trong tài liệu được tạo từ các thiết bị trong một môi trường Lab đặc
biệt. Tất cả các thiết bị được sử dụng trong tài liệu này được xóa hoặc (để mặc
định) cấu hình. Nếu mạng của bạn đang được duy trì hay đảm bảo rằng bạn phải
hiểu được tác động các bất cứ lệnh nào khi sử dụng.
Quy ước: Tham chiếu thêm các thông tin và tài liệu quy ước
Xác định nguyên nhân Reload
Nếu điện không vào hoặc Router bị nạp lại, bạn có thể tìm tra nguyên nhân cho
việc nạp lại bằng lệnh hiển thị thông tin đầu ra: show version
Router uptime is 3 days, 18 hours, 39 minutes
System restarted by [reload cause]
System image file is "flash:c2500−js−l.120−9.bin"
Nếu bạn có thông tin đầu ra khi sử dụng lệnh show version trên thiết bị, bạn
có thể sử dụng Output Interpreter để hiển thị vấn đề có thể xảy ra và sửa lỗi. Để
sử dụng Output Interpreter bạn phải là một khách hàng đã đăng kí, đăng nhập và
có kích hoạt JavaScript
Xử lý sự cố
Một số kiểu crashes thì cho biết nguyên nhân là do phần cứng hoặc phần
mềm nhưng một số kiểu khách thì không biêt nguyên nhân rõ ràng. Trong trường
hợp này thì kinh nghiệm của bạn là tốt nhất. Nếu một Router hoạt động sau nhiều
18

tháng mà đột nhiên bị reload lại trong vòng hai mươi phút, nhiều khả năng là do
vấn đề phần cứng. Nếu Router bị crash sau khi thay đổi cấu hình đây là thể là
một vấn đề liên quan đến phần mềm.
Đối với các vấn đề phần cứng, cố gắng xác định xem card có bị lỗi không
sử dụng lệnh show region để biêt phiên bản IOS của phần mềm. Ngoài ra suy
diễn logic (ví dụ nếu vấn đề xuất hiện khi thêm một module mới thì module mới
này có khả năng gây ra lỗi trên). Bạn cũng có thể thực hiện các kiểm tra bổ xung
với module đó trên một khe khác hoặc module khác ở tại khe trên như vậy để xác
định nguyên nhân thiết bị bị lỗi.
Nâng cấp lên phiên bản phần mềm mới nhất của Cisco phải biết được tất cả
các vấn đề liên quan khi nâng cấp phần mềm này. Nếu bạn có thông tin đầu ra
của thiết bị khi bạn sử dụng lệnh Show stacks, bạn có thể sử dụng thông dịch đầu
ra để hiển thị các vấn đề và cách sửa lỗi, bạn phải là một khách hàng đã đăng kí,
đăng nhập và có kích hoạt JavaScript.
Nếu router vẫn bị treo sáu khi nâng cấp, một lỗi mới có thể là nguyên nhân của
vấn đề, Trong trường này bạn phải liên hệ với bộ phận hỗ trợ kỹ thuật và cung
cấp cho bộ phận hỗ trợ kỹ thuật nhiều thông tin nhất có thể. Tham khảo thêm
cách xử lý các sự có Crashes trên Router để biêt thêm chi tiết.
Các kiểu Crashes của hệ thống
Lỗi địa chỉ
Các lỗi liên quan đến vấn đề địa chỉ xảy ra khi phần mềm cố gắng truy cập dữ
liệu trên ranh giới không có liên kết chính xác; hai byte hoặc 4 byte truy cập
được cho phép trên địa chỉ. Một lỗi địa chỉ thường là do lỗi phần mềm nhưng nó
cũng có thể do lỗi phần cứng gây ra (xem thêm phần xử lý sự cố để biết thêm chi
tiết)
Lỗi xử lý ngoại lệ số học
Một phần mềm thường là nguyên nhân gây ra lỗi này (xem thêm phần xử lý sự
cố để biết thêm chi tiết)

Lỗi xử lý ngoại lệ của bộ nhớ (Cache)
Đây là kiểu crash gây ra khi Router phát hiện bít chẵn lẻ bị bad. Vấn đề này là
một vấn đề lỗi tạm thời hoặc do lỗi phần cứng. Để biết thêm thông tin để xử lý sự
cố này hãy tham khảo thêm các lỗi chẵn lẻ của bộ vi xử lý.
Lỗi – Lever <x>
X là một số từ 1 – 7
19


Đây là một kiểu Crash thường liên quan đến phần cứng. Hầu hết thường do lỗi
của CPU trên bo mạch gây ra kiểu lỗi này.
*Lỗi do ngắt mạch: Error Interrupt
Một lỗi Crash do ngắt là một cái gì đó khác hơn so với việc bộ vi xử lý xác định
được một lỗi nghiêm trọng. Bạn cần biết thêm thông tin để phát hiện ra nguyên
nhân của vấn đề. Một tệp tin Crashinfo hoặc lệnh đầu ra show tech-support để
yêu cầu xử lý sự cố. Tham khảo xử lý sự cố Crashes trên Router. Sau khi bạn tập
hợp được thông tin này liên hệ với đội ngũ hỗ trợ kỹ thuật.
*Lỗi định đạng
Trừ khi các trường hợp rõ ràng chỉ ra một vấn đề phần cứng. (xem chi tiết phần
xử lý sự cố), liên hệ với đội hỗ trợ kỹ thuật khi gặp vấn đề này.
*Hướng dẫn không hợp lệ (illegal instruction)
Lỗi này thường liên quan đến phần mềm. Tuy nhiên phần cững cũng có thể gây
ra lỗi này (thường là bộ nhớ hoặc RAM bị lỗi). Vấn đề này cũng có thể do phần
mềm IOS (xem phần xử lý sự cố để biết chi tiết).
Ngoại lệ Opcode không hợp lệ
Một lỗi phần cứng là nguyên nhân gây ra lỗi này (ví dụ, bộ vi xử lý trên bo mạch
chủ bị lỗi). Trong một vài trường hợp, khi một phần mềm có vấn đề cũng có thể
gây ra lỗi này. (xem phần xử lý sự cố để biết thêm chi tiết).
*Lỗi nhảy vể 0 (Jump to Zero Error)
Đây là kiểu lỗi thường liên quan đến phần mềm IOS cố gắng để thay thế dữ liệu

vào mã (code). Hầu hết một phần mềm lỗi gây ra vấn đề này, nhưng nếu các triệu
trúng rõ ràng chỉ ra rằng do phần cứng gây ra, hãy xem xét khả năng do CPU bị
lỗi (xem xử lý sự cố để biết chi tiết)
*Line Emulator Trap ()
Một đường 1010/1111 thường xảy ra lỗi Emulator khi bộ vi xử lý cố gắng thực
thi chỉ dẫn không hợp lệ. Các mã 1010/1111 thực sự không liên quan (mã phụ
thuộc vào các chỉ dẫn không hợp lệ nếu bạn cố gắng thực hiện)
Các nguyên có thể gây lỗi Line Emulator trap là:
-

Image bị lỗi (Khi các bản sửa lỗi nâng cấp phần mềm IOS)

-

Phát hiện lỗi bộ nhớ Flash hoặc DRAM

-

Lỗi do phần mềm (xem xử lý sự cố để biêt chi tiết)
20


Bật nguồn (Power-On)
Nếu lệnh hiển thị đầu ra show version bị khởi động lại hoặc tải lại hệ thống được
trả lại cho ROM bởi power-on, bạn có thể suy ra rằng Router bị power-cycled
hoặc nguồn điện bị sụt trong vòng vài giây. Xác minh nguồn điện và xử lý sự cố
ở phần bảng mạch ổ cắm (nguồn của Router)
Lưu ý: Router có thể bị crash do giám sát thời gian và báo cáo về crash như là hệ
thống trả lại cho ROM bởi power-on, Nếu Router sử dụng phiên bản phần cứng
ban đầu và bộ chuyển đổi cổng được đề cập ở đây.

PA−CT1/PRI
PA−CE1/PRI−75
PA−CE1/PRI−120
PA−4E
PA−5EFL
PA−8E
Nếu bạn nghĩ rằng vấn đề này ảnh hưởng đến Router của bạn (sau khi chắc chắn
rằng nguồn không phải là vấn đề gây ra) thu thập báo cáo bằng lệnh show techsupport và liên hệ với đại diện hỗ trợ kỹ thuật.
Reload (Tải lại)
Nếu bạn hiển thị lênh đầu ra show version và restarted by reload hoặc system
returned to ROM by reload, bạn có thể suy ra rằng Router đã bị khởi động lại bởi
lệnh reload. Hệ thống không bị crash.
Reserved Exception (Ngoại lệ dành riêng)
Đối với kiểu crash này, quá trình reload sẽ xảy ra để đảm bảo rằng Router không
truyền tải dữ liệu bị lỗi. Nguyên nhân có thể liên quan đến phần cứng hoặc phần
mềm. (xem phần xử lý sự cố)
*Restarted by Error (Lỗi khởi động lại)
Trừ khi lỗi chỉ ra ràng liên quan đến phần cứng (xem phần xử lý sự cố), liên lạc
với đại diện hỗ trợ kỹ thuật.
Signal Trap Exception (Bẫy tín hiệu ngoại lệ)
Đây là một vấn đề thường liên quan đến phần mềm
21


*Undefined Trap (Không xác định đuợc bẫy lỗi)
Trừ khi trường hợp rõ ràng cho thấy vấn đề do phần cứng gây ra (xem phần xử lý
sự cố), liên hệ với đại diện hỗ trợ kỹ thuật.
*Unexpected Hardware Interrupt (Phần cứng ngắt không mong muốn)
Một vấn đề phần cứng thường là nguyên nhân gây ra kiểu crash này (xem phần
xử lý sự cố)

Unknown Failure (Lỗi không rõ ràng)
Trừ khi xác định rõ ràng vấn đề liên quan đến phần cứng (xem phần xử lý sự cố)
liên hệ với đại diện hỗ trợ kỹ thuật.
*Unknown Reload Cause (Không rõ nguyên nhân Reload)
Ở đây, phát hiện ra nguyên nhân Crash không cho phép Router ghi lại các lý do
bị reload. Vấn đề này có thể liên quan đến phần cứng hoặc phần mềm. Trừ khi
xác định rõ rằng vấn đề do phần cứng gây ra (xem phần xử lý sự cố), liên hệ với
đại diện hỗ trợ kỹ thuật của bạn.
Kiểm tra xem bạn có thể giải quyết vấn đề liên quan đến việc nâng cấp phiên bản
phần mềm IOS cuối cùng hay không. Nếu không hãy thu thập thông tin về file
Crash hoặc từ bản ghi log ở giao diện điều khiển (tham khảo thêm phần xử lý sự
cố khi Router bị Crash), liên hệ với đại diện hỗ trợ kỹ thuật của bạn.
*Write Bus Error Interrupt (Lỗi ngắt thanh ghi Bus)
Một vấn đề phần cứng thường là nguyên nhân gây ra kiểu crash này (xem phần
xử lý sự cố).

3.2.2 Kiểm tra và nhận biết thông tin về lỗi Crash
Khi router bị Crash, một điều vô cùng quan trọng là thu thập thông tin nhiều nhất
có thể về crash trước khi bạn reload hoặc power-cycle Router. Tất cả thông tin về
Crash, trừ trường hợp đã được lưu trữ trong tập tin crashinfo, bị mất sau khi
reload hoặc power-cycle. Đầu ra dưới đây đưa ra một số thông tin về crash.
Nếu bạn có các lệnh đầu ra: show version, show stacks, show context, show tech
support trên Router. Bạn có thể sử dụng thông dịch đầu ra để hiển thị các vấn đề
và khắc phục sự cố. Để sử dụng thông dịch đầu ra bạn phải là một khách hàng đã
được đăng ký, đăng nhập và đã kích hoạt Java Script.
22


Lệnh

Miêu tả

Show version

Đây là đầu tiên xuất hiện trên phần mềm IOS. Thực thi lệnh
Show version hiển thị cáu hình của hệ thống phần cứng,
phiên bản phần mềm, tên và nguồn của tệp tin cấu hình và
image của phần mềm, thời gian hoạt động của Router, và
thông tin trên hệ thống được khởi động lại như thế nào.
Quan trọng: Nếu Router bị được nạp lải sau khi bị crash.
Thông tin sẽ bị mất vì vậy cố gắng thu thập thông tin trước
khi nạp lại

Show stacks

Đây là lệnh xuất hiện bên trong phần mềm IOS. Thực thi
lệnh show stacks sử dụng để theo dõi quá trình sử dụng của
stack và việc ngắt trên Router. Lệnh show stacks là một trong
những nguồn không thể thiếu để tập hợp thông tin khi Router
bị crash.
Quan trọng: Nếu Router bị được nạp lải sau khi bị crash.
Thông tin sẽ bị mất vì vậy cố gắng thu thập thông tin trước
khi nạp lại

Show context

Show
support

Là một lênh xuất hiện đầu tiên trong phần mềm IOS. Thực

thi lệnh show context để hiển thị thông tin chứa trong
NVRAM khi ngoại lệ xảy ra. Thông tin ngữ cảnh trong một
kiến trúc và quá trình xử lý cụ thể, trong khi thông tin về
phiên bản phần mềm và thời gian hoạt động của Router
không có. Các thông tin ngữ cảnh trên các loại Router khác
nhau là khác nhau. Lệnh hiển thị đầu ra show context hiển
thị các thông tin sau:
-

Lý do hệ thống bị khởi động lại

-

Kiểm tra dấu vết stack

-

Phiên bản phần mềm

-

Tín hiệu số, mã, thời gian hoạt động của Router

-

Tất cả nội dung đăng ký tại thời điểm Router bị crash

tech- Đây là một lệnh xuất hiện đầu tiên trong phần mềm IOS.
Lệnh này rất hữu ích trong việc thu thập thông tin chung về
Router khi báo cáo một vấn đề. Nó bao gồm:

23


Console logs

•

show version

•

show running-config

•

show stacks

•

show interface

•

show controller

•

show process cpu

•

show process memory

•

show buffers

Nếu bạn đang kết nối với giao diện điều khiển của Routr
trong thời gian Router bị crash, bạn sẽ nhìn thấy một điều gì
đó diễn ra trong suốt quá trình crash này:
*** System received a Software forced crash ***
signal= 0x17, code= 0x24, context= 0x619978a0
PC = 0x602e59dc, Cause = 0x4020, Status Reg =
0x34008002
DCL Masked Interrupt Register = 0x000000f7
DCL Interrupt Value Register = 0x00000010
MEMD Int 6 Status Register = 0x00000000
Giữ thông tin này và các log trước đây. Khi Router được bật
trở lại, không quên xem thông tin đầu ra show stacks.

Syslog

Nếu cài đặt Router gửi các log thời một máy chủ syslog, bạn
sẽ xem một vài thông tin xảy ra trước khi Router bị crash
trên máy chủ syslog. Tuy nhiên khi Router bị crash, nó có thể
không gửi hầu hết các thông tin có ích trên máy chủ syslog
này.

Crashinfo

Tập tin crashinfo là tập hợp thông tin có ích liên quan đến
crash tạm thời, lưu trữ trong vùng bootflash hoặc bộ nhớ
flash. Khi Router bị crash do sự sai lệnh dự liệu hoặc ngăn
xếp, Nạp lại thông thông tin là cần thiết để gỡ lỗi cho kiểu
crash này. Dùng lệnh show stacks.

Core dump

Một core dump là bản sao đầy đủ hình ảnh bộ nhớ của
Router. Đây là thông tin không cần thiết cho việc xử lý sự cố
24


của hầu hết các kiểu crash, nhưng nó đưa ra một khuyến nghị
cao khi dò ra một lỗi mới. Bạn có thể cần enable một số bug
lỗi để nhận thêm thông tin vào core cũng như phải tỉnh táo để
gỡ lỗi, lập lịch cho quá trình xử lý heapcheck và kiểm tra bộ
nhớ.
ROM monitor

Router có thể quá trình theo dõi trong ROM sau một crash
khi quá trình thiết lập cấu hình kết thúc. Nếu bộ vi xử lý là
68k, dấu nhắc sẽ là “>”. Bạn có thể nhận về stack với lệnh k.
Nếu bộ vi xử lý làm giảm quá trình thiết lập tính toán RISC.
Dấu nhắc sẽ là: “rommon 1>”. Nhận thông tin đầu ra của của
stack hoặc show context

3.3.3. Khắc phục sự cố trên các Module của Router
Thỉnh thoảng, chỉ một modul cụ thể nào đó trên Router bị crash, chứ bản thân
Router không bị crash. Tài liệu dưới đây miêu tả làm thế nào đê xử lý sự cố trên

một vài modules của Router.
Xử lý sự cố khi module VIP (versatile interface processor) bị crash
Yêu cầu:
Có kiến thức cơ bản về Router.
Thành phần sử dụng:
•

VIP1

•

VIP2-10

•

VIP2-15

•

VIP2-20

•

VIP2-40

•

VIP2-50

•

FEIP2

•

GEIP

•

GEIP+

•

VIP4-50
25