결정적 네트워킹(DetNet, Deterministic Networking)
1. 개요
정의: 결정적 네트워킹(DetNet)은 IP·MPLS 기반의 라우팅 네트워크(계층 3) 위에서 특정 흐름(flow)에 대해 상한이 보장된 지연(bounded latency)·저지터·극히 낮은 패킷 손실·순서 보존을 제공하기 위한 IETF 표준 기술 집합으로, 자원 예약·명시적 경로·패킷 복제/제거를 결합하여 "최선형(best-effort)" 전달이 아닌 확정형(deterministic) 전달을 실현하는 네트워크 서비스 모델이다.
"결정적(deterministic)"이라는 말은 흔히 "매우 빠른"으로 오해되지만, 핵심은 속도가 아니라 예측 가능성(predictability)이다. 10ms 상한을 확정적으로 지키는 흐름이, 평균 1ms지만 가끔 50ms까지 튀는 흐름보다 제어 응용에는 더 안전하다. 제어 루프는 통신 지연의 상한을 알아야 안정성을 설계할 수 있기 때문이다. 따라서 DetNet의 목표는 "가장 빠른 전달"이 아니라 "절대 넘지 않는 상한이 사전에 알려진 전달"이며, 이 예측 가능성을 best-effort 네트워크가 구조적으로 제공하지 못한다는 데서 별도 기술의 필요성이 나온다.
전통적인 IP 네트워크는 통계적 다중화(statistical multiplexing)를 전제로 설계되었다. 여러 흐름이 같은 링크와 버퍼를 공유하면서 평균적으로는 효율이 높지만, 순간적으로 트래픽이 몰리면 큐가 쌓여 지연이 출렁이고(jitter), 버퍼가 넘치면 혼잡 손실(congestion loss)이 발생한다. 웹·파일전송처럼 수백 ms의 지연 변동을 재전송과 버퍼링으로 흡수할 수 있는 응용에는 문제가 없지만, 산업 제어·전력 보호계전·전문 오디오/비디오·차량 제어·로봇 협업처럼 "정해진 시각까지 반드시 도착"해야 하는 응용에는 치명적이다. 이들 응용에서는 평균 지연이 아니라 최악 지연(worst-case latency)의 상한이 정의되어야 하고, 단 한 번의 손실도 안전·품질 문제로 직결된다.
이러한 요구는 오랫동안 전용 산업용 버스(Fieldbus)나 제조사 독자 프로토콜(EtherCAT, PROFINET IRT 등)로 해결되어 왔으나, IT와 OT(운영기술)의 융합이 가속되면서 표준 이더넷/IP 인프라 위에서 확정성을 제공하려는 요구가 커졌다. IEEE 802.1 TSN(Time-Sensitive Networking)이 계층 2(이더넷 브리지) 영역에서 이 문제를 풀었다면, IETF DetNet WG(2015년 결성)는 그 결정성을 계층 3의 라우팅 도메인(IP/MPLS)까지 확장하는 것을 목표로 2019년 아키텍처 표준(RFC 8655)을 발표했다. 즉 DetNet은 TSN의 경쟁 기술이 아니라, TSN 하위망들을 IP/MPLS 백본으로 이어 붙여 종단 간(end-to-end) 확정성을 완성하는 상위 계층 보완재로 이해하는 것이 정확하다.
여기서 흔한 오해 하나를 짚을 필요가 있다. "대역폭을 넉넉히 깔면(overprovisioning) 지연은 자연히 줄어들지 않는가"라는 반론이다. 평균 지연은 분명 줄지만, 과대 설계는 상한을 보장하지 못한다. 버스트가 동시에 겹치는 최악의 순간에는 아무리 여유 대역이 있어도 순간 큐가 쌓이며, 그 빈도가 낮을 뿐 상한은 여전히 통계적으로만 존재한다. 보호계전이나 모션 제어처럼 "100만 번에 한 번의 초과도 허용 불가"인 응용에서는 확률적 여유가 아니라 결정적 메커니즘이 필요하다. DetNet이 풀려는 문제의 본질은 평균 성능이 아니라 최악값의 확정적 상한(deterministic worst-case bound)이라는 점을 분명히 해야 한다.
2. 전체 구조와 서비스 모델
DetNet은 데이터 평면을 서비스 서브계층(service sub-layer)과 포워딩 서브계층(forwarding sub-layer)으로 분리한다. 서비스 서브계층은 흐름 식별과 패킷 복제/제거·순서 재정렬(PREOF)을 담당하여 신뢰성(service protection)을 제공하고, 포워딩 서브계층은 명시적 경로와 자원 할당을 통해 지연 상한(congestion protection)을 제공한다. 이 두 서브계층의 책임 분리가 DetNet 이해의 출발점이다.
graph LR
subgraph APP["응용/종단"]
SRC["송신 종단(Talker)"]
DST["수신 종단(Listener)"]
end
subgraph CTRL["제어 평면"]
CC["중앙 컨트롤러(PCE/SDN)"]
YANG["YANG 모델/흐름 등록"]
end
subgraph DP["DetNet 데이터 평면"]
SVC["서비스 서브계층<br/>(흐름식별·PREOF)"]
FWD["포워딩 서브계층<br/>(명시적 경로·자원할당)"]
end
SRC --> SVC
SVC --> FWD
FWD --> DST
CC -->|"경로·대역 계산"| FWD
YANG -->|"흐름 파라미터"| SVC
CC --- YANG
DetNet이 확정성을 달성하기 위해 사용하는 세 가지 핵심 기법은 다음과 같으며, 각 기법은 서로 다른 품질 목표를 겨냥한다.
가. 자원 할당(Resource Allocation) — 지연 상한 보장. DetNet 흐름에는 경로상의 각 노드에서 버퍼와 대역폭이 사전 예약된다. 핵심 아이디어는 "DetNet 트래픽은 결코 혼잡으로 인한 큐 대기를 겪지 않게 한다"는 것이다. 각 홉에서 DetNet 흐름의 집합이 소비할 수 있는 최대 자원을 입력 승인(admission control) 단계에서 제한하고, 사이클릭 큐잉(CQF)·시간 인식 스케줄링 같은 정형화된 스케줄러를 사용하면 홉별 지연이 수학적으로 유계가 된다. 홉별 상한을 합산하면 종단 간 최악 지연을 계산할 수 있어, 예컨대 "이 제어 흐름은 어떤 부하에서도 2ms 이내 도착"을 사전에 보장할 수 있다. 이것이 best-effort 네트워크와의 근본적 차이다 — best-effort는 평균은 좋아도 상한이 없다.
자원 할당을 구체화하는 대표 메커니즘이 CQF(Cyclic Queuing and Forwarding)다. 시간을 고정 길이의 사이클로 잘라, 한 사이클 동안 들어온 패킷은 반드시 다음 사이클에 송출되도록 두 개(또는 그 이상)의 큐를 번갈아 사용한다. 이렇게 하면 한 홉의 지연은 "사이클 길이의 정수배"로 수렴해, 흐름의 패턴과 무관하게 홉별 지연이 상수처럼 고정된다. 예를 들어 사이클이 100μs이고 경로가 6홉이면 종단 지연은 약 600μs 내외로 결정되며, 지터는 사이클 경계 이내로 억제된다. 대신 모든 노드가 사이클 경계를 공유해야 하므로 정밀한 시간 동기가 전제된다는 비용이 따르고, 이 동기 부담을 없애려는 비동기 기법들이 뒤에서 다룰 확장 과제의 핵심이 된다.
나. 명시적 경로(Explicit Routes) — 경로 안정성. 일반 IP는 라우팅 프로토콜(OSPF·BGP)이 상황에 따라 경로를 바꾸므로, 경로 변경 순간 마이크로루프·순서 역전·지연 급변이 발생할 수 있다. DetNet 흐름은 고정된 명시적 경로(MPLS-TE 레이블 스택 또는 세그먼트 라우팅)로 핀(pin) 고정되어, 네트워크 상태 변화와 무관하게 동일 경로로 전달된다. 경로가 결정되어 있어야 각 홉의 자원 예약과 지연 계산이 의미를 갖는다. 즉 명시적 경로는 자원 할당의 전제 조건이다.
특히 복제-제거(PREOF)를 쓰려면 두 경로가 물리적으로 분리(disjoint)되어야 하는데, 이 역시 명시적 경로가 있어야 보장된다. 일반 라우팅에 맡기면 두 복제본이 어느 구간에서 같은 링크·같은 노드를 공유(fate-sharing)할 수 있고, 그 공유 지점이 끊기면 이중화가 동시에 무너진다. 따라서 제어 평면은 경로 계산 시 공유 위험 그룹(SRLG, Shared Risk Link Group)까지 고려해 최대한 독립적인 두 경로를 산출해야 하며, 이 점이 단순 트래픽 엔지니어링과 DetNet 경로 설계의 차이를 만든다.
다. 서비스 보호(Service Protection) — 무손실. 자원 할당으로 혼잡 손실은 막아도, 링크 장애·비트 오류로 인한 손실까지 막지는 못한다. DetNet은 PREOF(Packet Replication, Elimination and Ordering Functions)로 이를 해결한다. 송신측이 패킷을 복제해 서로 분리된(disjoint) 두 경로 이상으로 동시에 보내고, 수신측(또는 병합 노드)이 먼저 도착한 하나만 채택하고 중복을 제거하며 순서를 재정렬한다. 두 경로가 동시에 끊길 확률은 극히 낮으므로, 장애 복구 시간(수십 ms~수 초) 동안의 손실조차 발생하지 않는 이음새 없는 이중화(seamless redundancy)가 실현된다. 이는 재전송 없이 손실을 숨기므로 실시간성을 해치지 않는다는 점이 중요하다.
복제·제거가 올바로 작동하려면 각 패킷에 시퀀스 번호를 부여해 어느 복제본이 같은 원본인지 식별해야 한다. 제거 노드는 일정한 이력 윈도우(history window) 안에서 이미 본 시퀀스 번호를 기억했다가 중복을 버리는데, 윈도우가 너무 좁으면 경로 간 지연 차가 큰 복제본을 중복으로 인식하지 못해 중복 전달이 발생하고, 너무 넓으면 메모리와 지연이 커진다. 따라서 두 경로의 지연 편차(skew) 상한을 알고 그에 맞춰 윈도우를 설계하는 것이 실무 포인트다. 전통적 재전송(ARP/TCP)이 "손실을 감지한 뒤 되돌려 받는" 사후 복구라면, PREOF는 "손실이 생길 상황을 미리 중복으로 덮는" 사전 보호라는 점에서 실시간 응용에 적합하다.
| 품질 목표 | 담당 기법 | 서브계층 | 핵심 메커니즘 |
|---|---|---|---|
| 지연 상한·저지터 | 자원 할당 | 포워딩 | 승인제어·정형 스케줄러(CQF 등) |
| 경로 안정성 | 명시적 경로 | 포워딩 | MPLS-TE·세그먼트 라우팅 |
| 무손실·무중단 | 서비스 보호(PREOF) | 서비스 | 복제·제거·순서 재정렬, 분리 경로 |
표는 세 기법을 요약하지만, 실제 설계에서 중요한 것은 이들이 결합되어야만 종단 간 확정성이 성립한다는 점이다. 명시적 경로 없이 자원을 예약하면 경로 변경 시 예약이 무의미해지고, 자원 할당 없이 복제만 하면 양쪽 경로가 모두 혼잡 손실을 겪어 이중화가 무력화된다. 즉 세 기법은 독립적 옵션이 아니라 상호 전제 관계에 있다.
이 세 기법이 종합적으로 달성하려는 네 가지 품질 목표는 RFC 8655에 명시되어 있다 — ① 최소·최대 지연의 상한(bounded latency), ② 상한이 정해진 지터(bounded jitter), ③ 극히 낮은(사실상 영에 가까운) 패킷 손실률, ④ 순서 보존(in-order delivery). 주목할 점은 이 목표들이 best-effort QoS(DiffServ의 우선순위 부여)와 질적으로 다르다는 것이다. DiffServ는 "상대적으로 더 빨리" 보내줄 뿐 절대적 상한을 약속하지 않는다. DetNet은 흐름 단위로 자원을 격리·예약하여 "최악에도 얼마 이내"라는 절대 보장을 제공하며, 이 때문에 흐름의 수가 늘수록 보장 가능 용량이 승인제어로 제한된다. 즉 DetNet은 "모두를 조금 빠르게"가 아니라 "소수를 확실하게"의 모델이다.
3. 데이터 평면과 제어 평면의 세부 동작
DetNet은 단일 프로토콜이 아니라 기존 IP·MPLS 데이터 평면 위에 올라가는 인캡슐레이션·식별 규약이다. RFC 계열로 보면 RFC 8655(아키텍처)를 정점으로, RFC 8938(데이터 평면 프레임워크)이 서비스/포워딩 서브계층 구조를 정의하고, RFC 8964(MPLS 데이터 평면), RFC 8939(IP 데이터 평면), RFC 9056(IP over MPLS)이 각 전달 기술에 대한 구체적 캡슐화를 규정한다. 흐름이 노드를 통과하는 과정을 세부적으로 보면 다음과 같다.
flowchart TD
A["패킷 수신(흐름 식별)"] --> B{"DetNet 흐름인가?"}
B -->|"아니오"| Z["일반 큐(best-effort)로 전달"]
B -->|"예"| C["서비스 서브계층 진입"]
C --> D["복제 필요 구간?"]
D -->|"복제 노드"| E["패킷 복제(두 경로로 송출)"]
D -->|"병합 노드"| F["중복 제거·순서 재정렬"]
E --> G["포워딩 서브계층"]
F --> G
G --> H["명시적 경로 레이블 부여"]
H --> I["예약된 자원 큐에 배치(승인제어)"]
I --> J["정형 스케줄러로 송출(지연 상한 보장)"]
흐름 식별(flow identification)은 DetNet의 첫 단계다. IP 데이터 평면에서는 6-tuple(출발·목적 IP, 프로토콜, 포트, DSCP, 플로우 레이블)로 흐름을 식별하고, MPLS 데이터 평면에서는 S-Label(서비스 레이블)과 F-Label(포워딩 레이블)의 레이블 스택으로 흐름과 경로를 함께 지정한다. 식별된 흐름만 DetNet 처리를 받고 나머지는 그대로 best-effort 큐로 흐르므로, DetNet은 기존 트래픽과 같은 물리망에서 공존할 수 있다. 이 공존성은 전용망을 새로 깔 필요가 없다는 점에서 도입 비용을 크게 낮춘다.
두 데이터 평면의 선택은 운영 환경에 따라 달라진다. MPLS 데이터 평면(RFC 8964)은 이미 MPLS-TE·의사회선(pseudowire)을 운용하는 통신사 백본에 자연스럽게 얹히며, 레이블 스택으로 서비스와 경로를 깔끔히 분리할 수 있어 캐리어급 확정성에 적합하다. 반면 IP 데이터 평면(RFC 8939)은 MPLS 인프라가 없는 엔터프라이즈·산업망에서 추가 터널링 없이 IP 헤더 정보만으로 흐름을 식별할 수 있어 도입이 가볍다. 두 평면을 잇기 위해 RFC 9056(IP over MPLS)이 IP 캡슐화를 MPLS 데이터 평면 위로 사상(mapping)하는 규약을 제공하므로, 엔터프라이즈 구간(IP)과 백본 구간(MPLS)이 혼재하는 현실적 토폴로지에서도 종단 간 DetNet 서비스를 구성할 수 있다.
제어 평면은 어느 흐름에 어떤 경로·자원·복제 구조를 부여할지를 결정한다. 산업망처럼 흐름이 사전에 알려진 환경에서는 중앙 컨트롤러(PCE 또는 SDN 컨트롤러)가 전체 토폴로지와 자원 현황을 보고 경로를 계산해 각 노드에 YANG 데이터 모델로 설정을 내려보내는 완전 중앙집중형이 일반적이다. 이는 TSN의 CNC(Centralized Network Configuration)와 개념이 같다. 반면 분산 제어 평면(RSVP-TE 확장 등)도 정의되어 있어, 규모가 크거나 흐름이 동적인 환경에서는 혼합 모델을 쓴다. 제어 평면이 정확한 자원 모델(각 노드의 큐·대역·지연 특성)을 갖지 못하면 지연 상한 계산이 무너지므로, DetNet 운영의 성패는 정밀한 자원 모델링과 승인제어의 엄격성에 달려 있다.
지연 상한이 "정말로" 성립하는지는 직관이 아니라 수학적 증명으로 뒷받침되어야 한다. 이를 위해 널리 쓰이는 이론 도구가 네트워크 미적분(Network Calculus)이다. 각 흐름이 네트워크에 가하는 부하를 상한 짓는 도착 곡선(arrival curve)과 각 노드가 보장하는 처리 능력을 나타내는 서비스 곡선(service curve)을 정의하면, 두 곡선의 (min-plus) 연산으로 홉별 최대 지연과 최대 백로그(버퍼 소요량)를 유도할 수 있다. 예컨대 토큰 버킷으로 정형된 흐름(버스트 b, 평균율 r)이 지연 보장 서버(지연 T, 속도 R)를 통과할 때의 지연 상한은 T + b/R 형태로 닫힌 식으로 주어진다. 이렇게 홉별 상한을 합산하고 복제 경로의 비대칭을 고려하면 종단 간 상한이 결정되며, 이것이 승인제어가 "이 흐름을 받아들여도 기존 보장이 깨지지 않는가"를 판단하는 근거가 된다. 결국 DetNet의 신뢰성은 곡선으로 표현된 트래픽 계약과 서버 능력의 정합성에 뿌리를 둔다.
4. TSN과의 관계 및 적용 사례
DetNet과 TSN은 흔히 혼동되지만, 작동 계층과 범위가 다르다. 둘의 차이를 "무엇이 달라서 그런 차이가 생기는가"의 관점에서 살펴보면 적용 전략이 분명해진다.
| 구분 | IEEE 802.1 TSN | IETF DetNet |
|---|---|---|
| 동작 계층 | 계층 2(이더넷 브리지) | 계층 3(IP/MPLS 라우터) |
| 범위 | 단일 L2 서브네트워크(공장 셀 내부) | 라우팅 도메인·WAN·서브넷 간 |
| 시간 동기 | 802.1AS(gPTP) 필수적 가정 | 동기 없이도 상한 보장 설계 가능 |
| 이중화 | 802.1CB(FRER) | PREOF |
| 표준화 주체 | IEEE 802.1 WG | IETF DetNet WG |
TSN은 하나의 이더넷 세그먼트 안에서 마이크로초급 결정성을 제공하는 데 강하지만, 라우팅 경계를 넘지 못한다. 공장 A동과 B동이 IP 백본으로 연결되어 있다면, 각 동 내부는 TSN으로, 동 사이 백본은 DetNet으로 처리하고 두 영역을 매핑하는 것이 표준적 아키텍처다. 실제로 DetNet의 FRER(802.1CB)과 PREOF는 동일한 "복제-제거" 원리를 쓰도록 설계되어 상호 연동이 가능하다. 요컨대 TSN은 셀 내부, DetNet은 셀 간이라는 역할 분담이 핵심이다.
적용 사례는 확정성이 안전·품질과 직결되는 분야에 집중된다. 첫째, 전력 계통 보호계전에서는 변전소 간 차동 보호를 위해 수 ms 이내의 샘플값(IEC 61850 SV) 전송과 무손실이 요구되는데, 광역 변전소를 잇는 IP/MPLS 망에 DetNet을 적용해 상한 지연과 이중 경로 무손실을 보장한다. 차동 보호계전은 양단의 전류 샘플을 비교해 고장 구간을 판단하므로, 샘플 지연이 흔들리거나 한쪽이 유실되면 오동작(오트립)으로 광역 정전을 유발할 수 있어 확정성이 안전 요건이 된다. 둘째, 전문 방송/오디오(AV)에서는 수십~수백 채널의 비압축 미디어를 프레임 단위로 동기 전송해야 하므로, 스튜디오 간 백본에 DetNet을 적용하면 지터 없는 스트림 병합이 가능하다. 셋째, 5G 프론트홀/백홀에서는 3GPP와 IETF가 연계하여 무선 기지국(DU-CU) 사이의 엄격한 지연 예산(수백 μs)을 DetNet으로 보장하려는 표준화가 진행 중이다. 넷째, 스마트 팩토리에서는 로봇·모션 제어 흐름을 공장 백본 전역에서 확정 전달하여, 생산 라인 재구성 시에도 제어 품질을 유지한다. 다섯째, 차량 내·차량 간(자율주행) 네트워크에서는 센서 융합과 제동 제어가 수 ms 상한을 요구하므로, 차량 백본 이더넷과 V2X 구간에 TSN/DetNet 원리가 확산되고 있다. 이들 사례의 공통점은 "평균이 아니라 최악값이 중요하고, 손실이 곧 사고"라는 점이며, 바로 이 지점에서 DetNet의 가치가 best-effort 대비 질적으로 구분된다.
차이의 근원을 한 번 더 짚으면, TSN과 DetNet의 분기는 주소 체계와 상태 관리 방식에서 비롯된다. TSN은 MAC 주소와 VLAN 기반으로 L2 브리지가 프레임을 스위칭하므로 하나의 브로드캐스트 도메인을 벗어나기 어렵고, 모든 브리지가 공통 시간(gPTP)을 공유한다는 가정이 자연스럽다. 반면 DetNet은 IP/MPLS 라우터가 패킷을 홉 단위로 중계하는 세계이므로, 경로를 명시적으로 고정하지 않으면 라우팅 수렴마다 흐름이 흔들린다. 그래서 DetNet은 "명시적 경로 + 홉별 자원 예약"이라는 추가 장치를 요구하게 되고, 바로 그 덕분에 라우팅 경계를 넘는 광역 확정성이라는, TSN이 제공할 수 없는 실무적 가치를 얻는다. 설계자는 이 차이를 이해해야 "어디까지 TSN으로 덮고 어디서부터 DetNet으로 이어붙일지"를 올바로 판단할 수 있다.
5. 심화: 표준화 동향과 확장 과제
DetNet WG의 초기 표준(RFC 8655/8938/8939/8964)이 데이터 평면과 아키텍처를 안정화한 이후, 최근 논의는 규모 확장(scaling)과 지연 보장의 정밀화로 이동하고 있다. 가장 활발한 영역은 지연 상한을 수학적으로 더 촘촘히 보장하기 위한 큐잉 메커니즘 표준화다. CQF(Cyclic Queuing and Forwarding)와 그 변형, 그리고 비동기 환경에서도 상한을 주는 ATS(Asynchronous Traffic Shaping)·TQF 계열 기법이 IEEE·IETF 양쪽에서 다듬어지고 있다. 특히 모든 노드가 시간 동기를 공유해야 하는 CQF의 부담을 줄여, 동기 가정 없이도 유계 지연을 제공하려는 비동기 접근이 대규모 망 적용의 열쇠로 주목된다.
표준화 생태계 측면에서도 협업이 넓어지고 있다. DetNet(IETF)과 TSN(IEEE 802.1)은 복제-제거의 원리를 일치시켜 상호 매핑을 표준화해 왔고, 산업 응용 쪽에서는 IEC(전력·공정제어)와 3GPP(5G)가 자신들의 지연·신뢰성 요구를 DetNet/TSN 위에 올리는 프로파일을 정의하고 있다. 예컨대 3GPP는 5G 시스템을 하나의 "TSN 브리지"로 모델링해 산업 TSN 도메인에 통합하는 방식을 규격화했는데, 이는 무선 구간까지 포함한 종단 간 확정성의 밑그림을 보여준다. 이처럼 여러 표준화 기구가 동일한 결정성 원리를 서로 다른 계층·영역에서 구현하고 그 경계를 매핑으로 잇는 것이, 확정형 네트워킹이 단편 기술을 넘어 생태계로 성숙하는 경로다.
또 다른 축은 세그먼트 라우팅(SRv6)과의 결합이다. 명시적 경로를 MPLS-TE 대신 SRv6로 표현하면 상태를 코어에 두지 않고 패킷 헤더에 경로를 싣는 소스 라우팅이 가능해져, 수많은 DetNet 흐름의 경로 상태를 코어 라우터가 일일이 유지하는 확장성 문제를 완화할 수 있다. 다만 SRv6 헤더 오버헤드와 지연 계산의 복잡성은 과제로 남아 있다. 이와 함께 Scaling DetNet(대규모 집계) 논의에서는 수천·수만 흐름을 개별 관리하지 않고 클래스·애그리게이트 단위로 묶어 상한을 보장하는 방법이 연구되고 있으며, 이는 캐리어급 망에서 DetNet을 쓰기 위한 전제다. 정확한 상한 계산을 위한 이론적 도구로는 네트워크 미적분(Network Calculus)이 널리 활용되는데, 각 노드의 서비스 곡선과 도착 곡선으로부터 홉별·종단 지연 상한을 유도한다. 사실관계상 일부 큐잉 표준과 SRv6 연계 문서는 아직 초안(draft) 단계이거나 진화 중이므로, 구체적 수치나 채택 여부는 최신 RFC·드래프트로 확인하는 것이 바람직하다.
종합하면, 현재 DetNet의 기술적 성숙도는 "데이터 평면·아키텍처 표준은 안정, 큐잉·확장·보안은 진화 중"으로 요약된다. 소규모 폐쇄망(산업·전력·AV)에서는 이미 상용 적용이 이루어지고 있으나, 광역 캐리어 망과 다중 사업자 구간으로 확장하려면 확장 가능한 자원 추상화와 종단 간 신뢰 모델이 더 다듬어져야 한다. 기술사 답안에서는 이처럼 어디까지 표준이 확정되었고 무엇이 열려 있는지를 구분해 서술하는 것이 바람직하다.
DetNet과 네트워크 슬라이싱의 관계도 정리해 둘 가치가 있다. 슬라이싱이 하나의 물리망을 논리적으로 분할해 슬라이스별 성능을 격리한다면, DetNet은 그 슬라이스 "내부"에서 개별 흐름에 확정 지연을 부여하는 더 미세한 보장 수단이다. 즉 슬라이싱이 거시적 격리라면 DetNet은 미시적 확정성으로, 둘은 경쟁이 아니라 계층적으로 포개진다. 5G의 URLLC 슬라이스 안에서 특정 제어 흐름을 DetNet으로 처리하는 조합이 대표적 설계로, 이는 확정형 네트워킹이 차세대 이동통신의 핵심 서비스 품질 기반과 맞물려 발전함을 보여준다.
6. 고려사항 및 시사점
기술사 관점에서 DetNet의 도입은 단순한 프로토콜 선택이 아니라 네트워크 설계 패러다임의 전환이며, 다음을 종합적으로 고려해야 한다.
적용 전략 — 계층별 역할 분담. 결정성은 종단 간에 성립해야 의미가 있으므로, OT 셀 내부는 TSN, 도메인 간 백본은 DetNet으로 나누고 두 영역의 흐름 매핑·이중화(FRER↔PREOF) 연동을 설계의 중심에 두어야 한다. 전 구간을 한 기술로 덮으려는 시도는 비현실적이다. 또한 레거시 산업 프로토콜(PROFINET·EtherNet/IP 등)을 쓰는 설비가 공존하므로, 게이트웨이에서의 프로토콜 변환과 시간 동기 전이(domain crossing) 설계를 초기 아키텍처 단계에서 함께 검토해야 한다.
트레이드오프 — 효율 대 보장. 자원 사전 예약과 경로 복제는 본질적으로 대역·버퍼의 여유를 미리 떼어두는 것이므로 통계적 다중화의 효율을 희생한다. 복제는 트래픽을 두 배로 늘린다. 따라서 "모든 흐름"이 아니라 확정성이 반드시 필요한 소수 임계 흐름에만 선별 적용하고 나머지는 best-effort로 공존시키는 것이 비용 대비 합리적이다.
운영 복잡성과 가관측성. 확정성 보장은 정밀한 자원 모델·승인제어·시간 동기(필요 시)에 의존하므로, 설정 오류나 모델 부정확이 곧 보장 붕괴로 이어진다. 흐름별 지연·손실·경로 상태를 실시간 측정·검증하는 텔레메트리와 가관측성(observability) 체계를 함께 구축해, "보장했다"가 아니라 "보장이 지켜지고 있다"를 증명할 수 있어야 한다.
설계 검증의 선행. DetNet은 배포 후 측정만으로는 최악값을 확인하기 어렵다(최악 상황이 좀처럼 재현되지 않기 때문). 따라서 네트워크 미적분 기반의 사전 상한 계산과 용량 설계를 배포 전에 수행하고, 흐름 추가·토폴로지 변경 시마다 승인제어가 상한을 재검증하도록 자동화해야 한다. 이는 "측정 기반 best-effort 튜닝"과 구별되는 DetNet 특유의 증명 기반 엔지니어링 문화를 요구한다.
보안 고려 — 확정성 자체가 공격 표면. 예약된 자원은 특정 흐름에 묶이므로, 공격자가 흐름을 가장(spoofing)하거나 과도한 흐름 등록을 유발하면 자원 고갈(DoS)로 다른 보장을 무너뜨릴 수 있다. 흐름 식별 정보의 위변조 방지, 제어 평면(컨트롤러·YANG 설정 채널)의 인증·무결성, 예약 요청에 대한 정책 기반 통제가 필수적이며, 보안 설계는 확정성 보장과 동일한 우선순위로 다루어야 한다.
전망과 연계 기술. DetNet은 5G/6G의 초저지연(URLLC), 산업 메타버스·디지털 트윈의 실시간 동기화, 자율 제조의 확산과 맞물려 OT-IT 융합 백본의 표준 기반으로 자리 잡을 전망이다. SDN·SRv6·네트워크 슬라이싱·TSN과의 유기적 결합이 성숙할수록, 확정형 네트워킹은 특수 산업망을 넘어 범용 캐리어 서비스(확정 지연 SLA 상품)로 확장될 가능성이 크다. 다만 다중 사업자 구간의 종단 간 보장은 신뢰 경계와 자원 모델의 상호 공개 문제를 안고 있어, 표준화와 상용화의 최종 관문으로 남아 있다.
참고자료
- 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/
한 줄 요약: DetNet은 자원 예약·명시적 경로·패킷 복제(PREOF)를 결합해 IP/MPLS 라우팅 망에서도 상한 지연·무손실을 보장하는 IETF 확정형 네트워킹 표준으로, 계층 2의 TSN을 계층 3로 확장해 OT-IT 융합 백본의 종단 간 결정성을 완성한다.