Video: Suspense: Summer Night / Deep Into Darkness / Yellow Wallpaper 2025
Vấn đề lớp 3 liên quan đến các gói dữ liệu, tất nhiên. Nói chung, cao hơn trong giao thức ngăn xếp một vấn đề nằm, nhiều điều có thể là sai với nó. Tại lớp định tuyến (một tên sớm cho Lớp 3), các tuyến đến một đích nhất định có thể vắng mặt, có thể vòng lặp, hoặc có thể gửi các gói tin vào một hố đen.
Bên trong mạng router là các công cụ để kiểm tra hoạt động của các giao thức, chẳng hạn như giao thức hiển thị ospf hoặc hiển thị các lệnh chế độ hoạt động tổng hợp bgp. Bạn có thể sử dụng các lệnh này để hiểu sâu hơn về hoạt động của các giao thức định tuyến OSPF và BGP.
Tuy nhiên, như bạn đã biết, các vấn đề ở lớp 3 thường do các sự kiện lớp 2 gây ra. Mặc dù vậy, bạn có thể dựa vào các cuộc thăm dò và bẫy SNMP và OAM Ethernet để nắm bắt các vấn đề ở cấp liên kết router mạng. Bây giờ, hãy xem một vấn đề mà thực sự là một vấn đề ở lớp gói tin. Ở đây, bạn sử dụng một công cụ người dùng thông thường - traceroute - để cô lập router gây ra vấn đề.
Traceroute gửi một gói tin hop-by-hop từ một router này đến một router khác cho đến khi đạt được đích đến. Nếu một gói tin đến một router không có tuyến đường đến đích, một tin nhắn ICMP đích đến không thể tiếp cận được được gửi lại cho người khởi tạo.
Khi sử dụng traceroute, hãy nhớ rằng vấn đề thường nằm không ở bước cuối cùng để phản hồi traceroute, nhưng vượt quá thiết bị phản hồi cuối cùng.
Khi tất cả đều tốt, điểm đến thường là năm luồng xa khỏi máy chủ lưu trữ nguồn. Thay đổi địa chỉ mạng của người trả lời là một dấu hiệu cho thấy gói tin đã chuyển từ một phần lớn của mạng sang mạng khác (ví dụ từ mạng khách hàng sang mạng nhà cung cấp dịch vụ).
Sau đây, hãy thông báo cách các bộ định tuyến thông thường phản hồi traceroute trên đường đến Dest-Host:
user @ host> traceroute 10. 2. 2. 1 traceroute to 10. 2. 2. 1 (10 2) 1), 30 hops max, 40 byte gói 1 192. 168. 10. 1 (192. 168. 10. 1) 2. 617 ms 1. 690 ms 2. 851 ms (Cust-Router1) 2 192. 168. 10. 6 (192. 168. 10. 6) 3. 386 ms 3. 370 ms 5. 570 ms (Cust-Router2) 3 172. 16. 11. 1 (172. 16. 11. 1) 13. 513 ms 3. 905 ms 5. 060 ms (Prov-Rtr1) 4 172. 16. 44. 2 (172. 16. 44. 2) 3. 778 ms 5. 237 ms 5. 413 ms (Prov-Rtr2) 5 172. 16. 44. 27 (172. 16. 44. 27) 10. 867 ms 12. 568 ms 5. 991 ms (Dest-Host)
Giờ hãy xem điều gì xảy ra nếu liên kết - liên kết duy nhất, bằng cách này - giữa router khách hàng (Cust-Router2) và bộ định tuyến của nhà cung cấp dịch vụ (Prov-Rtr1) không thành công:
user @ host> traceroute 10.2. 2. 1 traceroute đến 10. 2. 2. 1 (10. 2. 2. 1), 30 hops max, 40 byte gói 1 192. 168. 10. 1 (192. 168. 10. 1) 1. 983 ms 2. 440 ms 2. 414 ms (Cust-Router1) 2 192. 168. 10. 6 (192. 168. 10. 6) 2. 883 ms! H 4. 136 ms ! H 2. 114 ms! H
Các! H chỉ ra rằng bạn đang nhận được ICMP host không thể truy cập tin nhắn từ router thứ hai. Nó có thể giống như thiết bị Cust-Router2 này là vấn đề, nhưng nhận thấy rằng các gói tin đã được thực hiện theo cách của họ để Cust-Router2 và trở lại mà không có bất kỳ rắc rối nào cả.
Không, vấn đề này là hơn lần nhảy cuối cùng này, về mối liên hệ giữa khách hàng và nhà cung cấp dịch vụ. Không có tuyến đường hữu ích nào đến đích trên Cust-Router2, do đó,! H được ban hành.
