447. SCTP (Stream Control Transmission Protocol)

핵심 인사이트 (3줄 요약)

본질: SCTP는 전송 계층에서 핵심 동작과 제약을 이해하게 해 주는 개념이다.

가치: SCTP를 이해하면 신뢰성과 지연 사이의 균형을 더 정확히 볼 수 있다.

판단 포인트: 설계 시에는 개념 자체보다 적용 조건, 운영 복잡도, 인접 기술과의 경계를 함께 판단해야 한다.

Ⅰ. 개요 및 필요성

개념: IP 네트워크 상에서 다중 스트림(Multi-stream)과 다중 홈(Multi-homing)을 지원하며 메시지 지향성(Message-oriented)과 신뢰성을 동시에 제공하는 IETF 표준 전송 계층 프로토콜 (RFC 4960). IP 프로토콜 번호 132번을 사용한다.
필요성: 통신사 백본망에서 전화망(SS7) 신호 데이터를 IP망 위로 얹어 나르려고(SIGTRAN) 했다. TCP를 쓰자니 패킷 1개 잃어버릴 때마다 뒤에 오던 전화 신호들이 통째로 다 멈춰버리는 끔찍한 현상(Head-of-Line Blocking)이 터졌다. UDP를 쓰자니 신호가 다 유실돼서 통화가 안 걸렸다. "야! TCP처럼 완벽하게 배달은 해주되, 패킷을 종류별로 1차선, 2차선, 3차선으로 찢어서 보내! 1차선(음성) 패킷이 죽어서 멈춰도 2차선(화면) 패킷은 영향받지 않고 계속 달리게 만들어!!"
💡 비유: SCTP의 멀티 스트림은 **"고속도로 톨게이트 차선"**과 같습니다.
- TCP (단일 스트림): 1차선 도로입니다. 맨 앞의 똥차가 퍼져서 멈추면(패킷 유실), 뒤에 따라오던 수백 대의 벤츠와 페라리가 모조리 서서 기다려야 합니다 (HOL Blocking).
- SCTP (멀티 스트림): 왕복 8차선 고속도로입니다. 1차선에서 트럭이 엎어져도, 2차선, 3차선에 있는 차들은 1차선 사고와 1도 상관없이 시속 100km로 쌩쌩 달릴 수 있습니다.

[MPTCP]
    │
    ▼
[SCTP]
    │
    └──▶ [UDP 헤더 구조]

📢 섹션 요약 비유: ** SCTP는 TCP의 **"정확도(신뢰성)"**와 UDP의 **"메시지 경계 유지(독립성)"**라는 장점만 쏙쏙 빼먹은 하이브리드 명품입니다. 한 바구니에 계란을 다 담아 앞사람이 넘어지면 다 박살 나는 TCP와 달리, 계란을 여러 바구니(스트림)에 나눠 담아 한 바구니를 떨어뜨려도 나머지는 무사히 배달되는 궁극의 안전 배송 시스템입니다.

Ⅱ. 아키텍처 및 핵심 원리

현대 5G 코어 통신망이나 통신사 백본에서 없어서는 안 될 핵심 프로토콜이다.

1. 멀티 호밍 (Multi-homing) - 생존의 극대화

앞서 배운 MPTCP와 비슷한 개념이지만, SCTP가 원조다.

내 컴퓨터에 KT 랜선 1개, SKT 랜선 1개 총 2개의 IP가 꽂혀있다.
SCTP로 서버와 세션을 맺을 때 엽서에 이렇게 적는다. "나 IP 두 개(10.x, 20.x) 다 내 거야!"
평소엔 10.x 메인 랜선으로 통신한다.
갑자기 포크레인이 KT 선을 끊어먹었다!
SCTP는 TCP처럼 세션이 터져서 다운로드가 취소되는 게 아니라, 0.1초 만에 살아있는 백업 랜선(20.x)으로 트래픽을 자동 스위칭하여 통신을 무중단으로 살려낸다. (서버 이중화에 미친 듯이 좋다).

2. 쿠키 기반 4-Way Handshake (해킹 방어)

