Frissítve 1 hónappal ezelőtt
누군가 "Class A" 또는 "Class C" IP 주소를 언급하는 것을 들어본 적이 있다면, 30년 이상 낡은 시스템의 메아리를 듣고 있는 겁니다. 하지만 이 역사를 이해하면 인터넷이 어떻게 자신의 성공으로부터 살아남는지에 대한 근본적인 무언가를 알게 됩니다.
원래의 비전: 클래스풀 주소 체계 (1981~1993)
1981년 RFC 791에서 인터넷 프로토콜이 표준화되었을 때, 설계자들은 분배 문제에 직면했습니다. 수십 개에서 수백만 개의 주소가 필요할 수도 있는 조직들에게 약 43억 개의 주소를 어떻게 나눌 것인가?
그들의 해결책은 단순하기에 우아했습니다. 크기가 고정된 몇 가지 묶음을 만드는 것입니다.
- Class A: 네트워크당 1,670만 개의 주소 (대규모 조직용)
- Class B: 네트워크당 65,534개의 주소 (중간 규모 조직용)
- Class C: 네트워크당 254개의 주소 (소규모 조직용)
클래스는 주소 자체의 첫 번째 비트에 인코딩되었습니다. 라우터는 IP 주소를 보고 네트워크 부분이 어디서 끝나고 호스트 부분이 어디서 시작되는지 즉시 알 수 있었습니다.
단순했습니다. 직관적이었습니다. 그리고 치명적으로 잘못된 방식이었습니다.
문제: 현실은 카테고리를 거부한다
설계자들이 놓친 것이 있습니다. 조직은 세 가지 크기로 나눠지지 않는다는 것입니다.
260개의 주소가 필요하다면, Class C는 너무 작았습니다. 하지만 Class B는 65,534개를 주었고, 이는 99.6%의 낭비율을 의미했습니다. 이 시스템은 필요한 것보다 250배나 더 많이 가져가거나, 아니면 부족함을 감수하도록 강요했습니다.
이것은 예외적인 비효율이 아니었습니다. 이것이 일반적인 경우였습니다. 대부분의 조직은 클래스 사이의 간극에 놓였고, 그들 모두 주소를 낭비하거나 충분히 확보하지 못하는 상황을 감수해야 했습니다.
한편, 대학과 기업들은 Class A 블록을 받았습니다. 조직마다 1,600만 개 이상의 주소를요. 다른 선택지가 없었기 때문입니다. 그 할당 중 일부는 오늘날까지도 남아 있으며, 극히 일부조차 쓰지 못할 조직들이 여전히 그 블록을 보유하고 있습니다.
1990년대 초에 두 가지 위기가 겹쳤습니다.
Class B 고갈. Class B 네트워크는 정확히 16,384개만 가능했습니다. 빠르게 소진되고 있었습니다. 예측에 따르면 1990년대 중반까지 완전히 고갈될 것이었습니다.
라우팅 테이블 폭발. 모든 네트워크는 별도의 라우팅 테이블 항목이 필요했습니다. 수천 개의 Class C 네트워크로 인해 라우터는 경로를 추적하는 것만으로도 메모리가 부족해지고 있었습니다. 인터넷은 성장할수록 느려지고 있었습니다.
인터넷은 아마도 2~3년 안에 넘을 수 없는 벽에 부딪힐 상황이었습니다.
해결책: CIDR (1993)
1993년 9월, 두 개의 RFC가 모든 것을 바꿨습니다.
- RFC 1518: "CIDR을 이용한 IP 주소 할당 아키텍처"
- RFC 1519: "클래스리스 도메인 간 라우팅(CIDR): 주소 할당 및 집계 전략"
CIDR("사이더"라고 발음)은 엄격한 클래스 체계를 완전히 버렸습니다. 혁신적인 아이디어는 간단했습니다. IP 주소의 네트워크 부분을 필요한 만큼 어떤 길이로든 설정할 수 있게 한 것입니다.
/8, /16, /24 네트워크에 고정되는 대신:
500개의 주소가 필요하신가요? /23(512개 주소)을 드리겠습니다. 1,000개가 필요하신가요? /22(1,024개 주소)를 가져가세요. 낭비율은 거의 100%에서 한 자릿수로 떨어졌습니다.
192.168.1.0/24라는 표기법은 "처음 24비트가 네트워크 부분"을 의미합니다. 더 이상 첫 번째 비트 패턴으로 추측할 필요가 없습니다. 네트워크 경계가 명시적으로 표현됩니다.
하지만 CIDR의 두 번째 혁신도 못지않게 중요했습니다. 바로 경로 집계입니다. 수백 개의 개별 네트워크를 광고하는 대신, ISP는 모든 것을 아우르는 단일 대형 블록 하나만 알릴 수 있었습니다. 라우팅 테이블이 줄어들었습니다. 인터넷은 성장하면서도 더 빨라졌습니다.
클래스풀과 클래스리스 주소 체계의 차이는 단순히 기술적인 것이 아닙니다. 철학적인 것입니다.
클래스풀 주소 체계는 "우리의 카테고리에 맞추세요"라고 했습니다.
CIDR은 "필요한 것을 알려주세요"라고 했습니다.
예상치 못한 성공
CIDR은 긴급 조치로 설계되었습니다. 엔지니어들은 진정한 해결책인 IPv6가 개발되고 배포되는 동안 3~5년을 벌어줄 것이라고 예상했습니다.
30년이 넘게 지났습니다.
IPv4 주소 공간은 기술적으로 지금 고갈된 상태입니다. 하지만 인터넷은 여전히 그것으로 운영됩니다. NAT, 캐리어급 NAT, 그리고 신중한 할당이 CIDR이 가능하게 한 것을 아무도 예측하지 못했던 수준까지 늘려놓았습니다.
CIDR이 없었다면 인터넷은 1996년에 벽에 부딪혔을 것입니다. 월드 와이드 웹의 폭발적 성장도, 닷컴 붐도, 스마트폰 혁명도 없었을 것입니다. 적어도 우리가 아는 형태로는요. 인프라가 그만큼 오래 살아남지 못했을 것입니다.
근본적인 교훈
클래스풀 주소 체계의 설계자들은 무능하지 않았습니다. 1981년에 그들의 해결책은 합리적이었습니다. 인터넷이 어떻게 성장할지, 조직들이 무엇을 필요로 할지, 또는 그들의 우아한 단순함이 우아한 감옥이 될 것이라는 사실을 예측할 수 없었을 뿐입니다.
CIDR은 더 정교해서 성공한 것이 아니라, 미래를 예측하려는 시도를 멈췄기 때문에 성공했습니다. 고정된 카테고리를 만드는 대신, 아직 아무도 상상하지 못한 필요에도 적응할 수 있는 유연한 시스템을 만들었습니다.
이것이 인터넷이 생존하는 방식입니다. 근본적인 설계 결정이 부적절하다고 판명될 때, 엔지니어링 커뮤니티는 그 주변을 패치하는 대신 기반을 재설계합니다.
CIDR은 완벽한 해결책이 아니었습니다. 우리는 여전히 주소 고갈을 근본적으로 해결하기 위해 IPv6로 전환하는 중입니다. 하지만 그것은 결정적인 순간에 인터넷에 필요한 것이었습니다. 아직 도래하지 않은 미래로 가는 다리였습니다.
핵심 요약
- 클래스풀 주소 체계 (1981~1993) 는 조직을 세 가지 고정 크기로 강제하여, 카테고리에 맞지 않는 조직에게는 99% 이상의 낭비율을 만들었습니다
- 1990년대 초, 인터넷은 주소 고갈과 라우팅 테이블 폭발로 임박한 붕괴에 직면했습니다
- CIDR (1993) 은 고정 클래스를 유연한 네트워크 크기로 대체하고 경로 집계를 가능하게 했습니다
- 3~5년의 임시방편이 30년 이상의 해결책이 되었으며, IPv6 개발에 시간을 벌어주었습니다
- 교훈: 시스템은 더 나은 카테고리를 만드는 것이 아니라, 더 유연해짐으로써 살아남습니다
클래스풀 vs. 클래스리스 주소 체계에 대한 자주 묻는 질문
왜 사람들은 아직도 Class A, B, C 네트워크에 대해 이야기하나요?
이 용어가 지속되는 이유는 주소 범위를 간편하게 표현하는 약칭으로 쓸 수 있기 때문이며, 많은 네트워킹 도구들이 여전히 예전 클래스 경계에 맞춰진 "기본" 서브넷 마스크를 표시하기 때문입니다. 하지만 라우팅 및 할당 목적으로는 1993년 이후 클래스는 의미가 없어졌습니다.
CIDR 표기법에서 /24는 실제로 무엇을 의미하나요?
주소의 처음 24비트가 네트워크를 식별하고, 나머지 8비트가 해당 네트워크 내의 호스트를 식별한다는 것을 의미합니다. /24는 256개의 주소(사용 가능한 254개)를 제공합니다. /16은 65,536개의 주소를 제공합니다. 슬래시 뒤의 숫자가 네트워크 프리픽스 길이입니다.
CIDR이 실제로 IPv4 고갈을 해결했나요?
아니요, 수십 년 지연시킨 것입니다. CIDR은 주소 할당을 충분히 효율적으로 만들어 IPv4가 1990년대 중반이 아닌 2011~2019년(지역에 따라 다름)까지 지속될 수 있게 했습니다. 진정한 고갈은 지금 일어나고 있으며, 이것이 IPv6 채택이 마침내 가속화되고 있는 이유입니다.
경로 집계가 어떻게 도움이 되었나요?
CIDR 이전에는 256명의 고객을 보유한 ISP가 256개의 별도 라우팅 테이블 항목이 필요할 수 있었습니다. 집계를 통해 모든 것을 커버하는 단일 /16 하나만 광고할 수 있었습니다. 라우팅 테이블은 폭발적 증가에서 관리 가능한 수준으로 줄어들었고, 경로 조회도 더 빨라졌습니다.
출처
Hasznos volt ez az oldal?