Là IPv ​​IPv10, một trò đùa hay một bản nháp RFC nghiêm túc?

Đặc điểm kỹ thuật của Giao thức Internet phiên bản 10 (IPv10)

Tên này rất buồn cười (IPv4 + IPv6 == IPv10), nhưng đề xuất thực tế có vẻ lạ (thêm một định dạng gói để chống lại sự không tương thích giữa các định dạng gói).

Đây có phải là một đề xuất bình thường đã cân bằng ưu và nhược điểm hay chỉ là một tài liệu khả thi tối thiểu để tạo niềm vui cho "IPv10" với khuôn mặt nghiêm túc?

Nếu nghiêm túc, xin vui lòng giải thích nó theo kiểu "tl; dr". Tại sao điều này mà không phải là một công nghệ chuyển đổi khác như nat64 / teredo?

Như Ron nói, bất cứ ai cũng có thể viết một đề nghị. Mặc dù vậy, tôi có một thời gian khó khăn khi thực hiện các đề xuất nghiêm túc từ một người đề xuất các vệ tinh kết nối với nhau bằng sợi quang .

Ngoài ra, tôi không thể tưởng tượng đề xuất thực tế này đạt được bất kỳ động lực nào, đặc biệt là do lưu ý này:

Tất cả các máy chủ được kết nối Internet phải là máy chủ IPv10 để có thể giao tiếp bất kể phiên bản IP đã sử dụng và quá trình triển khai IPv10 có thể được thực hiện bởi TẤT CẢ các công ty công nghệ phát triển HĐH cho máy chủ lưu trữ và thiết bị bảo mật.

Vì vậy, để giải quyết vấn đề máy chủ chỉ có IPv4 không thể nói chuyện với máy chủ chỉ IPv6 (và ngược lại), bạn cần thực hiện một giao thức khác : IPv10. Vậy thì, tại sao phải bận tâm với điều đó và không chỉ triển khai IPv6 trên máy chủ chỉ có IPv4 đó và được thực hiện với nó.

Ngoài ra, như có thể được đọc trong RFC7059 , đã có quá nhiều cơ chế đường hầm có sẵn có thể được sử dụng để giải quyết các phần của vấn đề này.

Thành thật mà nói, tôi nghĩ rằng tác giả đang hy vọng vào một số thành công thương mại bằng cách tuyên bố bản quyền, như có thể được đọc trong các tweet này :

THÔNG BÁO: Bảo vệ bản quyền, Giao thức định tuyến # IPv10 và KHALED (#KRP hoặc #RRP) được phát triển bởi Giám đốc điều hành @The_Road_Series.

Họ KHÔNG được đại diện hoặc xuất bản bởi bất kỳ tổ chức nào mà không có sự chấp thuận từ nhà phát triển của họ @Eng_Khaled_Omar

Hôm nay ngày 26 tháng 5 năm 2017, một yêu cầu thứ 2 đã được gửi đến ietf để xóa các bản nháp # IPv10 #KRP (#RRP) khỏi kho lưu trữ của họ.

Bạn phải nhớ rằng bất kỳ ai cũng có thể gửi đề xuất lên IETF và chúng được thực hiện nghiêm túc, cho đến khi chúng được thông qua hoặc chết do thiếu quan tâm.

Đề xuất đặc biệt này đã hết hạn và được gia hạn nhiều lần bởi tác giả. Nó dường như không có nhiều, nếu có, hỗ trợ và thậm chí nó không có trạng thái RFC được đề xuất, ví dụ: Theo dõi Tiêu chuẩn. Tác giả có thể nghiêm túc về đề xuất của mình, nhưng dường như ông không thu được bất kỳ sự hỗ trợ nghiêm túc nào cho đề xuất này.

Có một đề nghị để hoàng hôn IPv4 đó là nghiêm trọng, và nó có một nhóm làm việc đầy đủ đằng sau nó, nhưng nó có một con đường khó khăn dài phía trước của nó để áp dụng đầy đủ. Nó dự định sẽ giải quyết các vấn đề cố hữu trong quá trình chuyển đổi từ IPv4 sang IPv6.

Là IPv ​​IPv10, một trò đùa hay một bản nháp RFC nghiêm túc?

Cả hai. Tôi đoán rằng bloke là nghiêm trọng và anh ta không nhận được những kế hoạch lố bịch mà anh ta đề xuất. Trò đùa của anh ta.

Các đề nghị sợi vệ tinh thậm chí còn lố bịch hơn vì nó bỏ qua yêu cầu độ dài sợi và hoàn toàn bỏ qua cơ quỹ đạo.

IETF nên chặn anh ta để trolling.

Đó là một nỗ lực nghiêm túc để giải quyết một vấn đề thực sự. Cho dù giải pháp là tốt hay xấu (có lẽ là rác rưởi), tuyên bố vấn đề của nó là chính xác: chiến lược hiện tại là cố gắng thực hiện IPv6 cho đến nay đã thất bại. Như lời giới thiệu của nó, 19 năm IPv6 và vẫn không có cách nào chúng ta có thể thấy bản thân mình đã chuyển đổi theo bất kỳ cách có ý nghĩa nào.

Như đã đề cập, chúng tôi đã có một số giải pháp bắc cầu như NAT64 (nó cũng đề cập đến các giải pháp khác). Đây là những thứ tốt và tốt nhưng vẫn không cho phép chuyển đổi hoàn toàn sang IPv6 - họ cho rằng các máy chủ chỉ có IPv4 công khai vẫn ở đây.

Điều đó nói rằng, tôi nghi ngờ về cách đặc tả này sẽ giúp đưa ra những gì tôi thấy là những vấn đề cơ bản với việc chuyển đổi sang IPv6. Tôi đã không dành nhiều thời gian để cố gắng hiểu nó cố gắng như thế nào và có lẽ nó khôn ngoan hơn tôi (mặc dù sự đồng thuận giữa các câu trả lời khác cho thấy tôi đúng), nhưng dường như nó cũng gặp phải vấn đề khởi động tương tự mà IPv6 gặp phải địa điểm đầu tiên.

Để trả lời Nhưng nó vẫn là một nỗ lực nghiêm túc để giải quyết vấn đề.

Có một số giá trị với việc thực hiện một giao thức mới. Giao thức dịch hiện tại là NAT64.

NAT64 là một cơ chế chuyển đổi IPv6, tạo điều kiện giao tiếp giữa các máy chủ IPv6 và IPv4 bằng cách sử dụng một hình thức dịch địa chỉ mạng (NAT). Cổng NAT64 là trình dịch giữa các giao thức IPv4 và IPv6, 1 cho chức năng này cần ít nhất một địa chỉ IPv4 và phân đoạn mạng IPv6 bao gồm không gian địa chỉ 32 bit. Máy khách IPv6 nhúng địa chỉ IPv4 mà nó muốn liên lạc bằng cách sử dụng phần máy chủ của phân đoạn mạng IPv6, dẫn đến địa chỉ IPv6 được nhúng IPv4 (do đó là không gian địa chỉ 32 bit trong phân đoạn mạng IPv6) và gửi các gói đến địa chỉ kết quả. Cổng NAT64 tạo ánh xạ giữa IPv6 và địa chỉ IPv4, có thể được cấu hình thủ công hoặc xác định tự động.

Nguồn

Ý tưởng chính cho IPv10 sẽ là loại bỏ NAT64. Nói đúng ra, NAT luôn là một nút cổ chai.