“ IPv10” เป็นเรื่องตลกหรือร่าง RFC ที่จริงจังหรือไม่

ข้อมูลจำเพาะ Internet Protocol รุ่น 10 (IPv10)

ชื่อเป็นเรื่องตลก (IPv4 + IPv6 == IPv10) แต่ข้อเสนอที่แท้จริงดูเหมือนแปลก (รูปแบบแพ็คเก็ตอีกหนึ่งรูปแบบเพื่อต่อสู้กับความไม่ลงรอยกันระหว่างรูปแบบแพ็คเก็ต)

มันเป็นข้อเสนอปกติที่มีข้อดีข้อเสียและสมดุลหรือเป็นเพียงเอกสารที่ทำงานได้น้อยที่สุดเพื่อสร้างความสนุกของ "IPv10" ด้วยใบหน้าที่จริงจังหรือไม่?

หากร้ายแรงโปรดบอกกล่าวให้เป็นแบบ "tl; dr" ทำไมจึงไม่ใช่เทคโนโลยีการเปลี่ยนแปลงอื่นเช่น nat64 / teredo

อย่างที่รอนบอกทุกคนสามารถเขียนข้อเสนอได้ ผมมีช่วงเวลาที่ยากการข้อเสนออย่างจริงจังจากคนที่แสดงให้เห็นดาวเทียมเชื่อมต่อกันด้วยใยแก้วนำแสงแม้ว่า

นอกจากนี้ฉันไม่สามารถจินตนาการว่าข้อเสนอที่แท้จริงนี้ได้รับแรงผลักดันใด ๆ โดยเฉพาะอย่างยิ่งเนื่องจากข้อความนี้:

โฮสต์ที่เชื่อมต่ออินเทอร์เน็ตทั้งหมดจะต้องเป็นโฮสต์ IPv10 เพื่อให้สามารถสื่อสารได้โดยไม่คำนึงถึงรุ่น IP ที่ใช้และกระบวนการติดตั้ง IPv10 สามารถทำได้โดย บริษัท เทคโนโลยีทั้งหมดที่พัฒนาระบบปฏิบัติการสำหรับโฮสต์เครือข่ายและอุปกรณ์รักษาความปลอดภัย

ดังนั้นเพื่อแก้ปัญหาของโฮสต์ IPv4 เท่านั้นที่ไม่สามารถพูดคุยกับโฮสต์ IPv6 เท่านั้น (และในทางกลับกัน) คุณต้องใช้โปรโตคอลอื่น : IPv10 จากนั้นทำไมต้องกังวลกับสิ่งนั้นและไม่เพียง แต่นำ IPv6 ไปใช้กับโฮสต์ IPv4 เท่านั้นนั้นและทำกับมัน

นอกจากนี้ดังที่สามารถอ่านได้ในRFC7059มีกลไกอุโมงค์ที่มีอยู่แล้วเพียงพอซึ่งสามารถใช้ในการแก้ปัญหาบางส่วนของปัญหานี้ได้

พูดตามตรงฉันคิดว่าผู้แต่งหวังว่าจะประสบความสำเร็จในเชิงพาณิชย์โดยอ้างสิทธิ์ในลิขสิทธิ์ซึ่งสามารถอ่านได้ในทวีตเหล่านี้ :

ประกาศ: การปกป้องลิขสิทธิ์โปรโตคอล # IPv10 และ KHALED Routing Protocol (#KRP หรือ #RRP) ได้รับการพัฒนาโดย @The_Road_Series CEO

พวกเขาจะต้องไม่ถูกนำเสนอหรือเผยแพร่โดยองค์กรใด ๆ โดยไม่ได้รับการอนุมัติจากผู้พัฒนา @Eng_Khaled_Omar

วันนี้ 26 พฤษภาคม 2017 คำขอที่สองถูกส่งไปยัง ietf เพื่อลบร่าง # IPv10 #KRP (#RRP) ออกจากที่เก็บ

คุณต้องจำไว้ว่าทุกคนสามารถส่งข้อเสนอต่อ IETF และมีการดำเนินการอย่างจริงจังจนกว่าพวกเขาจะถูกนำมาใช้หรือตายเพราะขาดความสนใจ

ข้อเสนอนี้หมดอายุแล้วและได้รับการต่ออายุโดยผู้เขียนหลายครั้ง ดูเหมือนจะไม่มีอะไรมากหากมีการสนับสนุนและไม่ได้มีสถานะ RFC ที่เสนอเช่นติดตามมาตรฐาน ผู้เขียนอาจจริงจังกับข้อเสนอของเขา แต่ดูเหมือนว่าเขาจะไม่ได้รับการสนับสนุนอย่างจริงจังสำหรับข้อเสนอ

