ISPはIPアドレスをどう取得・管理するのか:割り振りの仕組み、IPv4の不足、IPv6への移行
インターネットのアドレス割り振り制度の変遷をたどりながら、ISPによるIPアドレス資源の取得と管理、そしてIPv4の不足、サブネット化、IPv6への移行、アドレス移転、セキュリティ、公共的なガバナンスの関係を解説します。

インターネットサービスプロバイダー(ISP)は、家庭や企業、さまざまな組織にインターネット接続を提供しています。そのサービスを支えているのは、光ファイバーやルーター、相互接続回線だけではありません。適切なIPアドレス資源を取得し、ネットワークや顧客の接続に秩序立てて利用するという、継続的な基礎業務も欠かせません。
この業務を理解するには、アドレス資源を割り振る制度と、事業者内部のネットワーク管理の両方を見る必要があります。前者はアドレスをどこから取得し、どのようなルールで移転するかに関わり、後者はアドレスをどう設定し、使用し、回収し、保護するかに関わります。新規に割り振れるIPv4資源が次第に不足するにつれ、この二つはアドレス移転市場やIPv6の導入とも深く結び付くようになりました。本稿では、こうした歴史的な変化を起点に、ISPがアドレス資源とネットワークの成長との間に生じる課題にどう対応しているかを解説します。
編集部注(2026年10月8日):原稿のタイトルと紹介文は、誤ってIPアドレスブローカーが市場で直面する課題を示す内容になっていたため、本文に合わせて訂正しました。また、アドレスの割り振り、IPv4の枯渇、セキュリティの仕組みなどに関する記述も修正しました。本文中の歴史的な出来事は、各地域における現在の具体的な割り振り条件を示すものではありません。
1. 大規模ネットワークにIPアドレス管理が欠かせない理由
ISPはインターネット基盤の重要な一部を担っています。大手事業者のネットワークは数百万人の利用者を接続することもあり、既存の接続を維持しながら、新たな顧客や機器、サービスにも対応しなければなりません。IPアドレスはネットワークインターフェースを論理的に識別するもので、パケットはアドレスと経路情報に従って宛先のネットワークに届きます。アドレス設定に重複や漏れ、経路情報との不整合が生じると、回線や機器自体が正常でも通信に支障が出る可能性があります。
そのため、IPアドレス管理は、アドレスプールから一つ取り出して顧客に渡すだけの作業ではありません。事業者は、どのアドレスが割り当て済みで、どれがまだ使用可能か、どれを将来の拡張用に確保しているか、また顧客の解約やネットワーク構成の変更後にどれを回収できるかを把握する必要があります。接続サービスを提供する地域、法人顧客、インフラ、サービスシステムの間でも、アドレス範囲を明確に区分し、整合性のある設定記録を保つ必要があります。
これは複雑で、継続して取り組まなければならない運用業務です。適切に管理すれば、設定ミスを減らし、障害箇所を特定しやすくし、拡張計画の根拠を明確にできます。一方、管理が不十分だと、アドレスの重複、利用可能な資源の見積もり違い、サービスの中断を招くおそれがあります。ただし、アドレス管理そのものが光ファイバーやポートの物理的な通信速度を高めるわけではなく、エンドツーエンドの通信速度を保証するものでもありません。サービスの性能は、回線容量、経路、機器の負荷、その他のネットワーク条件にも左右されます。アドレス管理が信頼性や拡張性に貢献するのは、主に資源計画と実際のネットワークとの整合性を保つことによります。
2. RIRと階層的なアドレス割り振りの仕組み
インターネット番号資源は、階層的な仕組みを通じて調整されています。番号資源に関するIANAの役割の説明によると、IANAは通常、一般のISPに直接アドレスを割り振るのではなく、地域インターネットレジストリ(RIR)にアドレス資源のプールを割り振ります。各RIRは、その地域のポリシーに従って、その後の割り振りや登録を行います。
事業者にとって、アドレスを取得する経路は一つではありません。ISPはRIRから直接資源を取得することもあれば、国別インターネットレジストリ(NIR)、ローカルインターネットレジストリ(LIR)、あるいは上位の通信事業者を通じてアドレスを取得することもあります。ISP自体がLIRの役割を担っている場合もあります。具体的な経路は、地域の制度、組織の立場、事業上の取り決めによって異なります。ここでいう階層は、まず資源の調整と登録の関係を示すものであり、インターネットの通信が必ずこれらの機関を順番に通過するという意味ではありません。
事業者は取得したアドレスブロックをネットワーク構成に応じてさらに分割し、それぞれを顧客の接続、サービスシステム、ネットワークインフラに使用します。一般に、規模の大きいネットワークほど多くのアドレス資源を計画する必要がありますが、必要なアドレスブロックの大きさが顧客数だけで決まるわけではありません。グローバルアドレスの使い方、アドレス共有の仕組み、サービスの種類、成長計画も需要に影響します。
IPv4のプレフィックス長を例にすると、/24のアドレスブロックには正確に256個、/16のアドレスブロックには正確に65,536個のアドレスが含まれます。これはあくまでアドレス空間の大きさを計算で示した例です。これを根拠に、/24で小都市全体にサービスを提供できる、あるいは/16で全国規模のISPを支えられると判断することはできません。また、現在レジストリが提供を約束している割り振り規模を示すものでもありません。アドレスの総数と、特定の種類のホストやインターフェースに実際に設定できる数は、サブネット構成や用途によって異なることもあります。
割り振りポリシーには、妥当な需要への対応、利用可能な資源の保全、登録情報の正確性の維持の間でバランスを取ることが求められます。需要の説明、利用記録、関連するポリシー上の手続きは、不合理な資源の占有を抑える助けになります。しかし、すべてのISPが十分なアドレスを取得できることを保証するものではなく、階層的な仕組みだけで抱え込みのリスクを完全になくすこともできません。
3. IPv4の枯渇が継続的な運用課題となる理由
IPv4は32ビットのアドレスを使用するため、アドレス空間には限りがあります。さらに、一般のグローバルアドレスとして割り振れる範囲は、特殊用途や既存の割り振りによって制限されています。インターネット接続への需要が増えるにつれ、新規アドレスの供給は次第に制約となりました。この変化には、歴史上の明確な節目があります。番号資源機構(NRO)は2011年2月3日、IANAが管理する中央の未割り振りIPv4アドレスプールが枯渇したと発表しました。
中央のアドレスプールが枯渇したからといって、すべてのRIRが同じ日に割り振りを停止したわけではありません。それまでに取得したアドレスが無効になったわけでも、既存のインターネット接続が途絶えたわけでもありません。残存資源の消費、回収されたアドレスの扱い、その後の割り振り方法には、地域ごとに独自の経緯とポリシーがあります。ISPにとっての本質的な変化は、新しいIPv4アドレスを継続的に取得できることを、もはや当然の前提にはできなくなったことです。拡張に際しては、資源を入手できるか、その取得にどれだけの費用がかかるかを考慮しなければなりません。
そこで事業者は、既存アドレスの管理改善、IPv6の導入、適したサービスでのアドレス変換の利用、関連ポリシーに沿った移転によるIPv4資源の取得など、複数の方法を組み合わせる必要があります。それぞれの方法が解決する問題は異なります。未使用アドレスの回収は内部の利用効率を高めますが、IPv4のアドレス空間全体を広げることはできません。アドレス移転は既存資源を再配分できますが、新たなIPv4アドレスを生み出すものではありません。
アドレス変換を利用すれば、限られたグローバルIPv4アドレスでより多くの接続を支えられます。ただし、基本的なNATと、ネットワークアドレス・ポート変換(NAPT)は区別する必要があります。RFC 3022における従来型NATとNAPTの説明では、NAPTはアドレスとトランスポート層の識別子を同時に変換し、複数の内部ノードで一つの外部アドレスを共有できるようにするとされています。日常的にいう「複数の機器がNATを使って一つのグローバルIPv4アドレスを共有する」という使い方には、通常、このポート変換の仕組みが含まれています。
共有には代償もあります。変換装置は状態情報を保持する必要があり、利用できるポート数やセッション容量には限界があります。外部から開始する接続や一部のアプリケーションプロトコルでは追加の対応が必要になる場合があり、障害調査や利用者の特定も複雑になります。アドレス共有はエンドツーエンドで直接通信するための条件を変えるため、アドレス容量を無制限に拡大する方法というより、IPv4不足の圧力を緩和する手段として位置付けるのが適切です。
IPv6は長期的な拡張の道筋を示していますが、旧式の機器やアプリケーション、依然としてIPv4に依存するネットワークがあるため、移行は一度には進みません。事業者は既存サービスを維持しながら、次世代ネットワークへの投資も行う必要があります。アドレス不足が単一の技術的な切り替えで解決する問題ではなく、長期にわたる運用課題となるのは、このためです。
4. IPAMとサブネット化による資源利用の改善
IPアドレス管理システム(IPAM)は、事業者によるアドレスブロック、サブネット、利用状況、関連設定の記録を支援し、自動設定のワークフローと連携することもできます。運用担当者は、ネットワーク資源の分布を把握し、割り当て記録と実際の利用状況を照合し、アドレスの重複や長期間使われていない資源を見つけやすくなります。また、容量計画の根拠にもなります。
こうした機能は、表を手作業で管理する際に生じる漏れや不整合を減らせますが、その効果はデータの品質、システム間の連携、日々の運用に左右されます。記録の更新が滞ったり、回収手順が不完全だったり、自動設定に誤りがあったりすれば、管理システムと実際のネットワークの状況が食い違う可能性があります。したがって、IPAMは利用効率の向上に役立つものの、アドレスの無駄を完全になくせるわけではありません。また、データベース上で「空き」と表示されているアドレスを、そのまま安全に再割り当てできるアドレスとみなすこともできません。
サブネット化も、基本となる手段の一つです。事業者は大きなアドレスブロックを小さな単位に分割し、地域、部門、顧客群、サービスの種類ごとに使用します。区分を明確にすると、設定や障害調査の対象範囲を絞りやすくなり、資源の需要を具体的な事業やサービスと結び付けやすくなります。
ただし、細かく分割するほどよいわけではありません。確保する範囲が大きすぎれば資源が長期間使われないままになり、細分化しすぎれば管理が複雑になって将来の拡張を制限するおそれがあります。効果的な計画には、現在の利用状況と妥当な成長余地の両方を考慮し、利用記録に基づいて継続的に調整することが必要です。これらを把握できていないISPでは、未使用の資源が各所に残っているにもかかわらず一部のアドレスプールが不足したり、割り当て可能な容量を想定より早く使い切ったりする可能性があります。
5. IPv6への移行とネットワークインフラの更新
IPv6は、プロトコルのレベルでアドレス空間を拡大しました。IPv6の仕様であるRFC 8200によると、アドレス長はIPv4の32ビットから128ビットに拡張されています。アドレス空間全体は2128、約3.4 × 1038個のアドレスに相当します。これはプロトコル上のアドレス空間の総量であり、すべてのビットパターンをグローバルに経路制御可能なインターフェースへ割り当てられるという意味ではありません。特殊用途、予約範囲、実際の割り振り構造も関係します。
膨大なアドレス空間によって、ネットワークの成長を見据えた計画により大きな余裕が生まれます。しかし、IPv6の導入は、新しいアドレスブロックを取得するだけでは済みません。事業者は、バックボーンやアクセス網の機器、顧客側のルーター、アドレス設定システム、監視基盤、運用・保守の手順がIPv6を正しく扱えるかを確認する必要があります。対応していない機器やソフトウェアは更新や交換が必要になる場合があり、顧客側でもネットワーク設定の変更が必要になることがあります。
段階的に導入を進める過程では、ISPは新しい接続にIPv6を提供しながら、既存のIPv4サービスを維持できます。デュアルスタックやその他の移行方式は、二つのプロトコルの共存を支えます。IPv6を導入しても、すべてのIPv4資源が自動的に使われなくなるわけではありません。利用者は依然としてIPv4にしか対応していないサービスへのアクセスを必要とする可能性があり、顧客の機器やアプリケーションが更新される時期も一様ではないからです。
したがって、移行はアドレス計画であると同時に、インフラと運用能力の更新でもあります。継続的な投資、試験、担当者の準備が必要であり、その進捗は機器のライフサイクル、顧客の需要、相互接続環境に影響されます。歴史的に導入が段階的に進んできたことは、増え続けるアドレス需要に対応するには、新しいプロトコルの能力と既存サービスの継続性を両立させなければならないことを示しています。
6. IPv4アドレス移転市場の役割と公平性の課題
IPv4の新規供給が制限されると、すでに割り振られているものの不要になった資源や、十分に使われていない資源が、移転を通じて再び利用される可能性が生まれます。こうして形成された二次市場は、ISPやその他の組織にアドレス取得の別の経路を提供し、通常の新規割り振りだけに頼る必要を減らしました。
日常的にいう「IPアドレスの売買」は、通常、アドレス資源の利用と登録を移転するための取り決めを指します。取引当事者は、適用されるレジストリのポリシー、契約上の取り決め、法的要件に対応しなければなりません。代金の支払いだけで、必要な登録や移転手続きを代替することはできません。これらの要件は地域や具体的な取り決めによって異なり、世界共通の一つの取引規制としてまとめることはできません。
ブローカーや移転支援サービス事業者は、取引相手の探索や手続きの調整を支援できます。ただし、そのことから、すべての移転にブローカーの仲介が必須だと断定することはできません。ARINは2023年8月7日の告知で、IPv4や自律システム番号の移転に際して、移転支援サービス事業者の利用は任意であり、必須ではないことを明示しました。この過去の説明は、「ブローカーの利用は例外なく必須である」という主張を訂正する根拠になります。しかし、他の地域に独自のポリシーや法的要件がないという意味にまで広げて解釈すべきではありません。
アドレス移転は、未使用資源を新たなネットワーク需要に応えるために活用できる一方、資源の集中や、公平な資源取得の機会という問題も生みます。資源保有者がアドレスを長期間手放さないことを選んだり、資金力のある参加者が希少な資源を継続的に取得できたりすれば、小規模事業者や新規参入者は、より高い費用や限られた選択肢に直面する可能性があります。これらは注意を向けるべき潜在的な仕組みですが、証拠がないまま、一部のグループがすでに市場を支配しているという事実として記述することはできません。
こうした問題の議論は、取引を認めるかどうかだけにとどまるべきではありません。登録情報の正確性をどう保つか、ルールの透明性をどう高めるか、資源の流動性、妥当な需要、競争機会の間でどうバランスを取るかも、番号資源のガバナンスの一部です。市場は個々のISPの資源不足を緩和できますが、IPv4の総量が有限であることから生じる構造的な圧力を、市場だけで解消することはできません。
7. アドレス管理におけるセキュリティ対策の範囲
IPアドレスの利用を開始した後も、ネットワークのセキュリティ管理と連携する必要があります。事業者は、アドレスの詐称、異常な経路、不正利用、分散型サービス拒否(DDoS)攻撃に対応するとともに、顧客、アドレス、時刻、設定記録の対応関係を保たなければなりません。正確な資源記録はインシデントの調査や対処に役立ちますが、「アドレスブロックを正当に取得した」ことが、その通信やシステムの安全性を当然に意味するわけではありません。
BGP監視は、インターネット上の経路広告の変化を監視し、異常な経路起源、到達性の変化、その他の調査すべき事象を事業者が発見する助けになります。監視が提供するのは観測と警告であり、それ自体がアドレス登録の有効性を証明したり、経路ハイジャックを自動的に阻止したりするわけではありません。異常が攻撃に当たるかどうかは、ネットワークの稼働状況や他の証拠と合わせて判断する必要があります。
一方、RPKIと経路起源認可(ROA)は、特定のプレフィックスと起源となる自律システムとの間の認可関係について、検証可能な情報を提供します。RFC 6811で説明されているBGP経路起源検証は、この情報を利用して、経路広告のプレフィックスと起源ASが認可内容に合致するかを確認します。対象は起源の検証であって、ASパス全体の検証でも、契約上の所有権の判断でもありません。また、あらゆる種類のネットワーク攻撃を防げるものでもありません。
DNSSECが扱うのは、別の層の問題です。RFC 4033におけるDNSセキュリティ拡張の説明によると、DNSSECはDNSデータの出自の認証、完全性の検証、そして特定のデータが存在しないことについての検証可能な証明を提供します。IPアドレスの割り振りが正当かどうかを検証するものではなく、BGP経路の監視も担いません。また、通信の機密性やDDoS対策を提供するものでもありません。DNS応答の検証に成功しても、そのアドレスに対応するサービスにセキュリティ上のリスクがないとは判断できません。
これらの仕組みには、それぞれの役割があります。アドレスと設定の記録、経路監視、起源検証、詐称対策、攻撃への対処が組み合わさって実際の運用を構成しており、互いを代替することはできません。管理の混乱は、設定ミス、資源の不正利用、インシデント対応の難しさにつながるリスクを高める可能性があります。アクセス制御の設定ミスを伴う場合には、データが露出する可能性も高まります。しかし、アドレスプールの管理と、あらゆる攻撃やデータ漏えいとの間に、単純な因果関係があるとみなすことはできません。
8. ISPはインターネットの公共的なガバナンスにどう参加するか
ISPがインターネットに与える影響は、接続サービスの提供にとどまりません。アドレスの割り当て、顧客の接続、ネットワーク間の相互接続、障害対応で得た経験は、番号資源ポリシーや技術標準の検討に実態に即した根拠を提供できます。アドレス不足、IPv6への移行、セキュリティの需要が相互に影響するなか、事業者の参加は、さまざまな規模のネットワークが直面する現実の制約を公共的な議論に反映させる助けになります。
ここでは、番号資源ポリシーとプロトコル標準を区別する必要があります。RIRのコミュニティは、それぞれのポリシー策定手続きを通じて、資源の割り振りや管理のルールを議論しています。例えば、RIPEのポリシー策定手続きでは、ワーキンググループのメーリングリストや会議を通じて、さまざまな立場の人が議論に参加できます。ISPも問題提起や提案、案への意見提出ができます。これらの手続きは、事業者が一方的にルールを決めるものではなく、大規模な資源保有者だけに開かれているものでもありません。
これに対し、IETFの主な仕事はインターネットの技術標準を策定することであり、ISPにアドレスブロックを割り振ることではありません。IETFの参加案内には、誰もが貢献できる方法が明示されており、ネットワーク運用担当者は他の参加者とともに、プロトコルの設計、実装、運用経験について議論できます。番号資源ポリシーとプロトコル標準は相互に関係していますが、その役割と策定過程は異なります。
ICANNやIANAが関わる世界規模の調整体制も、この背景の一部です。ただし、世界的な調整、地域の番号資源ポリシー、プロトコルの技術的な策定を、同じ意思決定機関の仕事として混同してはいけません。事業者はこれらの役割の境界を理解することで、具体的な問題を適切な議論の場に持ち込めます。
このように見ると、ISPはアドレス資源の利用者であると同時に、インターネットの継続的な発展を担う参加者でもあります。拡張の必要性、セキュリティインシデント、顧客の需要を公開の議論の根拠とし、他の利害関係者とともに、インターネットの開放性、アクセスのしやすさ、安全性を維持することができます。アドレスのガバナンスの意義は、有限の資源と変化し続ける接続需要の間で、実際に機能し、説明可能で、公平な仕組みを模索し続けることにあります。
よくある質問
IPアドレスの割り振り・割り当てとは何ですか?
広い意味では、組織やネットワークが利用できるようにアドレス資源を提供し、さらにサブネットやインターフェースにアドレスを設定するまでの過程を指します。世界規模の資源調整は、通常、IANAからRIRへの資源プールの割り振りを起点とし、その後NIR、LIR、ISPを経由する場合があります。グローバルユニキャストアドレスは、対応するグローバルな経路制御の範囲内で一意でなければなりません。一方、プライベートアドレスは、互いに独立したネットワーク内で重複して使用できます。したがって、アドレスの割り当ては、すべての機器が専用のグローバルアドレスを一つずつ取得しなければならないという意味ではありません。
IPv4の枯渇はなぜ問題になるのですか?
ネットワークや顧客の需要は増え続ける一方、新規に割り振れるIPv4資源には限りがあるからです。2011年の中央アドレスプールの枯渇は、この歴史的な過程における重要な節目でした。ただし、各地域で同時にすべての割り振りが停止したことを意味せず、使用中のアドレスが無効になるわけでもありません。事業者にとっては、主に拡張時に資源の取得が難しくなるという形で問題が現れます。そのため、より効果的な管理、アドレス共有、資源移転、IPv6の導入を組み合わせて対応する必要があります。
ISPはなぜサブネット化を行うのですか?
サブネット化によって、大きなアドレスブロックを地域、部門、サービス、顧客群に適した小さな単位に整理でき、設定、障害箇所の特定、容量計画が明確になります。不合理な資源の占有を減らす助けにはなりますが、アドレスの総数を増やすものではなく、無駄を完全になくせるわけでもありません。分割に際しては、現在の需要と将来の成長の両方を考慮し、過大な確保や過度な細分化を避ける必要があります。
NATとは何ですか? IPv4の枯渇をどう緩和しますか?
NATはネットワークアドレス変換のことです。複数の内部機器で一つのグローバルIPv4アドレスを共有する一般的な場面では、通常、ポート変換も行うNAPTが使われます。これによって、個別のグローバルアドレスに対する需要を減らし、既存資源で事業の成長を支えられる期間を延ばせます。ただし、変換の状態情報を保持する必要があり、ポート数やセッション容量などの制約を受けます。外部からの接続、アプリケーションの互換性、障害調査が複雑になる可能性もあるため、IPv6がもたらす長期的なアドレス拡張能力を代替することはできません。
IPアドレス取引とは何ですか?
IPv4が不足するなかで、通常は組織が商取引上の取り決めを通じて既存のアドレス資源を移転し、適用されるポリシーに従って必要な登録と手続きを行うことを指します。不要になった資源を、実際に需要のあるネットワークに移すことができますが、新たなIPv4アドレスを生み出すものではありません。取引ではブローカーやその他のサービス事業者の支援を受けられますが、ブローカーの利用が一律に必須だと考えることはできません。要件を満たしているかどうかは、関連するレジストリのルール、契約、法律に基づいて判断する必要があります。