Strategies and Results When Testing

Strategies and Results When Testing with the ping Command
Often, the person handling initial calls from users about problems (often called a customer support
rep, or CSR) cannot issue ping commands from the user’s device. In some cases, talking users through
typing the right commands and making the right clicks on their machines can be a problem. Or, the
user just might not be available. As an alternative, using different ping commands from different
routers can help isolate the problem.
The problem with using ping commands from routers, instead of from the host that has the problem, is
that no single router ping command can exactly replicate a ping command done from the user’s
device. However, each different ping command can help isolate a problem further. The rest of this
section of ping commands discusses troubleshooting IPv4 routing by using various ping commands
from the command-line interface (CLI) of a router.
Testing Longer Routes from Near the Source of the Problem
Most problems begin with some idea like “host X cannot communicate with host Y.” A great first
troubleshooting step is to issue a ping command from X for host Y’s IP address. However, assuming
the engineer does not have access to host X, the next best test is to ping host X’s IP address from the
router nearest the host that has the problem.
For instance, in Figure 23-1, imagine that the user of host A had called IT support with a problem
related to sending packets to host B. A ping 172.16.2.101 command on host A would be a great first
troubleshooting step, but the CSR cannot access host A or get in touch with the user of host A. So, the
CSR telnets to Router R1, and pings host B from there, as shown in Example 23-2.
Example 23-2 Router R2 Pings Host B (Two Commands)

Kết quả (Việt) 1:

Chiến lược và kết quả khi thử nghiệm với lệnh pingThông thường, người xử lý ban đầu cuộc gọi từ người dùng về các vấn đề (thường được gọi là hỗ trợ khách hàngđại diện, hay CSR) không thể lệnh ping từ thiết bị của người dùng. Trong một số trường hợp, nói chuyện người dùng thông quagõ lệnh đúng và làm cho các nhấp chuột phải trên máy của họ có thể là một vấn đề. Hoặc,người dùng chỉ có thể không có sẵn. Thay vào đó, bằng cách sử dụng lệnh ping khác nhau từ khác nhaubộ định tuyến có thể giúp cô lập các vấn đề.Vấn đề với cách sử dụng lệnh ping từ router, thay vì từ các máy chủ có vấn đề,không có lệnh ping router duy nhất chính xác có thể tái tạo một lệnh ping được thực hiện từ người sử dụngthiết bị. Tuy nhiên, mỗi lệnh ping khác nhau có thể giúp cô lập một vấn đề nữa. Phần còn lại của điều nàyphần các lệnh ping thảo luận về khắc phục sự cố IPv4 định tuyến bằng cách sử dụng các lệnh pingtừ giao diện dòng lệnh (CLI) của bộ định tuyến.Kiểm tra các tuyến đường dài từ gần nguồn gốc của vấn đềHầu hết vấn đề bắt đầu với một số ý tưởng giống như "máy chủ X không thể giao tiếp với máy chủ lưu trữ Y." Một đầu tiên tuyệt vờikhắc phục sự cố bước là để phát hành một lệnh ping từ X cho địa chỉ IP của máy chủ lưu trữ của Y. Tuy nhiên, giả địnhcác kỹ sư không có quyền truy cập vào máy chủ X, các bài kiểm tra tốt nhất tiếp theo là Ping địa chỉ IP x máy chủ từ cácbộ định tuyến gần nhất các máy chủ có vấn đề.Ví dụ, trong hình 23-1, hãy tưởng tượng rằng người sử dụng của máy chủ lưu trữ A đã gọi NÓ là hỗ trợ với một vấn đềliên quan đến việc gửi gói tin đến máy chủ B. Một lệnh ping 172.16.2.101 trên host A sẽ là một lớn đầu tiênkhắc phục sự cố bước nhưng CSR không thể truy cập vào máy chủ lưu trữ A hoặc liên lạc với người sử dụng của máy chủ A. Vì vậy, cácCSR telnets Router R1 và Ping chủ B từ đó, như minh hoạ trong ví dụ 23-2.Ví dụ 23-2 Router R2 ping chủ B (hai lệnh)

Kết quả (Việt) 2:

Chiến lược và kết quả khi thử nghiệm với Bộ Tư lệnh ping
thường, người xử lý các cuộc gọi ban đầu từ người dùng về vấn đề (thường được gọi là hỗ trợ khách hàng
đại diện, hoặc CSR) có thể không phải vấn đề ping lệnh từ thiết bị của người dùng. Trong một số trường hợp, nói chuyện người dùng thông qua
cách gõ các lệnh phải và làm cho các nhấp chuột phải vào máy của họ có thể là một vấn đề. Hoặc,
người dùng chỉ có thể không có sẵn. Là một thay thế, sử dụng lệnh ping khác nhau từ khác nhau
router có thể giúp cô lập các vấn đề.
Vấn đề với việc sử dụng ping lệnh từ thiết bị định tuyến, thay vì từ các máy chủ có vấn đề, là
rằng không có lệnh router ping đơn chính xác có thể tái tạo một lệnh ping done từ của người sử dụng
thiết bị. Tuy nhiên, mỗi lệnh ping khác nhau có thể giúp cô lập một vấn đề nữa. Phần còn lại của điều này
phần của lệnh ping thảo luận về xử lý sự cố IPv4 định tuyến bằng cách sử dụng lệnh ping khác nhau
từ giao diện dòng lệnh (CLI) của một router.
Kiểm tra đường dài từ gần nguồn của vấn đề
Hầu hết các vấn đề bắt đầu với một số ý tưởng như "máy chủ X không thể giao tiếp với Y. host "một vĩ đại đầu tiên
bước xử lý sự cố là đưa ra một lệnh ping từ X cho địa chỉ IP máy chủ của Y. Tuy nhiên, giả sử
các kỹ sư không có quyền truy cập để lưu trữ X, các thử nghiệm tiếp theo tốt nhất là ping địa chỉ IP máy chủ X từ
bộ định tuyến gần các máy chủ có vấn đề.
Ví dụ, trong hình 23-1, hãy tưởng tượng rằng người dùng của máy chủ A đã gọi hỗ trợ CNTT với một vấn đề
liên quan đến việc gửi các gói dữ liệu để lưu trữ B. A ping 172.16.2.101 lệnh trên máy chủ A sẽ là một vĩ đại đầu tiên
bước xử lý sự cố, nhưng CSR không thể truy cập máy chủ A hoặc liên hệ với người sử dụng máy chủ A . vì vậy, các
telnets CSR để Router R1, và ping host B từ đó, như trong Ví dụ 23-2.
Ví dụ 23-2 Router R2 ping host B (Hai Commands)