ملخص

  • تحمل تكلفة التشغيل المزدوج ليس نفس سؤال اعتماد IPv6. سؤال الاعتماد يسأل إن كانت الشبكات قادرة على حمل IPv6؛ سؤال تحمل التكلفة يسأل من الذي يستمر في الدفع عندما يجب أن يظل كل من توافق IPv4 وإمكانية الوصول عبر IPv6 متاحين.
  • في منطقة APNIC، تُقسم الفاتورة بشكل غير متساوٍ بين مشغلي الوصول، ومزودي الخدمات السحابية، وشركات الاستضافة، والمشترين من المؤسسات، وفرق المشتريات في القطاع العام، ومكاتب الدعم، والمستخدمين النهائيين، وذلك لأن مستويات الدخل، وهيكل السوق، وعلاقات NIR، ومخزون IPv4، وجاهزية IPv6 تتباين بشكل كبير عبر منطقة آسيا والمحيط الهادئ.
  • الدور المشروع لـ APNIC ضيق ولكنه قيم: الحفاظ على سجلات موثوقة، ووضوح عمليات النقل، والأدلة المتعلقة بالتوجيه، وإشارات الاستمرارية التي تقلل من عدم اليقين. ولا يمكنه أن يقرر من يجب أن يتحمل تكاليف العمالة في مكاتب الدعم، أو تكرار الجدران النارية، أو علاوات IPv4 العامة، أو رسوم NAT السحابية، أو استثناءات المشتريات، أو تكاليف انتقال العملاء.

تظهر الفاتورة قبل انتهاء الانتقال

الطريقة الأكثر صدقًا لرؤية التشغيل المزدوج ليست بفتح وثيقة معايير، بل بفتح ميزانية شبكة. على أحد السطور يوجد برنامج IPv6: تخطيط العناوين، جاهزية CPE، التناظر، البرمجيات، المراقبة، تدريب الموظفين، واختبار المؤسسة. على سطر آخر يوجد برنامج استمرارية IPv4: مخزون العناوين العامة، عمليات النقل، التأجير، سعة CGNAT، إصلاح السمعة، نصوص الدعم، صحة DNS العكسي، RPKI وسجلات التوجيه، معالجة الاحتيال، استثناءات العملاء، وإضافات IP العامة السحابية. لا يلغي أي من السطرين الآخر. الثاني لا يختفي لأن الأول موجود. الأول لا يصبح رخيصًا لأن الثاني قيم. يدفع المشغل كليهما.

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

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

لذلك، السؤال العام المفيد هو محاسبي، وليس تبشيريًا. من يمكنه تمرير التكلفة؟ من يجب أن يستوعبها؟ من يحول التعايش إلى ميزة مسعّرة؟ من يخفيها داخل الحزم؟ من يدفع في صورة توقف الخدمة، أو عمالة الدعم، أو خدمة أسوأ بدلاً من فاتورة مرئية؟ وأين يقلل APNIC من عدم اليقين دون التظاهر بأنه مكتب ضرائب السوق، أو مدير الانتقال، أو مخصص رأس المال؟

تحول منطقة APNIC التعايش إلى مشكلة توزيعية

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

وصل APNIC إلى المرحلة النهائية من نظام مخزونه المجاني لـ IPv4 في عام 2011، عندما انتهت فعليًا مقايضة حقبة التخصيص وأصبحت الندرة الشرط الدائم للطلب الجديد. منذ ذلك الحين، أصبح توفر IPv4 يعتمد بشكل متزايد على الحيازات، وعمليات النقل، والتأجير، والاستصلاح، وممارسات NIR، والميراث المؤسسي، واستعداد السوق للدفع. وقد نما اعتماد IPv6 بشكل ملموس في أجزاء من المنطقة. أظهرت الهند وماليزيا وفيتنام واليابان وتايوان والعديد من الاقتصادات الأخرى قدرة جادة على IPv6 وفقًا للقياسات العامة. ومع ذلك، لا تزال فاتورة التعايش قائمة لأن قدرة IPv6 العالية ليست هي نفسها القابلية العالمية للاستبدال بـ IPv6 فقط.

هذا التمييز مهم بشكل خاص في المشتريات. يمكن للشبكة أن تكون قادرة تقنيًا على IPv6 وتظل بحاجة إلى IPv4 للفوز بعقد تجاري، أو خدمة تطبيق بنكي، أو اجتياز مراجعة قطاع عام، أو دعم CPE قديم، أو نقل حركة المرور إلى بوابة عميل، أو تلبية قائمة السماح السحابية، أو الحفاظ على سمعة البريد الإلكتروني، أو معالجة شكاوى الإساءة، أو التشغيل البيني مع جهاز مورد. لا يكون شرط التوافق مرئيًا دائمًا للمستخدم النهائي. يظهر كاستثناء في قاعدة جدار ناري، أو سطر "مطلوب IP عام" في مناقصة، أو تذكرة دعم حول بوابة دفع، أو عميل مؤسسي يطلب إمكانية وصول ثابتة، أو عميل هاتف محمول يكتشف أن تطبيقًا يتصرف بشكل مختلف خلف IPv4 المشترك.

