要約
- デュアルスタックは中立的な技術的過渡期ではない。これはコスト負担メカニズムであり、IPv4 と IPv6 を共に維持する費用は、アクセスネットワーク、小規模事業者、ホスティング事業者、企業 IT、公共サービス提供者、サポートチーム、顧客に及ぶ。
- コストはルーターに限らない。アドレス計画の重複、CPE とファイアウォールのサポート、ソフトウェアの同等性、ヘルプデスクスクリプト、ロギング、セキュリティ監視、経路起点の証拠、リバース DNS、不正利用対応、調達例外、クラウド互換性、BYOIP 保証、IPv4 リースまたは移転チェック、フォールバック容量などが含まれる。
- 移行を最も加速できる主体が、往々にして費用を負担していない。IPv6 の同等性が弱いベンダーはインテグレーターにコストを転嫁できる。旧式のサプライヤーを抱える公共の購入者は請負業者にコストを転嫁できる。IPv4 ホワイトリストを維持する企業はクラウドやアクセス事業者にコストを転嫁できる。古い CPE を持つ顧客はヘルプデスクにコストを転嫁できる。
- IPv6 の導入は長期的な希少性圧力を低下させ得るが、共存期間には依然としてバランスシートが存在する。ネットワークは IPv6 を展開しつつ、希少なパブリック IPv4、共有アドレッシング、変換ログ、レピュテーション修復、そして相手方が IPv4 に依存したままの顧客のための例外処理に費用を支払う可能性がある。
- このエッセイにおいて、CGNAT は物語の中心ではなく、コスト管理ツールである。それは希少な IPv4 を節約し、一部のパブリックアドレス購入を避けられるが、サポート、アトリビューション、レピュテーション、コンプライアンスのコストを発生させ、それらは他者が負担しなければならない。
- IPv4 リースと移転もここではコスト項目であり、主要な市場ストーリーではない。それらは互換性を購入したり、より重い共有アドレス複雑性を回避する方法を事業者に提供するが、デューデリジェンス、文書化、レピュテーション、カウンターパーティのコストをデュアルスタックの予算に追加する。
- 低 ARPU 市場は厳しい転嫁制限に直面するが、これは主に低所得の話ではない。より重要なのは、あらゆる市場に、コストを押し付ける能力と支払う意欲が一致しない主体が存在する点である。サプライヤー、プラットフォーム、公的機関、企業顧客、デバイスメーカー、エンドユーザーなどである。
- 成長はコスト負担を激化させ得るが、成長は一つの設定に過ぎない。成熟したアクセスネットワーク、公共サービス提供者、大学、クラウドプラットフォーム、地域ホスティング事業者、小規模企業のマネージドサービス会社は、いずれも単純な拡大ストーリーに縛られることなく、同じ共存の請求書を支払う可能性がある。
- RIPE NCC は、デュアルスタックのコスト調整者、機器ポリシー当局、補助金機関、通信規制当局、価格統制機関、強制移行事務所、あるいはどの主体が移行コストの救済を受けるべきかを判断する裁定者になるべきではない。
- RIPE NCC の正当な役割は、より限定的であり、かつ価値が高い。それは、明確な IPv4 と IPv6 の登録状況、正確な保有者エビデンス、安定した経路セキュリティサービス、リバース委任の継続性、移転および保有者の記録、連絡可能性、予測可能なレジストリ運用を維持することである。
- レジストリ層が重要なのは、コストの不確実性が運用の不確実性を悪化させるからである。公的記録が明確であれば、事業者は機器、サポート、IPv4 容量、ロギング、ルーティング、顧客例外を独自の条件で価格設定できる。レジストリの証跡が曖昧であれば、デュアルスタックのあらゆる決定に回避可能な不確実性プレミアムがつく。
- ポリシーテストは、RIPE NCC がデュアルスタックを安価にできるかどうかではない。それはできない。テストは、市場が重複した運用の対価を誰が支払うかを決定する間、共通の台帳とサービス層を退屈で、限定的で、信頼できるものに保てるかどうかである。
1 つのネットワークが 2 つの予算に変わる会議
デュアルスタックの予算会議が教義から始まることは稀である。それはスプレッドシートとサービスデスクレポートから始まる。ネットワークチームは、IPv6 がバックボーンで有効化されており、主要な新しいアクセスノードでサポートされ、主要なコンテンツフローで利用可能になっていると説明する。財務チームは、なぜパブリック IPv4 がリース見積、移転デューデリジェンス、クラウド請求書、プレミアム顧客オプションに依然として現れるのかを問う。セキュリティチームは、2 つのアドレスファミリーでチェックしなければならないファイアウォール制御のリストを持ち込む。サポートリーダーは、古いルーター、ブロックされたゲーム、ビジネス VPN、クラウドホワイトリスト、公共ポータル、そして自身のアプリケーションがどのプロトコルを使用しているか知らない顧客に関するチケットを携えてくる。
会議室は未来に抵抗しているわけではない。将来と現在を共に資金提供しなければならないことを発見しているのだ。1 つのネットワークが 2 つの運用予算になった。アドレス計画は IPv4 の節約と IPv6 の割り当ての両方をカバーする必要がある。顧客機器は両方についてテストしなければならない。監視は、IPv6 到達性の問題と IPv4 変換問題を区別する必要がある。ロギングは、共有 IPv4 に必要な証跡と、直接 IPv6 パスに必要な証跡を保存しなければならない。リバース DNS、不正利用対応、経路起点認可は、一方が希少で他方が豊富なリソース間で整合性を保たねばならない。ドキュメントは、戦略スライドが約束したものではなく、実際にサポートされているものをエンジニア、顧客、監査人に伝える必要がある。
これがデュアルスタックのコスト負担の経済学である。関連する問いは、IPv6 のアドレス空間が大きいか、あるいは IPv4 が有限かどうかではない。それらは決着している。問いは、インターネットが混在する間に、共存のための費用をどこが負担するかである。公的機関は、古いアクセスパスが依然として存在するために、IPv4 経由で市民の到達可能性を要求するかもしれない。デバイスベンダーは、不十分な IPv6 サポートで製品を出荷し、アクセス事業者に問い合わせ対応を任せるかもしれない。クラウドプラットフォームは、パブリック IPv4 を有料機能として提供し、顧客はホワイトリストや監視ルールを書き換える作業の費用を支払うかもしれない。小規模ホスティング事業者は、顧客がそれを依然として通常と見なすため、利益の少ない製品に IPv4 を残し続けるかもしれない。コストは、サービスの約束を撤回するのが最も難しいところに落ち着く。
RIPE NCC はこの問題の近くに位置しているが、その上に立つわけではない。それは、欧州、中東、中央アジアの一部を含む広範な地域にサービスを提供する地域インターネット番号レジストリである。その中核的な関連性は、IPv4、IPv6、自律システム番号に関する記録層と、RIPE データベース、RPKI、リバース DNS、関連する運用サポートなどのサービスにある。これらのサービスは、誰がファイアウォールを購入するか、誰がヘルプデスクを訓練するか、誰がパブリック IPv4 に支払うかを決定するわけではない。それらは、番号リソースに関する権利、ステータス、経路エビデンスを、事業者が基礎記録について推測することなく決定を下せる程度に読みやすくする。
この区別は中心的である。レジストリは不確実性を減らせるが、不完全なプロトコル移行によって生じたすべてのコストを公正に配分することはできない。もし RIPE NCC が、誰がデュアルスタックの費用を負担すべきかを決定する機関になろうとすれば、各国の状況、企業の依存度、公共サービスの期待、ベンダーの準備状況、クラウドデザイン、アクセスの経済学、顧客の許容度をランク付けしなければならなくなる。それはレジストリを産業政策フォーラムに変えることになる。より正当な任務はより細い。すなわち、市場が高コストの共存期間を吸収する間に、共通の証跡層を安定に保つことである。
コスト負担は移行イデオロギーとは異なる
広範な IPv6 移行論争は、しばしばなぜ展開がより速く進まなかったのかを問う。それは有用な質問だが、会計をぼやけさせる可能性がある。コスト負担はより狭いことを問う：IPv4 と IPv6 が共に運用されなければならない時、どの主体が実際にその重複に対して支払うのか？ この質問は、道徳的勝利主義とノスタルジアの両方を避ける。デュアルスタックを、プロトコル論争における象徴的な立場としてではなく、請求書、サポート義務、リスク管理として扱う。
この違いが重要なのは、主体が公に IPv6 を支持しながらも、共存のコストを他へ押し付け得るからである。ある企業は IPv6 ロードマップを公表しつつ、パートナーのホワイトリストが古いままのため、サプライヤーに安定した IPv4 出口を要求するかもしれない。公的購入者は調達に未来志向の文言を含めつつ、請負業者に IPv4 経由の市民アクセスを要求するかもしれない。クラウド事業者は IPv6 を奨励しつつ、顧客が古いアーキテクチャをもたらすため、パブリック IPv4 に課金するかもしれない。デバイスベンダーはサポートを主張しつつ、診断、ファームウェア更新、サポートスクリプトに不備を残すかもしれない。レジストリは IPv6 の可用性を推進しつつ、顧客に古い依存関係を退役させる権限を持たないかもしれない。
インセンティブそれ自体は偽善ではない。それは、各主体がチェーンの一部しか制御しない市場の通常の構造である。問題が始まるのは、業界が移行の文言を、あたかもコスト責任を記述するかのように扱う時である。IPv6 が望ましいアーキテクチャだと言っても、誰が重複ロギングの対価を支払うかは答えていない。IPv4 が希少だと言っても、誰がパブリックアドレスの例外への資金を提供するかは答えていない。デュアルスタックが一時的だと言っても、誰がその一時的な状態を 10 の予算サイクルにわたり維持するかは答えていない。
コスト負担の視点は過剰修正も防ぐ。それは、RIPE NCC に IPv6 に反対したり、IPv4 市場を抑制したり、遅延に報酬を与えたりすることを求めない。共存が現実であり高価であることを認識するよう求めているのである。混在するネットワーク経済において、クリーンなレジストリ記録は両プロトコルファミリーの取引コストを下げる。正確な IPv6 割り当て記録は事業者が将来の容量を展開するのを助ける。正確な IPv4 保有者記録は、希少な互換性のリース、移転、経路、サポートを容易にする。RPKI やリバース DNS は、一方のアドレスファミリーがより古いからといって重要性を減じない。一方が希少性を担い、他方が移行の野心を担う時、連絡可能性と保有者エビデンスは尚更重要になる。
これが、デュアルスタックが重複する運用として価格設定されるべき理由である。事業者は両ファミリーのトレーニングを維持しなければならない。セキュリティチームは両方を監視しなければならない。ヘルプデスクは両方の障害を特定しなければならない。クラウド顧客は両方をサポートできるインフラコードを書かねばならない。公共サービス提供者は両方を文書化しなければならない。ホスティング会社は小規模顧客に両方を説明しなければならない。全体の請求額は単一の料金で見えない。それは多くの部門や契約の中に隠れている。
RIPE NCC の正当性は、この隠れた請求額をより広範な権力の論拠に変えようとする誘惑に抵抗することに依存する。デュアルスタックの複雑性の存在は、レジストリを機器更新、小売価格、調達基準、公的補助金の適切な監督者にするものではない。それは、コストスタックの残りの部分が複雑過ぎてレジストリが統治できないからこそ、レジストリの明確さがより価値を持つ理由である。
アクセス事業者は小売の約束を背負う
アクセス事業者は最も露出度の高いコスト負担者である。なぜなら、彼らは最も単純な約束を売っているからだ：インターネットは機能する。住宅ユーザー、モバイル顧客、固定ワイヤレス世帯、小規模企業、学校、診療所、商店、リモートワーカーは、プロトコル移行の理論を買っているのではない。接続性を買っているのだ。銀行、ゲーム、税ポータル、サプライヤーVPN、ストリーミングサービス、防犯カメラ、決済端末、公共サービスページが故障すれば、最初の苦情は、根本原因が他にあってもアクセス事業者に寄せられることが多い。
その小売の約束がデュアルスタックを日々の間接費に変える。事業者は、IPv6 を大規模に割り当てながら、希少な IPv4 を注意深く計画しなければならない。顧客宅内機器、ファームウェア、家庭用ルーター、ビジネスゲートウェイ、管理 Wi-Fi を両方のファミリーでテストせねばならない。サポートスタッフは、IPv6 到達性を DNS 障害、NAT 枯渇、ジオロケーションエラー、リモートプラットフォームブロック、CPE 設定ミス、または IPv4 しか理解しない古いエンドポイントから区別できるよう訓練されねばならない。アドレスファミリーと Wi-Fi パスワードの違いを知らないかもしれない顧客にとって有用なドキュメントを維持しなければならない。
IPv4 が希少な場合、アクセスネットワークは共有アドレスと変換によってそれを節約することが多い。これは合理的かもしれないが、顧客に見えないシステムにコストを移転させる。事業者は、ゲートウェイ、ポート、ログ、タイムスタンプ、保持ルール、アクセス制御、適法な応答手順、証拠品質を維持しなければならない。共有 IPv4 アドレスのみを挙げる苦情は、送信元ポートと正確な時刻がなければ弱い可能性がある。深刻な要求には、パブリックアドレスとポートから加入者セッションへのマッピングが必要である。このマッピングが高価なのは、データベースが魅力的だからではなく、必要時に完全で、安全で、監査可能で、利用可能でなければならないからだ。
共有 IPv4 はまた、レピュテーションの影響を生む。不正なトラフィックが共有パブリックアドレスから発生すると、セキュリティサービス、銀行、メール受信者、ストリーミングプラットフォームがそのアドレスを罰するかもしれない。同じアドレスの背後にいる無実の顧客は、ログインブロック、追加認証、メール配信失敗、信頼低下を経験するかもしれない。事業者は調査し、プールを分割し、外部の苦情に応答し、レピュテーションチャネルを更新し、顧客に問題を説明しなければならない。不正の原因は 1 つの侵害されたデバイスかもしれないが、修復費用を支払う主体はアクセス事業者であり、間接的にはパブリックアイデンティティを共有する他の顧客である。
IPv6 は、実際のトラフィックが IPv6 に移行する場合、いくらかの圧力を低減する。主要なコンテンツパスは変換負荷を減らせる。モバイルやブロードバンドネットワークは、デバイスとプラットフォームが協調すれば、よりクリーンなエンドツーエンド到達性を提供できる。しかし、アクセス事業者は、意味のあるトラフィックの割合が現代的だからといって、単純に古い層を退役させることはできない。サポート負荷を制御するのは、頑固な例外である：家庭用デバイス、リモート雇用者、ゲームサービス、銀行、政府サイト、小規模ビジネスツールで、依然として IPv4 の動作を要求するもの。
これが、コスト負担がしばしば遅延を生み出さなかった事業者に降りかかる理由である。古いデバイスベンダーは、貧弱な IPv6 動作で顧客を放置できる。公共ポータルは IPv4 到達性を要求できる。リモート雇用者は IPv4 VPN パスを要求できる。コンテンツサービスは不均衡なサポートを実行できる。アクセスネットワークが電話を受ける。それは、依存関係が上流または下流にある場合でも、可視的なカウンターパーティである。
RIPE NCC は事業者の変換比率や顧客サポートスクリプト、静的アドレス価格を設定できない。その貢献はより狭い。事業者が使用するパブリックレンジには、正確な保有者記録、連絡先データ、使用されている場合は経路起点認可、リバース委任の継続性、明確なステータス履歴が必要である。それらの記録が古ければ、すべての苦情や例外がより困難になる。それらが明確であれば、事業者は依然として共存の費用を支払うが、レジストリ層での追加の不確実性プレミアムは支払わなくて済む。
小規模事業者はより弱い交渉力に直面する
小規模事業者は、単に既存事業者の縮小版ではない。彼らのコスト負担は異なる。なぜなら、在庫が少なく、スタッフの冗長性が低く、サプライヤーとの交渉力が弱く、ミスを隠す余地が少ないからである。大手キャリアはデュアルスタックのコストを多くの製品ラインに分散させ、ベンダーサポートを交渉し、プレミアム顧客に IPv4 を確保し、ルーティング、セキュリティ、規制対応、レジストリ管理の専門チームを維持できる。小規模アクセスネットワークや地域ホスティング事業者は、同じカテゴリーの作業を持ちながら、それを遂行する人員は僅かかもしれない。
小規模事業者にとって、重複する運用はしばしば部門横断的ではなく、個人的である。同じエンジニアが、IPv6 アドレッシング、IPv4 節約、ファイアウォールルール、RPKI チェック、リバース DNS、不正利用メール、顧客エスカレーション、調達アドバイスを管理するかもしれない。同じ財務担当者が、IPv4 リース見積、機器アップグレード、顧客価格設定をレビューするかもしれない。同じサポートスタッフが、午前中に家庭用ルーターの動作を説明し、午後にはビジネス向けの静的アドレスの問題を扱うかもしれない。コストは金銭だけではない。それは希少な注意力である。
この注意力の不足が、ミスの経済学を変える。古いリバース DNS 委任は、ホスティング顧客に害を及ぼし得る。弱い連絡先記録は、不正利用対応を遅らせ得る。誤解された経路起点設定は、到達性の摩擦を生み得る。不明確なカウンターパーティ条件の IPv4 リースは、事業者を突然の変化に晒し得る。ベンダーの不完全な IPv6 サポートは、事業者が容易にエスカレーションできないチケットを生成し得る。大企業はこれらの一部を通常の間接費として吸収できる。小規模企業はそれをサービスリスクとして経験する。
小規模事業者はまた、ベンダーやプラットフォームとの交渉において弱い立場にある。あるルーター、ファイアウォール、顧客ゲートウェイ、課金システムが IPv6 をサポートしていると言われても、診断、レポート、自動化、サポートツールが不完全であることを後で発見するかもしれない。ロードマップを強制する購買力に欠けるかもしれない。欠陥を回避し、顧客向け提供を遅らせるか、アーキテクチャが本来必要とする以上の IPv4 互換性を維持しなければならないかもしれない。ベンダーの不完全なサポートが事業者のローカルコストになる。
公共調達は問題を激化させ得る。自治体や教育機関の購入者は、古いアプリケーションサプライヤー、IPv4 ホワイトリスト、厳格な継続性要件を維持しながら、IPv6 の準備を求めるかもしれない。小規模事業者は、より深い IPv4 予備と大きなサポートベンチを持つ大企業と競争しなければならない。真のデュアルスタックコストを価格に反映させれば、高く見えるかもしれない。コストを過小評価すれば、長期的なサポート負担を背負い込む。購入者の混在した要件がマージンの圧迫になる。
低い顧客の支払意欲は転嫁を制限し得るが、これは低所得市場だけの問題ではない。裕福な地域の小規模事業者でも交渉力に欠けることがある。地元企業にサービスを提供する地域ホスティング事業者は、大規模クラウドプロバイダーと競争するかもしれない。マネージドサービス会社は、伝統的な IPv4 動作を期待しつつ、現代的なセキュリティを求める多くの小規模企業をサポートするかもしれない。不均衡はコントロールにある。小規模事業者はしばしば顧客に近いが、共存コストを生み出す上流の決定からは遠い。
レジストリ層は、予測可能であることによって支援できる。小規模事業者は、保有者のステータス、移転エビデンス、経路セキュリティサービス、リバース委任、またはリソース変更に必要な文書を理解するために、組織文化の専門家を必要とすべきではない。明確な記録と明確な手続きは、デュアルスタックの固定的な管理コストを削減する。それらは IPv4 を安価にしたり、IPv6 を容易にしたりはしない。それらは、大規模既存事業者に有利に働く別の変数になることから、必要な公共サービスを防ぐのである。
ホスティングとクラウドは請求書を製品デザインに変える
ホスティングとクラウド事業者は、デュアルスタックを製品セグメンテーションとして経験する。パブリック IPv4 をバンドルするか、別途課金するか、上位ティアに確保するか、外部からリースするか、積極的に回収するか、共有フロントエンドの背後に隠すかを決定する。コンピュート、ロードバランシング、ストレージ、データベース、ファイアウォール、プライベート接続、ロギング、ID 統合、監視、サポート全体で IPv6 の同等性が存在するかどうかを決定する。顧客はカタログを見る。プロバイダーはコスト配分モデルを見る。
パブリック IPv4 は最も明確なシグナルである。それが別料金として現れる場合、価格は互換性にコストがかかることを顧客に伝える。それは健全であり得る。ラベリングされた料金は希少性を見えるようにし、再設計を促す。しかし、それは請求書全体を含んではいない。パブリック IPv4 依存を減らそうとする顧客は、DNS、パートナーホワイトリスト、ファイアウォールポリシー、監視ルール、インフラコード、監査証跡、インシデント対応プレイブック、サポートスクリプトを変更する必要があるかもしれない。プラットフォームはアドレスの価格を提示できるが、顧客は依然としてその周辺のサービスを変える労働の対価を支払う。
小規模ホスティング事業者は異なる問題に直面する。多くの顧客は、仮想サーバー、メールサービス、ウェブホスト、管理アプリケーションにパブリック IPv4 が含まれていることを依然として期待している。なぜなら、それが長年の商業的な標準だったからである。ホスティング事業者は IPv6 をデフォルトにし、パブリック IPv4 を例外にしたいかもしれない。しかし、顧客は訪問者を失ったり、メールのレピュテーション問題に直面したり、パートナーチェックに失敗したり、古い企業ネットワークに苦戦するかもしれない。ホスティング事業者がパブリック IPv4 のコストを吸収すれば、利益率が縮小する。別に課金すれば、顧客が解約するかもしれない。リースに依存すれば、カウンターパーティとレピュテーションのリスクが製品に入り込む。
クラウドプラットフォームは、スタックのより多くを制御するため、より速く動ける。IPv6 周りのポータル、自動化、ドキュメントを構築できる。開発者をガイドできる。パブリック IPv4 に課金できる。大規模なアドレス管理を運用できる。しかし、プラットフォームの規模は部分的な準備状況を消し去らない。一部のサービスは他よりも IPv6 を完全にサポートしているかもしれない。一部のサードパーティマーケットプレイスツールは不均衡なままかもしれない。一部の顧客所有アドレス配置は、慎重なエビデンスを必要とする。製品ファミリーはエッジでは現代的でありながら、コントロールプレーン、課金パス、セキュリティレポート、パートナー統合では依然として古い可能性がある。
BYOIP はエビデンスコストを例示する。顧客が自身の番号リソースをクラウドまたはホスティング環境に持込む場合、プロバイダーは公開記録、経路認可ステータス、保有者アイデンティティ、リバース DNS コントロール、連絡可能性、アナウンスまたは委任の運用権限を検証しなければならない。その検証は無料ではない。それは、顧客のネットワークアイデンティティがプラットフォームに移動するのを許容するための対価である。エビデンスがクリーンであれば、ポータビリティは競争上の特徴になる。エビデンスが不明確であれば、サポートチームとリスクチームがコストを負担する。
同じパターンが IPv6 導入にも当てはまる。クラウド顧客は IPv6 ファーストで運用したいかもしれないが、サプライヤー統合、セキュリティツール、パブリックエンドポイントが依然として IPv4 を期待する場合、クラウド設計はデュアルのままである。プラットフォームは現代的なパスをサポートしつつ、顧客がそれを必要とするために古いパスを販売し続けるかもしれない。プロダクトチームは次に、どのコストを表示し、どのコストをバンドルするかを決定する。パブリック IPv4 のラインアイテム、管理 NAT、ロードバランサー、プライベート接続、サポートプランは、共存のコストを分配するための手段となる。
RIPE NCC の役割は、プラットフォームがパブリック IPv4 に課金すべきか、あるいはホスティング事業者がどのようにサービスをパッケージ化すべきかを決定することではない。その役割は、これらの製品を信頼できるものにするためのエビデンス環境を維持することである。すなわち、正確な保有者記録、明確なリソースステータス、信頼できるリバース DNS、RPKI サービス、理解可能な移転または保有者履歴である。希少な互換性の上に構築されたプロダクトエコノミーは、希少なインプットの背後にある公的記録が曖昧であれば、うまく機能し得ない。
企業 IT はホワイトリストとファイアウォールを通じて遅延を輸出する
企業 IT チームはしばしばデュアルスタックのコストを直接支払うが、彼らはまたそれを輸出する。彼らは、IPv4 を前提に設計されたアプリケーションエステート、サプライヤー統合、ファイアウォール、VPN、ID システム、監視ツール、監査ファイル、パートナーホワイトリストを維持している。これらのシステムを IPv6 に移行するのは、単一のネットワーク変更ではない。それは、セキュリティ、アプリケーション、調達、リスク、法務、サポート、ビジネスユニット間のネゴシエーションである。そのネゴシエーションが遅延すると、サプライヤーは IPv4 互換性を維持するよう求められる。
ホワイトリストは古典的な例である。銀行、物流会社、ソフトウェアベンダー、公的機関、産業企業はしばしば、安定した IPv4 出口アドレスによって相手方を識別する。その慣行はビジネスの記憶になる。変更にはチケット、承認、テスト、監査更新、時には契約修正が必要である。IPv6 が技術的に可能であっても、制度上の作業は遅いかもしれない。したがって企業は、クラウドプロバイダーからスタティック IPv4 を購入したり、アクセスネットワークにクリーンなパブリックアドレスを要求したり、専用の NAT ゲートウェイを維持したり、サプライヤーに古い到達性を保つよう要求するかもしれない。
ファイアウォールは第二のコストチャネルを生む。企業は成熟した IPv4 ルール、命名規則、変更審査会、証拠ルーチンを持っているかもしれない。IPv6 はレビューを強いる：アドレスグループ化、セグメンテーション、近隣探索、拡張ヘッダ、デュアルパス監視、ロギング、アセットアトリビューション、インシデントレスポンス。セキュリティチームは、死角は古い制御よりも防御が難しいため、ゆっくり動くことを好むかもしれない。その慎重さは合理的だが、サプライヤーにレビュー期間中 IPv4 サポートを担わせることになる。
監視とコンプライアンスはさらに層を加える。脆弱性スキャナは IPv6 をカバーしても、チームが解釈を学んでいないレポートを生成するかもしれない。SIEM は IPv6 アドレスを保存しても、成熟した相関ルールに欠けるかもしれない。監査テンプレートは、IPv4 の歴史によって形成された形式で IP レンジを求めるかもしれない。不正検知システムは IPv4 のレピュテーションを IPv6 よりも重く評価するかもしれない。各ギャップがプロトコル移行をエビデンスプロジェクトに変える。エビデンスプロジェクトが完了するまで、企業は慣れ親しんだ IPv4 パスを温存する。
企業は調達を通じてもコストを輸出する。要求に「IPv6 サポート」と書かれても、運用上の同等性が定義されないことがある。サプライヤーはその文言を満たしつつ、サポートツール、ロギング、管理 API、サードパーティ統合に不備を残せる。後に、マネージドサービス事業者、ホスティング事業者、アクセスネットワークが、調達の文言ではなく、顧客の実際の環境を運用しなければならなくなる。曖昧な調達のコストは、例外処理に現れる。
公共サービス提供者は、失敗が市民に影響し得るため、より厳格なバージョンに直面する。税ポータル、医療予約システム、裁判所提出サービス、教育プラットフォーム、緊急通信提供者は、すべてのユーザーとすべての機関パスが現代的であると想定できない。排除が受け入れられないため、IPv4 と IPv6 の両方を運用しなければならないかもしれない。その義務は正当だが、誠実に価格設定されねばならない。将来の準備と古い互換性の両方を要求する公共調達は、2 つのサービス層を購入しているのである。
レジストリは企業の惰性を解決しない。ホワイトリストを書き換えたり、ファイアウォールルールを承認したり、監査言語を現代化したりはしない。しかし、番号リソースのエビデンスが混乱を加えるのを防ぐことはできる。企業がサプライヤーにパブリックアドレスの使用、顧客保有スペースの経路、IPv6 のサポートを求める場合、記録は保有者ステータス、経路起点エビデンス、リバース DNS、連絡可能性を明確にすべきである。その明確さは、調達チームとセキュリティチームがより良い質問をするのを助ける。それによって、RIPE NCC が企業の移行の裁判官になるわけではない。
ベンダーは部分的なサポートを販売し、ユーザーは欠けている作業を購入する
デバイスやソフトウェアのベンダーは、マーケティングが示唆する以上にデュアルスタックのコストを形成する。ルーター、ファイアウォール、CPE、課金プラットフォーム、監視ツール、SaaS 製品、産業用デバイスは、IPv6 サポートを主張しつつ、診断、自動化、ファームウェア更新、ドキュメント、ロギング、サポートエスカレーション、レポート、統合に弱点を残す可能性がある。欠けている同等性はベンダーに留まらない。それは事業者、マネージドサービスプロバイダー、企業 IT チーム、顧客に移動する。
顧客宅内機器は可視的な経路の一つである。新しいルーターは IPv6 をうまく処理するかもしれない。古いデバイスは、顧客が決してインストールしないファームウェアを必要とするかもしれない。低コストゲートウェイは名目上 IPv6 をサポートしても、貧弱な制御を露呈するかもしれない。ビジネスファイアウォールは IPv6 トラフィックを通過させても、顧客が IPv4 で期待するレポートの明瞭さに欠けるかもしれない。消費者向けサポートデスクはその後、ビデオ通話、リモートカメラ、VPN、ゲーム、公共サービスページに関する苦情を受け取る。ベンダーの不均衡のコストは、顧客関係を持つ当事者に降りかかる。
ソフトウェアも同様に振る舞う。製品は IPv6 でリッスンしつつも、ライセンスチェック、更新サーバー、バックアップターゲット、ウェブフック、API 検証、アクセスリスト、監査エクスポートにおいて IPv4 の前提を使い続けるかもしれない。SaaS プラットフォームはユーザーアクセスでは IPv6 をサポートしながらも、すべての統合ではそうでないかもしれない。セキュリティ製品は IPv6 を検査しつつも、それをそれほど明確にレポートしないかもしれない。監視ツールはアドレスを保存しつつも、検索やグループ化を面倒にするかもしれない。購入者は「サポートされている」が「運用上同等」と同じでないことを発見する。
インテグレーターが欠けている作業を購入する。彼らは例外を作り、IPv4 出口を維持し、変換を維持し、ファイアウォールを調整し、ユーザーを教育し、制限を文書化し、チケットに応答する。顧客がベンダーを準拠と見なすため、全コストを回収できないかもしれない。機能サポートと運用同等性の間のギャップは、価格設定されていないサービス負荷になる。
エンドユーザーも間接的な形ではあるがコスト負担者である。共有 IPv4 の背後にいる世帯は、内向き接続を失うか、より厳しいリモートアクセス制限に直面するかもしれない。小規模企業は、決済デバイスやパートナーポータルがそれを要求するために、スタティックパブリックアドレスに支払うかもしれない。開発者は、一方のパスでのみ失敗するウェブフックの診断に時間を費やすかもしれない。学校や診療所は、代替案が再訓練とサプライヤー変更を必要とするために、古い互換性を持つ管理サービスを受け入れるかもしれない。これらは抽象的なプロトコル選択ではない。それらは時間、金銭、不便の小さな支払いである。
不公平さは構造的である：依存関係を取り除くのに最も適した位置にいる主体が、それを残すことの全コストを感じないかもしれない。運用同等性を遅らせるベンダーは、それでも製品を販売できる。古いホワイトリストを維持する顧客は、それでもサービスを要求できる。契約に広範な互換性を書き込む公共購入者は、それをリスク管理と呼べる。サポートチェーンは、それが失敗に近いため、コストを吸収する。
RIPE NCC は、ベンダーの真実性や消費者向けデバイスの品質を取り締まれない。機器認証機関になるべきではない。その適切な役割は、番号リソースサービスがさらなる部分的なサポート問題にならないように確実にすることである。IPv4 と IPv6 の登録データ、経路セキュリティサービス、リバース DNS、連絡先記録、移転エビデンスは、事業者がレジストリ層でも回避策の文化を必要としない程度に、明確に機能すべきである。
セキュリティ、ロギング、不正利用対応は重複した証拠システムである
デュアルスタックで最も高価な部分は、しばしばパケット転送ではない。それは証拠である。セキュリティチームと不正利用チームは、誰がアドレスを使用したか、どのパスが取られたか、どの制御が適用されたか、どのアラートが発火したか、どの顧客が影響を受けたか、どの外部苦情が信頼できるかを知る必要がある。2 つのアドレスファミリーを運用するということは、異なる障害モードと異なる履歴を持つ 2 つの証拠システムを運用することを意味する。
IPv4 にとって、希少性は共有と変換を生み出す。証拠は、特定の時間におけるパブリックアドレスと送信元ポートの背後にある加入者、デバイス、ワークロード、顧客を特定しなければならない。これには、正確なクロック、ゲートウェイレコード、保持ルール、プライバシー制御、スタッフ手順、十分な詳細を欠く弱い苦情を拒否する能力が必要である。コストは継続的である。それは、共有されたパブリックアイデンティティが、サポートするログなしでは曖昧であるために存在する。
IPv6 にとって、証拠問題は異なる。アドレスは豊富で、より直接的に割り当てられるかもしれないが、セキュリティツールはそれらをうまく解析し、保存し、グループ化し、相関させなければならない。一時アドレス、委任プレフィックス、顧客ルーター、クラウドサブネット、プライバシー動作は解釈を必要とする。IPv4 で明白だったファイアウォールポリシーは、新しいグループ化ロジックを必要とするかもしれない。監視アラートは新しいベースラインを必要とするかもしれない。ヘルプデスクノートは、デバイスが複数のアドレスを持つ理由を説明する必要があるかもしれない。豊富さは証拠作業を除去しない。それは作業の形を変える。
不正利用対応はその中間にある。外部報告者は、ポートとタイムスタンプの補足を必要とする IPv4 苦情を送信するかもしれない。IPv6 苦情は、アドレスが安定したエンドポイントを識別すると仮定するかもしれないが、実際にはプレフィックス委任や一時状態を識別しているかもしれない。メールレピュテーション、ジオロケーション、不正制御、プラットフォームリスク信号は IPv4 に対してはるかに成熟しているかもしれない。事業者は、報告者が使用する言語で苦情に応答しつつ、プライバシーと運用現実を尊重する内部証拠を維持しなければならない。
RPKI と経路起点認可は、もう一つの証拠層を追加する。それらは経路起点の主張をより機械的にチェック可能にする手助けとなるが、それ自体を維持するわけではない。事業者は、リソースが移動するとき、顧客スペースがインポートされるとき、経路が変わるとき、サービスがプロバイダー間で移行するときに、認可を作成、レビュー、更新、破棄しなければならない。デュアルスタック環境では、ルーティングセキュリティファイルは、希少なレガシーレンジと新しい IPv6 展開の両方で一貫性を保たねばならない。
リバース DNS は同様に日常的で結果を伴う。それはメール、企業信頼、診断、インシデント処理、顧客期待に影響する。IPv4 のリバース委任は、希少なパブリックアドレス製品、リース契約、移転と結びついているかもしれない。IPv6 のリバース委任は、新しい命名と運用習慣を露呈するかもしれない。壊れたリバース DNS は、技術的な展開を非専門的に見せ得る。両方のファミリーでそれを維持することは、重複するサービス負荷の一部である。
セキュリティ監視はこれらすべてをスタッフの時間に変換する。アナリストは両方のアドレス形式を検索し、変換を理解し、経路起点信号を解釈し、保有者記録を検証し、不正利用連絡先が最新かどうかを判断し、レジストリの事実と顧客サポートの主張を区別する必要がある。レジストリの証拠が弱ければ、セキュリティチームはローカルネットワークの証拠にたどり着く前から時間を浪費する。
ここに、RIPE NCC の狭い役割が高いレバレッジを持つポイントがある。それは公的記録、RPKI サービス、リバース DNS、連絡可能性を信頼できるものにできる。明確な保有者と移転の証拠を維持できる。リソースが争われたり移動されたりするときに、曖昧さを加えるのを避けられる。全ての事業者のログを良くすることはできないが、共通の証拠層がさらなる疑念の源になるのを防ぐことはできる。
公共調達は互換性を契約に変える
公共調達は、デュアルスタックのコストが耐久性を持つ最も強力なメカニズムの一つである。政府や公共サービス機関には、継続性を要求する正当な理由がある。市民は、利用可能なプロトコルパスがないために、税ポータル、裁判所サービス、医療予約システム、学校プラットフォーム、緊急通知から排除されるべきではない。その公共的義務は、IPv6 目標が明確に述べられている場合でも、IPv4 互換性を撤回することを困難にする。
調達ファイルはしばしば両方の結果を得ようとする。IPv6 の準備、現代的なセキュリティ、クラウド互換性、将来性のある設計を要求するかもしれない。また、既存の機関、古いサプライヤーシステム、古いネットワーク上の市民、パートナーポータル、依然として IPv4 を前提とする監査手順のサポートも要求するかもしれない。サプライヤーは移行と継続性を同時に提供するよう求められる。それは誤りではないが、高価である。
コストは例外の中に隠れ得る。公共システムは大部分が現代的かもしれないが、レガシー部門が IPv4 ホワイトリストを保持する。請負業者が IPv6 を展開しても、下流のサプライヤーがサポートを欠く。市民向けサービスは、一部のアクセスネットワークが混在したままであるため、IPv4 を必要とするかもしれない。セキュリティ監査は、古い制御によって形成された証拠を要求するかもしれない。それぞれの例外は小さく見える。一緒になって第二の運用層を維持する。
公共購入者は、不明確な受け入れテストを通じてコストを輸出することもできる。入札は IPv6 がサポートされているかを問いながら、ウェブサイトの到達性しかテストしないかもしれない。セキュリティ証拠を求めながら、両方のファミリーにわたる同等性を指定しないかもしれない。希少なアドレスが市場価値を持つことを認めずに、パブリック IPv4 を要求するかもしれない。サプライヤーが明示的な互換性コストを課すことを罰しながら、曖昧なバンドル提案に報いるかもしれない。その結果、サプライヤーが契約を勝ち取るためにデュアルスタックの費用を隠し、後に変更要求、サポート制限、マージン圧迫を通じてそれを回収する市場が生まれる。
公共サービスサプライヤーは、その時、難しいリスクを背負う。IPv4 互換性に過小投資すれば、ユーザーが排除されるかもしれない。IPv6 に過小投資すれば、サービスが陳腐化し、将来の目標を失敗する。両方を誠実に価格設定すれば、高く見えるかもしれない。公共購入者の社会的義務は現実だが、その影響はやはり認識されねばならない。継続性要件は、重複した運用の購入である。
これは RIPE NCC 地域では重要である。なぜなら、サービスエリアには多くの法体系、調達文化、所得水準、行政的伝統が含まれるからである。単一の調達スローガンがそれらを記述することはない。一部の公共購入者は洗練されたデジタルチームを持つ。他は要件を解釈するためにベンダーに依存する。ある者は IPv6 を強く義務付けることができる。他は古いサプライヤーチェーンを維持しなければならない。したがって、共存のコストは、プロトコルの文言が似ている場合でも大きく異なるだろう。
RIPE NCC は公共調達の審判になるべきではない。省庁、自治体、学校ネットワーク、医療サプライヤーが正しい機器を購入したかどうかを決定すべきではない。その貢献は、それらの契約が依拠する公的な番号エビデンスである。すなわち、認められた保有者ステータス、経路セキュリティサービス、リバース委任の継続性、連絡可能性、移転や変更された運用管理に関する信頼できる記録である。そうすれば、調達はレジストリに契約を仲裁させることなく、継続性を誠実に価格設定できる。
移転、リース、共有アドレッシングはコスト上の選択肢である
事業者が IPv4 互換性を必要とする場合、通常 3 つの大きな選択肢がある：より多くのパブリック IPv4 を取得する、既存の IPv4 をより重く共有する、または顧客を IPv6 と例外に向けてより強く推進する。実際にはこれらの選択肢は混合される。プロバイダーはビジネス製品のためにアドレスをリースし、戦略的予備のためにブロックを購入し、住宅ユーザーには共有アドレッシングを使用し、IPv6 を広くサポートし、それでもなお必要とする顧客のために特別なパブリックアドレスプールを維持するかもしれない。
IPv4 リースと移転は、デュアルスタック予算におけるコスト項目である。それらは時間、互換性、運用上の摩擦軽減を購入する。クリーンなパブリックブロックは、サポート、ロギング、レピュテーションのコストを合計すると、高密度の変換よりも安価かもしれない。リースは、顧客基盤が近代化する間、ホスティング事業者が製品の期待を維持することを可能にするかもしれない。移転はエンタープライズサービスに対して長期的な確実性を提供するかもしれない。これらの決定は、単に希少な番号への投機ではない。それらは運用上のシンプルさの購入である。
しかし、リースと移転はそれ自体のコストを伴う。デューデリジェンスは、保有者の権限、レピュテーション履歴、経路起点の意味合い、リバース DNS 管理、契約条件、不正利用責任、終了リスク、支払条件、事業者のアーキテクチャとの互換性をチェックしなければならない。レピュテーションの悪い安価なブロックは、メールトラブルやプラットフォームブロックの後では高くつくかもしれない。管理条件が弱いリースは、公共サービス顧客にとってリスクとなり得る。文書が不明確な移転は、開始を遅らせ得る。希少な互換性は決してアドレスだけではない。それはアドレスの周りの証拠である。
共有アドレッシングはもう一つのコスト選択である。それは一部のパブリックアドレス取得を回避するが、ゲートウェイ容量、アトリビューションログ、サポート摩擦、ポート制限、顧客教育、法的応答手順、レピュテーション集中を生じさせる。一部のリテール市場ではこれが唯一実行可能な方法である。一部のビジネスコンテキストでは受け入れ不可である。事業者はコストかコストでないかを選択しているのではない。どのコストカテゴリーがより管理可能かを選択しているのである。
IPv6 ファーストのサービスは、顧客と相手方が協力する場合、両方のカテゴリーを削減できる。最初から IPv6 向けに設計された新製品は、より少ないパブリック IPv4 例外で済むかもしれない。コンテンツヘビーなアクセスネットワークは、大量のトラフィックをオフロードできるかもしれない。プライベートエンタープライズアプリケーションは近代化されるかもしれない。しかし、銀行、サプライヤー、古いデバイス、公共ポータル、不正ツール、パートナーネットワークから成る外部世界は残る。事業者は、周囲の市場も変わるまでは、節約のすべてを獲得できない。
したがって、コスト負担問題は部分的に契約的である。顧客がパブリック IPv4 を要求するならば、彼らはコストを見るべきである。ベンダーが IPv6 のギャップを作るならば、調達は修復に価格を付けるべきである。公的購入者が普遍的な互換性を要求するならば、入札は 2 つの層に対して支払うべきである。アクセス事業者が共有 IPv4 を選択するならば、顧客は制限を理解すべきである。明確な価格設定は、コストを持続させている主体にそれを可視化する。
RIPE NCC はそれらの価格を設定すべきではない。リースが美徳かどうか、移転価格が高すぎるかどうか、静的 IPv4 アドオンが公正かどうか、小売プランで CGNAT が許容可能かどうかを決定すべきではない。その役割は、各コスト選択がその実際の運用上のメリットで評価され得る程度に、登録およびサービス層を明確に保つことである。
転嫁は責任に従わない
すべての主体が、依存関係を作り出した当事者に請求書を転嫁できれば、コスト負担はより容易だろう。ネットワーク市場がそのように機能することは稀である。通常、サービスの約束を持つ主体が最初に支払う。古い依存関係を持つ主体は、後で間接的に支払うか、まったく支払わないかもしれない。この責任と転嫁の間のギャップが、ほとんどの技術スタッフがよりクリーンな最終状態を好む場合でも、デュアルスタックが持続する理由を説明する。
アクセス事業者は、リモートゲーム、銀行、カメラプラットフォーム、雇用者 VPN が依然として IPv4 の動作を期待しているという事実について、世帯に詳細な請求書を送れない。彼はスタティックパブリック IPv4 に課金するかもしれないが、ほとんどの互換性コストは小売サービスの中に隠れている。ホスティング会社は、実際の値上げがアドレス希少性、メールレピュテーション、パートナー到達性から来ると、小規模顧客に必ずしも伝えられない。パブリック IPv4 料金を表示するかもしれないが、顧客は見出しのパッケージを競合と比較する。マネージドサービス事業者は、古いホワイトリストが IPv6 ファースト運用を妨げるたびに、企業に容易に請求できない。将来の改善を論じつつ、サービスを維持しなければならない。
同じ転嫁の失敗が企業内部にも現れる。セキュリティチームは、監査証跡が馴染み深いために IPv4 制御を維持し続けるかもしれない。アプリケーションチームは、アプリケーションが依然として収益を上げているために、改善を遅らせるかもしれない。調達チームは、入札が安いために、曖昧なベンダーの主張を受け入れるかもしれない。ネットワークチームは次にゲートウェイ、例外、監視に資金を提供する。遅延の原因となっている部門が、必ずしも予算を失う部門ではない。その環境では、技術的合理性だけでは古い依存関係を退役させられない。
公共サービスは転嫁をさらに困難にする。省庁、学校ネットワーク、裁判所プラットフォーム、医療サプライヤーは、二重運用により多くのコストがかかることを知っているかもしれないが、互換性のためにユーザーに課金することは通常不可能である。市民はプロトコル設計ではなく、障害を経験する。したがって、請負業者は継続性を入札に織り込むか、入札が要件を過小評価している場合はそれを吸収する。公共購入者は到達可能性を要求するのが正しいかもしれないが、経済効果は依然としてサプライヤー、納税者、他の予算項目へのコスト移転である。
クラウド価格は隠れた請求書をより可視化するが、可視化は責任と同じではない。顧客はパブリック IPv4 料金を見て、それを支払い続けることができる。なぜなら、周辺アーキテクチャを変更する方が料金を支払うよりも難しいからである。可視的なラインアイテムは、プラットフォームがコストの発生源であるかのように見せかけることさえあるが、より深い原因は、プラットフォームが作り出したのではない一連の顧客、パートナー、ベンダーの依存関係である。明確な価格設定は助けになるが、集団的な遅延を解決しない。
小規模事業者は最も弱い転嫁力に直面する。デュアルスタックサポートを回収するために価格を上げれば、顧客が離れるかもしれない。コストをバンドルすれば、利益率が下がる。共有アドレッシングに依存すれば、サポートコールが増える。より多くの IPv4 をリースすれば、現金が希少なインプットに縛られる。IPv6 を強く推進し過ぎると、古い機器や相手方を持つ顧客が、サービス障害のせいで彼らを責める。事業者はコストのない道を選んでいるのではない。どのステークホルダーが最初にコストに気付くかを選んでいるのである。
これが「中立的」という言葉が誤解を招く理由である。デュアルスタックは、両方のプロトコルファミリーが提供されるという意味では中立的かもしれない。しかし、コスト分配の意味では中立的ではない。それは在庫、規模、交渉力、忍耐強い顧客、より良い調達文言を持つ主体に有利に働く。サービス障害が可視的で交渉力が弱いサポートエッジに近い主体に負担をかける。したがって、同じ技術的アーキテクチャでも、誰がコストを転嫁できるかによって異なる経済効果を持ち得る。
RIPE NCC はその交渉マップを修復できない。それを悪化させないことだけができる。レジストリ層が遅い、曖昧、または文化的に扱いにくければ、転嫁力の弱い主体は、遅延と不確実性を通じて再び支払う。レジストリ層が明確であれば、それらの主体は依然として市場の不公平に直面するが、重複した運用に加えて制度的な霧の資金を提供することを強いられない。
レジストリは不確実性を低減すべきであり、痛みを配分すべきではない
コストのかかる移行において、痛みを配分する中央機関を求める誘惑がある。デュアルスタックは、請求書が分散しているために、その誘惑を強める。アクセス事業者はサポートと変換コストを支払う。ホスティング事業者はアドレスとレピュテーションのコストを支払う。企業はファイアウォールと統合のコストを支払う。公共サービスサプライヤーは継続性のコストを支払う。顧客は料金、制限、不便を通じて支払う。ベンダーや調達チームは、完全には負担しないコストを生み出し得る。中央の裁定者は魅力的に聞こえる。
RIPE NCC はその役割に抵抗すべきである。それは補助金機関ではない。機器標準当局ではない。通信規制当局ではない。価格統制機関ではない。移行警察ではない。企業、クラウドプラットフォーム、アクセス事業者、ベンダー、公共購入者が共存の請求書のより多くを支払うべきかどうかを決定する裁判所ではない。もしそれらの機能を受け入れたならば、レジストリを有用にする狭い正当性を超えることになる。
レジストリの適切な貢献は不確実性の低減である。IPv4 と IPv6 リソースのステータスを明確にすべきである。正確な保有者エビデンスを維持すべきである。予測可能な方法で RPKI と経路起点認可をサポートすべきである。リバース DNS を安定に保つべきである。連絡先データと不正利用対応記録が、レジストリサービスの範囲内で使用可能であることを確保すべきである。移転と保有者の変更を分かりやすくすべきである。事業者が計画を立てられる方法で、サービスの状態と手続き要件を公表すべきである。
不確実性の低減は実際の経済的価値を持つ。IPv4 をリースするかどうかを決定するホスティング会社は、保有者記録が明確であれば、カウンターパーティリスクをより正確に価格設定できる。顧客所有リソースを受け入れるクラウド事業者は、経路起点エビデンスと記録が整合していれば、検証コストを下げられる。不正利用苦情に応答するアクセスネットワークは、公開記録が正確であれば時間を節約できる。サプライヤーを評価する企業は、レジストリ層が読みやすければより鋭い質問ができる。小規模事業者は、手続きが理解可能であれば不必要な仲介者を雇うことを避けられる。
これは小さな管理上の美徳ではない。デュアルスタック経済において、不確実性は倍増する。事業者はすでに不確かな顧客需要、不確かなベンダーの同等性、不確かな公共調達、不確かな IPv4 レピュテーション、不確かなプラットフォームサポート、不確かな退役タイミングに直面している。レジストリがもう一つの不確実性を追加すべきではない。それは、その信頼性が他者に自身のリスクを負わせる層であるべきである。
この境界は RIPE NCC も保護する。自らをレジストリの確実性に限定すれば、サービス品質で判断され得る。正確性、継続性、透明性、連絡可能性、予測可能な手続き、変更のセキュリティ、公開の弾力性である。移行コストを配分しようとすれば、正当に解決できない政治経済の紛争に引き込まれるだろう。いかなる決定も、あるコスト負担者を別の者より優遇することになる。いかなる介入も、レジストリが市場の統治者になったという主張を招くだろう。
より良い制度的姿勢は、控えめで断固としている。RIPE NCC は、両方のプロトコルファミリーをレジストリ記録でサポートすべきである。なぜなら、両方とも運用上現実だからである。強制に転じることなく明確さを奨励すべきである。IPv6 パスを容易に保ち、IPv4 記録を信頼できるものにすべきである。将来の IPv6 導入の望ましさを、現在の希少な IPv4 記録に関する曖昧さを正当化するために使うべきではない。台帳は、擁護者がそうなることを望むネットワークだけでなく、存在する通りの混合ネットワークに仕えなければならない。
監視ポイントは請求書が隠されている場所である
デュアルスタックのコスト負担は、隠された請求書が項目化されたときに可視化される。第一の監視ポイントは重複したアドレス計画である。事業者は IPv4 の希少性と IPv6 の豊富さを同時に管理しなければならない。一方のファミリーは節約、取得、リース制御、例外価格設定を要求する。もう一方はプレフィックス計画、顧客委任、ファイアウォール設計、運用教育を要求する。これを一つのアドレス計画として扱うことは、労働を過小評価する。
第二の監視ポイントは顧客機器である。CPE、ルーター、ファイアウォール、産業用ゲートウェイ、カメラ、決済デバイス、プリンター、医療システム、古い機器は一様に近代化しない。ベンダーによるサポートの主張は十分ではない。関連する問いは、通常のユーザーとサポートチームが、繰り返しチケットを発生させることなくその機器を運用できるかどうかである。ヘルプデスクにコストを輸出する低コストデバイスは、全体の予算では安くない。
第三の監視ポイントはソフトウェアの同等性である。IPv6 サポートは、パケット受け入れ以上のものを意味すべきである。それには、ログ、ダッシュボード、API、サポートチケット、ドキュメント、監査、高可用性、更新、サードパーティ統合が含まれるべきである。欠けているすべてのピースが IPv4 を温存し、仕事をインテグレーターにシフトさせる。
第四の監視ポイントは証拠である。ロギング、セキュリティ監視、不正利用応答、法的プロセス、経路起点認可、リバース DNS は、すべてが混在する世界で機能しなければならない。共有 IPv4 を通じてアドレスでお金を節約したプロバイダーは、証拠により多くを費やすかもしれない。IPv6 を展開するプロバイダーは、新しい証拠の慣行を必要とするかもしれない。両方のコストは現実である。
第五の監視ポイントは調達言語である。公共および企業の購入者はしばしば、二重の購入を認めずに、継続性と移行を同時に購入する。契約は、準備状況と同等性、通常のサポートと例外サポートを区別すべきである。さもなければ、サプライヤーは共存の請求書を過小評価し、後に摩擦を通じてそれを回収する。
第六の監視ポイントはクラウドと BYOIP の互換性である。プラットフォームはパブリック IPv4 の希少性を見えるようにできるが、顧客は依然として移行の労働を負担する。顧客所有リソースは証拠チェックを必要とする。クラウド機能はすぐには完全な同等性に達しないかもしれない。アドレスの価格はコストの一部に過ぎない。
第七の監視ポイントは IPv4 市場への依存である。リースと移転は運用の複雑性を低減し得るが、デューデリジェンスとレピュテーションのコストを追加する。共有アドレッシングはリースコストを回避し得るが、ログとサポートを追加する。共存を通じる無料のパスはない。
最後の監視ポイントはレジストリの野心である。デュアルスタックがより高価になるほど、機関が調整の名の下により広範な権限を主張しやすくなる。それは抵抗されるべきである。共存のコストは、より明確なレジストリを要求する理由であって、より大きなゲートキーパーを要求する理由ではない。RIPE NCC の価値は、共通の記録を信頼できるものに保つ時に最も高く、その上の市場を仲裁しようと誘惑された時に最も低い。
限定的な権限は弱い権限ではない
正しい結論は、RIPE NCC がデュアルスタックに無関係であるということではない。その関連性は特定的であるということだ。この機関は、ベンダーに IPv6 同等性を完了させたり、公的購入者に古いシステムを退役させたり、企業にホワイトリストを書き換えさせたり、クラウド顧客にアプリケーションを再設計させたり、アクセス事業者に共有 IPv4 を放棄させたりすることはできない。しかし、それらの主体が自身のコストに直面する間、番号リソース層をより曖昧でなくすることはできる。
その限定的な権限は、響きよりも強力である。明確なレジストリ記録は取引コストを低減する。安定した RPKI サービスはルーティングの不確実性を低減する。信頼できるリバース DNS はメール、診断、信頼を支える。正確な連絡先データは不正利用対応を助ける。予測可能な移転および保有者エビデンスは市場摩擦を下げる。良いドキュメントは小規模事業者の負担を減らす。サービス継続性は、稼働中のネットワークを管理上の混乱から保護する。これらは華やかな機能ではないが、業界の他の部分が重複する運用に対して支払っている時にこそ重要な機能である。
コスト負担の視点はまた、RIPE NCC に移行について語るための規律ある方法を与える。IPv4 互換性が消えたふりをせずに、IPv6 の長期的な重要性を認めることができる。IPv4 ホルダーを管理すべき問題として扱わずに、IPv6 展開をサポートできる。希少なアドレスに関するすべての市場の主張を是認せずに、IPv4 記録を維持できる。規制当局になることなく、レジストリサービスを改善できる。誰が補償に値するかを決定せずに、不確実性を低減できる。
デュアルスタック期間は、一つのクリーンな技術的移行として経験されないだろう。それは数千のコスト決定として経験されるだろう。パブリック IPv4 アドオン、ファイアウォールレビュー、サポートコール、ルーター交換、クラウドのラインアイテム、リース契約、経路起点更新、リバース DNS 修正、調達例外、ロギングシステム、顧客の苦情。各決定には支払者がいる。しばしば支払者は、遅延を作り出した主体ではない。
それゆえに経済学が重要なのだ。業界は移行に関する別のスローガンを必要としていない。重複のために誰が支払うのか、そしてどの機関が費用の回避可能な部分を削減できるのかについてのより明確な見方を必要としている。RIPE NCC の貢献は、デュアルスタックを無痛にすることではない。それは、レジストリの台帳とサービス層が、高コストの共存期間を必要以上に不確実にしないことを確保することである。
その意味で、限定的な権限は弱さではない。それは信頼の条件である。レジストリは記録し、公開し、保護し、明確化すべきである。事業者、顧客、ベンダー、プラットフォーム、公共購入者は、自身が制御する選択のコストを負担すべきである。デュアルスタックはコスト配分表である。RIPE NCC の仕事は、その表のすべての行を埋めることではない。その仕事は、表が読める程度に共通の番号を判読可能に保つことである。