As you can see from the last few pa

As you can see from the last few pages, a strategy of using a ping command from near the source of
the problem can rule out a lot of possible root causes of any problems between two hosts—assuming
the ping command succeeds. However, this ping command does not act exactly like the same ping
command on the actual host. To overcome some of what is missing in the ping command from a
nearby router, the next several examples show some strategies for testing other parts of the path
between the two hosts that may have a current problem.
Using Extended Ping to Test the Reverse Route
Pinging from the default router, as discussed in the past few pages, misses an opportunity to test IP
routes more fully. In particular, it does not test the reverse route back toward the original host.
For instance, referring to the internetwork in Figure 23-2 again, note that the reverse routes do not
point to an address in host A’s subnet. When R1 processes the ping 172.16.2.101 command, R1 has to
pick a source IP address to use for the echo request, and routers choose the IP address of the outgoing
interface. The echo request from R1 to host B flows with source IP address 172.16.4.1 (R1’s S0/0/0 IP
address). The echo reply flows back to that same address (172.16.4.1).
A standard ping often does not test the reverse route that you need to test. In this case, the standard
ping 172.16.2.101 command on R1 does not test whether the routers can route back to subnet
172.16.1.0/24, instead testing their routes for subnet172.16.4.0. A better ping test would test the route
back to host A’s subnet; an extended ping from R1 can cause that test to happen. Extended ping allows
R1’s ping command to use R1’s LAN IP address from within subnet 172.16.1.0/24. Then, the echo
reply messages would flow to host A’s subnet, as shown in Figure 23-6.

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

Như bạn thấy từ cuối cùng vài trang, một chiến lược sử dụng lệnh ping từ gần nguồn gốc củavấn đề có thể cai trị ra rất nhiều nguyên nhân có thể gốc của bất kỳ vấn đề nào giữa hai máy chủ-giả địnhlệnh ping thành công. Tuy nhiên, lệnh ping này không hoạt động chính xác giống như cùng pingbộ chỉ huy trên các máy chủ thực sự. Để khắc phục một số của những gì là mất tích trong câu lệnh ping từ mộtgần đó router, tiếp theo một vài ví dụ hiển thị một số chiến lược để thử nghiệm các bộ phận khác của đường dẫngiữa hai máy chủ có thể có một vấn đề hiện tại.Bằng cách sử dụng mở rộng Ping để kiểm tra các tuyến đường ngược lạiPing từ các router mặc định, như được thảo luận trong các trang gần đây, bỏ lỡ một cơ hội để kiểm tra IPCác tuyến đường đầy đủ hơn. Đặc biệt, nó không kiểm tra các tuyến đường ngược trở lại đối với các máy chủ gốc.Ví dụ, đề cập đến internetwork trong hình 23-2 một lần nữa, lưu ý rằng các tuyến đường ngược lại thì khôngtrỏ tới một địa chỉ máy chủ lưu trữ của một subnet. Khi R1 xử lý các lệnh ping 172.16.2.101, R1 đãchọn một địa chỉ IP nguồn để sử dụng cho các yêu cầu của echo, và lựa chọn router địa chỉ IP của người đigiao diện. Yêu cầu echo từ R1 để lưu trữ các B chảy với nguồn IP địa chỉ 172.16.4.1 (của R1 S0/0/0 IPđịa chỉ). Trả lời echo chảy quay lại cùng một địa chỉ đó (172.16.4.1).Một tiêu chuẩn ping thường không kiểm tra các tuyến đường ngược lại bạn cần phải kiểm tra. Trong trường hợp này, các tiêu chuẩnPing 172.16.2.101 lệnh trên R1 không thử nghiệm cho dù các router có thể định tuyến quay lại mạng con172.16.1.0/24, thay vì thử nghiệm của tuyến cho subnet172.16.4.0. Một thử nghiệm tốt hơn ping sẽ kiểm tra các tuyến đườngQuay lại máy chủ lưu trữ của một mạng con; một ping mở rộng từ R1 có thể gây ra rằng thử nghiệm xảy ra. Extended ping cho phépR1 của lệnh ping để sử dụng địa chỉ LAN IP của R1 từ trong subnet 172.16.1.0/24. Sau đó, tiếng vangthư trả lời sẽ chảy đến máy chủ lưu trữ của một subnet, như minh hoạ trong hình 23-6.

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

Như bạn có thể nhìn thấy từ vài trang cuối cùng, một chiến lược của việc sử dụng một lệnh ping từ gần nguồn gốc của
vấn đề có thể loại trừ rất nhiều nguyên nhân có thể gốc của bất kỳ vấn đề giữa hai host-giả
lệnh ping thành công. Tuy nhiên, lệnh ping này không hành động một cách chính xác như ping cùng một
lệnh trên máy chủ thực sự. Để khắc phục một số những gì còn thiếu trong lệnh ping từ một
bộ định tuyến gần đó, một số ví dụ sau cho thấy một số chiến lược để thử nghiệm các bộ phận khác của con đường
giữa hai máy chủ mà có thể có một vấn đề hiện tại.
Sử dụng Mở rộng Ping để kiểm tra Reverse Route
Pinging từ router mặc định, như đã thảo luận trong những trang quá khứ, bỏ lỡ một cơ hội để kiểm tra IP
tuyến đầy đủ hơn. Đặc biệt, nó không kiểm tra các tuyến đường ngược lại về phía máy chủ gốc.
Ví dụ, đề cập đến các liên mạng trong hình 23-2 một lần nữa, lưu ý rằng các tuyến đường ngược lại không
trỏ đến một địa chỉ trong mạng con chủ nhà A của. Khi R1 sẽ xử lý lệnh ping 172.16.2.101, R1 phải
chọn một địa chỉ IP nguồn để sử dụng cho các yêu cầu phản hồi, và router chọn địa chỉ IP của đi
giao diện. Các yêu cầu phản hồi từ R1 đến host B chảy với địa chỉ nguồn IP 172.16.4.1 (S0 / 0/0 R1 IP của
địa chỉ). Câu trả lời vang chảy trở lại cùng một địa chỉ đó (172.16.4.1).
Một ping tiêu chuẩn thường không kiểm tra các tuyến đường ngược lại rằng bạn cần phải kiểm tra. Trong trường hợp này, các tiêu chuẩn
ping 172.16.2.101 lệnh trên R1 không kiểm tra xem router có thể lộ trình trở subnet
172.16.1.0/24, thay vì kiểm tra các tuyến đường cho subnet172.16.4.0. Một bài kiểm tra ping tốt hơn sẽ kiểm tra các tuyến đường
trở lại để lưu trữ của một subnet; một ping mở rộng từ R1 có thể gây ra kiểm tra điều đó xảy ra. Extended ping cho phép
lệnh ping R1 để sử dụng địa chỉ IP của mạng LAN của R1 từ bên trong subnet 172.16.1.0/24. Sau đó, echo
tin nhắn trả lời sẽ chảy để lưu trữ của một subnet, như thể hiện trong hình 23-6.