يتبع تحمل التكلفة من تلك الاحتكاكات. حيث يمكن للعملاء الإصرار على توافق IPv4 دون دفع ثمنه مباشرة، يستوعب المشغل التكلفة. حيث يمكن لمنصات السحابة فصل IPv4 العام، يدفع العميل. حيث تتنافس شركات الاستضافة على الأسعار الشهرية الظاهرة، قد تُخفى رسوم IP العام حتى التجديد أو الإعداد أو الترقية. حيث تطلب الهيئات العامة التوافق ولكنها تمنح العقود على أساس السعر المنخفض الظاهر، يتحمل الموردون ضغط الهامش. حيث يكون لدى المستخدمين النهائيين خيارات قليلة، يدفعون من خلال جودة أسوأ، أو احتكاك العناوين المشتركة، أو تأخيرات الدعم بدلاً من بند في الفاتورة.

يغير تنوع المنطقة أيضًا سياسة إلقاء اللوم. في سوق مؤسسي عالي الدخل، يمكن أن تبدو تكلفة التشغيل المزدوج كأنها ميزانية انتقالية روتينية لتكنولوجيا المعلومات. في سوق وصول منخفض الدخل، يمكن أن تبدو كشراء معدات بالعملة الصعبة، وعبء تدريبي، وضريبة دعم CGNAT مفروضة على إيرادات شهرية ضئيلة. في شبكة جزرية صغيرة، يمكن ربطها بتركيز المصادر العليا والتعافي من الكوارث. في سوق هاتف محمول سريع النمو، يمكن أن تصبح سباقًا بين نمو المشتركين وندرة العناوين العامة. لا يمكن لسياسة أو رسالة APNIC واحدة أن تسطح هذه الظروف في قصة أخلاقية واحدة.

التشغيل المزدوج هو سلسلتا مساءلة، وليس مجرد عائلتي عناوين

عبارة "التشغيل المزدوج" أنيقة تقنيًا. توحي بمضيف أو شبكة تشغل IPv4 وIPv6 معًا. أما الواقع الاقتصادي فهو أقل أناقة لأن كل مكدس يحمل سلسلة مساءلة مختلفة.

يضيف IPv6 وفرة العناوين ولكنه يتطلب أيضًا ثقة تشغيلية. يجب أن يعرف المشغلون أي العملاء يتلقون IPv6، وأي الأجهزة تدعمه، وأي جلسات تناظر تحمله، وأي أنظمة مراقبة تكتشف أعطاله، وأي سياسات أمان تنطبق، وأي التطبيقات تفضله، وأي الأعطال تسبب بها. أما IPv4، فيحمل الندرة والسعر وإمكانية الوصول القديمة. يجب أن يعرف المشغلون أي العناوين العامة مخصصة، أو مؤجرة، أو منقولة؛ وأي العملاء يجلسون خلف مخارج مشتركة؛ وأي السجلات يمكنها ربط الجلسات بالمستخدمين؛ وأي العناوين تحمل مشاكل سمعة؛ وأي الكتل لديها تاريخ توجيه نظيف؛ وأي سجلات DNS العكسي مهمة؛ وأي العقود تعتمد على إمكانية الوصول العامة.

هذه السلاسل ليست متماثلة. قد يكون فشل IPv6 غير مرئي إذا تراجع التطبيق إلى IPv4. قد يكسر فشل IPv4 فورًا تكاملًا بنكيًا، أو جلسة ألعاب، أو VPN، أو قائمة سماح، أو تدفق دفع، أو مسار بريد وارد، أو أداة وصول عن بُعد مؤسسية. عنوان IPv6 عادة ليس رأس مال نادرًا. عنوان IPv4 أصبح كذلك بشكل متزايد. قد يُحكم على الأول بأنه تحديث للشبكة؛ والثاني يُحكم عليه بأنه استمرارية لأصول التشغيل. يغير هذا الاختلاف السياسات الداخلية. قد ترغب الهندسة في توسيع أبسط لـ IPv6. قد تعد المبيعات بتوافق IPv4. قد ترى المالية IPv4 العام كأصل نادر. قد يرى الدعم ألم العناوين المشتركة. قد يرى الأمان تعرض السجلات. قد ترى المشتريات توافق الموردين.

قد ترى الشؤون القانونية مخاطر النسبة.

لذلك، يخلق التشغيل المزدوج صراعات تكلفة داخلية. يريد قسم الوصول تجنب شراء المزيد من IPv4 العام. يريد قسم المؤسسات عناوين نظيفة مخصصة للعقود. يريد فريق الأمان سجلات غنية بما يكفي للرد على الإساءة والطلبات القانونية. يريد فريق السحابة بنية تتجنب رسوم IP العام غير الضرورية. يريد فريق الدعم حالات استثنائية أقل. يريد فريق المالية معاملة العناوين النادرة كرأس مال، لا كسباكة مستهلكة. يريد فريق السياسة العامة أن يُنظر إليه كمؤيد لـ IPv6 دون الوعد بتحول لن يتحمله العملاء.

يتقاطع دور سجل APNIC مع هذا الصراع فقط في نقاط معينة. يمكنه مساعدة السوق في معرفة من المسجل كحائز لمورد، وكيف تُسجل عمليات النقل، وما هي أدلة الاتصال أو التوجيه الموجودة، وأين تعتمد استمرارية موارد الأرقام على دقة حالة السجل. هذا مهم. لكن لا يمكن لـ APNIC أن يتخذ خيار المحاسبة الداخلية لناقل، أو منصة سحابية، أو مورد بنكي، أو ISP صغير. يمكن لسجل السجلات أن يقلل من عدم اليقين حول الأصول النادرة؛ لكنه لا يستطيع تخصيص تكلفة دليلي مكتب مساعدة أو سياسة جدار ناري مكررة.

