Thế còn IPv4 lớp E thì sao?

Mạng lớp E của IPv4 (240.0.0.0/4) chứa 268 triệu địa chỉ. Bất chấp các quảng cáo cho IPv6, tuyên bố chúng tôi đã hết dung lượng địa chỉ, khối này trớ trêu thay vẫn tuyên bố là "Dành cho sử dụng trong tương lai" . Tại sao khối này chưa được giải phóng?

Tất nhiên, IPv6 nên được quảng bá thay vì giải phóng thêm địa chỉ IPv4, nhưng chúng tôi đã thấy tình trạng thiếu địa chỉ trong nhiều năm. Thậm chí đã có lúc họ không chắc có đủ thời gian để phát triển IPv6 trước khi chúng tôi hết địa chỉ. Tại sao họ không giải phóng khối này?

Và có khả năng những địa chỉ này sẽ được sử dụng trong tương lai, như khi IPv6 được triển khai khá rộng rãi nhưng chúng ta vẫn cần IPv4 để tương thích ngược? Nó sẽ được loại bỏ bất kể, nhưng sau đó các ISP không phải sử dụng NAT để tương thích với IPv4.

ip-address ipv4 address-space-exhaustion

— Lục
nguồn

Nhìn nhận lại, phạm vi địa chỉ đó đã được phát hành cho NAT IPv4 di động. Điều đó sẽ giúp các công ty di động lớn của châu Á vận hành các dịch vụ NAT cho ~ 1 tỷ người dùng của họ dễ dàng hơn rất nhiều.

— MSalters

@MSalters Hmm nhưng tùy thuộc vào chủ sở hữu IP để quyết định có sử dụng NAT cho nó hay không, phải không? Họ sẽ không cần phải tận tâm với điều này, nếu tôi hiểu chính xác. Có thể đã được sử dụng cho cả hai sau đó.

— Luc

phạm vi 240.0.0.0/4không bao giờ có chủ sở hữu, nhưng được bảo lưu. "Sử dụng riêng cho NAT" có thể đã được đặt thành điều kiện tiên quyết khi phân phát phân bổ từ phạm vi đó.

— MSalters

Câu trả lời:

Ủng hộ.

Việc triển khai ngăn xếp mạng được viết để hỗ trợ RFC và do đó sẽ không gửi hoặc chấp nhận các gói từ các IP được dành riêng để sử dụng trong tương lai. Bên cạnh ngăn xếp mạng, các dịch vụ cũng phải hỗ trợ chúng; DHCP phải có khả năng phân phối chúng, DNS phải có khả năng lưu trữ chúng, phần mềm tại IANA và ISP của bạn phải có khả năng thực sự hỗ trợ việc tạo và sử dụng khối đó.

Vào thời điểm tất cả chúng ta hỗ trợ khối "lớp E" này, chúng ta sẽ đạt được tiến bộ lớn khi chuyển sang IPv6 để nó không còn giá trị nữa. Các nhà phát triển, ISP và người tiêu dùng tốt hơn nên đầu tư vào chuyển đổi sang IPv6 thay vì ...

Tuy nhiên, nhiều ngăn xếp TCP / IP, chẳng hạn như ngăn xếp trong Windows, không chấp nhận địa chỉ từ không gian lớp E và thậm chí sẽ không liên lạc với các phóng viên đang giữ các địa chỉ đó. Bây giờ có lẽ đã quá muộn để thay đổi hành vi này trên cơ sở được cài đặt trước khi cần không gian địa chỉ

- Đọc thêm (bên dưới Địa chỉ cải tạo một giải pháp? )

— Tamara Wijsman
nguồn

Nghĩ về điều đó, nhưng từ chối ý tưởng là quá kỳ lạ. Tại sao phần cứng và phần mềm sẽ được xây dựng không hoạt động với các IP đó, đặc biệt nếu nó được viết rất rõ ràng rằng chức năng của các địa chỉ này có thể thay đổi trong tương lai?

— Lục

@Luc: Bởi vì nó được dành riêng cho sử dụng trong tương lai, điều đó không có nghĩa là bạn có thể thực hiện bất kỳ hình thức hỗ trợ nào cho nó; điều này trở nên rõ ràng hơn nếu chúng ta nhìn vào các RFC khác. Ví dụ, trong các giao thức, họ sử dụng thuật ngữ đó để chỉ ra một số bit mà bạn không nên sử dụng vì chúng có thể được sử dụng sau này cho các phần mở rộng có thể của giao thức. Như vậy, tôi cho rằng nó hoạt động tương tự cho không gian IP. Bạn tự nói, nó được viết rất rõ ràng rằng chức năng của các địa chỉ này có thể thay đổi trong tương lai. Họ không thể sử dụng chúng làm địa chỉ IP mà có lẽ là một thứ gì đó đặc biệt ...

— Tamara Wijsman

@Luc: Thật dễ dàng để thử ... ping 240.0.0.1trên Windows.

— Tamara Wijsman

@Luc: Lý do rất có thể họ chưa phát hành khối đó là vì mặt nạ mạng con là một phần của nó vào thời điểm đó và họ không thực sự quan tâm đến việc chạy ra sau đó, giống như " 640K nổi tiếng nên là đủ cho bất cứ ai ". Vì vậy, nó đã được điều chỉnh theo cách này. Rất hiếm khi nảy ra ý tưởng đó sau đó và ngay cả khi bạn đã làm, "Nếu nó không bị hỏng, đừng sửa nó", bởi vì điều đó sẽ đòi hỏi rất nhiều rắc rối vì không có lợi ích ngay lập tức. Và tốt, RFC không hoạt động như "trước tiên hãy sử dụng nó cho cái này, sau đó cho cái kia" mà là một giao thức không thay đổi, do đó, IPv4 -> IPv6 ...

— Tamara Wijsman

@Luc: Để có được một ý tưởng, IPv4 (1979) đã được ghi nhận chỉ 10 năm sau khi ARPANET (1969) đi vào hoạt động; IPv6 (1998) đã được ghi nhận từ 14 năm trước, tại thời điểm đó, IPv4 đã cạn kiệt một nửa. Nếu họ muốn hỗ trợ khối "lớp E" thì họ đã làm như vậy vào thời điểm đó, nhưng tại sao lại kích hoạt một phần nhỏ nếu bạn có thể đầu tư thời gian theo cách lớn hơn? Nếu họ đã chọn chỉ hỗ trợ "lớp E" và trì hoãn IPv6 thì chúng tôi thực sự sẽ có nguy cơ cạn kiệt mà không có giải pháp thay thế. Ở giữa IPv4 và IPv6 (1980 - 1990) có lẽ vẫn chưa có dấu hiệu cạn kiệt ...

— Tamara Wijsman

Vấn đề là khối này nằm trong danh sách đen trong nhiều hệ điều hành. Vì vậy, họ sẽ không chấp nhận nó là địa chỉ của chính họ và họ sẽ không kết nối với máy chủ có địa chỉ như vậy.

Lý do khác là việc sử dụng lớp E sẽ chỉ kéo dài tuổi thọ của IPv4 một năm hoặc lâu hơn. Nâng cấp tất cả các hệ điều hành trong một năm chậm trễ với việc triển khai IPv6 là không xứng đáng

— Sander Steffann
nguồn