249. ISL (Inter-Switch Link) - 시스코 구형 VLAN 태깅

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

본질: ISL(Inter-Switch Link)은 IEEE 802.1Q 표준이 나오기도 전인 과거에, Cisco 스위치끼리만 VLAN 정보를 주고받기 위해 독자적으로 만들어 썼던 최초의 트렁크 캡슐화(Encapsulation) 기술이다.

작동 원리 (캡슐화): 오리지널 이더넷 프레임의 배를 가르고 4바이트 태그를 끼워 넣는 802.1Q와 달리, ISL은 원본 프레임을 통째로 거대한 껍데기 안에 집어넣어 앞뒤로 새로운 ISL 헤더(26B)와 FCS(4B)를 감싸는 무식한 **전체 포장 방식(Encapsulation)**을 사용했다.

퇴장: 오버헤드가 30바이트나 되어 프레임이 너무 무거워지고, 결정적으로 다른 회사 장비(HP, Juniper 등)와 호환되지 않는다는 치명적 한계 때문에 현재는 완전히 폐기되었으며 802.1Q 표준으로 100% 대체되었다.

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

개념: 여러 개의 VLAN 데이터를 하나의 링크로 섞어 보낼 때 사용하는 시스코 고유(Proprietary)의 트렁킹 포맷이다.
필요성: 1990년대 초반, 네트워크에 VLAN이라는 개념이 처음 등장했을 때 아직 전 세계가 합의한 802.1Q 국제 표준은 나오지 않은 상태였다. 시스코는 당장 자사 고객들에게 스위치 간 VLAN 분리 기능을 제공해야 했기에, 급한 대로 자기들끼리만 알아듣는 독자적인 트렁킹 규격(ISL)을 만들어 팔았다.
💡 비유: 한국 회사(Cisco)가 자기들끼리만 통신할 요량으로 **"한글로 적은 택배 송장(ISL)"**을 만들어 썼습니다. 한국 사람들끼리는 잘 통했지만, 나중에 전 세계 우체국이 **"만국 공통 바코드 표준(802.1Q)"**을 도입하자, 굳이 한글 송장을 고집할 이유가 없어져 자연스럽게 도태된 것과 같습니다.

📢 섹션 요약 비유: ISL은 국제 표준(802.1Q)이라는 "돼지코 어댑터"가 나오기 전에 썼던, 시스코 장비에만 꽂을 수 있는 **"110V 전용 구형 플러그"**입니다.

Ⅱ. ISL 구조와 802.1Q와의 결정적 차이 (Deep Dive)

1. 캡슐화(Encapsulation) vs 삽입(Insertion)

가장 큰 기술적 차이는 원본 프레임을 다루는 방식에 있다.

802.1Q 방식 (삽입): 원본 프레임 내부에 4바이트 태그만 쏙 밀어 넣는다 (오버헤드 4바이트).
ISL 방식 (캡슐화): 원본 프레임을 절대 건드리지 않고, 그 바깥에다 무려 26바이트 크기의 거대한 ISL 헤더를 씌우고, 꼬리에도 독자적인 4바이트 ISL FCS를 덧붙인다 (오버헤드 총 30바이트).

 ┌─────────────────────────────────────────────────────────────┐
 │                IEEE 802.1Q와 Cisco ISL 구조 비교              │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 오리지널 이더넷 프레임 ]                                     │
 │   [ 목적지 | 출발지 | Type |     Payload     | FCS ]        │
 │                                                             │
 │ ─────────────────────────────────────────────────────────── │
 │                                                             │
 │   [ IEEE 802.1Q ] : 내부 삽입 (Internal Tagging)              │
 │   [ 목적지 | 출발지 | TAG(4B) | Type | Payload | FCS(재계산)]   │
 │                                                             │
 │ ─────────────────────────────────────────────────────────── │
 │                                                             │
 │   [ Cisco ISL ] : 전체 캡슐화 (Double Encapsulation)           │
 │   ┌─────┐ ┌─────────────────────────────────────────┐ ┌───┐ │
 │   │ ISL │ │ 목적지 | 출발지 | Type | Payload | FCS  │ │ISL│ │
 │   │헤더 │ │ (원본 프레임을 하나도 건드리지 않고 그대로 넣음)   │ │FCS│ │
 │   │(26B)│ └─────────────────────────────────────────┘ │(4B)││
 │   └─────┘                                             └───┘ │
 │   (총 30바이트의 쓸데없는 추가 오버헤드 발생!)                       │
 │                                                             │
 └─────────────────────────────────────────────────────────────┘

2. ISL의 구조적 한계와 소멸

대역폭 낭비: ISL은 프레임 하나당 30바이트나 되는 엄청난 쓰레기 패딩을 달고 다니므로 네트워크 대역폭(효율성) 낭비가 너무 심했다.
비호환성: 시스코 스위치와 다른 브랜드(예: 주니퍼, 알카텔) 스위치를 트렁크로 연결하면, 타사 장비는 ISL 헤더를 이해하지 못해 통신이 완전히 박살 났다.
최후: 결국 시스코마저도 최신 넥서스(Nexus) 스위치나 카탈리스트 스위치 라인업에서 ISL 지원을 아예 삭제해버렸고, switchport trunk encapsulation dot1q 명령어 하나만 남게 되며 완벽한 역사의 뒤안길로 사라졌다.

📢 섹션 요약 비유: 802.1Q가 택배 박스 겉면에 "포스트잇(4바이트)" 하나 딱 붙이는 실용주의라면, ISL은 택배 박스 전체를 "자기 회사 로고가 크게 박힌 거대한 플라스틱 궤짝(30바이트)" 안에 한 번 더 집어넣는 비효율적인 과대포장 기술이었습니다.