لهذا السبب يعتبر تحمل التكلفة العدسة الأفضل من الانتقال. لغة الانتقال تسأل متى ينتهي العالم القديم. تحمل التكلفة يسأل من يدفع بينما لا ينتهي.

يدفع مشغلو الوصول أولاً لأن العملاء لا يمكن إيقاف تشغيلهم

شبكات الوصول هي أول من يتحمل خسائر التعايش في التشغيل المزدوج. لديهم علاقة العميل، وطابور الشكاوى، والالتزام بجعل الخدمات العادية تعمل. عندما يفشل تطبيق، لا يقوم معظم المستخدمين بتشخيص اختيار عائلة العناوين، أو سلوك NAT، أو توافق الخادم البعيد. يتصلون بالمزود. يجب على مشغل الوصول أن يشرح، أو يصلح، أو يتجنب، أو يستوعب.

يخلق ذلك عدم تناسق تجاري بسيط. يتوقع العميل الإنترنت، وليس درسًا في البروتوكولات. إذا كان IPv6 موجودًا ولكن خدمة ما لا تزال تعتمد على IPv4، يجب على مزود الوصول الحفاظ على توافق IPv4. إذا كان IPv4 نادرًا، يجب على المزود تقنينه من خلال CGNAT، أو عمليات النقل، أو التأجير، أو علاوات العناوين الثابتة، أو استخدام المخزون بعناية. إذا خلق CGNAT مشكلة، يسمع مكتب الدعم عنها. إذا احتاج عميل إلى IPv4 عام للكاميرات، أو العمل عن بُعد، أو معدات الدفع، أو الألعاب، أو خادم صغير، أو VPN، أو خدمة أعمال قديمة، يجب على المزود أن يقرر ما إذا كان سيفرض رسومًا، أو يرفض، أو يدعم، أو يخفي التكلفة في الحزمة.

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

يواجه مزودو النطاق العريض الثابت نسخة مختلفة من نفس المشكلة. قد لا يدفع العملاء السكنيون بشكل منفصل مقابل IPv4 العام حتى يحتاجوا إلى إمكانية الوصول الواردة. غالبًا ما تكتشف الشركات الصغيرة المتطلب من خلال كاميرات الأمان، أو أنظمة نقاط البيع، أو برامج المحاسبة، أو شبكات VPN، أو الاتصالات الهاتفية، أو سمعة البريد الإلكتروني، أو الإدارة عن بُعد. المزود الذي يفرض رسومًا واضحة على IPv4 العام الثابت يخاطر بغضب العملاء. المزود الذي يمنحه مجانًا يستهلك مخزونًا نادرًا. المزود الذي يرفضه يدفع العملاء نحو الحلول البديلة أو المنافسين من الفئة الأعلى. كل خيار يخصص التكلفة بشكل مختلف.

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

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

تحول السحابة والاستضافة التوافق إلى خيار مسعر

تكشف أسواق السحابة والاستضافة شكلًا آخر من تحمل التكلفة: الخيار. كان عنوان IPv4 العام يُعامل من قبل العديد من العملاء كجزء عادي من خادم، أو موازن تحميل، أو آلة افتراضية. مع ازدياد وضوح الندرة، بدأت المنصات الكبيرة في تسعير IPv4 العام بشكل أكثر وضوحًا أو تصميم بنيات تشجع العناوين الخاصة، وبوابات NAT، والشبكات الفرعية المخصصة لـ IPv6 فقط، وموازنات التحميل، والواجهات الأمامية المدارة. النتيجة ليست مجرد إعادة تصميم تقني. إنها تحول فيمن يدفع ثمن التوافق.

المنصة الكبيرة لديها قدرة تفاوضية. يمكنها أن تقول إن IPv4 العام نادر، وأن العناوين العامة قابلة للفوترة، وأن IPv6 متاح، وأن الشبكات الخاصة مفضلة، وأنه يجب على العملاء التصميم وفقًا لذلك. بعض العملاء يمكنهم التكيف. آخرون لا يستطيعون. قد يحتاج مزود SaaS صغير يخدم عملاء مؤسسيين محافظين إلى إمكانية وصول ثابتة لـ IPv4 لقوائم السماح. قد يحتاج منتج دفع أو أمان إلى عناوين مصدر قابلة للتنبؤ. قد يحتاج مورد حكومي إلى توافق مع أنظمة أقدم. قد تحتاج شركة خدمات مُدارة إلى IPv4 لأن عملاء عملائها لا يزالون يحتاجونه. تحول المنصة السحابية الندرة إلى قائمة من الخيارات المسعرة. يكتشف العميل تحمل التكلفة من خلال فواتير البنية.

