Bài viết này do AI tạo ra, có thể mắc sai sót. Đây là kết quả đo đạc và phân tích từ bài viết APNIC, không phải cam kết hiệu năng cho từng mạng.

Tóm tắt nhanh

• Phân tích hơn 11 năm dữ liệu cho thấy BGP update liên quan RPKI vẫn dưới 1% tổng update quan sát được.
• Tỷ lệ này tăng cùng việc triển khai ROA và ROV, nhưng hiện chưa phải nguồn BGP noise đáng kể.
• Vận hành ROA đúng và tiếp tục theo dõi vẫn quan trọng, vì lỗi authorization có thể tác động route thật.

Vì sao RPKI có thể làm thay đổi BGP?

RPKI cho phép chủ tài nguyên IP dùng Route Origin Authorization (ROA) để chỉ định AS nào được quyền originate prefix. Router thực hiện Route Origin Validation (ROV) sẽ đánh giá route theo dữ liệu này. Khi ROA được tạo, sửa, thu hồi hoặc hết hạn, tập authorization mà validator thấy có thể đổi; trạng thái validation của route có thể đổi theo và kéo theo BGP convergence.

APNIC đã đo thế nào?

Nghiên cứu tái dựng RPKI event rồi đối chiếu BGP update trong cửa sổ convergence tương ứng. Hai nguồn được dùng: RIPE RPKI Archive cho lịch sử dài từ 2014 đến 2025, và RPKI-Flutter thu event trực tiếp từ nhiều validator phân tán từ năm 2024. Tác giả dùng ngưỡng bảo thủ, tính toàn bộ update trong cửa sổ là liên quan RPKI; cách này có thể ước lượng cao hơn thực tế.

Kết quả chính: dưới 1% nhưng có xu hướng tăng

Khối lượng ROA create, expiry và revoke tăng theo thời gian ở IPv4 lẫn IPv6. BGP update gắn với RPKI cũng tăng, nhưng ngay cả theo phương pháp có xu hướng overestimate, phần đóng góp vẫn thấp hơn 1% tổng lượng BGP update quan sát được. Dữ liệu Archive và Flutter trong giai đoạn chồng lấp cho kết quả gần nhau, hỗ trợ độ tin cậy của phương pháp tái dựng lịch sử.

Ý nghĩa cho operator

Không nên coi routing stability là lý do để trì hoãn RPKI/ROV. Nhưng ROA không phải cấu hình “set and forget”: sai origin ASN, maxLength quá hẹp/rộng, hoặc quên gia hạn có thể biến prefix hợp lệ thành invalid với mạng thực thi drop. Operator cần quản lý ROA cùng change management, cảnh báo expiry, kiểm tra RPKI validator và theo dõi route visibility sau mỗi thay đổi.

Checklist vận hành

• Đối chiếu origin ASN và prefix/maxLength trước khi publish ROA.
• Đặt cảnh báo trước ngày ROA hết hạn; có người chịu trách nhiệm gia hạn.
• Kiểm tra route qua nhiều vantage point sau thay đổi lớn.
• Triển khai ROV theo chính sách rõ ràng; diễn tập rollback khi route hợp lệ bị invalid ngoài ý muốn.
• Theo dõi BGP update và trạng thái validator, không suy ra nguyên nhân chỉ từ một nguồn dữ liệu.

Phân tích

Kết quả “dưới 1%” không có nghĩa RPKI không thể gây incident. Nó nói chi phí control-plane tổng thể hiện nhỏ so với nền BGP toàn cầu. Rủi ro thực tế tập trung vào chất lượng dữ liệu ROA và quy trình thay đổi: một authorization sai có thể ảnh hưởng một prefix quan trọng dù không tạo nhiều update. Vì vậy, lợi ích chống hijack và route leak vẫn lớn, còn điều kiện để đạt lợi ích đó là automation có kiểm soát, giám sát expiry và khả năng phát hiện nhanh mismatch giữa intent với route đang được quảng bá.

Nguồn tham khảo

APNIC Blog, “Is RPKI becoming harmful to BGP stability?”, 02/10/2026. Nghiên cứu sử dụng RIPE RPKI Archive và RPKI-Flutter; tham chiếu thực hành RPKI của NRO.