“IPv10” şaka mı yoksa ciddi bir RFC taslağı mı?

İnternet Protokolü sürüm 10 (IPv10) Özellikleri

Adı komik (IPv4 + IPv6 == IPv10), ancak asıl teklif garip görünüyor (paket biçimleri arasında uyumsuzlukla savaşmak için bir paket daha).

Dengeli avantajları ve dezavantajları olan normal bir teklif veya ciddi bir yüzü olan "IPv10" ile dalga geçmek için sadece asgari düzeyde uygulanabilir bir belge midir?

Ciddiyse, lütfen "tl; dr" tarzında onu tanımlayın. Neden bu ve nat64 / teredo gibi başka bir geçiş teknolojisi değil?

Ron'un dediği gibi, herkes bir teklif yazabilir. Bununla birlikte , uyduları optik fiber ile birbirine bağlamayı öneren birisinin önerilerini ciddiye almakta zorlanıyorum .

Ayrıca, bu gerçek teklifin, özellikle bu not nedeniyle herhangi bir ivme kazandığını hayal bile edemiyorum:

İnternete bağlı tüm ana makinelerin, kullanılan IP sürümünden bağımsız olarak iletişim kurabilmeleri için IPv10 ana bilgisayarları olması gerekir ve IPv10 dağıtım işlemi, ana bilgisayar ağları ve güvenlik aygıtları için işletim sistemleri geliştiren TÜM teknoloji şirketleri tarafından gerçekleştirilebilir.

Bu nedenle, IPv4-yalnızca ana bilgisayarların sorununu çözmek için IPv6-yalnızca ana bilgisayarlarla konuşamıyor (ve tersi) başka bir protokol uygulamanız gerekir : IPv10. Öyleyse neden bununla uğraşmıyorsunuz ve sadece IPv6'yı sadece o IPv4 ana bilgisayarına uygulamıyor ve onunla bitmiyorsunuz.

Ek olarak, RFC7059'da okunabileceği gibi , bu problemin bölümlerini çözmek için kullanılabilecek olan yeterli tünel mekanizması zaten var.

Dürüst olmak gerekirse, bence bu tweet'lerde okunabileceği gibi, telif hakkı talebinde bulunarak yazarın bazı ticari başarıları umduğunu düşünüyorum :

DUYURU: Telif Haklarını Koruma, # IPv10 ve KHALED Yönlendirme Protokolü (#KRP veya #RRP), @The_Road_Series CEO'su tarafından geliştirilmiştir.

Geliştirici @Eng_Khaled_Omar'dan onay almadan hiçbir kuruluş tarafından temsil edilmemeli veya yayınlanmamalıdır.

Bugün 26 Mayıs 2017'de, # IPv10 #KRP (#RRP) taslaklarını depolarından kaldırmak için ietf'e 2. bir istek gönderildi.

Herkesin IETF'ye teklif sunabileceğini ve ilgisizlik nedeniyle kabul edilinceye veya ölünceye kadar ciddiye alındığını hatırlamalısınız.

Bu özel teklifin süresi geçmiş ve yazar tarafından birkaç kez yenilenmiştir. Varsa, desteği çok görünmüyor ve önerilen bir RFC statüsü bile yok, örneğin Standartlar İzleme. Yazar, teklifi hakkında muhtemelen ciddidir, ancak teklif için ciddi bir destek almadığı görülüyor.

Orada bir öneridir gün batımı IPv4 olan ciddi ve arkasında tam bir çalışma grubu var ama tam benimsenmesine, önüne uzun sert bir yol var. IPv4'ten IPv6'ya geçiş sırasında ortaya çıkan sorunları ele almak niyetindedir.

“IPv10” şaka mı yoksa ciddi bir RFC taslağı mı?

Her ikisi de. Sanırım bu adam çok ciddi ve teklif ettiği saçma planların ne olduğunu anlamadı. Şaka onun üstünde.

Elyaf Uydu önerisi fiber uzunlukları gerekli ve tamamen yörünge mekaniği görmezden ihmal olarak daha da komik.

IETF onu trolling için engellemelidir.

Gerçek bir sorunu çözmek için ciddi bir girişim. Çözümün iyi veya kötü (muhtemelen çöp), sorun ifadesi doğrudur: IPv6'yı uygulamaya çalışmanın mevcut stratejisi şu ana kadar başarısız olmuştur. Girişinin dediği gibi, 19 yıllık IPv6 ve hala anlamlı bir şekilde geçiş yaptığımızı görmemize imkan yok.

Bahsedildiği gibi, zaten NAT64 gibi bazı köprüleme çözümlerine sahibiz (diğerlerinden de bahseder). Bunlar gayet iyi ve güzel fakat yine de IPv6'ya tam bir geçişe izin vermiyorlar - sadece IPv4'e sahip ana bilgisayarların burada kalacaklarını varsayıyorlar.

Bununla birlikte, IPv6'ya geçişle ilgili temel problemler olduğunu düşündüğümde, bu tarifnamenin nasıl yardımcı olacağı konusunda şüpheci olduğumu söyledim . Nasıl çalıştığını anlamaya çalışmak için fazla zaman harcamamıştım, ve belki de benden daha akıllıdır (diğer cevaplar arasındaki uzlaşı haklı olduğumu ima eder), ancak IPv6’nın yaşadığı aynı açılış sorunu ilk yer.

Cevaplamak için Ama bu hala sorunu çözmek için ciddi bir girişimdir.

Yeni bir protokolün uygulanmasında bazı geçerliliği var. Geçerli çeviri protokolü NAT64.

NAT64, bir ağ adresi çevirisi (NAT) kullanarak, IPv6 ve IPv4 ana bilgisayarları arasındaki iletişimi kolaylaştıran bir IPv6 geçiş mekanizmasıdır. NAT64 ağ geçidi, IPv4 ve IPv6 protokolleri arasında bir tercüman olup, 1 işlevi en az bir IPv4 adresi ve 32 bit adres alanı içeren bir IPv6 ağ kesimi gerektirir. Bir IPv6 istemcisi, IPv6 ağ bölümünün ana bilgisayar bölümünü kullanarak iletişim kurmak istediği IPv4 adresini katıştırır; böylece IPv4 katıştırılmış IPv6 adresleri (dolayısıyla IPv6 ağ bölümündeki 32 bit adres alanı) ortaya çıkar ve paketleri gönderir. elde edilen adres. NAT64 ağ geçidi, IPv6 ile IPv4 adresleri arasında, elle yapılandırılabilen veya otomatik olarak belirlenebilen bir eşleme oluşturur.

Kaynak

IPv10 için ana fikir NAT64'ün ortadan kaldırılması olacaktır. Açıkçası, NAT her zaman bir darboğaz olmuştur.