تجلس شركات الاستضافة في مأزق أضيق. يتنافس الكثيرون على الأسعار الشهرية الظاهرة. يمكن أن يكون عنوان IPv4 المخصص حصة كبيرة من اقتصاديات VPS رخيص جدًا. إذا ضمنه المضيف، ينخفض الهامش. إذا فرض رسومًا منفصلة، يبدو العرض أقل رخيصًا. إذا شارك العناوين أو استخدم NAT، قد تنكسر توقعات العملاء. إذا دفع نحو استضافة IPv6 فقط، قد يكون الطلب محدودًا بإمكانية وصول العميل، وأدواته، وراحته. لذلك، قد يصبح المضيف مترجمًا تجزئة لندرة العناوين العالمية: يشتري أو يستأجر توافقًا نادرًا بأسعار السوق ويبيعه لقاعدة عملاء تدربت على رؤيته كميزة ثانوية.

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

يمكن لـ IPv6 خفض بعض التكاليف عندما تبقى حركة المرور داخل شبكات المحتوى الممكنة بـ IPv6، وشبكات الهاتف المحمول، ومسارات السحابة. ومع ذلك، لا يدفع عميل السحابة مقابل الحالة المتوسطة وحدها. يدفع مقابل الاستثناء الذي يجب ألا يفشل. لا يمكن للأعمال أن تخبر بنكًا، أو جهة تنظيمية، أو عميل مؤسسي، أو منصة مشتريات أن تكاملًا قديمًا يجب أن يتحدّث قبل بدء العقد. تشتري التوافق. قد يكون هذا الشراء عنوان IPv4 عام، أو بوابة NAT، أو موازن تحميل، أو جدار ناري مزدوج المكدس، أو وقت استشاري، أو فئة منصة أغلى. العنصر الاقتصادي هو نفسه: خيار تحت الندرة.

تكتب المشتريات بهدوء معيار التوافق

المشتريات هي واحدة من أقل القنوات دراماتيكية ولكنها من أقوى قنوات تحمل تكلفة التشغيل المزدوج. نادرًا ما يعلن العملاء الكبار أنهم يحافظون على ندرة IPv4. يكتبون المتطلبات. تطلب مناقصة توافقًا مع الأنظمة الحالية. تطلب مراجعة أمنية عناوين عامة ثابتة. يطلب فريق بنية مؤسسية نطاقات مصدر IPv4. تطلب هيئة عامة دعمًا عبر جميع المستخدمين. يطلب بنك من الموردين الحفاظ على نقاط نهاية في قائمة السماح. يُشحن جهاز مورد بدعم جزئي لـ IPv6 ولكن بافتراضات كاملة لـ IPv4. ثم يحمل المورد تكلفة تلبية مجموعة المتطلبات.

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

مشتريات القطاع العام مهمة بشكل خاص في آسيا والمحيط الهادئ لأن الحكومات، والشركات المملوكة للدولة، والجامعات، والمستشفيات، وسلطات النقل، وموردي الخدمات العامة غالبًا ما يرسخون الطلب. قد تدعم بعض الهيئات العامة سياسة IPv6 من حيث المبدأ بينما لا تزال تعتمد على تطبيقات قديمة، أو أجهزة أمان قديمة، أو لجان مخاطر متحفظة، أو أنظمة مستعان بها خارجيًا تتوقع IPv4. لا يمكن لمورديهم فرض تحول نظيف. يقدمون عطاءات على العقد كما هو. يتلقى المشتري العام الاستمرارية؛ ويدفع المورد ثمن التعايش ما لم يتمكن من تسعير المخاطرة في العطاء.

تخلق مشتريات المؤسسات تأثيرات مماثلة. قد تطلب شركة متعددة الجنسيات من فروعها عبر اقتصادات APNIC تلبية معايير اتصال عالمية. قد تتضمن السياسة المركزية جاهزية IPv6، لكن التطبيق المحلي قد لا يزال يحتاج إلى IPv4 للأنظمة الصناعية القديمة، وبوابات الموردين، والوصول عن بُعد، و DNS، وسمعة البريد الإلكتروني، وتصفية المحتوى، والسجلات، أو الامتثال. يحمل مزودو الشبكات المحليون والمتكاملون التعقيد. إذا كانوا صغارًا، قد يفتقرون إلى القدرة التفاوضية لفرض رسوم كاملة عليه.

النقطة ليست أن فرق المشتريات مخطئة في طلب التوافق. وظيفتهم هي تقليل المخاطر التشغيلية. النقطة هي أن التوافق ليس مجانيًا. عندما لا تكون التكلفة مرئية، يتم تعيينها بواسطة القدرة التفاوضية. يمكن للمشترين الكبار دفعها إلى الموردين. يمكن للموردين الكبار دفعها إلى المقاولين من الباطن. يمكن للمنصات دفعها إلى العملاء. قد يدفعها المشغلون الصغار إلى المستخدمين من خلال دعم أسوأ أو ميزات منتج محدودة. التوزيع النهائي لا يُهندس بتصميم البروتوكول. إنه يُنتج بالعقود.

لا يمكن لـ APNIC إعادة كتابة تلك العقود. ما يمكنه فعله هو الحفاظ على حالة موارد الأرقام الأساسية مقروءة بما يكفي بحيث لا تصبح المشتريات أكثر عدم يقين من اللازم. سجلات السجل الدقيقة، ووضوح النقل، وإمكانية الوصول إلى جهات الاتصال، والأدلة المتعلقة بالتوجيه، وانضباط الاستمرارية تقلل جزءًا واحدًا من علاوة المخاطرة. إنها لا تمحو قدرة طبقة المشتريات على نقل التكاليف إلى الأطراف الأضعف.

تدفع مكاتب الدعم في الغموض

