ملخص
- توزيع تكاليف النظام المزدوج ليس هو نفس سؤال اعتماد IPv6. سؤال الاعتماد يسأل عما إذا كانت الشبكات تستطيع حمل IPv6؛ سؤال التوزيع يسأل عن من يظل يدفع عندما يجب أن يظل توافق IPv4 وتغطية IPv6 متاحين معًا.
- في منطقة APNIC، يتم تقسيم الفاتورة بشكل غير متساوٍ بين مشغلي الوصول، ومزودي الخدمات السحابية، وشركات الاستضافة، والمشترين المؤسسيين، وفرق المشتريات في القطاع العام، ومكاتب الدعم، والمستخدمين النهائيين، لأن مستويات الدخل، وهيكل السوق، وعلاقات NIR، ومخزون IPv4، واستعداد IPv6 تختلف بشكل واسع عبر آسيا والمحيط الهادئ.
- دور APNIC المشروع ضيق ولكنه قيم: الحفاظ على سجلات موثوقة، وشفافية النقل، وأدلة متعلقة بالتوجيه، وإشارات الاستمرارية التي تقلل من عدم اليقين. لا يمكنه تحديد من يجب أن يتحمل تكاليف العمل في مكتب الدعم، أو ازدواجية جدران الحماية، أو أقساط IPv4 العامة، أو رسوم NAT السحابية، أو استثناءات المشتريات، أو تكاليف ترحيل العملاء.
تظهر الفاتورة قبل انتهاء الانتقال
الطريقة الأكثر صدقًا لرؤية النظام المزدوج ليست فتح وثيقة معايير. بل فتح ميزانية الشبكة. في سطر واحد يجلس برنامج IPv6: تخطيط العناوين، استعداد CPE، التبادل، البرمجيات، المراقبة، تدريب الموظفين، واختبار المؤسسات. في سطر آخر يجلس برنامج استمرارية IPv4: مخزون العناوين العامة، النقل، التأجير، سعة CGNAT، إصلاح السمعة، نصوص الدعم، نظافة DNS العكسي، RPKI وسجلات التوجيه، معالجة الاحتيال، استثناءات العملاء، وإضافات عناوين IP العامة السحابية. لا يلغي أي من السطرين الآخر. لا يختفي الثاني لأن الأول موجود. لا يصبح الأول رخيصًا لأن الثاني قيم. يدفع المشغل كليهما.
هذا هو المركز الاقتصادي لتوزيع تكاليف النظام المزدوج. السؤال ليس ما إذا كان IPv6 يعمل. إنه يعمل. ولا هو ما إذا كان IPv4 محدودًا. إنه كذلك. السؤال هو كيف يخصص السوق تكلفة الحفاظ على شكلين من الوصول عندما تكون عائلة بروتوكول واحدة وفيرة ولكنها غير كافية عالميًا، بينما الأخرى نادرة ولكنها لا تزال حاسمة تجاريًا. في قصة هندسية أنيقة، يجب أن يؤدي اعتماد IPv6 إلى تقليص فاتورة IPv4. في التجارة الفعلية، غالبًا ما يضيف IPv6 سطح تشغيل ثانٍ قبل إزالة الأول. لذلك تقع التكلفة حيث تكون قوة المساومة أضعف.
آسيا والمحيط الهادئ يجعل هذا مرئيًا لأنها ليست سوقًا واحدة. تحتوي منطقة خدمة APNIC على اقتصادات غنية وكثيفة السحابة، وأسواق كبيرة تعتمد على الهاتف المحمول أولاً، وشبكات جزرية صغيرة، ومزودي وصول ذوي متوسط عائد منخفض لكل مستخدم (ARPU)، وترتيبات سجلات إنترنت وطنية، وحائزين كبار للعناوين، ومنصات سريعة النمو، وقطاعات عامة لا تزال تشتري الاتصال عبر متطلبات مشتريات محافظة. يمكن وصف شركة نقل في طوكيو، وشركة استضافة في سنغافورة، وشبكة هاتف محمول في الهند، ومزود ريفي في إندونيسيا، ومورد حكومي في المحيط الهادئ، وعميل سحابي في أستراليا، بأنهم يعيشون في نفس بيئة السجل الإقليمي. لكنهم لا يواجهون نفس توزيع تكاليف التعايش.
السؤال العام المفيد هو إذن محاسبي، ليس دعائيًا. من يستطيع تمرير التكلفة؟ من يجب أن يتحملها؟ من يحول التعايش إلى ميزة مسعرة؟ من يخفيه داخل الحزم؟ من يدفع من خلال التوقف، أو عمل الدعم، أو خدمة أردأ بدلاً من فاتورة مرئية؟ وأين يقلل 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 لا يمكنه اتخاذ خيار المحاسبة الداخلية لشركة نقل أو منصة سحابية أو مورد بنك أو مزود خدمة إنترنت صغير. يمكن لسجل السجل أن يقلل من عدم اليقين حول الأصول النادرة؛ لا يمكنه تخصيص تكلفة دليلين لمكتب الدعم أو سياسة جدار حماية مكررة.
لهذا السبب، التوزيع هو العدسة الأفضل من الانتقال. لغة الانتقال تسأل متى ينتهي العالم القديم. التوزيع يسأل من يدفع بينما لا ينتهي.
مشغلو الوصول يدفعون أولاً لأن العملاء لا يمكن فصلهم
شبكات الوصول هي أول من يتحمل خسائر التعايش المزدوج. لديهم علاقة العميل، وقائمة الشكاوى، والالتزام بجعل الخدمات العادية تعمل. عندما يفشل تطبيق، لا يشخص معظم المستخدمين اختيار عائلة العنوان، أو سلوك NAT، أو توافق الخادم البعيد. يتصلون بمزود الخدمة. يجب على مشغل الوصول أن يشرح، ويصلح، ويلتف حوله، أو يتحمل.
يخلق هذا عدم تناسق تجاري بسيط. يتوقع العميل الإنترنت، وليس درسًا في البروتوكول. إذا كان IPv6 موجودًا ولكن الخدمة لا تزال تعتمد على IPv4، يجب على مزود الوصول الحفاظ على توافق IPv4. إذا كان IPv4 نادرًا، يجب على المزود تقنينه من خلال CGNAT، النقل، التأجير، أقساط العناوين الثابتة، أو استخدام المخزون بحذر. إذا خلق CGNAT مشكلة، يسمع عنها مكتب الدعم. إذا احتاج العميل إلى IPv4 عام للكاميرات، العمل عن بُعد، الدفع، الألعاب، خادم صغير، VPN، أو خدمة أعمال قديمة، يجب على المزود أن يقرر ما إذا كان سيفرض رسومًا، أو يرفض، أو يدعم، أو يخفي التكلفة في الحزمة.
في اقتصادات APNIC ذات النمو المحمول العالي، يتضخم هذا الموقف كأول خاسر. غالبًا ما يتوسع النطاق المحمول بسرعة أكبر من إمداد IPv4 العام. يصبح IPv4 المشترك طبيعيًا. يمكن لـ IPv6 تقليل الضغط حيث يدعم المحتوى والتطبيقات ذلك، لكن المشغل لا يزال يحتاج إلى مخارج IPv4 للباقي. قد يواجه مشترك محمول يستخدم في الغالب محتوى ممكّنًا بـ IPv6 حالة حافة تستهلك الدعم عندما يتوقع تطبيق أو مورد مؤسسي أو محطة تاجر أو خدمة مصادقة سلوك IPv4. يمكن للحالة الأقلية أن تهيمن على تكلفة الدعم لأنها أصعب في التشخيص والشرح.
يواجه مزودو النطاق العريض الثابت نسخة مختلفة من نفس المشكلة. قد لا يدفع العملاء السكنيون بشكل منفصل عن IPv4 العام حتى يحتاجوا إلى إمكانية الوصول الواردة. تكتشف الشركات الصغيرة غالبًا الحاجة من خلال كاميرات الأمان، أنظمة نقاط البيع، برامج المحاسبة، VPN، الهاتف، سمعة البريد الإلكتروني، أو الإدارة عن بُعد. مزود يفرض رسومًا واضحة على IPv4 العام الثابت يخاطر بغضب العميل. مزود يعطيه مجانًا يستهلك مخزونًا نادرًا. مزود يرفضه يدفع العملاء نحو حلول بديلة أو منافسين أعلى مستوى. كل خيار يخصيص التكلفة بشكل مختلف.
أسواق ARPU المنخفضة تجعل المحاسبة أكثر قسوة. قد يكون سعر المعدات والبرمجيات وعمل الدعم و 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. قد يحتاج نظام معلومات الأمن وإدارة الأحداث (SIEM) إلى تحليل كليهما. قد تحتاج معالجة الإساءة إلى سجلات تميز بين مخارج IPv4 العامة وهويات العملاء الخاصة وبادئات IPv6 ونوافذ الوقت. يجب أن تغطي فحوصات الثغرات كلتا العائلتين. يجب أن يفهم تخفيف DDoS كليهما. يجب الحفاظ على قوائم السماح للعملاء بتنسيقات تقبلها أدوات المؤسسات القديمة. يجب أن تكون تقارير الحوادث مفهومة للعملاء والمنظمين وشركات التأمين وأحيانًا لإنفاذ القانون. كل عنصر يخلق عملاً.
وفرة IPv6 لا تلغي متطلبات الأدلة. إذا كان هناك أي شيء، فإنها تغيرها. مساحة العنوان وفيرة، لكن المساءلة لا تزال بحاجة إلى هيكل. أي عميل استخدم أي بادئة؟ أي جهاز تم تفويضه أي عنوان؟ كم من الوقت يتم الاحتفاظ بالتخصيص؟ كيف تتفاعل الخصوصية مع التسجيل؟ كيف تعالج مكاتب الإساءة تقارير IPv6 مقارنة بـ IPv4؟ كيف تتجنب الأدوات الداخلية فقدان عائلة واحدة؟ التكلفة ليست الندرة وحدها؛ إنها المسؤولية.
ندرة IPv4، مع ذلك، ترفع المخاطر. تتطلب المخارج المشتركة سجلات منفذ وأختام زمنية دقيقة. عناوين IPv4 العامة ذات السمعة السيئة تتطلب معالجة. الكتل المنقولة تحتاج إلى فحوصات تاريخية. المساحة المؤجرة قد تحتاج إلى تفويض تشغيلي أوضح. يمكن أن تؤثر حالة DNS العكسي وأصل التوجيه على الثقة. فريق امتثال يراجع مورد شبكة قد يسأل ليس فقط عما إذا كان المورد يدعم IPv6، ولكن ما إذا كانت طبقة التوافق الخاصة مع IPv4 يمكنها إنتاج أدلة تحت الضغط. تلك الأدلة لها تكلفة.
في آسيا والمحيط الهادئ، يمكن أن تتجاوز توقعات الامتثال الولايات القضائية. قد تعمل خدمة في اقتصاد، وتستضيف في آخر، وتستخدم موارد عناوين مسجلة عبر APNIC أو NIR، وتخدم مستخدمين عبر الحدود، وتجيب على طلبات من أنظمة قانونية متعددة. النظام المزدوج لا يبسط هذا العالم. يضيف المزيد من السجلات، والمزيد من المسارات، والمزيد من أعباء الإثبات. الطرف الأقرب إلى العميل قد يُتوقع منه الإجابة حتى عندما يكمن السبب التقني في مكان آخر.
لذلك يبقي الأمن التعايش حيًا بطريقة تقلل من شأنها التفاؤل البروتوكولي. القطع النظيف ليس مجرد قرار مروري. إنه قرار إثبات. إذا كانت مؤسسة أو هيئة عامة أو شركة تأمين أو منظم لا تزال تتوقع أدلة متوافقة مع IPv4، يجب على المورد الحفاظ عليها. إذا كانت الشبكة لا تثق في أن جميع الأطراف المقابلة جاهزة لـ IPv6 تحت الضغط، فإنها تحتفظ بـ IPv4. تصبح فاتورة النظام المزدوج علاوة مخاطر.
طبقات NIR تشكل من يشعر بمنطقة APNIC
تتضمن منطقة APNIC علاقات سجلات إنترنت وطنية في عدة اقتصادات. يمكن لسجلات NIR تقليل الاحتكاك المحلي في اللغة والوثائق والخدمة، لكنها تخلق أيضًا طبقات. بالنسبة لتوزيع تكاليف النظام المزدوج، تهم الطبقة لأن الترتيبات المحلية للسجل يمكن أن تؤثر على التوقيت والوثائق وتجربة النقل واتصالات الأعضاء وتفسير السياسة وتوقعات الدعم.
الطبقة ليست سيئة بطبيعتها. يمكن لوظائف السجل المحلي جعل إدارة موارد الأرقام أكثر سهولة في الاقتصادات الكبيرة ذات المجتمعات المتميزة في اللغة والقانون والمشغلين. قد يجد المزود أنه أسهل في التعامل من خلال مؤسسة محلية مألوفة بدلاً من مكتب إقليمي. يمكن للدعم المحلي خفض تكاليف البحث ومساعدة المشغلين الأصغر في فهم متطلبات السجل. في منطقة متنوعة مثل آسيا والمحيط الهادئ، يمكن أن يكون ذلك قيمًا.
لكن الطبقات يمكن أن تخلق أيضًا توزيعًا غير متساوٍ. شبكة تعمل عبر الحدود قد تواجه توقعات وثائق مختلفة، ومعايير نقل، وجداول زمنية، أو قنوات خدمة اعتمادًا على مكان وجود الموارد. مشتري سحابي أو مؤسسي قد يفضل أصول العناوين بسجلات نقل أوضح أو معاملة سجل أكثر قابلية للتنبؤ. مشغل صغير قد يختبر المساعدة المحلية كدعم أو كطبقة امتثال أخرى. حيث تضيف الطبقة تأخيرًا أو عدم يقين، تُدفع التكلفة من قبل الطرف الذي يحتاج إلى التوافق الآن.
هذا مهم بشكل خاص للنظام المزدوج لأن التعايش يعتمد غالبًا على التوقيت. يبدأ عقد عميل الشهر القادم. يحتاج نشر خدمة عامة إلى إمكانية وصول ثابتة بحلول تاريخ محدد. يتطلب ترحيل سحابي عناوين مصدر يمكن التنبؤ بها. لا يمكن لتكامل التكنولوجيا المالية انتظار حجة فلسفية حول مستقبل البروتوكول. إذا تم تأخير أدلة IPv4 العامة أو حالة النقل أو استعداد التوجيه، قد يستخدم المورد بدائل أكثر تكلفة، أو يحتفظ بالبنية القديمة، أو يستأجر عناوين مؤقتة، أو يشتري عناوين IP العامة السحابية، أو يتحمل المخاطرة. يصبح توقيت السجل مدخلاً للتكلفة.
أفضل انضباط لـ 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. بل كيف نبقي طبقة السجل ضيقة بما يكفي حتى يتمكن الأشخاص الذين يدفعون الفاتورة فعليًا من رؤيتها وتسعيرها والتحكم فيها.
المصادر وقراءات إضافية
- https://heng.lu/on-why-ipv6-transition-is-just-another-name-for-a-permanent-dual-stack-tax-and-why-operators-should-stop-paying-it/
- https://heng.lu/on-why-ipv6-will-never-happen/
- https://heng.lu/on-ipv6-propaganda-ipv4-scarcity-and-a-simple-command-stop-apologizing-and-compound-the-capital-you-already-own/
- https://heng.lu/the-policy-mirror/
- https://heng.lu/on-why-btw-media-exists-and-why-reality-not-advocacy-is-the-product/
- https://heng.lu/on-the-cost-structure-of-regional-internet-registries/
- https://heng.lu/on-apnic-governance-and-the-need-for-a-clean-break/
- https://heng.lu/on-the-cost-of-running-ripe ncc-and-why-membership-fees-should-be-cut-radically/
- https://heng.lu/on-decentralising-global-ip-address-registration-with-distributed-ledger-technology/
- https://conference.apnic.net/news-archives/2011/final-8/
- https://www.apnic.net/manage-ip/manage-resources/transfer-resources/
- https://www.apnic.net/manage-ip/manage-resources/transfer-resources/transfer-logs/
- https://www.apnic.net/about-apnic/organization/structure/national-internet-registries/
- https://stats.labs.apnic.net/ipv6/
- https://www.google.com/intl/en/ipv6/statistics.html
- https://radar.cloudflare.com/adoption-and-usage
- https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html