TCP의 3-Way Handshake는 서버가 SYN을 받자마자 메모리에 '대기실'을 파놓고 손님을 기다리다 메모리가 꽉 차서 죽는 SYN Flooding 공격에 너무 취약했다. (TCP는 나중에 SYN Cookie라는 꼼수로 해결했다). SCTP는 애초에 태어날 때부터 이걸 완벽히 막아버렸다.

클라이언트: "야 연결하자! (INIT)"
서버: "그래? 근데 난 너 못 믿어서 내 메모리(대기실) 안 내어줄 거야. 대신 이 암호화된 State Cookie 덩어리나 받아라! (INIT ACK)" (서버는 엽서만 던지고 자기는 다 잊어버림).
클라이언트: "아 치사하네... 옛다 네가 아까 준 쿠키 다시 가져왔다! 나 진짜 손님 맞어! (COOKIE ECHO)"
서버: "오, 진짜 내 쿠키 맞네? 인증 완료! 이제야 내 메모리에 널 위한 방을 하나 파줄게. 들어와! (COOKIE ACK)" ▶ 이 4번의 핑퐁(4-Way) 덕분에 해커가 가짜 INIT 패킷을 수억 개 쏴도 서버는 쿠키만 던질 뿐 메모리를 1바이트도 쓰지 않아 절대 죽지 않는다.

 ┌─────────────────────────────────────────────────────────────┐
 │                TCP vs SCTP의 Handshake와 병목 차이              │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 통신 시작 방식의 차이 ]                                     │
 │   * TCP : SYN -> SYN/ACK -> ACK  (3-Way, 메모리 할당 일찍함)     │
 │   * SCTP: INIT -> INIT ACK(쿠키) -> COOKIE ECHO -> COOKIE ACK │
 │           (4-Way, 쿠키를 들고 와야만 메모리 할당해 줌. 해킹 방어 짱!)  │
 │                                                             │
 │   [ 데이터 전송 방식의 차이 ]                                   │
 │   * TCP (단일 차선): 앞 패킷 유실되면 뒷 패킷들 줄줄이 대기 (HOL 병목)│
 │   * SCTP (다중 차선): Stream 1 패킷 유실돼도, Stream 2, 3 패킷은   │
 │                     대기 없이 목적지 앱으로 쾌속 직행! (HOL 타파)  │
 └─────────────────────────────────────────────────────────────┘

3. 메시지 단위(Message-oriented) 전송

TCP는 물줄기(Stream) 방식이라 앱이 "안녕" "하세요"를 던져도 수신자는 "안녕하세" "요" 처럼 지 맘대로 썰어서 받는다. SCTP는 UDP처럼 "앱이 던진 덩어리(메시지)의 경계를 완벽하게 지켜서" 1번 박스와 2번 박스를 섞지 않고 정확히 분리해서 전달해 준다. (앱 개발자가 파싱하기 너무 편하다).

📢 섹션 요약 비유: ** SCTP의 쿠키(Cookie) 방식은 클럽 입구의 **"예약금 제도"**입니다. TCP 클럽은 손님이 "갈게요(SYN)" 전화만 해도 테이블(메모리)을 비워둬서 노쇼(해커)에 망합니다. 하지만 SCTP 클럽은 "갈게요" 전화하면 **"입금 계좌(쿠키)"**만 문자로 보내고 테이블을 안 비워둡니다. 손님이 진짜로 **"입금 완료(Cookie Echo)"**를 해야만 그제야 빈 테이블을 잡아줍니다. 절대 노쇼에 당하지 않습니다.

Ⅲ. 비교 및 연결

SCTP를 볼 때는 앞뒤 개념과의 경계를 함께 봐야 전체 흐름이 선명해진다. MPTCP가 기반 조건을 만든다면, SCTP는 그 위에서 핵심 메커니즘을 구현하고, UDP 헤더 구조는 이를 더 확장된 적용 단계로 연결한다. 따라서 단일 정의보다 신뢰성과 지연에 어떤 차이를 만드는지 비교하는 것이 중요하다.