العديد من تكاليف التشغيل المزدوج ليست نفقات رأسمالية. إنها غموض. يجب على مكتب الدعم أن يقرر ما إذا كانت مشكلة العميل هي Wi-Fi، أو DNS، أو تفضيل IPv6، أو CGNAT لـ IPv4، أو تحديد الموقع الجغرافي للخادم البعيد، أو تصميم التطبيق، أو سياسة الجدار الناري، أو البرامج الثابتة لـ CPE، أو DNS العكسي القديم، أو سمعة الإساءة، أو MTU، أو التوجيه، أو مجموعات الأمان السحابية، أو قائمة سماح مؤسسية. كل احتمال إضافي يطيل التشخيص. تظهر التكلفة كمكالمات أطول، وتدريب أفضل للموظفين، وطوابير تصعيد، وخطر تغيير العملاء، وعملاء محبطين.

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

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

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

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

أهمية APNIC هنا غير مباشرة. يمكن أن تساعد دقة السجل في أنواع معينة من التشخيص: من يحمل كتلة، وما هي جهات الاتصال الموجودة، وما إذا كانت السجلات المتعلقة بالتوجيه متماسكة، وما إذا كان تفويض DNS العكسي معقولاً، وما إذا كانت عمليات النقل تركت بقايا. لكن العديد من أعباء الدعم تقع تحت أو فوق طبقة السجل. لا يمكن للسجل أن يعرف أي كاميرا عميل ترفض IPv6، أو أي مورد دفع لا يزال يتطلب IPv4 ثابتًا، أو أي قاعدة جدار ناري سحابي تم نسخها من قالب قديم. التنسيق الضعيف يعني المساعدة حيث تكون السجلات العامة مهمة وعدم التظاهر بامتلاك الباقي.

يجعل الأمان والامتثال المكدس الثاني دائمًا

غالبًا ما تُعامل فرق الأمان كعقبات أمام الانتقال. في الواقع، هم محاسبو تكاليف. يعرفون أن كل مسار جديد يتطلب سياسة، ومراقبة، وأدلة، واستجابة للحوادث. يضاعف التشغيل المزدوج بعض هذه الأسطح، ولكن ليس دائمًا بشكل متماثل. النتيجة هي مكدس ثانٍ دائم لأنه لا يوجد فريق أمان مسؤول يريد إزالة تحكم قبل اكتمال خريطة التبعيات.

قد تحتاج مجموعة قواعد الجدار الناري إلى مكافئات IPv4 وIPv6. قد يحتاج نظام معلومات الأمان وإدارة الأحداث إلى تحليل كليهما. قد تحتاج معالجة الإساءة إلى سجلات تميز مخارج IPv4 العامة، وهويات العملاء الخاصة، وبادئات IPv6، ونوافذ الوقت. يجب أن تغطي فحوصات الثغرات كلتا العائلتين. يجب أن يفهم تخفيف DDoS كلتيهما. يجب الحفاظ على قوائم سماح العملاء بتنسيقات تقبلها أدوات المؤسسات القديمة. يجب أن تكون تقارير الحوادث مفهومة للعملاء، والجهات التنظيمية، وشركات التأمين، وأحيانًا لإنفاذ القانون. كل بند يخلق عمالة.

وفرة IPv6 لا تلغي متطلبات الأدلة. إن غيرتها، على الأرجح. مساحة العناوين وفيرة، لكن المساءلة لا تزال بحاجة إلى هيكل. أي عميل استخدم أي بادئة؟ أي جهاز تم تفويضه أي عنوان؟ كم من الوقت يُحتفظ بالتخصيص؟ كيف تتفاعل الخصوصية مع التسجيل؟ كيف تتعامل مكاتب الإساءة مع تقارير IPv6 مقارنة بـ IPv4؟ كيف تتجنب الأدوات الداخلية فقدان عائلة واحدة؟ التكلفة ليست الندرة وحدها؛ إنها المسؤولية.

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

في آسيا والمحيط الهادئ، يمكن لتوقعات الامتثال أن تعبر الولايات القضائية. قد تعمل خدمة في اقتصاد، وتستضيف في آخر، وتستخدم موارد عناوين مسجلة من خلال APNIC أو NIR، وتخدم مستخدمين عبر الحدود، وتجيب على طلبات من أنظمة قانونية متعددة. لا يبسط التشغيل المزدوج ذلك العالم. يضيف المزيد من السجلات، والمزيد من المسارات، والمزيد من أعباء الإثبات. قد يُتوقع من الطرف الأقرب إلى العميل أن يجيب حتى عندما يكون السبب التقني في مكان آخر.

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

تشكل طبقات NIR من يشعر بمنطقة APNIC

تتضمن منطقة APNIC علاقات سجل الإنترنت الوطني (NIR) في عدة اقتصادات. يمكن لـ NIRs تقليل احتكاك اللغة المحلية، والتوثيق، والخدمة، لكنها أيضًا تخلق طبقات. بالنسبة لتحمل تكلفة التشغيل المزدوج، تهم الطبقة لأن ترتيبات السجل المحلي يمكن أن تؤثر على التوقيت، والتوثيق، وتجربة النقل، وتواصل الأعضاء، وتفسير السياسة، وتوقعات الدعم.

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

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

