RFC8950: Định tuyến IPv4 trên nền IPv6 không cần tunnel

Trong nhiều năm, cộng đồng vận hành mạng đã tìm cách giảm sự phụ thuộc vào IPv4 khi không gian địa chỉ ngày càng cạn kiệt. RFC8950 mang đến một giải pháp thanh lịch: cho phép quảng bá tuyến IPv4 với next-hop IPv6 thông qua Multi-protocol BGP (MP-BGP), biến IPv4 thành một tính năng tùy chọn chạy trên hạ tầng IPv6 thuần mà không cần bất kỳ tunnel nào.

RFC8950 giải quyết bài toán gì?

Ý tưởng cốt lõi khá đơn giản về mặt logic, nhưng lại có sức mạnh ứng dụng rất lớn trong việc đưa IPv4 trở thành tính năng tùy chọn trên một mạng IPv6.

Cụ thể, MP-BGP vốn đã hỗ trợ quảng bá tuyến IPv4 qua phiên IPv6 với next-hop IPv4, và ngược lại. RFC8950 mở rộng khả năng này để tuyến IPv4 có thể dùng next-hop IPv6. Nghĩa là:

• Địa chỉ IPv4 vẫn là IPv4
• Next-hop được biểu diễn bằng IPv6
• Khả năng reach IPv6 hoạt động qua NDP (Neighbor Discovery Protocol) như thông thường
• Gói IPv4 đi trên khung Ethernet tới đúng MAC mà NDP đã phát hiện

Điểm mấu chốt: RFC8950 chỉ tác động đến control plane bằng cách dùng IPv6 làm mặt phẳng điều khiển, còn data plane vẫn giữ nguyên. IPv4 vẫn là IPv4 và truyền đi dưới dạng IPv4 trên dây — khác hoàn toàn với các giải pháp tunnel hay 464XLAT.

Những ứng dụng thực tế đáng chú ý

RFC8950 mở ra nhiều kịch bản triển khai hấp dẫn cho các nhà vận hành mạng lớn:

1. Backbone IPv6 thuần, IPv4 chỉ ở biên

Một mạng lớn có thể chạy IPv6 only trên toàn bộ core và chỉ giữ IPv4 ở các thiết bị biên. Khách hàng cuối không cần thay đổi gì — họ vẫn làm mọi thứ theo cách cũ, nhưng backbone phía sau đã là IPv6 thuần.

2. ISP transit chỉ chạy IPv6

Một nhà cung cấp dịch vụ transit có thể vận hành backbone IPv6 only trong khi vẫn trao đổi tuyến IPv4 với khách hàng, peer và upstream qua các phiên IPv6. Nhờ đó, IPv4 tồn tại như một "tính năng" nhưng mạng lõi không còn phải cấu hình interface IPv4, phiên BGP IPv4, firewall IPv4…

Điều mà 464XLAT đã làm được cho mạng di động — RFC8950 có tiềm năng làm điều tương tự cho mạng backbone.

3. IXP không cần IPv4

Một điểm trao đổi trung tâm (IXP) có thể cung cấp dịch vụ mà gần như không cần IPv4, bằng cách dùng một địa chỉ IPv6 duy nhất trên IX LAN và chạy route server trao đổi cả tuyến IPv4 lẫn IPv6 qua phiên IPv6 only.

Hỗ trợ phần cứng hiện nay

Tin tốt là RFC8950 đã được hỗ trợ khá rộng rãi trên nhiều nền tảng định tuyến phổ biến:

• Juniper JunOS
• Cisco IOS XR
• Nokia SR OS
• Mikrotik
• Huawei
• BIRD
• FRR (Free Range Routing)

Nếu bạn đang chạy phiên bản OS gần đây, khả năng cao là thiết bị đã hỗ trợ tính năng này.

Lab minh họa với Container Lab và FRR

Để kiểm chứng RFC8950 trong thực tế, tác giả đã dựng một lab thú vị với Container Lab sử dụng FRR mã nguồn mở.