มีข้อเสนอที่จะเป็นIPv4 พระอาทิตย์ตกที่เป็นรุนแรงและมีกลุ่มการทำงานเต็มรูปแบบที่อยู่เบื้องหลังมัน แต่มันก็มีถนนอย่างหนักยาวไปข้างหน้ามันจะนำมาใช้อย่างเต็มรูปแบบ มันตั้งใจที่จะแก้ไขปัญหาที่เกิดขึ้นในการเปลี่ยนจาก IPv4 เป็น IPv6

“ IPv10” เป็นเรื่องตลกหรือร่าง RFC ที่จริงจังหรือไม่

ทั้งสอง ฉันเดาว่าเจ้าหมอนั้นจริงจังและเขาไม่ได้รับแผนการที่ไร้สาระที่เขาเสนอ เรื่องตลกเกี่ยวกับเขา

ข้อเสนอไฟเบอร์ดาวเทียมแม้จะหัวเราะมากขึ้นตามที่ละเลยต้องมีความยาวเส้นใยและทั้งหมดละเว้นกลศาสตร์โคจร

IETF ควรบล็อกเขาเพื่อหลอก

มันเป็นความพยายามอย่างจริงจังในการแก้ปัญหาที่แท้จริง ไม่ว่าการแก้ปัญหาจะดีหรือไม่ดี (อาจเป็นขยะ) คำแถลงปัญหานั้นถูกต้อง: กลยุทธ์ปัจจุบันของการพยายามใช้ IPv6 ล้มเหลว ตามการแนะนำของมันบอกว่า 19 ปีของ IPv6 และยังคงไม่มีทางที่เราจะเห็นว่าตัวเองมีการเปลี่ยนแปลงในทางที่มีความหมายใด ๆ

ตามที่กล่าวถึงเราได้รับการแก้ปัญหาบางอย่างเช่น NAT64 (มันก็กล่าวถึงคนอื่นด้วย) สิ่งเหล่านี้ดีและดี แต่ก็ยังไม่อนุญาตให้เปลี่ยนไปใช้ IPv6 อย่างเต็มรูปแบบ - พวกเขาถือว่าโฮสต์สาธารณะ IPv4 เท่านั้นเท่านั้นอยู่ที่นี่

ที่กล่าวว่าฉันสงสัยเกี่ยวกับวิธีข้อกำหนดนี้จะช่วยให้สิ่งที่ฉันเห็นเป็นปัญหาพื้นฐานกับการเปลี่ยนไปใช้ IPv6 ฉันไม่ได้ใช้เวลามากในการพยายามทำความเข้าใจว่ามันพยายามอย่างไรและบางทีมันอาจฉลาดกว่าฉัน (แม้ว่าฉันจะเห็นด้วยกับคำตอบอื่น ๆ ที่บอกว่าฉันถูกต้อง) แต่ดูเหมือนว่าจะประสบปัญหา bootstrapping เช่นเดียวกับที่ IPv6 มี ที่แรก.

เพื่อตอบคำถาม แต่ก็ยังคงพยายามอย่างจริงจังในการแก้ปัญหา

มีความถูกต้องบางอย่างกับการใช้งานของโปรโตคอลใหม่ โปรโตคอลการแปลปัจจุบันคือ NAT64

NAT64 เป็นกลไกการเปลี่ยน IPv6 ที่อำนวยความสะดวกในการสื่อสารระหว่างโฮสต์ IPv6 และ IPv4 โดยใช้รูปแบบของการแปลที่อยู่เครือข่าย (NAT) เกตเวย์ NAT64 เป็นนักแปลระหว่าง IPv4 และ IPv6 โปรโตคอล1ที่ทำงานก็ต้องอยู่ IPv4 อย่างน้อยหนึ่งและกลุ่มเครือข่าย IPv6 ที่ประกอบไปด้วยพื้นที่ที่อยู่ 32 บิต ไคลเอนต์ IPv6 ฝังที่อยู่ IPv4 ที่ต้องการสื่อสารกับการใช้ส่วนโฮสต์ของส่วนเครือข่าย IPv6 ทำให้เกิดที่อยู่ IPv6 ที่ฝังตัวใน IPv4 (ด้วยเหตุนี้พื้นที่ที่อยู่แบบ 32 บิตในส่วนเครือข่าย IPv6) และส่งแพ็กเก็ตไปยัง ที่อยู่ที่เกิดขึ้น เกตเวย์ NAT64 สร้างการแมประหว่างที่อยู่ IPv6 และที่อยู่ IPv4 ซึ่งอาจกำหนดค่าหรือกำหนดค่าด้วยตนเองโดยอัตโนมัติ

แหล่ง

แนวคิดหลักสำหรับ IPv10 คือการกำจัด NAT64 พูดอย่างเคร่งครัด NAT เป็นคอขวดเสมอ