هذا وثيق الصلة بشكل خاص بالتشغيل المزدوج لأن التعايش يعتمد غالبًا على التوقيت. يبدأ عقد العميل الشهر القادم. يحتاج نشر خدمة عامة إلى إمكانية وصول ثابتة بحلول تاريخ محدد. تتطلب هجرة سحابية عناوين مصدر قابلة للتنبؤ. لا يمكن لتكامل fintech انتظار جدال فلسفي حول مستقبل البروتوكولات. إذا تأخر دليل IPv4 العام، أو حالة النقل، أو جاهزية التوجيه، قد يستخدم المورد بدائل أغلى، أو يحتفظ بالبنية القديمة، أو يستأجر عناوين مؤقتة، أو يشتري IPs عامة سحابية، أو يستوعب المخاطرة. يصبح توقيت السجل مدخلاً للتكلفة.

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

هذه هي نقطة "السجل وليس الحارس" في شكل عملي. يجب أن يجعل السجل من الأسهل معرفة من يتحكم في مورد وكيف تُحفظ الاستمرارية. يجب ألا يستخدم خطاب الندرة أو الانتقال ليقرر ما إذا كانت تكلفة التشغيل المزدوج لشبكة مقبولة أخلاقياً. يجب أن تقلل طبقة NIR الاحتكاك، لا أن تصبح فيتو محلي على رأس المال أو التوافق.

يدفع المستخدمون النهائيون عندما يخفي السوق البند

نادرًا ما يرى المستخدمون النهائيون فاتورة التشغيل المزدوج. يرون جودة الخدمة، والسعر، وفئات المنتج، والقيود غير المفسرة. قد يُقال لعميل سكني إن عنوان IPv4 العام يتطلب خطة أعمال. قد يلوم لاعب الشبكة على مشاكل العناوين المشتركة. قد يدفع متجر صغير مقابل عنوان ثابت لأن نظام الدفع أو الكاميرا يحتاجه. قد يدفع مستخدم مؤسسي فاتورة سحابية مع رسوم IP عام منفصلة. قد يعاني مستخدم خدمة عامة من بطء حل المشكلات لأن المورد لا يستطيع تحديد الطبقة التي فشلت بسهولة.

تحمل التكلفة المخفي لا يزال تحملاً. عندما يشتري مزود وصول معدات CGNAT وأدوات الدعم، تدخل التكلفة في الأسعار الشهرية أو الهامش. عندما تفرض شركة استضافة رسومًا على IPv4، يدفع المستخدم مباشرة. عندما تسعر منصة سحابية IPv4 العام، يرى العميل بندًا. عندما لا يستطيع مزود تحمل توافق كافٍ، يدفع المستخدم من خلال خدمة متدهورة. عندما تجبر قاعدة مشتريات عامة الموردين على الحفاظ على توافق قديم دون ميزانية إضافية، قد يدفع دافعو الضرائب من خلال عطاءات أعلى لاحقًا أو جودة مورد أقل الآن.

الظلم ليس مرئيًا دائمًا. يمكن للمستخدمين الأكثر ثراءً شراء الخروج من احتكاك العناوين المشتركة. يمكنهم الدفع مقابل IPv4 ثابت، ودعم مؤسسي، وبنية سحابية أفضل، وأمان مدار، أو استشاريين. يأخذ المستخدمون الأفقر الافتراضي. إذا كان الافتراضي هو CGNAT مع إمكانية وصول وارد محدودة، وطوابير دعم أطول، وانتشار سمعة عرضي، فهذه هي حصتهم من ضريبة التشغيل المزدوج. قد لا يسميها السوق ضريبة، لكنها تعمل كواحدة عندما تكون التكلفة إجبارية للمشاركة ومخفية في جودة الوصول.

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

ومع ذلك، لا ينبغي أن يُطلب من APNIC أن يصبح جهة تنظيمية للمستهلكين. ذلك سيخلط الطبقات. قد تكون مشكلة المستخدم حقيقية، لكن العلاج ليس تحويل سجل الأرقام إلى سلطة تسعير، أو مشرف مكتب مساعدة، أو وكالة جودة منتج. مساهمة السجل أكثر تواضعًا وأكثر أهمية: الحفاظ على السجل العام جديرًا بالثقة بما يكفي بحيث يمكن للأسواق تسعير الندرة بصدق ويمكن للمشغلين الحصول، والاحتفاظ، ونقل، وتوثيق الموارد دون مخاطر مؤسسية غير ضرورية.

التسعير الصادق ليس هو نفسه التسعير الرخيص. قد يصبح IPv4 أكثر تكلفة بشكل واضح مع الاعتراف بالندرة. هذا الوضوح يمكن أن يكون غير مريح. لكن التكلفة المخفية ليست إنصافًا. إنها فقط تسند الفاتورة إلى أولئك الأقل قدرة على التفاوض.

حدود APNIC: تقليل عدم اليقين، لا تخصيص الفاتورة

الإغراء في أي نقاش حول الندرة هو مطالبة السجل بتقرير العدالة. يجب مقاومة هذا الإغراء. يجب أن تكون قوة APNIC في ضيق دوره. يمكنه التسجيل. يمكنه التنسيق. يمكنه حماية التفرد. يمكنه دعم دقة السجل، وقابلية الاتصال، ووضوح النقل، والثقة المتعلقة بالتوجيه. يمكنه نشر القواعد، والجداول الزمنية، وتوقعات الأدلة. يمكنه تقليل عدم اليقين حول موارد الأرقام. لا يمكنه تقرير سعر التجزئة الصحيح لـ IPv4 العام، أو البنية السحابية الصحيحة، أو المستوى المناسب لـ CGNAT، أو أي عميل يستحق التوافق.

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

