314. RARP (Reverse ARP) — Brain Science

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

본질: RARP는 네트워크 계층과 IP에서 핵심 동작과 제약을 이해하게 해 주는 개념이다.

가치: RARP를 이해하면 주소 효율과 도달성 사이의 균형을 더 정확히 볼 수 있다.

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

Ⅰ. 개요 및 필요성

개념: MAC 주소(물리적 주소)를 IP 주소(논리적 주소)로 매핑해 주는 프로토콜 (RFC 903).
필요성: 보통 컴퓨터는 하드디스크에 192.168.0.10이라고 자기 IP가 저장되어 있다. 그런데 1980년대 멍텅구리 씬 클라이언트(하드디스크가 없는 깡통 PC)들은 전원을 켜면 자기가 뉘신지 IP가 없었다. 통신을 하려면 3계층 IP가 무조건 있어야 한다. 깡통 PC가 아는 건 오직 자기 랜카드에 공장에서 지져서 나온 MAC 주소뿐이었다. "저기요 RARP 서버님! 제 MAC 주소가 AA:BB:CC인데요, 제 IP가 뭐였죠?"라고 물어볼 수단이 절실했다.
💡 비유:
- ARP: 친구의 **'이름(IP)'**은 아는데 **'전화번호(MAC)'**를 몰라서 114에 물어보는 것.
- RARP: 내가 기억상실증에 걸려서, 내 호주머니에 있는 **'주민등록증(MAC)'**을 경찰서(서버)에 내밀며 **"제 이름(IP)이 뭔가요?"**라고 역으로 물어보는 것.

[ARP 프레임]
    │
    ▼
[RARP]
    │
    └──▶ [Proxy ARP]

📢 섹션 요약 비유: ** RARP는 전입신고 센터입니다. 집(MAC 주소)은 샀는데 아직 도로명 주소(IP 주소)를 부여받지 못한 신축 아파트가, 관공서에 달려가서 **"이 집터에 배정된 주소가 뭔가요?"**라고 물어보고 문패를 달아오는 과정입니다.

Ⅱ. 아키텍처 및 핵심 원리

1. RARP 서버의 맵핑 테이블 수작업

RARP가 동작하려면 네트워크 어딘가에 RARP 서버(관리자 PC)가 한 대 반드시 켜져 있어야 한다. 관리자는 이 서버 텍스트 파일에 노가다로 매핑을 쳐 놔야 했다.

AA:BB:CC:11:22:33 ──▶ 192.168.0.10
AA:BB:CC:11:22:44 ──▶ 192.168.0.11

2. 동작 프로세스 (Opcode 3, 4)

RARP 메시지 구조는 ARP 프레임 28바이트 구조와 완전히 똑같다. 다만 안의 내용물이 반대다.

RARP Request (요청): 깡통 PC가 켠다. 브로드캐스트(FF:FF...)로 프레임을 쏜다. Opcode는 3이다. 내용은 "내 MAC은 AA:AA고, 내 IP는 몰라(빈칸)! RARP 서버님 빈칸 좀 채워주세요!"다.
RARP Reply (응답): RARP 서버가 이걸 받는다. "음, 내 장부에 AA:AA는 10번 IP라고 적혀있네." 서버는 빈칸을 채우고 Opcode를 4로 바꾼 뒤 유니캐스트로 던져준다.

 ┌─────────────────────────────────────────────────────────────┐
 │                RARP 요청과 DHCP의 차이점                       │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 깡통 PC ] ──── "내 MAC이 AA:BB야. 내 IP가 뭐지?" ─────▶     │
 │                                                             │
 │   [ RARP 서버 ] "음... 장부(DB)를 보니 10번이네. 옛다 10번!"       │
 │                (※ 단점: 수동으로 장부에 적힌 MAC에게만 IP를 줌)    │
 │                                                             │
 │   * RARP의 한계:                                              │
 │   - 오직 "IP 주소 딱 1개"만 알려준다.                            │
 │   - 서브넷 마스크? 안 알려줌.                                   │
 │   - 게이트웨이? 안 알려줌.                                      │
 │   - DNS 서버 주소? 안 알려줌.                                   │
 │                                                             │
 │   ▶ 인터넷을 하려면 마스크랑 게이트웨이도 필수인데, 달랑 IP 1개만    │
 │      주니까 통신이 불가능했다. 그래서 DHCP로 빠르게 대체되었다.       │
 └─────────────────────────────────────────────────────────────┘

3. 역사적 퇴장과 진화

RARP는 너무 단순해서 쓸모가 없었다.
이를 개선하여 BOOTP(Bootstrap Protocol)가 나왔고, IP뿐만 아니라 서브넷 마스크, 게이트웨이 주소, 부팅 파일의 이름까지 넘겨줄 수 있게 되었다.
BOOTP마저 관리자가 MAC 주소를 일일이 쳐야 하는 귀찮음이 있자, "그냥 꽂으면 랜덤으로 남는 IP 빌려주면(Lease) 안 돼?"라며 끝판왕인 DHCP가 등장했고 RARP는 교과서에서나 볼 수 있는 화석이 되었다.
📢 섹션 요약 비유: ** RARP는 식당에서 **"단일 메뉴(IP 주소 딱 하나)"**만 주는 고집불통 주방장입니다. 반면 현대의 DHCP는 "밥(IP), 국(서브넷 마스크), 반찬(게이트웨이), 후식(DNS)"을 한 번에 다 차려주는 완벽한 뷔페 서비스입니다.

Ⅲ. 비교 및 연결

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

관점	선행 개념	현재 개념	확장 개념
초점	ARP 프레임의 기반 정리	RARP의 핵심 동작	Proxy ARP의 확장 적용
자원 관점	기본 조건 확보	주소 효율 최적화	규모와 범위 확대
판단 포인트	도입 가능성 확인	현재 메커니즘의 적합성 판단	운영·확장 전략 연결

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

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

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

실무 체크리스트

현재 문제의 핵심이 주소 효율 부족인지, 도달성 악화인지 먼저 분리한다.
RARP가 추가하는 복잡도와 운영 이득이 균형을 이루는지 확인한다.
도입 후에는 인접 기술인 Proxy ARP와의 연계 방식을 함께 검증한다.

안티패턴

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

Ⅴ. 기대효과 및 결론

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

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

📌 관련 개념 맵

개념	연결 포인트
ARP 프레임	현재 개념이 등장하기 전에 갖춰야 할 배경이나 인접 선행 개념이다.
IP 주소 (Internet Protocol Address)	종단 위치를 논리적으로 식별한다.
서브넷 (Subnet)	주소 공간을 쪼개 관리 단위를 만든다.
Proxy ARP	현재 개념이 확장되거나 적용 단계로 이어질 때 자주 함께 언급된다.

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

[선행 개념: ARP 프레임]
    │
    ▼
[현재 개념: RARP]
    │
    ├──▶ [확장 A: Proxy ARP]
    └──▶ [확장 B: 대규모 주소 자동화]

RARP는 ARP 프레임에서 출발해 현재 메커니즘을 정교화하고, 이후 Proxy ARP와 대규모 주소 자동화 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.

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

택배를 보내려면 집 주소가 정확해야 길을 잃지 않아요.
이 개념은 인터넷 세상에서 주소를 정하고 다음 길을 찾는 지도와 같아요.
그래서 멀리 있는 친구 컴퓨터까지도 편지가 도착할 수 있어요.