Tweet
Xử lý sự cố vấn đề CPUHOG
Khi OSPF tạo thành một kề, nó gửi đi đến tất cả các gói cập nhật trạng thái kết nối các route láng giềng. Đôi khi, quá trình gửi đi mất rất nhiều thời gian, phụ thuộc vào các nguồn tài nguyên router. Khi CPU của router trở nên quá bận rộn khi gửi đi đến tất cả bằng cách sử dụng hầu hết các nguồn tài nguyên của router, tin nhắn CPUHOG xuất hiện trong nhật ký.
Các tin nhắn CPUHOG thường xuất hiện trong hai giai đoạn quan trọng:
• Quá trình hình thành hàng xóm
• LSA quá trình làm mới
Phần này bàn về các giải pháp có thể cho hai trường hợp, các SPF:
• Thông điệp CPUHOG trong quá trình hình kề
• Thông điệp CPUHOG trong thời gian làm mới LSA
1. Thông điệp CPUHOG trong quá trình hình kề – nguyên nhân: Router không chạy Packet-Pacing Code
Ví dụ:
R1#show log
%SYS-3-CPUHOG: Task ran for 2424 msec (15/15), process = OSPF Router
%SYS-3-CPUHOG: Task ran for 2340 msec (10/9), process = OSPF Router
%SYS-3-CPUHOG: Task ran for 2264 msec (0/0), process = OSPF Router
Giải pháp:
Gói pacing giới thiệu một sự chậm trễ của 33 ms giữa các gói và 66 ms giữa truyền lại. Khoảng thời gian pacing này làm giảm các tin nhắn CPUHOG, và kề được hình thành một cách nhanh chóng hơn. Tính năng này được bật mặc định trong Cisco IOS 12.0T và sau. Tính năng này không có sẵn trong Cisco IOS phiên bản phần mềm sớm hơn 12.0T. Nếu bạn đang chạy Cisco Mã phần mềm IOS sớm hơn 12.0T phát hành và bạn sẽ thấy thông báo CPUHOG trong quá trình hình kề, nâng cấp lên ít nhất là Cisco IOS 12.0T hoặc mã cao hơn để giải quyết vấn đề này thông qua nhịp gói.
2. Thông điệp CPUHOG trong thời gian làm mới LSA – nguyên nhân: Router không chạy Group-Pacing Code
Ví dụ:
R1#show log
%SYS-3-CPUHOG: Task ran for 2424 msec (15/15), process = OSPF Router
%SYS-3-CPUHOG: Task ran for 2340 msec (10/9), process = OSPF Router
%SYS-3-CPUHOG: Task ran for 2264 msec (0/0), process = OSPF Router
Giải pháp:
Nếu 10.000 LSA cần phải được làm mới, giữ khoảng thời gian làm mới nhỏ hơn sẽ kiểm tra các LSA mỗi 2 hoặc 4 phút để xem có bao nhiêu LSA đã đạt đến khoảng thời gian làm mới, đó là 30 phút. Ưu điểm của việc kiểm tra này thường xuyên là LSA ít hơn sẽ cần phải được làm mới mỗi 2 hoặc 4 phút, và điều này sẽ không gây ra flooding các bản cập nhật LSA. Nếu số lượng LSA là nhỏ, nó thực sự không quan trọng cho dù làm mới xảy ra ở 2 phút hoặc 20 phút. Đó là lý do tại sao nó tốt hơn để tăng bộ đếm thời gian để tất cả các LSA mà rất ít trong số có thể được làm mới cùng một lúc.
Nguyễn Minh Hải – VnPro
Các tin nhắn CPUHOG thường xuất hiện trong hai giai đoạn quan trọng:
• Quá trình hình thành hàng xóm
• LSA quá trình làm mới
Phần này bàn về các giải pháp có thể cho hai trường hợp, các SPF:
• Thông điệp CPUHOG trong quá trình hình kề
• Thông điệp CPUHOG trong thời gian làm mới LSA
1. Thông điệp CPUHOG trong quá trình hình kề – nguyên nhân: Router không chạy Packet-Pacing Code
Ví dụ:
R1#show log
%SYS-3-CPUHOG: Task ran for 2424 msec (15/15), process = OSPF Router
%SYS-3-CPUHOG: Task ran for 2340 msec (10/9), process = OSPF Router
%SYS-3-CPUHOG: Task ran for 2264 msec (0/0), process = OSPF Router
Giải pháp:
Gói pacing giới thiệu một sự chậm trễ của 33 ms giữa các gói và 66 ms giữa truyền lại. Khoảng thời gian pacing này làm giảm các tin nhắn CPUHOG, và kề được hình thành một cách nhanh chóng hơn. Tính năng này được bật mặc định trong Cisco IOS 12.0T và sau. Tính năng này không có sẵn trong Cisco IOS phiên bản phần mềm sớm hơn 12.0T. Nếu bạn đang chạy Cisco Mã phần mềm IOS sớm hơn 12.0T phát hành và bạn sẽ thấy thông báo CPUHOG trong quá trình hình kề, nâng cấp lên ít nhất là Cisco IOS 12.0T hoặc mã cao hơn để giải quyết vấn đề này thông qua nhịp gói.
2. Thông điệp CPUHOG trong thời gian làm mới LSA – nguyên nhân: Router không chạy Group-Pacing Code
Ví dụ:
R1#show log
%SYS-3-CPUHOG: Task ran for 2424 msec (15/15), process = OSPF Router
%SYS-3-CPUHOG: Task ran for 2340 msec (10/9), process = OSPF Router
%SYS-3-CPUHOG: Task ran for 2264 msec (0/0), process = OSPF Router
Giải pháp:
Nếu 10.000 LSA cần phải được làm mới, giữ khoảng thời gian làm mới nhỏ hơn sẽ kiểm tra các LSA mỗi 2 hoặc 4 phút để xem có bao nhiêu LSA đã đạt đến khoảng thời gian làm mới, đó là 30 phút. Ưu điểm của việc kiểm tra này thường xuyên là LSA ít hơn sẽ cần phải được làm mới mỗi 2 hoặc 4 phút, và điều này sẽ không gây ra flooding các bản cập nhật LSA. Nếu số lượng LSA là nhỏ, nó thực sự không quan trọng cho dù làm mới xảy ra ở 2 phút hoặc 20 phút. Đó là lý do tại sao nó tốt hơn để tăng bộ đếm thời gian để tất cả các LSA mà rất ít trong số có thể được làm mới cùng một lúc.
Nguyễn Minh Hải – VnPro