408. 소스/목적지 포트 번호, 일련번호 (Sequence Number, 32bit)

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

본질: 소스/목적지 포트 번호, 일련번호는 전송 계층에서 핵심 동작과 제약을 이해하게 해 주는 개념이다.

가치: 소스/목적지 포트 번호, 일련번호를 이해하면 신뢰성과 지연 사이의 균형을 더 정확히 볼 수 있다.

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

Ⅰ. 개요 및 필요성

개념: TCP 세그먼트 헤더의 최상단에 위치하여 애플리케이션 프로세스를 식별하는 포트 필드(각 16비트)와, 바이트 스트림의 순서 보장을 위해 데이터의 바이트 오프셋 위치를 기록하는 시퀀스 번호 필드(32비트).
필요성: 인터넷(IP)이라는 고속도로는 패킷들의 순서를 100% 뒤죽박죽으로 만든다. 내가 "A, B, C" 순서로 던져도 도착할 땐 "C, A, B"로 올 확률이 농후하다. 1GB 영화의 조각이 뒤죽박죽 도착하면 영화 재생은 불가능하다. "택배 상자를 보낼 때 겉면에 조립 설명서 번호(Sequence Number)를 정확히 찍어 보내야, 받는 사람이 창고에 쌓아뒀다가 1번부터 1,000번까지 풀을 발라(Reassembly) 원본을 복구할 수 있지 않겠나!"
💡 비유: 시퀀스 넘버는 10,000피스짜리 직소 퍼즐 뒷면에 적힌 **"퍼즐 좌표 번호"**와 같습니다.
- 퍼즐 1만 조각(패킷들)을 박스에 담아 택배로 보냈는데 박스가 터져서 바닥에 다 쏟아졌습니다(순서 뒤섞임).
- 하지만 걱정 없습니다. 각 퍼즐 뒷면(TCP 헤더)에는 (X:12, Y:45)라는 **정확한 고유 위치 번호(Seq)**가 인쇄되어 있습니다.
- 받는 사람은 그냥 뒷면 번호만 보고 순서대로 끼워 맞추기만 하면 원래 그림(1GB 파일 원본)이 100% 복구됩니다.

[TCP 세그먼트 헤더]
    │
    ▼
[소스/목적지 포트 번호, 일련번호]
    │
    └──▶ [확인응답번호]

📢 섹션 요약 비유: ** 포트 번호가 우체국 직원이 편지를 들고 **"아파트 101호(크롬), 102호(카톡)"**를 찾아가게 해주는 동호수라면, 시퀀스 넘버는 그 101호 주인이 받은 장문의 편지 100장에 적혀 있는 **"페이지 번호(1쪽, 2쪽, 3쪽...)"**입니다. 이 두 개가 합쳐져야 완벽한 배달과 조립이 끝납니다.

Ⅱ. 아키텍처 및 핵심 원리

1. 바이트(Byte) 단위의 계산 철학

가장 많이 헷갈리는 부분이다. TCP 시퀀스 넘버는 "1번 패킷, 2번 패킷, 3번 패킷" 식으로 패킷 개수를 세지 않는다. 철저하게 바이트(Byte) 단위의 오프셋(위치)을 세는 무식한 카운터다.

내가 100바이트, 100바이트, 100바이트짜리 3개의 짐을 연속해서 보낸다고 치자. (최초 ISN이 0번이라 가정).
첫 번째 패킷의 헤더: Seq = 0 (내용물은 0 ~ 99번 바이트)
두 번째 패킷의 헤더: Seq = 100 (내용물은 100 ~ 199번 바이트)
세 번째 패킷의 헤더: Seq = 200 (내용물은 200 ~ 299번 바이트)
만약 두 번째 패킷이 해저 케이블에서 유실됐다면? 수신자는 100번부터 199번 바이트까지의 100개 이빨이 빠졌다는 걸 정확히 계산해 내고 송신자에게 항의한다.

2. 난수 생성: ISN (Initial Sequence Number)

통신을 시작할 때, 양쪽 컴퓨터는 무조건 0번부터 시작하지 않는다.