يمكن لـ APNIC أن يساعد أكثر بجعل المدخلات النادرة أقل غموضًا. يجب أن تكون سجلات النقل واضحة. يجب أن تكون حالة حائز المورد موثوقة. يجب أن تكون بيانات الاتصال مفيدة دون أن تصبح فخ إنفاذ. يجب أن تكون السجلات المتعلقة بالتوجيه متماسكة. يجب أن يكون تفويض DNS العكسي مستقرًا. يجب أن تكون النزاعات مرئية حيث تؤثر على الاعتماد. يجب أن تكون القرارات التي تضعف الاستمرارية ضيقة، ومعللة، وقابلة للمراجعة. يجب أن ترتبط الرسوم بوظائف السجل الضرورية بدلاً من التوسع المؤسسي. يجب أن تقلل علاقات NIR الاحتكاك بدلاً من خلق صلاحيات تقديرية مخفية.

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

هذا هو دور تحمل APNIC المناسب: خفض مكون مخاطر السجل من تكلفة التعايش. ليس القضاء على ندرة IPv4. ليس الأمر بـ IPv6. ليس مراقبة نماذج الأعمال. ليس اختيار الفائزين بين منصات السحابة، ومزودي الوصول، والمستخدمين. السجل الذي يحاول تخصيص الفاتورة يصبح جزءًا من الفاتورة.

تحمل التكلفة هو تخصيص رأس مال مقنع

تحمل تكلفة التشغيل المزدوج يصبح في النهاية تخصيصًا لرأس المال. شبكة لديها حيازات كبيرة من IPv4 يمكنها اختيار ما إذا كانت ستحتفظ، أو تؤجر، أو تبيع، أو تعيد نشر، أو تستثمرها من خلال خدمات مميزة. شبكة لديها القليل من IPv4 يجب أن تشتري، أو تؤجر، أو تشارك، أو تعيد التصميم. منصة سحابية يمكنها فرض رسوم على IPv4 العام ودفع العملاء نحو بنيات تحافظ على تحكم المنصة. شركة استضافة يمكنها تقسيم المنتجات. مؤسسة يمكنها الدفع مقابل التوافق أو دفع التكلفة إلى الموردين. هيئة عامة يمكنها تمويل الانتقال بشكل صحيح أو دفن التوافق في المشتريات. كل خيار هو تخصيص رأس مال، حتى عندما يوصف بأنه عمليات تقنية.

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

منطقة APNIC مليئة بالمشغلين الذين يواجهون نسخًا مختلفة من تلك المقايضة. قد يكون لدى الشركات القائمة الناضجة عمق تاريخي وصبر. قد يواجه الداخلون الجدد تكاليف استحواذ عالية قبل أن تتأمن الإيرادات. قد يحتاج مزودو الهاتف المحمول سريعو النمو إلى التوسع أسرع مما يمكن الحصول على IPv4 العام. قد تقدر شبكات الجزر الصغيرة الاستمرارية أكثر من الكفاءة النظرية. قد تعالج شركات السحابة ومراكز البيانات IPv4 العام كتمييز منتج. قد يحتاج موردو القطاع العام إلى التوافق لإرضاء الأنظمة القديمة بينما يُحكم عليهم بخطاب التحديث.

لهذا السبب تفشل روايات الانتقال المبسطة. تطلب من السوق أن يتصرف كما لو أن الأصل النادر يجب أن يُخفض قيمته طوعًا قبل وجود بديل مكافئ تمامًا لجميع الاستخدامات ذات الصلة بالإيرادات. لا يتخذ المشغلون هذا القرار في الخطابات. يتخذونه في الميزانيات. إذا مكّن IPv4 الإيرادات، والعقود، والسمعة، واستمرارية العملاء، فإنه يظل رأس مال. يمكن لـ IPv6 أن ينمو بجانبه، لكن النمو لا يمحو منطق رأس المال حتى تتوقف الأطراف المقابلة عن الدفع مقابل التوافق.

عبارة "ضريبة التشغيل المزدوج" تلتقط العبء، لكن تحليل تحمل التكلفة يسأل السؤال التالي: من يكتب الشيك؟ أحيانًا المشغل. أحيانًا عميل السحابة. أحيانًا مستخدم الاستضافة. أحيانًا دافع الضرائب. أحيانًا عامل الدعم. أحيانًا الأسرة منخفضة الدخل التي تتلقى افتراضيًا أسوأ. أحيانًا المساهم، من خلال هامش أقل. أحيانًا مشتري الشبكة، من خلال تقييم أعلى أو أقل اعتمادًا على مخزون العناوين. الضريبة حقيقية لأن التكلفة حقيقية؛ التوزيع هو اقتصاد سياسي.

نجاح IPv6 لا يقرر تحمل تكلفة IPv4

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

