2015 년 11 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 12 월 1 일,2015 년 9 인터넷 프로토콜 버전 4 |
|
문제 “클래스풀”어드레싱 시스템은 대규모 인터네트워크의 범용 어드레싱 방법을 정의하려는 최초의 주요 시도였다. 이 시스템은클래스풀계획의 개요에서 언급 한 바와 같이 몇 가지 장점을 가지고 있었고,크기가 제한된 네트워크를 위해 수십 년 전에 개발 된 것을 감안할 때 오랜 시간 동안 그 일을 현저하게 잘했습니다.
아무도 인터넷이 현재 크기에 가까운 어떤 것으로 버섯 모양을 만들 것이라고 예상하지 못했습니다. 성장함에 따라클래스화된지적재산권 주소 지정 메커니즘에서 문제가 명백해진다처음에는 천천히,그러나 성장이 더욱 빨라짐에 따라 더욱 빠르게. 이 유형의 주소 지정이 어떻게 작동하는지에 대한 설명에서 일부 논문 문제를 암시했지만 새로운 주소 지정 유형에 대한 토론을 구성하는 데 도움이되도록 이것을 더 자세히 살펴 보는 것이 유용하다고 생각합니다.
클래스풀주소 지정 문제 요약
클래스 풀주소 지정에는 세 가지 주요 문제가 있는데,이는 서로 다소 관련이 있습니다(설명하기가 조금 더 어려워짐). 이 문제점이 이는 것의 빠른 개요에 시작하자:
- 내부 주소 유연성 부족:대규모 조직에는 기본 내부 네트워크의 구조와 잘 일치하지 않는 대규모모놀리식주소 블록이 할당됩니다.
- 주소 공간의 비효율적 사용:3 개의 블록 크기(클래스,비 및 씨)만 존재하면 제한된 주소 공간이 낭비됩니다.
- 라우터 테이블 항목의 확산: 라우터의 성능 문제를 야기합니다. 비효율적 인 주소 공간 할당을 줄이려고하면 더 많은 라우터 테이블 항목이 생깁니다.이 문제는 주로클래스풀시스템에서 대기업들이 다소 큰(클래스 비)또는 정말로 거대한(클래스 에이)주소 블록을 할당받는다는 사실에 기인한다. 이제 5,000 대의 컴퓨터를 가진 중대 규모의 회사를 운영하고 있다고 가정해 보겠습니다. 정말 5,000 대의 컴퓨터가 단일 네트워크에 연결되어 있습니까? 도대체 당신이하지 희망 나는 확실히! 그러나 이러한 모든 것을 원래의클래스풀방식에서 단일 아이피네트워크에 맞추려고 시도해야 할 것입니다. 주소의 내부 계층 구조를 만들 수있는 방법이 없었습니다.
멀티캐스트 주소 지정 2 3 서브넷 주소 지정(“서브넷”)개념 이 웹 사이트는 귀하가 웹 사이트를 탐색하는 동안 귀하의 경험을 향상시키기 위해 쿠키를 사용합니다.이 쿠키들 중에서 필요에 따라 분류 된 쿠키는 웹 사이트의 기본적인 기능을 수행하는 데 필수적이므로 브라우저에 저장됩니다.또한이 웹 사이트의 사용 방식을 분석하고 이해하는 데 도움이되는 제 3 자 쿠키를 사용합니다. 당신은 또한 오른쪽 버튼을 사용하여 사용자 정의 금액을 기부 할 수 있습니다(이하$1 이상하시기 바랍니다,또는 페이팔은 대부분의/당신의 돈을 모두 가져옵니다! 2.”회사”는”회원”이”서비스”를 이용함에 있어”회원”이”서비스”를 이용함에 있어”회원”이”서비스”를 이용함에 있어”서비스”의 이용을 제한할 수 있습니다. 당신의 지원을 위한 감사합니다!
홈-목차-연락처
버전 3.0-버전 날짜:2005 년 9 월 20 일