Sơ đồ topology lab RFC8950 với các router C1, R1, R2, R3 và C2

Bố cục lab

• C1 và C2 là hai router khách hàng
• R1, R2, R3 là các router nhà cung cấp, kết nối theo chuỗi R1–R2–R3
• C1 chỉ chạy IPv6 ở phía WAN hướng về R1, quảng bá 10.0.0.0/24 qua phiên IPv6
• R1 và R2 chạy IPv6 thuần, không có IPv4 trên bất kỳ interface nào, nhưng vẫn mang tuyến IPv4 trong bảng định tuyến
• R3 có IPv6 với R2 nhưng chỉ có IPv4 với C2 — mô phỏng một doanh nghiệp điển hình chưa triển khai IPv6
• R3 sở hữu 100.64.0.0/24 và quảng bá nó vào bảng IPv4 (tới adjacency IPv6 là R2)
• C2 nằm trong 100.64.0.2/30 do R3 cấp, chỉ giao tiếp IPv4

Kết quả: C1 và C2 có thể liên lạc với nhau qua mạng có những đoạn IPv6 thuần, mà không cần bất kỳ tunnel nào.

Kiểm tra định tuyến

Từ C1, bảng BGP hiển thị tuyến tới 100.64.0.0/24 với next-hop là địa chỉ IPv6:

C1# show ip bgp 100.64.0.2
BGP routing table entry for 100.64.0.0/24, version 2
Paths: (1 available, best #1, table default)
  Advertised to non peer-group peers:
  2001:db8:0:1::1
  65501 65502 65503
    2001:db8:0:1::1 from 2001:db8:0:1::1 (172.20.20.2)
      (fe80::a8c1:abff:fe60:5467) (used)

Traceroute từ C1 tới C2 đi qua toàn bộ chuỗi router mà không hề dùng tunnel:

C1# traceroute 100.64.0.2
traceroute to 100.64.0.2 (100.64.0.2), 30 hops max, 46 byte packets
1  clab-rfc8950-R1.clab (172.20.20.2)  0.004 ms  0.004 ms  0.002 ms
2  clab-rfc8950-R2.clab (172.20.20.8)  0.002 ms  0.003 ms  0.003 ms
3  clab-rfc8950-R3.clab (172.20.20.5)  0.002 ms  0.003 ms  0.003 ms
4  100.64.0.2 (100.64.0.2)  0.002 ms  0.006 ms  0.003 ms

Đáng chú ý, router R1 chỉ có phiên IPv6 nhưng không có prefix IPv6 nào, trong khi bảng IPv4 vẫn chứa đầy đủ tuyến:

R1# sh bgp ipv6 summary
Peers 2, using 1434 KiB of memory
Neighbor        V         AS   MsgRcvd   MsgSent  ...  State/PfxRcd  PfxSnt
2001:db8:0:1::2 4      64512       151       141  ...             0       0
2001:db8:0:2::2 4      65502        65        64  ...             0       0

Ý nghĩa cho Việt Nam và khu vực

Với các ISP và trung tâm dữ liệu tại Việt Nam đang trong quá trình chuyển đổi sang IPv6, RFC8950 có thể là công cụ hữu ích để giảm dần chi phí vận hành IPv4 mà không cần thay đổi hạ tầng đầu cuối. Đặc biệt với các IXP như VNIX, việc chạy route server chỉ trên IPv6 nhưng vẫn trao đổi được cả tuyến IPv4 và IPv6 sẽ giúp đơn giản hóa đáng kể cấu hình và tiết kiệm tài nguyên địa chỉ.

Tuy nhiên, các kỹ sư mạng cần lưu ý đánh giá kỹ khả năng tương thích của thiết bị, cũng như có kế hoạch rollback rõ ràng trước khi triển khai trên môi trường production. RFC8950 không phải là viên đạn bạc, nhưng nó là một bước tiến quan trọng hướng tới một internet nơi IPv6 là mặc định và IPv4 trở thành lớp tương thích tùy chọn.