نظرا لأن IPv6 سيحل محل IPv4، هل يجب علي تطوير تطبيقي الجديد لدعمه؟

Question

أقوم بتطوير تطبيقات باستخدام العديد من اللغات وعدد قليل من المنصات. من ما أقرأه، ستكون IPv6 سائدة في غضون ذلك ثم 5-10 سنوات القادمة، وأن بعض مزود خدمة الإنترنت تقدم حتى اتصال مباشر بالإنترنت IPv6. على شبكتي الخاصة، تحتوي جميع الأجهزة على اتصال مزدوج المكدس والتواصل مع بعضها البعض باستخدام IPv6 عند الإمكان.

سؤالي هو: هل يجب كتابة طلبي الجديد لدعم IPv6؟ إذا كان الأمر كذلك، فما هي الأشياء التي أحتاجها للنظر فيها؟ هل هناك أي سلبيات لدعم IPv6 الآن؟

لا أعرف إذا كان هذا سيساعد أو يضر، ولكن فيما يلي بعض التفاصيل أكثر تحديدا ربما توجيه الإجابات قليلا:

سيتم تشغيل تطبيقي على Windows / Linux / Mac، وسيتكون من مكون خاص منصة مكتوبة بشكل منفصل لكل منصة، ومكون مشترك "أساسي" مكتوب بلغة تفسير.

يجب أن يكون تطبيقي قادرا على تحديد موقع مثيلات أخرى في حد ذاته يعمل على أي من المنصات الثلاثة، ودعم كل من TCP و UDP بين أي جهازين.

Answer 1

نعم: يجب أن تدعم جميع التطبيقات الجديدة الخاصة بك IPv6. كما قلت نفسك، يتم استخدامها بالفعل في العديد من بيئات LAN.

رقم: يجب ألا تضطر إلى تغيير الكثير من أجل دعم IPv6. يجب أن يهتم الإطار الأساسي بالاختلافات بالنسبة لك. هذا يفترض أنك لا تفعل أشياء "سيئة" مثل تخزين أو معالجة عناوين IP الأخرى.

Answer 2

أرى البعض هنا هو اقتباسات ستيف جيبسونز رأي حول هذا الموضوع. على الرغم من أن السيد جيبسون ماهرا جدا في الأمور الأمنية (أستمع إلى كل "أمن الآن" الحلقة وتشجيع جميع المهتمين بالأمان لفعل الشيء نفسه)، فأعتقد أنه بعيد جدا عن الخطة الحالية للأشياء انه يتوقع أي مستقبل ل IPv6.

لقد تم بالفعل توسيع استخدام IPv6 بالفعل أكثر من مجرد الاستخدام الأكاديمي، ويتحصل على الكثير من الاهتمام في صناعة أبحاث الدفاع حيث لم يعد سؤالا عن "إذا" ولكن "عندما" ستحل محل IPv4 (في الشبكات العسكرية، ذلك يكون).

بطبيعة الحال، فإن الإنترنت ونحن الآن سوف لا تزال تستخدم V4 لفترة طويلة جدا، واحدة من الأسباب أن تكون معظم الأجهزة والبرامج هناك فقط غير متوافق مع IPv6.

لا أستطيع التفكير في أي سلبيات لتنفيذ IPv6 الآن (بصرف النظر عن وقت الترميز الإضافي والتعقيد المضافة للحفاظ على مداخن IP، بالطبع). في الواقع، مع أشياء IPv6 يمكن أن تكون أسهل بكثير. على سبيل المثال، يمكنك أن تنسى كل شيء عن مشاكل اجتياز NAT.

Answer 3

تحدث باحث أمني ستيف جيبسون بمبلغ مذهل في هذا الأمر، وللاحظ أنه لا يأتي في المستقبل القريب. إليك بعض الروابط التي تعطي معلومات أكثر قليلا:
http://www.grc.com/sn/sn-199.htm. - في منتصف الطريق، يبدأ في التحدث عن IPv6 في النص / بودكاست.
http://www.grc.com/sn/sn-200.htm. - تصحيح سريع لخطأ في حلقة 199، وتفاصيل أكثر قليلا.

Answer 4

يجب أن يدعم إطار عملك على حد سواء إذا كان ذلك ممكنا، ولكن إذا كان لديك خيار واحد، فسأذهب مع IPv4، لكن التأكد من أنه يمكنك إضافة / انتقال إلى IPv6. ولكن هذا سيعتمد أيضا على من هو المستخدم النهائي للمنتج وما هي متطلبات مشروعك. هل هذا يحدث للمستخدم الذي يستخدمه / سيستخدم IPv6 أم أنك ذاهب للقبول في قاعدة موجودة تستخدم أساسا IPv4 بشكل أساسي.

بناء على تجربتي، فإن المشروع الذي أعمل حاليا في الاعتبار الذهاب إلى IPv6 حيث كان هناك ولاية لتكون قادرة على دعم IPv6. بالنسبة للجزء الأكبر ما اكتشفناه هو أن بائعي الأجهزة (التبديل، أجهزة التوجيه، أجهزة الكمبيوتر، أجهزة الكمبيوتر) وتمكن البائعون WAN من دعم التبديل إلى IPv6. سيكون هناك بعض العمل في دمج أجهزة IPv4 الحالية، ولكن يمكن القيام به. بناء على التكلفة، سيكون من نفس الشيء، على الأقل الأجهزة الحكيمة.

ومع ذلك، فإن بعض منتجات البرامج التي نستخدمها ليست كذلك ولا تنتقل لدعم IPv6، بينما يبدو أن البعض الآخر أكثر إيقالا لدعمه. بناء على ذلك، نحن نقوم بالترقية إلى إصدارات جديدة من البرنامج، ولكن من المحتمل أن تظل IPv4 ل MONENT، أو على الأقل حتى يصطاد البرنامج من حيث دعم IPv6.

Answer 5

أود أن أبدأ في المحاولة على الأقل. لقد قمت بالفعل ببعض التعديلات على بعض التعليمات البرمجية الخاصة بي. لم يتم اختباره بالكامل ولا يزال هناك المزيد من التعديلات التي يتم إجراؤها ولكن حتى لو لم يتم استخدامها أبدا في هذه التطبيقات المعينة، فسوف أضطر إلى دعمها في مرحلة ما. قد تعلم جيدا الآن قبل أن تشعر بالوعة أو السباحة.

Answer 6

الأخبار الأكثر حتى الآن التي سمعتها هي أنه مع NPA ... IPv6 حقا لا يمضي بسرعة كبيرة، إذا كان ذلك من أي وقت مضى. (ستيف جيبسون - GRC)

قد لا يكون يستحق وقتك.

تحرير ... من الواضح أن هذا كان probessight سيئة أنه لا ينبغي أن أشتري إليها. IPv6 قادمة وسوف تكون هناك حاجة. ربما تكون IPv4 موجودة دائما، ولكن يجب أن تكون التطبيقات قادرة على التعامل مع كليهما في المستقبل القريب.