Agora 자체 코덱과 Web SDK의 정체 — WebRTC 표준, SD-RTN 전용망, FEC의 분업

[브라우저]
   ↓
WebRTC 내장 (표준 API)
   ↓
코덱: VP8, VP9, H.264, AV1 (브라우저가 결정)
   ↓
네트워크: 공용 인터넷 P2P (또는 SFU/TURN 경유)

[카메라/마이크]
      ↓
 Agora SDK (앱에 내장된 네이티브 라이브러리)
      ↓
 ✅ 자체 코덱으로 인코딩 (FEC 내장)
      ↓
 ✅ Agora SD-RTN (전용 글로벌 백본망)
      ↓
 상대방 디코딩 → 화면 출력

🔴 일반 WebRTC (NACK 기반)
패킷 손실 발생
  → 수신자가 NACK 전송
  → 송신자가 재전송 (RTX)
  → 도착까지 1RTT 대기 (100~300ms)
  → 그 사이 화면 멈춤 또는 freeze

🟢 Agora 자체 코덱 (FEC + 즉시 보간)
패킷 손실 발생
  → 미리 전송된 FEC 패리티 데이터로 즉시 복원
  → 또는 앞뒤 프레임으로 보간 (0ms 추가)
  → 재전송 대기 없이 흐름 유지

일반 전송:
[1][2][3][4][5][6][7][8][9][10] 전송
[1][2][_][4][5][6][7][8][9][10] 도착 (3번 손실)
→ 재전송 요청 → 대기 → 도착

FEC 전송:
[1][2][3][4][5][6][7][8][9][10][P1][P2] 전송 (P=parity)
[1][2][_][4][5][6][7][8][9][10][P1][_] 도착 (3번, P2 손실)
→ [1][2][4]...[10] + P1로 [3] 즉시 복원
→ 0ms 추가 지연

[브라우저]
    ↓
WebRTC API 사용 (어쩔 수 없이)
   - getUserMedia()
   - RTCPeerConnection
   - 코덱: VP8 / H.264 / VP9
    ↓
SDP/ICE → Agora Edge 서버에 연결 (P2P가 아닌 SFU 구조)
    ↓
✅ Agora Edge → SD-RTN 백본망 경유
    ↓
✅ 글로벌 최적 경로로 라우팅
    ↓
상대방 Edge → 상대방 브라우저

서울 PC → 라우터 A → 라우터 B → 라우터 C → 뉴욕 PC

서울유저 ─→ [ISP A] ─→ [ISP B] ─→ [ISP C] ─→ [ISP D] ─→ [ISP E] ─→ 뉴욕유저
              ↑각 ISP가 독립적으로 라우팅 결정
              ↑서울유저는 이 경로에 개입 불가
              ↑중간 ISP C가 혼잡해도 모름 + 못 바꿈
              ↑서울↔뉴욕 사이 ISP 5~10개 경유

서울유저 → [Agora 서울] → [Agora 도쿄] → [Agora LA] → 뉴욕유저
              ↑여기도 ISP 씀  ↑여기도 ISP 씀  ↑여기도 ISP 씀
              
BUT: 각 구간이 짧아진다!
서울→Agora서울:    ISP 1~2개 (가까우니까)
Agora서울→도쿄:    ISP 1~2개 (Agora가 어디로 보낼지 선택)
Agora도쿄→LA:      ISP 1~2개
Agora LA→뉴욕유저: ISP 1~2개

Agora 서울 서버:
  "도쿄 경유: 28ms, 싱가포르 경유: 45ms"
  → 28ms 경로(도쿄)로 보냄
  
100ms 후 도쿄 노드 혼잡 감지:
  → 다음 패킷부터 싱가포르 경유로 전환

서울 → 강남 → 판교 → 수원 → 부산
강남이 막혀도? → 네비가 없으니 그냥 강남 경유
왜? 그게 내가 아는 유일한 경로니까

서울 → 부산
Agora: "지금 경부고속도로 막힘 → 중부내륙으로 우회"
       "10분 후 경부 뚫림 → 다시 경부로"
→ 항상 실시간으로 가장 빠른 경로 선택
→ Agora 서버들이 고속도로 IC처럼 전국에 깔려 있어 환승 가능

1. Agora 서버들이 서로 지속적으로 측정
   서울 ↔ 도쿄:      32ms
   서울 ↔ 싱가포르:  45ms
   도쿄 ↔ LA:        89ms
   싱가포르 ↔ 뉴욕:  178ms
   ...
   → 글로벌 latency 매트릭스 실시간 갱신

2. 클라이언트 패킷이 Agora 서울 서버에 도착
   → 측정 테이블 조회
   → 목적지(뉴욕)까지 최저 지연 경로 선택
   → 다음 노드로 forward

3. 경로 중간에 혼잡/장애 발생
   → 수백ms 안에 다른 경로로 전환
   → 클라이언트는 단절 인지 못함

[사용자] ─┬─ 공용 인터넷 (제어 불가) ─┬─ [Agora Edge]
          │                            │
          │     last mile              │
          └────────────────────────────┘

