Summary

  • أضافت مراجعة 27 أكتوبر لمسودة من فريق v6ops في IETF حالة انتقال موقع خُطّطت شبكته على ‎/48 إلى مزود يمنحه ‎/56. وقد لا تتسع البادئة الجديدة لتقسيم الشبكات الفرعية القديم.
  • توصي المسودة ببادئة ‎/48 ثابتة للمواقع النهائية وتقترح ألا تكون البادئة أطول من ‎/56. يختار المزود حجم الباقة، بينما يدفع العميل وقت إعادة الترقيم عند الانتقال.

تغيير اشتراك النطاق العريض إجراء إداري؛ تغيير هيكل العناوين عمل هندسي. وضعت النسخة الجديدة من مسودة v6ops هذين الأمرين في مشهد واحد: موقع أخذ ‎/48 من مزود، ثم وجد أمامه ‎/56 لدى مزود آخر. يذكر النص أيضاً تشغيل رابطين للاحتياط أو الاتصال عبر أكثر من شبكة. عندما يختلف حجم البادئة بين الرابطين، لا تتطابق مساحة العمل المتاحة لتقسيم الشبكة.

تحتوي ‎/48 حسابياً على 65,536 شبكة فرعية من نوع ‎/64؛ وتحتوي ‎/56 على 256. لا تصف هذه الأرقام استهلاك منزل أو شركة بعينها، بل مساحة الخطة التي بُنيت عليها الشبكة. قد توزع شركة صغيرة معداتها وخوادمها وشبكة الضيوف على مجموعات من العناوين. إذا تقلصت المساحة عند تبديل المزود، تعود تلك الخطة إلى طاولة الرسم. ومع تطابق طول البادئة لدى المزودين يمكن الاحتفاظ ببنية التقسيم بسهولة أكبر، بينما تتغير قيم العناوين التي يمنحها كل مزود عادة.

ناقشت نسخة أبريل السابقة أصلاً تخصيص ‎/48 للأعمال و‎/52 أو ‎/56 للمنازل. تربط المسودة هذا التفريق أساساً بالمبيعات والتسويق، وتلاحظ أن شركات صغيرة تستخدم باقات سكنية. الجديد في أكتوبر هو اختبار تلك السياسة عند خروج العميل إلى مزود آخر. تمييز المنتجات في مكتب المبيعات قد يتحول إلى مهمة إعادة توزيع لدى العميل.

النص حالياً مسودة لفريق عمل، وBest Current Practice هو وضعه المستهدف. يقترح ملخصه ‎/48 مستمرة ويضع ‎/56 حداً لحجم المساحة المخصصة للموقع. لا تتوافر هنا كلفة موثقة لانتقال عميل محدد بين مزودين. ستكشف مقارنة شروط الباقتين مع جدول الشبكات الفرعية قبل النقل وبعده الثمن الفعلي لهذا الخيار.