Apakah "IPv10" lelucon atau konsep RFC serius?

Spesifikasi Internet Protocol version 10 (IPv10)

Namanya lucu (IPv4 + IPv6 == IPv10), tetapi proposal yang sebenarnya terlihat aneh (satu lagi format paket untuk mengatasi ketidakcocokan antara format paket).

Apakah itu proposal normal yang memiliki pro dan kontra yang seimbang atau hanya dokumen yang layak untuk mengolok-olok "IPv10" dengan wajah serius?

Jika serius, tolong jelaskan dengan cara "tl; dr". Mengapa ini dan bukan teknologi transisi lain seperti nat64 / teredo?

Seperti kata Ron, siapa pun bisa menulis proposal. Namun, saya kesulitan menerima proposal dengan serius dari seseorang yang menyarankan interkoneksi satelit dengan serat optik .

Juga, saya tidak dapat membayangkan proposal aktual ini mendapatkan momentum, terutama karena catatan ini:

Semua host yang terhubung Internet haruslah host IPv10 untuk dapat berkomunikasi terlepas dari versi IP yang digunakan, dan proses penyebaran IPv10 dapat dilakukan oleh SEMUA perusahaan teknologi yang mengembangkan OS untuk jaringan host dan perangkat keamanan.

Jadi, untuk menyelesaikan masalah host yang hanya IPv4 tidak dapat berbicara dengan host yang hanya IPv6 (dan sebaliknya) Anda perlu mengimplementasikan protokol lain : IPv10. Lalu, mengapa repot-repot dengan itu dan tidak hanya mengimplementasikan IPv6 pada host IPv4-satunya dan dilakukan dengan itu.

Selain itu, seperti dapat dibaca dalam RFC7059 , sudah ada lebih dari cukup mekanisme terowongan yang tersedia yang dapat digunakan untuk menyelesaikan bagian dari masalah ini.

Sejujurnya, saya pikir penulis berharap pada beberapa keberhasilan komersial dengan mengklaim hak cipta, seperti dapat dibaca di tweet ini :

PENGUMUMAN: Melindungi Hak Cipta, # IPv10 dan KHALED Routing Protocol (#KRP atau #RRP) dikembangkan oleh @The_Road_Series CEO.

Mereka TIDAK HARUS diwakili atau diterbitkan oleh organisasi apa pun tanpa persetujuan dari pengembang mereka @Eng_Khaled_Omar

Hari ini 26 Mei 2017, permintaan kedua dikirimkan ke ietf untuk menghapus # IPv10 #KRP (#RRP) draft dari repositori mereka.

Anda harus ingat bahwa siapa pun dapat mengajukan proposal ke IETF, dan mereka ditanggapi dengan serius, sampai mereka diadopsi atau mati karena kurangnya minat.

Proposal khusus ini telah kedaluwarsa dan diperbarui oleh penulis beberapa kali. Tampaknya tidak memiliki banyak, jika ada, dukungan, dan bahkan tidak memiliki status RFC yang diusulkan, misalnya Track Standar. Penulis mungkin serius tentang lamarannya, tetapi ia tampaknya tidak mengumpulkan dukungan serius untuk lamaran itu.

Ada usulan untuk sunset IPv4 yang merupakan serius, dan memiliki kelompok kerja penuh di balik itu, tetapi memiliki jalan panjang dan sulit di depan itu untuk adopsi penuh. Itu bermaksud untuk mengatasi masalah yang melekat dalam transisi dari IPv4 ke IPv6.

Apakah "IPv10" lelucon atau konsep RFC serius?

Kedua. Saya kira pria itu serius dan dia tidak mendapatkan skema konyol apa yang dia usulkan. Lelucon ada padanya.

The Proposal Fiber satelit bahkan lebih menggelikan karena mengabaikan diperlukan panjang serat dan benar-benar mengabaikan mekanika orbital.

IETF harus memblokirnya untuk melakukan trolling.

Ini merupakan upaya serius untuk memecahkan masalah nyata. Apakah solusinya baik atau buruk (itu mungkin sampah), pernyataan masalahnya benar: strategi saat ini mencoba menerapkan IPv6 sejauh ini gagal. Seperti kata pendahuluannya, 19 tahun IPv6 dan masih belum ada cara kita dapat melihat diri kita telah mengalami transisi dengan cara yang berarti.

Seperti yang disebutkan, kami telah mendapatkan beberapa solusi penghubung seperti NAT64 (ini juga menyebutkan yang lain). Ini bagus dan bagus, tetapi masih tidak memungkinkan transisi penuh ke IPv6 - mereka menganggap host IPv4 publik hanya di sini untuk tinggal.

Yang mengatakan, saya skeptis tentang bagaimana spesifikasi ini akan membantu mengingat apa yang saya lihat adalah masalah mendasar dengan transisi ke IPv6. Saya belum menghabiskan banyak waktu untuk mencoba memahami bagaimana mencoba, dan mungkin lebih bijak daripada saya (meskipun konsensus di antara jawaban lain menyarankan saya benar), tetapi tampaknya mengalami masalah bootstrap yang sama dengan yang dimiliki IPv6 di tempat pertama.

Untuk menjawab tetapi itu masih merupakan upaya serius untuk memecahkan masalah.

Ada beberapa validitas dengan implementasi protokol baru. Protokol terjemahan saat ini adalah NAT64.

NAT64 adalah mekanisme transisi IPv6 yang memfasilitasi komunikasi antara host IPv6 dan IPv4 dengan menggunakan bentuk terjemahan alamat jaringan (NAT). Gateway NAT64 adalah penerjemah antara protokol IPv4 dan IPv6, 1 yang fungsinya membutuhkan setidaknya satu alamat IPv4 dan segmen jaringan IPv6 yang terdiri dari ruang alamat 32-bit. Klien IPv6 menyematkan alamat IPv4 yang ingin dikomunikasikan dengan menggunakan bagian host dari segmen jaringan IPv6, menghasilkan alamat IPv6 yang tertanam IPv4 (maka ruang alamat 32-bit di segmen jaringan IPv6), dan mengirimkan paket ke alamat yang dihasilkan. Gateway NAT64 membuat pemetaan antara alamat IPv6 dan IPv4, yang dapat secara manual dikonfigurasi atau ditentukan secara otomatis.

Sumber

Gagasan utama untuk IPv10 adalah penghapusan NAT64. Sebenarnya, NAT selalu menjadi hambatan.