Tôi đã có thiết lập giám sát trên một số thiết bị trong văn phòng của chúng tôi. Thời gian phản hồi ping đến các công tắc truy cập nhỏ thường là 1-4ms ... Tính đến 3 giờ sáng nay, trung bình đã tăng vọt lên 300ms.
Trường hợp nào người ta bắt đầu tìm kiếm trong một tình huống như thế này? Những điều tôi có thể quan sát trong công tắc để tìm nguồn gốc của độ trễ?
LƯU Ý: Không liên quan đến tải .. tất cả việc sử dụng băng thông liên kết là bình thường và không bị ảnh hưởng, hầu hết các liên kết đều được sử dụng rất ít. Ngoài ra - giám sát là cục bộ đối với các thiết bị báo cáo độ trễ do đó không có yếu tố mạng WAN ở đây.
Là độ trễ chỉ đối với mặt phẳng điều khiển chuyển đổi hoặc bạn có nhận được độ trễ tương tự khi bạn ping một cái gì đó phía sau công tắc không?
—
ytti
@MikePennington - imgur.com/a/gfX9q#0 - điều này rất tuyệt! Có vẻ như nó tăng đột biến khá cao mặc dù trung bình là thấp ..
—
AL
@Ytti - dù sao cũng không có ý định đăng bài này trên một dòng riêng biệt .. Vì vậy, tôi đã tìm hiểu sâu hơn về vấn đề này. Phản hồi cp <-> cp thực sự thấp từ phân phối đến truy cập, hoặc ít nhất là tại thời điểm tôi đã thử nghiệm. Từ một cổng cấp truy cập đến các thiết bị trên các thiết bị chuyển mạch lớp truy cập là nơi chúng ta đang thấy độ trễ cực cao.
—
AL
@ user1353, cảm ơn bạn ... rằng imgur mà bạn đã đăng không đủ cao để gây ra số lần ping tăng liên tục từ CPU trên công tắc đó
—
Mike Pennington
show proc cpu historycho công tắc với thời gian ping cao. Nếu CPU đó luôn ở mức cao hoặc tăng vọt một cách thường xuyên, hãy chạyshow proc cpu sort