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

  1. 본질: 네트워크 스위치들을 안정성(이중화)을 위해 원형(Loop)으로 연결해 버리면, 스위치의 근본 동작인 '플러딩(Flooding)' 알고리즘 때문에 프레임이 뺑글뺑글 무한히 도는 L2 루핑(Looping) 문제가 필연적으로 발생한다.
  2. 브로드캐스트 스톰: 브로드캐스트 패킷이나 목적지를 모르는 유니캐스트 패킷이 루프를 타게 되면, 스위치들이 서로를 향해 빛의 속도로 패킷을 무한 복제해 쏘아대어(Flooding 증폭) 네트워크 대역폭과 CPU가 100% 마비되는 **브로드캐스트 스톰(Broadcast Storm)**이 일어난다.
  3. L3와의 차이점: IP 계층(L3) 패킷에는 수명이 다하면 죽어버리는 TTL(Time To Live) 필드가 있어 루프를 돌아도 언젠가 소멸하지만, 이더넷 프레임(L2) 헤더에는 TTL 개념이 아예 없기 때문에 물리적으로 전원을 뽑기 전까지는 영원히 네트워크를 맴돌며 장비를 파괴한다.

Ⅰ. 개요 및 필요성 (Context & Necessity)

  • 개념: 여러 대의 스위치가 링(Ring) 형태나 다중 경로로 꼬여 있어, 데이터 프레임이 목적지를 찾지 못하고 스위치들 사이를 영원히 맴도는 심각한 장애 현상이다.

  • 발생 이유 (이중화의 역설): 네트워크 관리자들은 선이 끊어지는 장애를 대비해 스위치 A, B, C를 서로 예비용(Backup)으로 연결해 삼각형(Loop)을 만든다. 그런데 스위치는 모르는 길을 물어볼 때 사방으로 방송(Flooding)하는 습성이 있어, 이 예비용 선로를 타고 방송이 다시 자기 자신에게 되돌아오는 재앙이 시작된다.

  • 💡 비유:

    • 루핑은 **"거울 방(거울의 방)에 레이저 포인터를 쏜 것"**과 같습니다. 한 줄기의 빛(데이터)이 거울(스위치)들에 끝없이 반사되어 방 전체가 눈이 부시게 하얘지고 아무것도 볼 수 없게 됩니다.
    • TTL이 없는 L2 루핑은 **"브레이크가 고장 난 채 영원히 달리는 무한동력 열차"**입니다.

📢 섹션 요약 비유: 브로드캐스트 스톰은 마을에 이장님 3명이 모여서 서로에게 **"불났대! 동네방네 전해!"**라고 릴레이로 무한 반복해서 확성기를 대고 소리치는 바람에, 고막이 터져 아무도 전화를 못 받는 대혼란 상태입니다.

Ⅱ. 루핑 발생 원리와 치명적 결과 (Deep Dive)

1. Broadcast Storm 발생 시나리오

스위치 A, B, C가 삼각형으로 물려있는 구조를 상상해 보자.

  1. PC 1이 ARP 브로드캐스트(FF:FF...) 프레임을 스위치 A로 보낸다.
  2. 스위치 A는 "방송이네? 다 뿌려야지!" 하고 스위치 B와 C 양쪽 포트로 플러딩(복사)한다.
  3. 스위치 B는 A에게서 받은 방송을 C로 뿌리고, 스위치 C도 A에게서 받은 방송을 B로 뿌린다.
  4. B가 C로 뿌린 방송은 C가 다시 A로 뿌리고... 이 과정이 스위치 칩셋(ASIC)의 마이크로초 처리 속도로 증폭된다. 초당 수십만 개의 쓰레기 프레임이 선로를 가득 채운다.
 ┌─────────────────────────────────────────────────────────────┐
 │                브로드캐스트 스톰 (Broadcast Storm) 도식        │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │           [ PC 1 (Broadcast 발송) ]                           │
 │                     │                                       │
 │                     ▼                                       │
 │               ┌─────────┐                                   │
 │               │ 스위치 A │  ◀── "끝없는 방송의 무한 증폭!"       │
 │               └─────────┘                                   │
 │              ↙           ↖                                  │
 │         Flooding        Flooding                            │
 │            ↙               ↖                               │
 │      ┌─────────┐      ┌─────────┐                         │
 │      │ 스위치 B │ ──▶  │ 스위치 C │                         │
 │      └─────────┘ ◀──  └─────────┘                         │
 │                                                             │
 │  * L2 이더넷 프레임은 TTL(수명)이 없어 장비가 타버리거나 전원을   │
 │    뽑기 전까지 이 폭풍(Storm)은 절대 스스로 멈추지 않는다.        │
 └─────────────────────────────────────────────────────────────┘

2. MAC Flapping (MAC 주소 호핑)

브로드캐스트 스톰과 세트로 묶여서 일어나는 현상이다. PC 1의 출발지 MAC 주소가 스위치 A를 거쳐 B로, B에서 C로, C에서 다시 A의 '다른 포트'로 빙빙 돈다.

  • 스위치 A 입장에서는 "어? 아까 PC 1이 1번 포트에 있었는데, 방금 3번 포트에서도 편지가 왔네? PC 1이 3번 포트로 이사했나 봐!" 하고 지도를 수정한다.
  • 0.001초 뒤, 반대쪽 선로를 타고 온 프레임 때문에 "아 아니네! 2번 포트네!" 하고 또 지도를 수정한다.
  • 초당 수만 번 MAC 테이블이 엎어지면서 스위치의 CPU가 완전히 뻗어버리게 되며, 정상적인 유니캐스트 통신은 100% 마비된다.

📢 섹션 요약 비유: 루핑이 발생한 스위치 네트워크는, 마치 3대의 마이크와 스피커를 서로 가까이 마주 대었을 때 "삐이이이익!" 하고 귀청이 찢어질 듯 무한 증폭되는 하울링(Howling) 현상과 완벽히 똑같은 물리학적 재앙입니다.