내 PC는 운영체제 시계 등을 조합해 난수표에서 3,141,592 라는 미친 숫자를 툭 뽑아서 첫 번째 패킷(SYN)의 Seq로 삼는다.
왜 이렇게 귀찮은 짓을 할까?
만약 항상 0부터 시작한다면, 해커가 내 PC인 척 위장(IP 스푸핑)하고 Seq=1인 가짜 접속 종료(FIN) 패킷을 서버에 던져버리면, 서버는 "아, 진짜 유저가 1번 순서로 접속 끊으라네?" 하고 홀라당 세션을 끊어버리는 대참사(TCP Session Hijacking)가 발생한다.
난수(ISN)로 시작하면 해커가 다음 번호를 예측할 확률이 43억 분의 1로 떨어지므로 완벽한 보안 방어막이 형성된다.

 ┌─────────────────────────────────────────────────────────────┐
 │                와이어샤크(Wireshark)에서 보는 Relative Seq 번호    │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 실제 인터넷 위를 날아다니는 진짜 패킷의 번호 (Raw) ]               │
 │   Seq = 3,456,789,123  (복잡해서 인간이 눈으로 분석 불가능!)       │
 │                                                             │
 │   [ 와이어샤크가 엔지니어 뇌 보호를 위해 보여주는 가짜 번호 (Relative) ] │
 │   Seq = 1                                                   │
 │                                                             │
 │   * 팁: 와이어샤크는 최초 접속 시 뽑힌 미친 난수(ISN)를 지가 알아서      │
 │        `0` 또는 `1`로 치환(Relative)해서 1, 2, 3 순서로 예쁘게     │
 │        보여준다. 실제론 저 32비트짜리 괴물 같은 숫자가 돌아가고 있다.    │
 └─────────────────────────────────────────────────────────────┘

3. 32비트의 랩어라운드 (Wrap-around)

시퀀스 넘버는 32비트 공간이라 최대 42억 바이트(약 4GB)까지 번호를 매길 수 있다. 그런데 요새 4K 영화는 10GB가 넘는다. 번호가 모자라면 어떻게 할까? 42억을 찍으면 다시 **0번으로 리셋(Wrap-around)**되어 뺑뺑이 돈다. 수신자는 이 뺑뺑이를 인지하고 똑똑하게 데이터를 이어 붙인다. (요새는 10Gbps 광랜 때문에 0.01초 만에 42억 번호표가 고갈되어 번호가 겹치는 참사가 발생하므로, 타임스탬프 옵션을 곁들여 이를 방어한다).

📢 섹션 요약 비유: ** ISN(초기 시퀀스 번호) 생성은 첩보원들의 **"오늘의 암구호 페이지 펼치기"**입니다. 항상 책의 1쪽부터 읽지 않고, 그날그날 무작위로 **"오늘은 3,141쪽부터 읽자"**고 합의하여, 스파이가 중간에 1쪽의 내용을 위조해서 끼워 넣어도 단박에 가짜임을 색출해 냅니다.

Ⅲ. 비교 및 연결

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

관점	선행 개념	현재 개념	확장 개념
초점	TCP 세그먼트 헤더의 기반 정리	소스/목적지 포트 번호, 일련번호의 핵심 동작	확인응답번호의 확장 적용
자원 관점	기본 조건 확보	신뢰성 최적화	규모와 범위 확대
판단 포인트	도입 가능성 확인	현재 메커니즘의 적합성 판단	운영·확장 전략 연결

📢 섹션 요약 비유: 소스/목적지 포트 번호, 일련번호는 비슷한 기술들 사이의 차선을 구분하는 분기점과 같다. 어디서 갈라지는지 알아야 헷갈리지 않는다.

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

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

실무 체크리스트

현재 문제의 핵심이 신뢰성 부족인지, 지연 악화인지 먼저 분리한다.
소스/목적지 포트 번호, 일련번호가 추가하는 복잡도와 운영 이득이 균형을 이루는지 확인한다.
도입 후에는 인접 기술인 확인응답번호와의 연계 방식을 함께 검증한다.

안티패턴

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

Ⅴ. 기대효과 및 결론

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

📢 섹션 요약 비유: 소스/목적지 포트 번호, 일련번호는 큰 흐름 속에서 기억해야 오래 남는다. 지금의 장점과 다음 확장 방향을 같이 보면 전체 그림이 선명해진다.

📌 관련 개념 맵

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

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

[선행 개념: TCP 세그먼트 헤더]
    │
    ▼
[현재 개념: 소스/목적지 포트 번호, 일련번호]
    │
    ├──▶ [확장 A: 확인응답번호]
    └──▶ [확장 B: 적응형 저지연 전송]

소스/목적지 포트 번호, 일련번호는 TCP 세그먼트 헤더에서 출발해 현재 메커니즘을 정교화하고, 이후 확인응답번호와 적응형 저지연 전송 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.

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

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