Mạng xác định (DetNet, Deterministic Networking)
1. Khái quát
Định nghĩa: Mạng xác định (DetNet) là một tập hợp công nghệ chuẩn của IETF nhằm cung cấp cho một luồng (flow) cụ thể độ trễ có cận trên được bảo đảm (bounded latency), jitter thấp, tỷ lệ mất gói cực thấp và bảo toàn thứ tự trên mạng định tuyến dựa trên IP/MPLS (lớp 3). Bằng cách kết hợp đặt trước tài nguyên, tuyến tường minh và sao chép/loại bỏ gói, nó hiện thực hóa truyền tải xác định (deterministic) thay vì truyền tải "nỗ lực tối đa (best-effort)" — một mô hình dịch vụ mạng.
Từ "xác định (deterministic)" thường bị hiểu nhầm là "rất nhanh", nhưng điểm cốt lõi không phải tốc độ mà là khả năng dự đoán (predictability). Đối với ứng dụng điều khiển, một luồng giữ vững cận trên 10ms một cách xác định thì an toàn hơn một luồng trung bình 1ms nhưng thỉnh thoảng vọt lên 50ms. Bởi vì vòng điều khiển chỉ có thể thiết kế được tính ổn định một khi biết cận trên của độ trễ truyền thông. Do đó mục tiêu của DetNet không phải là "truyền tải nhanh nhất" mà là "truyền tải có cận trên không bao giờ bị vượt qua được biết trước", và nhu cầu về một công nghệ riêng biệt nảy sinh chính vì mạng best-effort về mặt cấu trúc không thể cung cấp khả năng dự đoán này.
Mạng IP truyền thống được thiết kế trên tiền đề ghép kênh thống kê (statistical multiplexing). Khi nhiều luồng dùng chung một liên kết và bộ đệm thì trung bình hiệu suất cao, nhưng khi lưu lượng dồn lại tức thời thì hàng đợi chất chồng khiến độ trễ dao động (jitter), và khi bộ đệm tràn thì xảy ra mất gói do tắc nghẽn (congestion loss). Điều này không thành vấn đề với các ứng dụng như Web hay truyền tệp vốn có thể hấp thụ biến động độ trễ hàng trăm ms bằng truyền lại và đệm, nhưng lại chí mạng với các ứng dụng phải "đến đúng thời điểm đã định" như điều khiển công nghiệp, rơ-le bảo vệ điện lực, âm thanh/hình ảnh chuyên nghiệp, điều khiển xe và cộng tác robot. Ở những ứng dụng này, phải định nghĩa cận trên của độ trễ xấu nhất (worst-case latency) chứ không phải độ trễ trung bình, và chỉ một lần mất gói cũng gắn trực tiếp với vấn đề an toàn và chất lượng.
Nhu cầu này từ lâu được giải quyết bằng các bus công nghiệp chuyên dụng (Fieldbus) hoặc giao thức độc quyền của nhà sản xuất (EtherCAT, PROFINET IRT, v.v.), nhưng khi sự hội tụ giữa IT và OT (công nghệ vận hành) tăng tốc, nhu cầu cung cấp tính xác định trên hạ tầng Ethernet/IP chuẩn đã lớn lên. Nếu IEEE 802.1 TSN (Time-Sensitive Networking) giải quyết vấn đề này ở miền lớp 2 (cầu Ethernet), thì IETF DetNet WG (thành lập năm 2015) đã công bố chuẩn kiến trúc (RFC 8655) năm 2019 với mục tiêu mở rộng tính xác định đó đến tận miền định tuyến lớp 3 (IP/MPLS). Nghĩa là DetNet không phải công nghệ cạnh tranh với TSN, mà nên được hiểu chính xác như một vật bổ trợ lớp trên hoàn thiện tính xác định đầu cuối (end-to-end) bằng cách nối ghép các mạng con TSN qua xương sống IP/MPLS.
Ở đây cần chỉ ra một hiểu lầm thường gặp: phản biện rằng "nếu trải băng thông dư dả (overprovisioning) thì độ trễ chẳng phải sẽ tự nhiên giảm sao?". Độ trễ trung bình rõ ràng giảm, nhưng thiết kế quá mức không bảo đảm được cận trên. Vào khoảnh khắc xấu nhất khi các burst chồng lên nhau đồng thời, dù có bao nhiêu băng thông dư thì hàng đợi tức thời vẫn chất chồng; chỉ là tần suất thấp hơn, còn cận trên vẫn chỉ tồn tại về mặt thống kê. Với các ứng dụng như rơ-le bảo vệ hay điều khiển chuyển động nơi "không cho phép dù chỉ một lần vượt ngưỡng trong một triệu lần", cần một cơ chế xác định chứ không phải khoảng dư xác suất. Phải làm rõ rằng bản chất vấn đề DetNet muốn giải không phải hiệu năng trung bình mà là cận trên xác định của giá trị xấu nhất (deterministic worst-case bound).
2. Cấu trúc tổng thể và mô hình dịch vụ
DetNet chia mặt phẳng dữ liệu thành lớp con dịch vụ (service sub-layer) và lớp con chuyển tiếp (forwarding sub-layer). Lớp con dịch vụ đảm nhận nhận dạng luồng và sao chép/loại bỏ gói, sắp xếp lại thứ tự (PREOF) để cung cấp độ tin cậy (service protection), còn lớp con chuyển tiếp cung cấp cận trên độ trễ (congestion protection) thông qua tuyến tường minh và cấp phát tài nguyên. Sự phân tách trách nhiệm giữa hai lớp con này là điểm xuất phát để hiểu DetNet.
graph LR
subgraph APP["Ứng dụng/Đầu cuối"]
SRC["Đầu cuối gửi(Talker)"]
DST["Đầu cuối nhận(Listener)"]
end
subgraph CTRL["Mặt phẳng điều khiển"]
CC["Bộ điều khiển trung tâm(PCE/SDN)"]
YANG["Mô hình YANG/đăng ký luồng"]
end
subgraph DP["Mặt phẳng dữ liệu DetNet"]
SVC["Lớp con dịch vụ<br/>(nhận dạng luồng·PREOF)"]
FWD["Lớp con chuyển tiếp<br/>(tuyến tường minh·cấp phát tài nguyên)"]
end
SRC --> SVC
SVC --> FWD
FWD --> DST
CC -->|"tính tuyến·băng thông"| FWD
YANG -->|"tham số luồng"| SVC
CC --- YANG
Ba kỹ thuật cốt lõi mà DetNet dùng để đạt tính xác định như sau, mỗi kỹ thuật nhắm tới một mục tiêu chất lượng khác nhau.
A. Cấp phát tài nguyên (Resource Allocation) — bảo đảm cận trên độ trễ. Với một luồng DetNet, bộ đệm và băng thông được đặt trước tại mỗi nút trên tuyến. Ý tưởng cốt lõi là "lưu lượng DetNet không bao giờ chịu chờ hàng đợi do tắc nghẽn". Bằng cách giới hạn tài nguyên tối đa mà tập các luồng DetNet có thể tiêu thụ tại mỗi chặng ở giai đoạn kiểm soát tiếp nhận (admission control), và dùng các bộ lập lịch được hình thức hóa như xếp hàng tuần hoàn (CQF) hay lập lịch nhận biết thời gian, độ trễ theo từng chặng trở nên bị chặn về mặt toán học. Tổng các cận trên theo chặng cho phép tính độ trễ xấu nhất đầu cuối, nên chẳng hạn có thể bảo đảm trước "luồng điều khiển này đến trong vòng 2ms dưới mọi mức tải". Đây là khác biệt căn bản so với mạng best-effort — best-effort có thể tốt về trung bình nhưng không có cận trên.
Cơ chế tiêu biểu hiện thực hóa việc cấp phát tài nguyên là CQF (Cyclic Queuing and Forwarding). Thời gian được cắt thành các chu kỳ có độ dài cố định, và hai (hoặc nhiều hơn) hàng đợi được dùng luân phiên sao cho gói đến trong một chu kỳ nhất định phải được phát ra ở chu kỳ kế tiếp. Nhờ vậy độ trễ của một chặng hội tụ về "bội số nguyên của độ dài chu kỳ", khiến độ trễ theo chặng được cố định như một hằng số bất kể mẫu hình của luồng. Ví dụ nếu chu kỳ là 100μs và tuyến có 6 chặng thì độ trễ đầu cuối được định ở khoảng chừng 600μs, và jitter bị nén trong phạm vi một ranh giới chu kỳ. Đổi lại, do mọi nút phải chia sẻ ranh giới chu kỳ nên đồng bộ thời gian chính xác là tiền đề, và các kỹ thuật bất đồng bộ nhằm loại bỏ gánh nặng đồng bộ này trở thành cốt lõi của bài toán mở rộng bàn tới ở sau.
B. Tuyến tường minh (Explicit Routes) — ổn định tuyến đường. IP thông thường có các giao thức định tuyến (OSPF, BGP) thay đổi tuyến tùy tình huống, nên ngay khoảnh khắc đổi tuyến có thể xảy ra micro-loop, đảo thứ tự và biến động độ trễ đột ngột. Luồng DetNet được ghim (pin) vào một tuyến tường minh cố định (ngăn xếp nhãn MPLS-TE hoặc định tuyến phân đoạn) nên được truyền theo cùng một tuyến bất kể biến động trạng thái mạng. Chỉ khi tuyến được cố định thì việc đặt trước tài nguyên và tính độ trễ theo từng chặng mới có ý nghĩa. Nghĩa là tuyến tường minh là điều kiện tiên quyết của việc cấp phát tài nguyên.
Đặc biệt, để dùng sao chép-loại bỏ (PREOF) thì hai tuyến phải tách rời (disjoint) về mặt vật lý, và điều này cũng chỉ được bảo đảm khi có tuyến tường minh. Nếu phó mặc cho định tuyến thông thường, hai bản sao có thể dùng chung một liên kết, một nút ở một đoạn nào đó (fate-sharing), và nếu điểm dùng chung đó đứt thì tính dự phòng sụp đổ đồng thời. Do đó khi tính tuyến, mặt phẳng điều khiển phải tính ra hai tuyến độc lập nhất có thể, xét đến cả Nhóm rủi ro liên kết chung (SRLG, Shared Risk Link Group), và điểm này tạo nên khác biệt giữa kỹ thuật lưu lượng đơn thuần và thiết kế tuyến DetNet.
C. Bảo vệ dịch vụ (Service Protection) — không mất gói. Dù cấp phát tài nguyên ngăn được mất gói do tắc nghẽn, nó vẫn không ngăn được mất gói do sự cố liên kết hay lỗi bit. DetNet giải quyết điều này bằng PREOF (Packet Replication, Elimination and Ordering Functions). Bên gửi sao chép gói và gửi đồng thời qua hai tuyến tách rời (disjoint) trở lên, còn bên nhận (hoặc nút hợp nhất) chỉ chọn gói đến trước, loại bỏ trùng lặp và sắp xếp lại thứ tự. Vì xác suất hai tuyến đứt đồng thời là cực thấp, nên tính dự phòng liền mạch (seamless redundancy) được hiện thực hóa, trong đó không xảy ra dù chỉ mất gói trong khoảng thời gian khôi phục sự cố (hàng chục ms đến vài giây). Điều quan trọng là nó che giấu mất gói mà không cần truyền lại nên không làm tổn hại tính thời gian thực.
Để sao chép và loại bỏ hoạt động đúng, phải gán cho mỗi gói một số thứ tự để nhận biết các bản sao nào là cùng một bản gốc. Nút loại bỏ ghi nhớ các số thứ tự đã thấy trong một cửa sổ lịch sử (history window) nhất định rồi loại các gói trùng; nếu cửa sổ quá hẹp thì các bản sao có chênh lệch độ trễ liên tuyến lớn không được nhận là trùng nên xảy ra chuyển tiếp trùng lặp, còn nếu quá rộng thì bộ nhớ và độ trễ tăng. Do đó điểm thực hành là biết cận trên của độ lệch độ trễ (skew) giữa hai tuyến và thiết kế cửa sổ cho phù hợp. Nếu truyền lại truyền thống (ARP/TCP) là khôi phục hậu kỳ kiểu "phát hiện mất gói rồi lấy lại", thì PREOF là bảo vệ tiền kỳ kiểu "phủ trước bằng bản trùng cho các tình huống mất gói có thể xảy ra", nên phù hợp với ứng dụng thời gian thực.
| Mục tiêu chất lượng | Kỹ thuật đảm nhận | Lớp con | Cơ chế cốt lõi |
|---|---|---|---|
| Cận trên độ trễ·jitter thấp | Cấp phát tài nguyên | Chuyển tiếp | Kiểm soát tiếp nhận·bộ lập lịch hình thức (CQF, v.v.) |
| Ổn định tuyến đường | Tuyến tường minh | Chuyển tiếp | MPLS-TE·định tuyến phân đoạn |
| Không mất gói·không gián đoạn | Bảo vệ dịch vụ (PREOF) | Dịch vụ | Sao chép·loại bỏ·sắp xếp lại, tuyến tách rời |
Bảng tóm tắt ba kỹ thuật, nhưng điều quan trọng trong thiết kế thực tế là tính xác định đầu cuối chỉ thành lập khi chúng được kết hợp. Đặt trước tài nguyên mà không có tuyến tường minh thì việc đặt trước trở nên vô nghĩa khi tuyến thay đổi, còn chỉ sao chép mà không cấp phát tài nguyên thì vô hiệu hóa dự phòng vì cả hai tuyến đều chịu mất gói do tắc nghẽn. Nghĩa là ba kỹ thuật không phải các tùy chọn độc lập mà ở trong quan hệ tiền đề lẫn nhau.
Bốn mục tiêu chất lượng mà ba kỹ thuật này tổng hợp nhằm đạt được được quy định trong RFC 8655 — ① cận trên của độ trễ tối thiểu·tối đa (bounded latency), ② jitter có cận trên (bounded jitter), ③ tỷ lệ mất gói cực thấp (gần như bằng không trên thực tế), và ④ bảo toàn thứ tự (in-order delivery). Điều đáng chú ý là các mục tiêu này khác biệt về chất so với QoS best-effort (ưu tiên của DiffServ). DiffServ chỉ gửi "nhanh hơn một cách tương đối" và không hứa hẹn một cận trên tuyệt đối. DetNet cô lập và đặt trước tài nguyên theo từng luồng để cung cấp một bảo đảm tuyệt đối kiểu "trong vòng bao nhiêu kể cả ở trường hợp xấu nhất", và vì thế, khi số luồng tăng lên thì dung lượng có thể bảo đảm bị giới hạn bởi kiểm soát tiếp nhận. Nghĩa là DetNet là mô hình "số ít một cách chắc chắn" chứ không phải "mọi người nhanh hơn một chút".
3. Hoạt động chi tiết của mặt phẳng dữ liệu và mặt phẳng điều khiển
DetNet không phải một giao thức đơn lẻ mà là một quy ước đóng gói·nhận dạng đặt trên các mặt phẳng dữ liệu IP/MPLS sẵn có. Xét theo họ RFC, với RFC 8655 (kiến trúc) ở đỉnh, RFC 8938 (khung mặt phẳng dữ liệu) định nghĩa cấu trúc lớp con dịch vụ/chuyển tiếp, còn RFC 8964 (mặt phẳng dữ liệu MPLS), RFC 8939 (mặt phẳng dữ liệu IP), RFC 9056 (IP over MPLS) quy định việc đóng gói cụ thể cho từng công nghệ truyền tải. Xem chi tiết quá trình một luồng đi qua một nút như sau.
flowchart TD
A["Nhận gói(nhận dạng luồng)"] --> B{"Có phải luồng DetNet?"}
B -->|"Không"| Z["Chuyển tới hàng đợi thường(best-effort)"]
B -->|"Có"| C["Vào lớp con dịch vụ"]
C --> D["Đoạn cần sao chép?"]
D -->|"Nút sao chép"| E["Sao chép gói(gửi qua hai tuyến)"]
D -->|"Nút hợp nhất"| F["Loại bỏ trùng·sắp xếp lại"]
E --> G["Lớp con chuyển tiếp"]
F --> G
G --> H["Gán nhãn tuyến tường minh"]
H --> I["Đặt vào hàng đợi tài nguyên đã đặt trước(kiểm soát tiếp nhận)"]
I --> J["Phát qua bộ lập lịch hình thức(bảo đảm cận trên độ trễ)"]
Nhận dạng luồng (flow identification) là bước đầu tiên của DetNet. Ở mặt phẳng dữ liệu IP, luồng được nhận dạng bằng 6-tuple (IP nguồn·đích, giao thức, cổng, DSCP, nhãn luồng), còn ở mặt phẳng dữ liệu MPLS, luồng và tuyến được chỉ định cùng nhau bằng ngăn xếp nhãn gồm S-Label (nhãn dịch vụ) và F-Label (nhãn chuyển tiếp). Chỉ các luồng đã nhận dạng mới nhận xử lý DetNet, phần còn lại chảy vào hàng đợi best-effort như cũ, nên DetNet có thể cùng tồn tại trên cùng một mạng vật lý với lưu lượng hiện hữu. Tính cùng tồn tại này hạ chi phí triển khai rất nhiều ở điểm không cần trải một mạng chuyên dụng mới.
Việc chọn giữa hai mặt phẳng dữ liệu tùy thuộc môi trường vận hành. Mặt phẳng dữ liệu MPLS (RFC 8964) gắn một cách tự nhiên lên xương sống nhà mạng viễn thông vốn đã vận hành MPLS-TE·mạch giả (pseudowire), và vì có thể tách gọn dịch vụ với tuyến bằng ngăn xếp nhãn nên phù hợp với tính xác định cấp nhà mạng. Ngược lại, mặt phẳng dữ liệu IP (RFC 8939) có thể nhận dạng luồng chỉ bằng thông tin tiêu đề IP mà không cần tạo đường hầm bổ sung trong mạng doanh nghiệp·công nghiệp không có hạ tầng MPLS, nên triển khai nhẹ nhàng hơn. Để nối hai mặt phẳng, RFC 9056 (IP over MPLS) cung cấp quy ước ánh xạ (mapping) việc đóng gói IP lên trên mặt phẳng dữ liệu MPLS, nên có thể cấu hình dịch vụ DetNet đầu cuối ngay cả trong các topo thực tế nơi đoạn doanh nghiệp (IP) và đoạn xương sống (MPLS) xen lẫn.
Mặt phẳng điều khiển quyết định luồng nào được gán tuyến·tài nguyên·cấu trúc sao chép nào. Trong môi trường mà luồng được biết trước như mạng công nghiệp, mô hình tập trung hoàn toàn là phổ biến, trong đó một bộ điều khiển trung tâm (PCE hoặc bộ điều khiển SDN) nhìn toàn bộ topo và tình trạng tài nguyên, tính tuyến và đẩy cấu hình xuống từng nút qua mô hình dữ liệu YANG. Điều này giống về khái niệm với CNC (Centralized Network Configuration) của TSN. Ngược lại, mặt phẳng điều khiển phân tán (mở rộng RSVP-TE, v.v.) cũng được định nghĩa, nên dùng mô hình lai trong môi trường quy mô lớn hoặc luồng động. Nếu mặt phẳng điều khiển không có mô hình tài nguyên chính xác (đặc tính hàng đợi·băng thông·độ trễ của từng nút) thì việc tính cận trên độ trễ sụp đổ, nên thành bại của vận hành DetNet phụ thuộc vào mô hình hóa tài nguyên chính xác và sự nghiêm ngặt của kiểm soát tiếp nhận.
Việc cận trên độ trễ có "thực sự" thành lập hay không phải được chứng minh bằng chứng minh toán học chứ không phải trực giác. Công cụ lý thuyết được dùng rộng rãi cho việc này là giải tích mạng (Network Calculus). Bằng cách định nghĩa một đường cong đến (arrival curve) chặn trên tải mà mỗi luồng áp lên mạng và một đường cong dịch vụ (service curve) biểu diễn năng lực xử lý mà mỗi nút bảo đảm, ta có thể suy ra độ trễ tối đa theo chặng và tồn đọng tối đa (lượng bộ đệm cần thiết) qua phép toán (min-plus) của hai đường cong. Ví dụ, cận trên độ trễ khi một luồng được định hình bởi thùng token (burst b, tốc độ trung bình r) đi qua một máy chủ bảo đảm độ trễ (độ trễ T, tốc độ R) được cho dưới dạng biểu thức đóng T + b/R. Tổng các cận trên theo chặng theo cách này và xét đến tính bất đối xứng của các tuyến sao chép sẽ xác định cận trên đầu cuối, và đây trở thành căn cứ để kiểm soát tiếp nhận phán định "tiếp nhận luồng này có phá vỡ các bảo đảm hiện hữu không?". Rốt cuộc, độ tin cậy của DetNet bắt rễ ở sự nhất quán giữa hợp đồng lưu lượng được biểu diễn bằng đường cong và năng lực của máy chủ.
4. Quan hệ với TSN và các trường hợp áp dụng
DetNet và TSN thường bị nhầm lẫn, nhưng lớp hoạt động và phạm vi khác nhau. Xem xét khác biệt của hai bên từ góc độ "điều gì khác nhau tạo nên khác biệt đó" sẽ làm rõ chiến lược áp dụng.
| Phân loại | IEEE 802.1 TSN | IETF DetNet |
|---|---|---|
| Lớp hoạt động | Lớp 2 (cầu Ethernet) | Lớp 3 (bộ định tuyến IP/MPLS) |
| Phạm vi | Một mạng con L2 đơn (bên trong ô nhà máy) | Giữa các miền định tuyến·WAN·mạng con |
| Đồng bộ thời gian | Giả định 802.1AS (gPTP) là thiết yếu | Có thể thiết kế bảo đảm cận trên mà không cần đồng bộ |
| Dự phòng | 802.1CB (FRER) | PREOF |
| Chủ thể chuẩn hóa | IEEE 802.1 WG | IETF DetNet WG |
TSN mạnh ở việc cung cấp tính xác định cấp micro-giây bên trong một phân đoạn Ethernet nhưng không thể vượt ranh giới định tuyến. Nếu tòa nhà A và B của nhà máy được kết nối bằng xương sống IP, thì kiến trúc chuẩn là xử lý nội bộ mỗi tòa bằng TSN, xử lý xương sống giữa các tòa bằng DetNet, và ánh xạ hai miền. Trên thực tế, PREOF của DetNet và FRER (802.1CB) được thiết kế dùng cùng nguyên lý "sao chép-loại bỏ" nên có thể liên thông với nhau. Tóm lại, cốt lõi là phân chia vai trò TSN bên trong ô, DetNet giữa các ô.
Các trường hợp áp dụng tập trung ở những lĩnh vực mà tính xác định gắn trực tiếp với an toàn và chất lượng. Thứ nhất, ở rơ-le bảo vệ hệ thống điện lực, bảo vệ so lệch giữa các trạm biến áp đòi hỏi truyền giá trị mẫu (IEC 61850 SV) trong vòng vài ms và không mất gói, nên áp dụng DetNet cho mạng IP/MPLS nối các trạm biến áp diện rộng để bảo đảm cận trên độ trễ và không mất gói trên tuyến kép. Rơ-le bảo vệ so lệch phán định đoạn sự cố bằng cách so sánh mẫu dòng điện ở hai đầu, nên nếu độ trễ mẫu dao động hoặc một bên bị mất thì có thể gây hành động sai (cắt sai) dẫn đến mất điện diện rộng, khiến tính xác định trở thành yêu cầu an toàn. Thứ hai, ở phát thanh/âm thanh chuyên nghiệp (AV), hàng chục đến hàng trăm kênh media không nén phải được truyền đồng bộ theo từng khung, nên áp dụng DetNet cho xương sống giữa các studio cho phép hợp nhất luồng không jitter. Thứ ba, ở fronthaul/backhaul 5G, 3GPP và IETF đang phối hợp chuẩn hóa nhằm bảo đảm bằng DetNet ngân sách độ trễ nghiêm ngặt (hàng trăm μs) giữa các trạm gốc vô tuyến (DU-CU). Thứ tư, ở nhà máy thông minh, các luồng điều khiển robot·chuyển động được truyền xác định trên toàn xương sống nhà máy, duy trì chất lượng điều khiển ngay cả khi tái cấu hình dây chuyền sản xuất. Thứ năm, ở mạng trong xe·giữa các xe (lái tự động), hợp nhất cảm biến và điều khiển phanh đòi hỏi cận trên vài ms, nên nguyên lý TSN/DetNet đang lan rộng vào Ethernet xương sống xe và đoạn V2X. Điểm chung của các trường hợp này là "giá trị xấu nhất quan trọng chứ không phải trung bình, và mất gói tức là sự cố", và chính tại điểm này mà giá trị của DetNet được phân biệt về chất so với best-effort.
Nhấn lại nguồn gốc của khác biệt một lần nữa, sự phân nhánh giữa TSN và DetNet bắt nguồn từ hệ thống địa chỉ và phương thức quản lý trạng thái. Vì TSN chuyển mạch khung ở các cầu L2 dựa trên địa chỉ MAC và VLAN nên khó ra khỏi một miền quảng bá, và giả định mọi cầu chia sẻ thời gian chung (gPTP) là tự nhiên. Ngược lại, DetNet là thế giới nơi các bộ định tuyến IP/MPLS tiếp sức gói theo từng chặng, nên nếu không cố định tuyến một cách tường minh thì luồng dao động mỗi lần định tuyến hội tụ. Vì thế DetNet đòi hỏi thêm cơ chế "tuyến tường minh + đặt trước tài nguyên theo chặng", và chính nhờ đó mà có được giá trị thực hành là tính xác định diện rộng vượt ranh giới định tuyến mà TSN không thể cung cấp. Người thiết kế phải hiểu khác biệt này mới có thể phán định đúng "phủ đến đâu bằng TSN và nối tiếp từ đâu bằng DetNet".
5. Chuyên sâu: Xu hướng chuẩn hóa và bài toán mở rộng
Sau khi các chuẩn ban đầu của DetNet WG (RFC 8655/8938/8939/8964) ổn định mặt phẳng dữ liệu và kiến trúc, thảo luận gần đây chuyển sang mở rộng quy mô (scaling) và tinh chỉnh bảo đảm độ trễ. Lĩnh vực sôi động nhất là chuẩn hóa cơ chế xếp hàng nhằm bảo đảm cận trên độ trễ chặt chẽ hơn về mặt toán học. CQF (Cyclic Queuing and Forwarding) và các biến thể của nó, cùng họ kỹ thuật ATS (Asynchronous Traffic Shaping)·TQF cho cận trên ngay cả trong môi trường bất đồng bộ, đang được mài giũa ở cả phía IEEE lẫn IETF. Đặc biệt, cách tiếp cận bất đồng bộ nhằm giảm gánh nặng của CQF vốn đòi hỏi mọi nút chia sẻ đồng bộ thời gian, và nhằm cung cấp độ trễ có cận trên ngay cả khi không giả định đồng bộ, đang được chú ý như chìa khóa cho việc áp dụng ở mạng quy mô lớn.
Về mặt hệ sinh thái chuẩn hóa, sự hợp tác cũng đang mở rộng. DetNet (IETF) và TSN (IEEE 802.1) đã nhất quán nguyên lý sao chép-loại bỏ và chuẩn hóa ánh xạ lẫn nhau, còn ở phía ứng dụng công nghiệp, IEC (điện lực·điều khiển quá trình) và 3GPP (5G) đang định nghĩa các hồ sơ (profile) đặt các yêu cầu độ trễ·độ tin cậy của mình lên trên DetNet/TSN. Ví dụ, 3GPP đã chuẩn hóa cách mô hình hóa hệ thống 5G như một "cầu TSN" duy nhất và tích hợp vào miền TSN công nghiệp, điều này phác họa bức tranh tính xác định đầu cuối bao gồm cả đoạn vô tuyến. Như vậy, việc nhiều cơ quan chuẩn hóa hiện thực cùng một nguyên lý xác định ở các lớp·miền khác nhau và nối ranh giới của chúng bằng ánh xạ chính là con đường để mạng xác định trưởng thành từ công nghệ rời rạc thành một hệ sinh thái.
Một trục khác là kết hợp với định tuyến phân đoạn (SRv6). Biểu diễn tuyến tường minh bằng SRv6 thay cho MPLS-TE cho phép định tuyến nguồn mang tuyến trong tiêu đề gói mà không giữ trạng thái ở lõi, nhờ đó giảm nhẹ bài toán khả mở rộng khi bộ định tuyến lõi phải duy trì từng trạng thái tuyến của vô số luồng DetNet. Tuy nhiên, phụ tải tiêu đề SRv6 và độ phức tạp của việc tính độ trễ vẫn là bài toán còn lại. Cùng với đó, trong thảo luận Scaling DetNet (tổng hợp quy mô lớn), các phương pháp bảo đảm cận trên bằng cách gộp hàng ngàn·hàng vạn luồng theo đơn vị lớp·tổng hợp thay vì quản lý riêng lẻ đang được nghiên cứu, và đây là tiền đề để dùng DetNet ở mạng cấp nhà mạng. Làm công cụ lý thuyết cho việc tính cận trên chính xác, giải tích mạng (Network Calculus) được dùng rộng rãi, suy ra cận trên độ trễ theo chặng·đầu cuối từ đường cong dịch vụ và đường cong đến của từng nút. Trên thực tế, một số chuẩn xếp hàng và tài liệu liên kết SRv6 vẫn ở giai đoạn dự thảo (draft) hoặc đang tiến hóa, nên các con số cụ thể hay việc chấp nhận hay không nên được kiểm tra bằng các RFC·dự thảo mới nhất.
Tổng hợp lại, độ chín kỹ thuật hiện nay của DetNet có thể tóm tắt là "chuẩn mặt phẳng dữ liệu·kiến trúc đã ổn định, còn xếp hàng·mở rộng·bảo mật vẫn đang tiến hóa". Việc áp dụng thương mại đã diễn ra ở các mạng kín quy mô nhỏ (công nghiệp·điện lực·AV), nhưng để mở rộng tới mạng nhà mạng diện rộng và các đoạn đa nhà vận hành thì phải tiếp tục mài giũa một trừu tượng hóa tài nguyên có khả mở rộng và một mô hình tin cậy đầu cuối. Trong bài làm của Kỹ sư chuyên nghiệp, nên trình bày theo cách phân biệt chuẩn đã được chốt đến đâu và điều gì còn để ngỏ.
Quan hệ giữa DetNet và chia lát mạng (network slicing) cũng đáng được sắp xếp. Nếu chia lát phân vùng một mạng vật lý một cách logic để cô lập hiệu năng theo từng lát, thì DetNet là phương tiện bảo đảm tinh vi hơn, gán độ trễ xác định cho từng luồng "bên trong" lát đó. Nghĩa là nếu chia lát là sự cô lập vĩ mô thì DetNet là tính xác định vi mô, và hai bên không cạnh tranh mà xếp chồng theo thứ bậc. Một thiết kế tiêu biểu là tổ hợp xử lý một luồng điều khiển cụ thể bằng DetNet bên trong một lát URLLC của 5G, điều này cho thấy mạng xác định phát triển ăn khớp với nền tảng chất lượng dịch vụ cốt lõi của thông tin di động thế hệ sau.
6. Điểm cân nhắc và hàm ý
Từ góc độ Kỹ sư chuyên nghiệp, việc đưa DetNet vào không phải là một lựa chọn giao thức đơn thuần mà là sự chuyển dịch hệ hình trong thiết kế mạng, và phải cân nhắc một cách tổng hợp các điểm sau.
Chiến lược áp dụng — phân chia vai trò theo lớp. Vì tính xác định chỉ có ý nghĩa khi thành lập đầu cuối, nên cần chia nội bộ ô OT thành TSN và xương sống giữa các miền thành DetNet, và đặt việc ánh xạ luồng và liên thông dự phòng (FRER↔PREOF) của hai miền vào trung tâm của thiết kế. Nỗ lực phủ toàn bộ bằng một công nghệ duy nhất là phi thực tế. Ngoài ra, vì thiết bị dùng giao thức công nghiệp cũ (PROFINET, EtherNet/IP, v.v.) cùng tồn tại, nên phải xem xét đồng thời việc chuyển đổi giao thức tại cổng kết nối và thiết kế chuyển tiếp đồng bộ thời gian (domain crossing) ngay ở giai đoạn kiến trúc ban đầu.
Đánh đổi — hiệu suất đối lại bảo đảm. Vì đặt trước tài nguyên và sao chép tuyến về bản chất là tách sẵn khoảng dư băng thông·bộ đệm từ trước, nên nó hy sinh hiệu suất của ghép kênh thống kê. Sao chép làm lưu lượng tăng gấp đôi. Do đó, thay vì "mọi luồng", việc áp dụng chọn lọc chỉ cho một số ít luồng tới hạn nhất thiết cần tính xác định và để phần còn lại cùng tồn tại dưới dạng best-effort là hợp lý về chi phí-hiệu quả.
Độ phức tạp vận hành và khả quan sát. Vì bảo đảm tính xác định phụ thuộc vào mô hình tài nguyên chính xác·kiểm soát tiếp nhận·đồng bộ thời gian (khi cần), nên lỗi cấu hình hay mô hình thiếu chính xác dẫn ngay đến sự sụp đổ của bảo đảm. Phải xây dựng đồng thời hệ thống đo xa và khả quan sát (observability) đo lường·kiểm chứng theo thời gian thực độ trễ·mất gói·trạng thái tuyến theo từng luồng, để có thể chứng minh không phải "đã bảo đảm" mà "bảo đảm đang được giữ vững".
Kiểm chứng thiết kế đi trước. Với DetNet, khó xác nhận giá trị xấu nhất chỉ bằng đo lường sau triển khai (vì tình huống xấu nhất hiếm khi tái hiện). Do đó phải thực hiện tính cận trên trước và thiết kế dung lượng dựa trên giải tích mạng trước khi triển khai, và tự động hóa để kiểm soát tiếp nhận tái kiểm chứng cận trên mỗi khi thêm luồng·thay đổi topo. Điều này đòi hỏi văn hóa kỹ thuật dựa trên chứng minh đặc trưng của DetNet, khác biệt với "tinh chỉnh best-effort dựa trên đo lường".
Cân nhắc bảo mật — bản thân tính xác định là một bề mặt tấn công. Vì tài nguyên đã đặt trước bị gắn vào các luồng cụ thể, nên nếu kẻ tấn công giả mạo (spoofing) luồng hoặc gây đăng ký luồng quá mức thì có thể phá vỡ các bảo đảm khác bằng cạn kiệt tài nguyên (DoS). Phòng chống giả mạo thông tin nhận dạng luồng, xác thực·tính toàn vẹn của mặt phẳng điều khiển (bộ điều khiển·kênh cấu hình YANG), và kiểm soát dựa trên chính sách đối với yêu cầu đặt trước là thiết yếu, và thiết kế bảo mật phải được đối xử với cùng mức ưu tiên như bảo đảm tính xác định.
Triển vọng và công nghệ liên kết. DetNet được kỳ vọng xác lập vị thế làm nền tảng chuẩn của xương sống hội tụ OT-IT, ăn khớp với độ trễ cực thấp (URLLC) của 5G/6G, đồng bộ thời gian thực của metaverse công nghiệp·bản sao số, và sự lan rộng của sản xuất tự chủ. Khi sự kết hợp hữu cơ với SDN, SRv6, chia lát mạng và TSN chín muồi, mạng xác định có khả năng mở rộng từ các mạng công nghiệp đặc thù sang dịch vụ nhà mạng phổ dụng (sản phẩm SLA độ trễ xác định). Tuy nhiên, bảo đảm đầu cuối qua các đoạn đa nhà vận hành mang theo bài toán về ranh giới tin cậy và sự công khai lẫn nhau của mô hình tài nguyên, vẫn còn là cửa ải cuối cùng của chuẩn hóa và thương mại hóa.
Tài liệu tham khảo
- IETF RFC 8655, Deterministic Networking Architecture — https://www.rfc-editor.org/rfc/rfc8655.html
- IETF RFC 8938, DetNet Data Plane Framework — https://www.rfc-editor.org/rfc/rfc8938.html
- IETF RFC 8964, DetNet Data Plane: MPLS — https://www.rfc-editor.org/rfc/rfc8964.html
- IETF RFC 8939, DetNet Data Plane: IP — https://www.rfc-editor.org/rfc/rfc8939.html
- IETF RFC 9056, DetNet Data Plane: IP over MPLS — https://www.rfc-editor.org/rfc/rfc9056.html
- IETF DetNet Working Group — https://datatracker.ietf.org/wg/detnet/about/
- IEEE 802.1 TSN Task Group — https://1.ieee802.org/tsn/
Tóm tắt một câu: DetNet là chuẩn mạng xác định của IETF kết hợp đặt trước tài nguyên, tuyến tường minh và sao chép gói (PREOF) để bảo đảm cận trên độ trễ·không mất gói ngay cả trên mạng định tuyến IP/MPLS, mở rộng TSN ở lớp 2 sang lớp 3 để hoàn thiện tính xác định đầu cuối của xương sống hội tụ OT-IT.