هذه سمة شائعة في البنية التحتية. المسار المتوسط ليس كل العمل. قد ينقل سكة حديد معظم الركاب بسلاسة بينما تحدد اختناقات قليلة الاستثمار. قد يكون لشبكة الكهرباء توليد وفير بينما يحدد قيد نقل صغير الأسعار المحلية. قد تعالج شبكة دفع معظم المعاملات تلقائيًا بينما تستهلك استثناءات الامتثال عمالة مكلفة. في شبكات التشغيل المزدوج، يمكن للأقلية المزعجة أن تحدد هيكل التكلفة.

تتغير الأقلية أيضًا بمرور الوقت. مع تحسين المحتوى الاستهلاكي، ومنصات الهاتف المحمول، والسحب الكبيرة لدعم IPv6، قد تتحول حركة المرور العادية. لكن قوائم السماح المؤسسية، والأجهزة القديمة، والمناقصات العامة، وعادات دعم العملاء، وأجهزة الأعمال الصغيرة، والأنظمة الصناعية، وأنظمة السمعة يمكن أن تتخلف. سيتحدّث بعضها. سيُستبدل بعضها ببطء. سيُخفى بعضها داخل العقود لسنوات. النتيجة ليست منحنى انتقال نظيفًا بل اقتصاد تعايش طبقي.

يجب الحكم على APNIC مقابل ذلك الواقع، وليس ضد شعار. السجل المفيد لا يحتاج إلى إثبات أن IPv6 سينقذ المنطقة من الندرة. يحتاج إلى الحفاظ على طبقة موارد الأرقام موثوقة بينما تكتشف الأسواق السعر الحقيقي للتوافق. إذا كانت سجلات APNIC، وممارسات النقل، وعلاقات NIR، وقواعد الاستمرارية تقلل من عدم اليقين، فإنها تخفض تكلفة التعايش. إذا أضافت صلاحيات تقديرية، أو تأخيرًا، أو لغة تحكم في رأس المال، فإنها ترفعها.

بالنسبة للمشغلين، النهج المعقول هو غير عاطفي بالمثل. انشر IPv6 حيث يقلل التكلفة، أو يحسن إمكانية الوصول، أو يرضي العملاء. حافظ على IPv4 حيث يحمي الإيرادات، أو السمعة، أو الاستمرارية. سعّر IPv4 العام بصدق. عامل CGNAT كأداة ضغط مكلفة، وليس معجزة مجانية. درب فرق الدعم على الحالات التي تصل فعليًا. اجعل استثناءات المشتريات مرئية. استخدم أدلة السجل كطبقة ثقة. لا تتظاهر بأن المكدس الثاني مجاني لأن الأول نادر، أو أن المكدس الأول عفا عليه الزمن لأن الثاني وفير.

قد تكون الحالة النهائية الاقتصادية أقل دراماتيكية مما يريده أي من جانبي النقاش. ينمو IPv6. يظل IPv4 رأس مال. يستمر التشغيل المزدوج حيث تتطلبه العقود. تتحرك التكاليف نحو الأطراف ذات القدرة التفاوضية الأقل ما لم تجعلها المؤسسات مرئية. هذا ليس فشلًا هندسيًا. إنه السلوك الطبيعي للأسواق تحت الندرة.

انضباط ضيق للتعايش في عصر APNIC

الانضباط الذي يحتاجه APNIC لتحمل تكلفة التشغيل المزدوج متواضع وصارم. حافظ على السجل دقيقًا. حافظ على عمليات النقل مقروءة. حافظ على اعتراف حائز المورد قابلاً للتنبؤ. حافظ على الأدلة المتعلقة بالتوجيه مستقرة. حافظ على طبقات NIR موجهة نحو الخدمة. حافظ على الإجراءات السلبية ضيقة. حافظ على رسوم وواجبات السجل مرتبطة بالوظائف الأساسية. حافظ على اللغة العامة صادقة بشأن الندرة. وفوق كل شيء، لا تستخدم خطاب الانتقال إلى IPv6 لتوسيع صلاحيات السجل على رأس مال IPv4.

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

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

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

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

لن يُحسم التشغيل المزدوج بإعلان أن بروتوكولًا واحدًا قد فاز. سيُحسم بالحوافز. الأطراف التي تحتاج التوافق ستدفع مقابله مباشرة، أو ستجبر الموردين على تضمينه، أو ستقبل جودة أقل عندما ترفض. الأطراف التي تحتفظ بـ IPv4 النادر ستسعره، أو ستحتفظ به، أو ستنشره حيث تبرر العوائد التكلفة. الأطراف التي تبني IPv6 ستفعل ذلك حيث يقلل الاحتكاك أو يفتح إمكانية الوصول. يجب أن يجعل APNIC تلك الخيارات أكثر أمانًا للتسجيل، لا أصعب في اتخاذها.

هذه هي اقتصاديات تحمل تكلفة التشغيل المزدوج: ليس درسًا تعليميًا عن العناوين، ولا عظة عن الانتقال، بل خريطة للفاتورة. تُظهر الخريطة حقيقة بسيطة. تشغيل نظامي وصول مكلف لأن السوق لا يزال يقدر كليهما. حتى يتغير ذلك، سؤال الحوكمة الصادق ليس كيف نجعل المشغلين يقولون الشيء الصحيح عن IPv6. إنه كيف نحافظ على طبقة السجل ضيقة بما يكفي بحيث يمكن للأشخاص الذين يدفعون الفاتورة فعليًا رؤيتها، وتسعيرها، والتحكم فيها.

المصادر وقراءات إضافية