Video: Những chậu bonsai "khủng" khiến dân chơi thích mê 2025
Một khi bạn đã cấu hình và chạy một bài kiểm tra trong Junos Real-time Performance Monitoring (RPM), nhưng bạn cần phải xem và phân tích kết quả của các bài kiểm tra đó.
Để xem kết quả đo RPM, sử dụng lệnh hiển thị rpm probe-results lệnh:
user @ host> show services rpm probe-results Chủ đầu tư: app-server-network, Test: icmp-test Probe type: icmp-ping-timestamp Tối thiểu Rtt: 312 usec, tối đa Rtt: 385 usec, trung bình Rtt: 331 usec, Jitter Rtt: 73 usec, Stddev Rtt: 27 usec Thời gian thoát tối thiểu: 0 usec, thời gian ra tối đa: 0 usec, trung bình thời gian truy cập trung bình: 0 usec, thời gian truy cập Jitter: 0 usec, thời gian thoát của Jitter: 0 usec, thời gian thoát của Stddev: 0 usec Thời gian nhập tối thiểu: 0 usec, thời gian nhập tối đa: 0 usec, thời gian nhập trung bình: 0 usec, thời gian thâm nhập jitter: 0 usec, thời gian nhập Stddev: 0 usec Đầu dò được gửi: 15, đầu dò nhận được: 15, Tỷ lệ mất mát: 0
Đầu ra có thể là một chút khó phân tích, nhưng tập trung vào các lĩnh vực sau:
-
Chủ sở hữu, Kiểm tra: Trường này cho bạn biết thử nghiệm tốc độ RPM nào được tóm tắt dưới đây.
-
Loại đầu dò: Đặt đơn giản, lĩnh vực này là những gì bạn cấu hình như là loại thăm dò.
-
RTT: Các trường RTT là phép đo thời gian khứ hồi. Bạn có thể thấy phép đo tối thiểu, phép đo cực đại, và đo trung bình cho các đầu dò trong toàn bộ bài kiểm tra - trong trường hợp này là 15 đầu dò.
-
Jitter: Đây là sự khác biệt về độ trễ theo thời gian. Giá trị Jitter cho phép bạn biết các bài kiểm tra phù hợp như thế nào. Nếu một bài kiểm tra mất ba giây và lần kiểm tra thứ hai mất 500 usecs, jitter sẽ cao, một dấu hiệu cho thấy bạn có thể muốn chạy thử lại bởi vì một số vấn đề đang ảnh hưởng đến mạng của bạn.
Lý tưởng là bạn muốn một jitter nhỏ và độ lệch chuẩn nhỏ, có nghĩa là tất cả lưu lượng truy cập ít nhiều sẽ mất cùng một khoảng thời gian để đi qua mạng của bạn.
-
Mất phần trăm: Mặc dù bạn không nên nhìn thấy nó như là non-zero rất thường xuyên, đầu dò có thể bị mất. Nếu bạn thấy sự mất mát của đầu dò, bạn có một dấu hiệu cho biết rằng mạng của bạn đang thả các gói tin ở đâu đó; một bộ lọc tường lửa có thể được loại bỏ chúng; hoặc một số thiết bị dọc theo con đường đang gặp tắc nghẽn. (Ping thường là lần đầu tiên được giảm trong thời gian tắc nghẽn.) Kiểm tra các vấn đề cho phù hợp.
Về khoảng thời gian bạn nên nhìn thấy, theo nguyên tắc chung, bạn có thể muốn xem thời gian khứ hồi theo thứ tự từ 200 đến 500 miligiây (usecs). Bởi vì các máy dò RPM đang sử dụng gói tin ping ICMP, nên thời gian thực sự giống như khi bạn phát hành nhiều gói tin đến đích từ xa.