관점	선행 개념	현재 개념	확장 개념
초점	MPTCP의 기반 정리	SCTP의 핵심 동작	UDP 헤더 구조의 확장 적용
자원 관점	기본 조건 확보	신뢰성 최적화	규모와 범위 확대
판단 포인트	도입 가능성 확인	현재 메커니즘의 적합성 판단	운영·확장 전략 연결

📢 섹션 요약 비유: SCTP는 비슷한 기술들 사이의 차선을 구분하는 분기점과 같다. 어디서 갈라지는지 알아야 헷갈리지 않는다.

Ⅳ. 실무 적용 및 기술사 판단

실무에서는 SCTP를 단독 개념으로 외우기보다 어떤 병목을 줄이기 위한 선택인지 먼저 따져야 한다. 특히 MPTCP 수준의 기본 대책으로 충분한지, 아니면 SCTP가 제공하는 메커니즘이 실제로 필요한지 구분해야 한다. 이후 확장 단계에서는 UDP 헤더 구조와 같은 후속 기술, 자동화 체계, 표준 호환성까지 함께 검토해야 한다.

실무 체크리스트

현재 문제의 핵심이 신뢰성 부족인지, 지연 악화인지 먼저 분리한다.
SCTP가 추가하는 복잡도와 운영 이득이 균형을 이루는지 확인한다.
도입 후에는 인접 기술인 UDP 헤더 구조와의 연계 방식을 함께 검증한다.

안티패턴

SCTP의 장점만 보고 트래픽 패턴이나 운영 비용을 무시한 채 과도 도입하는 설계
MPTCP와의 경계를 정리하지 않아 중복 투자나 정책 충돌을 만드는 설계
📢 섹션 요약 비유: SCTP를 실제로 쓰는 판단은 도구 상자를 고르는 일과 비슷하다. 좋아 보이는 도구보다 지금 문제에 맞는 도구가 중요하다.

Ⅴ. 기대효과 및 결론

SCTP는 전송 계층을 이해할 때 핵심 축을 잡아 주는 개념이다. 올바르게 적용하면 신뢰성 개선과 구조적 단순화에 기여하지만, 조건을 잘못 잡으면 오히려 복잡도와 운영 부담이 커질 수 있다. 앞으로는 UDP 헤더 구조, 적응형 저지연 전송, 자동화 운영과의 결합을 통해 더 정교하게 발전할 가능성이 크다. 따라서 이 개념은 정의 자체보다 “언제 쓰고 언제 다른 방법으로 넘길 것인가”의 관점으로 기억하는 것이 좋다. 향후에는 적응형 저지연 전송 같은 자동화 흐름과 결합되어 더 정교한 형태로 확장될 가능성이 크다.

📢 섹션 요약 비유: SCTP는 큰 흐름 속에서 기억해야 오래 남는다. 지금의 장점과 다음 확장 방향을 같이 보면 전체 그림이 선명해진다.

📌 관련 개념 맵

개념	연결 포인트
MPTCP	현재 개념이 등장하기 전에 갖춰야 할 배경이나 인접 선행 개념이다.
세그먼트 (Segment)	전송 계층이 다루는 기본 단위다.
흐름 제어 (Flow Control)	수신자 처리 속도를 넘지 않게 조절한다.
UDP 헤더 구조	현재 개념이 확장되거나 적용 단계로 이어질 때 자주 함께 언급된다.

📈 관련 키워드 및 발전 흐름도

[선행 개념: MPTCP]
    │
    ▼
[현재 개념: SCTP]
    │
    ├──▶ [확장 A: UDP 헤더 구조]
    └──▶ [확장 B: 적응형 저지연 전송]

SCTP는 MPTCP에서 출발해 현재 메커니즘을 정교화하고, 이후 UDP 헤더 구조와 적응형 저지연 전송 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.

👶 어린이를 위한 3줄 비유 설명

물건을 보낼 때 받는 사람이 너무 빨리 받으면 놓칠 수 있어요.
이 개념은 천천히 보낼지, 다시 보낼지, 길이 막히면 멈출지를 정해줘요.
그래서 멀리 보내도 덜 잃어버리고 더 안정적으로 도착해요.