[Agora Edge] ─┬─ SD-RTN 백본 (Agora 제어) ─┬─ [Agora Edge]
              │                              │
              │   여기는 Agora가 라우팅 결정  │
              └──────────────────────────────┘

패킷 도착
→ 목적지 IP 확인
→ 라우팅 테이블 조회 (BGP로 사전 합의된 값)
→ 테이블에 적힌 대로 다음 홉으로 전달
끝. 다른 선택지 없음.

# Agora 서버에서 도는 로직 (개념 코드)

while True:
    # 1. 모든 이웃 서버에 계속 핑 날려 측정
    latency_tokyo     = ping("agora-tokyo")     # 32ms
    latency_singapore = ping("agora-singapore") # 28ms
    latency_hongkong  = ping("agora-hongkong")  # 41ms

    # 2. 패킷 오면 지금 가장 빠른 경로로 보냄
    best_route = min(
        ("tokyo", latency_tokyo),
        ("singapore", latency_singapore),
        ("hongkong", latency_hongkong),
        key=lambda x: x[1]
    )
    forward_packet(best_route[0])

    sleep(100ms)  # 측정 주기

Agora 서울 서버 = 그냥 컴퓨터 한 대
                  → IP 주소를 가짐 (예: 123.45.67.89)
                  → Linux + Agora 소프트웨어 실행 중

유저 PC → ISP → ... → 123.45.67.89 (Agora 서울 서버)

유저 → ISP → 유튜브 서버    (일반 인터넷 통신)
유저 → ISP → Agora 서버     ← 같음

┌─────────────────────────────┐
│       데이터센터 건물        │
│                             │
│  [서버][서버][서버][서버]    │
│  [서버][서버][서버][서버]    │
│  [서버][서버][서버][서버]    │
│                             │
│  전기, 냉각, 네트워크 연결   │
└─────────────────────────────┘

서울 건물 1개      → 서버 수백 대
도쿄 건물 1개      → 서버 수백 대
싱가포르 건물 1개  → 서버 수백 대
...
전 세계 250군데

🔴 Agora 서버가 3개만 있을 때:
서울유저 → Agora서울 → (ISP 엄청 많이 경유) → Agora뉴욕 → 뉴욕유저
                     ↑이 구간은 공용 인터넷 — 제어 불가

🟢 Agora 서버가 250개 있을 때:
서울유저 → Agora서울 → Agora도쿄 → AgoraLA → Agora달라스 → Agora뉴욕 → 뉴욕유저
           (짧은구간)  (짧은구간)  (짧은구간)  (짧은구간)
                     ↑이 구간들 모두 Agora가 라우팅 결정

직원이 3명: 서울 → (일반 우체국 무한 경유) → 뉴욕
            → 중간 상태 모름, 제어 불가

직원이 250명: 서울 → 도쿄 → 괌 → 하와이 → LA → 뉴욕
              → 내 직원이 중간중간 다 있음
              → 어디서 막히는지 다 알고 즉시 우회

유저(KT 가입) → KT → ... → KT → 목적지
                 ↑KT가 혼잡하면 답 없음
                 ↑다른 ISP로 못 바꿈

Agora 서울 데이터센터
   ├─ KT 전용선 계약    (초고속, 전용 대역폭)
   ├─ SKT 전용선 계약
   ├─ LG U+ 전용선 계약
   └─ 글로벌 Tier-1 (NTT/Telia/등) 전용선

일반 유저:
유저 → KT → ... → KT → 목적지
(KT가 혼잡하면 그냥 느려짐. 끝.)

Agora 데이터센터:
데이터센터 → KT 전용선   ← 평소 사용
           → SKT 전용선  ← KT 혼잡 시 즉시 전환
           → LGU+ 전용선 ← 양쪽 다 막히면 여기로
(어느 한 ISP가 혼잡해도 다른 ISP로 패킷 우회)

┌─────────────────────────────────────────────────────┐
│ Q1. 최저 지연 + 최고 화질이 비즈니스 KPI인가?       │
│   YES → 네이티브 앱 (자체 코덱 + SD-RTN 둘 다 활용) │
│   NO  → Q2                                          │
├─────────────────────────────────────────────────────┤
│ Q2. 사용자에게 앱 설치를 요구할 수 있는가?         │
│   NO  → Web SDK (SD-RTN만으로도 충분)              │
│   YES → 네이티브 검토                              │
├─────────────────────────────────────────────────────┤
│ Q3. 글로벌 사용자 대상인가?                        │
│   YES → 어떤 플랫폼이든 Agora 검토 가치 있음       │
│   NO  → 단일 리전 SFU(자체 또는 LiveKit 등) 대안   │
└─────────────────────────────────────────────────────┘

네이티브 SDK = 자체 코덱 + SD-RTN  (코덱 레이어 + 네트워크 레이어)
Web SDK     = WebRTC 코덱 + SD-RTN (네트워크 레이어만)
일반 WebRTC  = WebRTC 코덱 + 공용 인터넷 P2P