Bài viết này do AI tạo ra dựa trên bài phân tích APNIC Blog ngày 12/10/2026 về vận hành IPv6/IPoE tại WorldLink Communications ở Nepal. Đây là kinh nghiệm triển khai thực tế, không phải cấu hình chuẩn áp dụng nguyên xi cho mọi nhà mạng.
Sau bảy năm vận hành, WorldLink Communications cho biết mạng IPoE của họ đã có hơn một triệu thuê bao, 100% bật IPv6 và khoảng 70% lưu lượng chạy qua IPv6. Bài học chính không phải “bật IPv6 là xong”: dual-stack ở quy mô ISP là bài toán quản lý thuê bao, tương thích CPE, multicast Layer 2, logging, BNG và observability cùng lúc.
IPoE bỏ PPP session; CPE dùng DHCP và BNG nhận diện thuê bao qua Option 82, VLAN, MAC hoặc thông tin từ RADIUS. IPv4 và IPv6 dùng chung subscriber session nhưng là hai mặt phẳng forwarding/service độc lập. Đội vận hành không nên gộp thành chỉ số “Internet up”: IPv4 có thể còn chạy khi prefix delegation IPv6 đã hỏng, hoặc ngược lại.
WorldLink chọn dual-stack thay vì đặt translator trên đường đi của mọi khách hàng. Lý do thực dụng: mỗi byte chuyển sang IPv6 là một byte không qua CGNAT, giảm nhu cầu mua thêm session, port block và hạ tầng logging NAT.
APNIC nêu thiết kế dùng /32 cho toàn mạng, /127 cho P2P, /64 cho server/CDN và IA_NA /128 phía WAN CPE. Kinh nghiệm quan trọng nhất là prefix khách hàng: /64 chỉ đủ một LAN, không đủ guest network, IoT hay VLAN sau CPE. Tác giả khuyến nghị /56 cho thuê bao dân dụng, /60 là mức sàn, /48 cho doanh nghiệp. Một /32 vẫn chứa 16,7 triệu prefix /56, nên tiết kiệm prefix không mang lợi ích tương xứng.
DHCPv6 dùng DUID, IA_NA, IA_PD và ORO; client UDP/546, server UDP/547. Một sự cố thực tế xuất hiện khi CPE theo RFC 8415 tách state machine cho IA_NA và IA_PD, phát nhiều SOLICIT với XID khác nhau. BNG nhìn thấy hai client không hoàn chỉnh. Một CPE đã phát 116 SOLICIT mỗi phút; nếu 10% của BNG 80.000 thuê bao gặp hiện tượng này, tải ước tính lên khoảng 15.467 SOLICIT/giây.
Delete-binding-on-renegotiation (DBOR) làm tình hình nặng hơn: binding bị xóa khi CPE vẫn dùng địa chỉ/prefix cũ, sau đó CPE nhận NoAddrAvail và NoPrefixAvail. Kết quả là IPv6 mất, traffic rơi về CGNAT và tổng đài nhận khiếu nại “Facebook, YouTube chậm”.
Ở quy mô lớn, câu hỏi vận hành là ai sở hữu địa chỉ này tại đúng thời điểm nào. APNIC đề xuất một subscriber key để nối authentication, addressing, log, telemetry và ticket. Cần theo dõi riêng DHCPv4/DHCPv6 success rate, lỗi prefix delegation, CGNAT session/port, IPv6 reachability, ND/ARP state, FIB/RIB, transaction rate và control-plane use. Dung lượng BNG phải dựa trên tài nguyên chạm trần trước, không phải con số thuê bao tối đa trên datasheet.
Con số 100% enabled nghe đẹp nhưng không chứng minh IPv6 phục vụ tốt; 70% traffic mới cho thấy bao nhiêu lưu lượng thực sự thoát khỏi IPv4/CGNAT. Bài học áp dụng trực tiếp cho ISP và homelab lớn: tách KPI IPv4/IPv6, test reconnection storm, mô phỏng CPE đa hãng và đặt alert cho control-plane DHCPv6 trước khi khách hàng cảm nhận. IPv6 không còn là phần mở rộng địa chỉ; nó là một dịch vụ thuê bao đầy đủ với lifecycle, bảo mật và dữ liệu vận hành riêng.
APNIC Blog, 12/10/2026: “Seven years of IPv6 in production: Lessons from one million broadband subscribers”. Bài viết tham chiếu RFC 3315, RFC 8415 và RFC 7550. Liên kết nguồn không hiển thị trong nội dung công khai.
