IPv4 클래스 E는 어떻습니까?

IPv4의 클래스 E 네트워크 (240.0.0.0/4)에는 2 억 6,700 만 개의 주소가 포함되어 있습니다. IPv6에 대한 광고에도 불구하고, 주소 공간이 부족하다고 주장하는이 블록은 아이러니하게도 "나중에 사용하기 위해 예약 되어있다 "고 역설적으로 주장합니다 . 이 블록이 아직 해제되지 않은 이유는 무엇입니까?

물론 더 많은 IPv4 주소를 비우는 대신 IPv6을 홍보해야하지만 몇 년 동안 주소 부족이 발생할 것으로 보입니다. 우리는 주소가 다 떨어지기 전에 IPv6을 개발할 시간이 충분하지 않다고 확신 할 때조차있었습니다. 왜이 블록을 해제하지 않았습니까?

그리고 IPv6이 상당히 널리 구현되었지만 이전 버전과의 호환성을 위해 여전히 IPv4가 필요한 경우와 같이 향후 이러한 주소가 사용될 가능성이 있습니까? ISP에 관계없이 단계적으로 중단되지만 ISP는 IPv4 호환성을 위해 NAT를 사용할 필요가 없습니다.

ip-address ipv4 address-space-exhaustion

— 루크
소스

뒤늦게 살펴보면이 주소 범위는 모바일 IPv4 NAT 용으로 릴리스 되었어야합니다. 이를 통해 대 아시아 모바일 회사는 약 10 억 명의 사용자를 위해 NAT 서비스를보다 쉽게 운영 할 수 있습니다.

— MSalters

@MSalters 흠 그러나 NAT를 사용할지 여부를 결정하는 것은 IP 소유자의 몫입니다. 내가 올바르게 이해한다면 그들은 이것에 전념 할 필요가 없었을 것입니다. 그때 둘 다 사용되었을 수도 있습니다.

— Luc

범위 240.0.0.0/4는 소유자가 없었지만 예약되었습니다. 해당 범위에서 할당을 전달할 때 "NAT 전용 사용"이 사전 조건이 될 수 있습니다.

— MSalters

답변:

지원하다.

네트워킹 스택 구현은 RFC를 지원하기 위해 작성되므로 향후 사용을 위해 예약 된 IP에서 패킷을 보내거나받지 않습니다. 네트워킹 스택 외에도 서비스도이를 지원해야합니다. DHCP는 그것들을 배포 할 수 있어야하고, DNS는 그것들을 저장할 수 있어야하고, IANA의 소프트웨어와 ISP가 실제로 그 블록의 생성과 사용을 지원할 수 있어야합니다.

우리 모두가이 "클래스 E"블록을 지원할 때까지 더 이상 가치가없는 IPv6 로의 전환을 진척시킬 것입니다. 개발자, ISP 및 소비자는 대신 IPv6으로 전환하는 데 더 투자합니다.

그러나 Windows의 스택과 같은 많은 TCP / IP 스택은 클래스 E 공간의 주소를 허용하지 않으며 해당 주소를 보유한 통신원과도 통신하지 않습니다. 주소 공간이 필요하기 전에 설치된 기반에서이 동작을 변경하기에는 너무 늦었습니다.

— 자세한 내용을 읽어보십시오 ( Address Reclamation a Solution? )

— 타마라 위즈 먼
소스

그렇게 생각했지만 너무 이상하다고 생각하지 않았다. 특히 이러한 주소의 기능이 향후에 변경 될 수 있다고 명확하게 작성된 경우 이러한 IP에서 작동하지 않도록 하드 및 소프트웨어를 구축해야하는 이유는 무엇입니까?

— Luc

@Luc : 향후 사용을 위해 예약되어 있다고해서 어떤 형태의 지원도 구현할 수있는 것은 아닙니다. 다른 RFC를 보면 더 명확 해집니다. 예를 들어, 프로토콜에서, 그들은이 용어를 사용하여 나중에 프로토콜의 확장을 위해 사용될 수 있기 때문에 사용해서는 안되는 비트를 나타냅니다. 따라서 IP 공간에서도 동일하게 작동한다고 가정합니다. 당신은 자신이 말했다,이 주소의 기능은 미래에 변경 될 수 있음을 매우 명확하게 작성되었습니다. 그들은 단지 그것들을 단지 IP 주소로 사용할 수 없었을 수도 있고 아마도 특별한 것으로 사용할 수도 있습니다.

— Tamara Wijsman

@Luc : ping 240.0.0.1Windows 에서 시도하기 쉽습니다 .

— 타마라 Wijsman

@Luc : 그들이 그 블록을 공개하지 않았을 가능성이 높은 이유는 그 당시 서브넷 마스크가 그것의 일부 였고 그 당시의 런아웃에 대해 신경 쓰지 않았기 때문입니다. 유명한 " 640K는 누구든지 ". 그래서 결국 이런 식으로 적응하게되었습니다. 그때 그 아이디어를 생각해내는 것은 드물며, "만약 그것이 깨지지 않았다면 고치지 마십시오"라는 말이 적용됩니다. 왜냐하면 즉각적인 이익을 얻기 위해 많은 번거 로움이 필요하기 때문입니다. 그리고 RFC는 "먼저 이것을 사용하고 그 다음에 사용하는 것"과 같이 작동하지 않고, 변경되지 않는 프로토콜, 즉 IPv4-> IPv6 ...처럼 작동합니다.

— Tamara Wijsman

@Luc : 아이디어를 얻기 위해 IPv4 (1979)는 ARPANET (1969)이 운영 된 지 10 년 만에 문서화되었습니다. IPv6 (1998)은 14 년 전에 이미 IPv4가 절반 정도 소모 된 시점에 문서화되었습니다. 그들이 "클래스 E"블록을 지원하고 싶었다면 그 시점에서 그렇게했을 것입니다. 그러나 왜 더 큰 부분에 시간을 투자 할 수 있다면 왜 작은 부분을 가능하게합니까? 만약 그들이 "클래스 E"만 지원하고 IPv6을 지연하기로 선택했다면, 우리는 실제로 대안이없는 고갈의 위험이 있습니다. IPv4와 IPv6 (1980-1990) 사이에는 아마도 소진 징후가 없었을 것입니다 ...

— Tamara Wijsman

문제는이 블록이 많은 운영 체제에서 차단된다는 것입니다. 따라서 그들은 자신의 주소로 그것을 받아들이지 않을 것이며 그러한 주소를 가진 서버에 연결되지 않을 것입니다.

다른 이유는 클래스 E를 사용하면 1 년 정도 IPv4의 수명 만 연장하기 때문입니다. IPv6을 배포하여 1 년의 추가 지연 기간 동안 모든 운영 체제를 업그레이드하는 것은 가치가 없습니다.

— 샌더 스테판
소스