現代のネットワークアーキテクチャにおいて、動的に割り当てられたり、非ポータブルなIPv6スペースを上流のインターネットサービスプロバイダー(ISP)に依存することは、ベンダーロックインを生じさせ、災害復旧を複雑にし、キャリア中立的なマルチホーミングを妨げる。
An IPv6 /48 グローバル輸送ネットワークおよびインターネット交換ポイント(IXP)で、パブリックBGPルーティングの最小割当て境界として広く認識されており、IPv6アドレッシングの境界は下まで拡張します。 /64 (標準的な単一サブネット割り当て under SLAAC)、Tier-1キャリアおよび自律システムは、それより長いプレフィックスをすべてフィルタリングします /48 (例えば /56 または /64グローバルルーティングテーブルの無制限な肥大化を防ぐため。
RIPE NCC(Réseaux IP Européens Network Coordination Centre)を通じて独立したIPv6割り当てを確保することにより、組織は次のものを得ます:
- プロバイダ独立性(PI): 内部ネットワーク、インフラ、エッジサービスを再番号化することなく、輸送事業者や上流ベンダーを変更する自由。
- 本格的なBGPマルチホーミング: 2つ以上の輸送事業者に同時にルートを宣伝する能力により、レイテンシーとフェイルオーバーが最適化されます。
- 非中央集権的なセキュリティと信頼: 暗号化されたオリジン検証(RPKI ROA)および逆DNSに対する直接的な管理権限
ip6.arpa) 任員。
RIPE NCCポリシーの理解:割当てと割り当て
リクエストを提出する前に、RIPE NCC IPv6アドレス割当ておよび割り当てポリシーで定義された用語の違いを理解することが重要です:
- 割り当て(PA – 供給者集約可能): 下流の顧客または内部ビジネス部門にさらに分割・配布する予定のブロック。これらは通常、ローカルインターネット登録機関(LIR)に発行され、そこから開始されます
/29または/32. - 割当 (PI - プロバイダ非依存): エンドユーザー組織に直接割り当てられ、その独自の運用インフラストラクチャ用に使用されるブロック。これらのプレフィックスは、第三者にさらに下位割り当てることはできません。
組織、ホームラブ、または企業がスタンドアローンを求める場合 /48、あなたは主にプロバイダに依存しない(PI)の割り当てを求めるものであり、ある下で登録されます inet6num ステータスがのオブジェクト 割り当てられたPI (または 割り当てられました-LIR 契約構造に応じて異なる。
あなたの道を選ぶ:直接LIR会員 vs. 保証LIR
RIPE NCCは、エンドユーザーがリソースを確保するための2つのメカニズムを許可しています:
| 機能 / メトリクス | 直接LIR会員資格 | LIRモデルの後援 |
| ターゲットオーディエンス | インターネットサービスプロバイダ、通信会社、データセンター、大企業 | 中小企業(SMB)、スモールビジネス、エッジネットワーク |
| 年間財政的義務 | 年間のRIPE会員費(約€1,000〜€1,550/年) | 年間のスポンサーシップ料金は控えめで(通常は年間50~250ユーロ) |
| ワンタイムオンボーディング | 直接的な法的査定および申請料金 RIPE NCC | 直接的にスポンサリングブローカー/パートナーを通じて設定してください |
| リソースの能力 | リクエストできます /29–/32 IPv6ブロック、16/32ビットASNs、LIRプールの管理 | スポンサーになることができます /48 PI、16/32ビットASN、およびトランザクションハンドル |
| 管理の手間 | 高 (直接統治、投票権、コンプライアンス) | ロウ(スポンサーがRIPEとの行政提出を処理) |
推奨: あなたの組織が商用インターネット登録機関になることを予期しているか、または大規模な要件を必要としている限り
/29–/32集約、スポンサリングLIRと契約することは、安全に確保するための標準的で経済的なアプローチです/48.
必須の前提条件
RIPE NCCの基準に基づいてIPv6割り当てを受けるには、要求する主体が3つの主要な要件を満たす必要があります:
A. マルチホーミングの意図の証明
RIPE NCCのポリシーでは、独立プレフィックスを要求するエンドユーザーは、そのプレフィックスをマルチホームにする意図を証明する必要があります。これは次の通り証明されます:
- オペレーティングまたは自律的システム番号(ASN)を取得する。
- アクティブまたは計画中のピアリング/トランジットの手配を提供すること 少なくとも2つの異なる自律システム.
B. RIPE NCCサービス地域内での法的所在
申請者(エンドユーザー組織)は、RIPEサービス領域内(ヨーロッパ、中東、中央アジアの一部を含む)で法的に設立されている必要があります。スポンサリングLIRを通じて契約する場合、スポンサリング契約には次のものが含まれます:
- 公式企業登記書類(例:設立証明書、KVK、商事登記簿、会社登記の抜粋)
- 国際親会社からの申請の場合、運用またはインフラストラクチャの存在の証明
C. 技術的アドレス指定計画
あなたは、それが示す基本的なアドレス指定スキームを説明する準備ができている必要があります /48 12か月以内に、エッジルーター、DMZ、内部サービス、VPNゲートウェイ、サイト間トンネルなどのネットワークセグメントで使用される予定です。
ステップバイステップの取得ライフサイクル
1. ステップ1: RIPE NCCアクセスアカウントとメンテナーオブジェクトの作成:RIPE WhoisデータベースでのIDの確立
最初に、RIPE NCC Accessポータルで管理プロファイルを作成してください。認証後、ベースとなるWhoisデータベースオブジェクトを構築してください。
人物または役割オブジェクト: 管理および技術担当者(電子メールおよび郵便住所を含む)を定義します。mntner(メンテナ) オブジェクト: 認証(SSO、PGPキー、またはパスワードハッシュ)でオブジェクトを保護します。以降のすべてのオブジェクト(inet6num,route6,ドメイン) はこのメンテナを参照します。団体オブジェクト: IPリソースを保有する法的実体を表します。
2.ステップ2:後援するLIRを確保し、契約を実行する:アクティブなレジストリにアプリケーションを公式に委任する。
既存のスポンサリングLIRを選択してください。標準化されたRIPEエンドユーザー割り当て契約を実行する必要があります。
この契約は、あなたの組織をRIPEのポリシーに法的に束縛し、スポンサーシップ契約が新しいスポンサーへの移管なしに終了した場合、リソースがRIPE NCCに戻ることを確認します。
3.ステップ3:正式な申請とサブネット計画の提出:LIRポータルを介して技術的妥当性を提出してください。
あなたのスポンサリングLIRは、リソース要求をRIPE LIRポータルを通じて提出します。送信される主要なパラメータには以下が含まれます:
- ターゲット接頭辞の長さ:
/48 - ホルダーオーガニゼーションIDおよびメンテナハンドル(
mnt-by,mntルート,mntドメイン) - 上流マルチホームの詳細:ターゲットオリジンASNおよび少なくとも2つのトランジットプロバイダまたはIXPピアの名前。
- 展開スケジュール:ハイレベルなサブネット割り当て計画(例:10〜50)
/64複数の場所に展開されたサブネット).
4.ステップ4:チケットレビュー&プレフィックス生成:RIPE Hostmastersは接頭辞を検証し割り当てます。
RIPE Hostmastersは、現在のポリシーのガイドラインに基づいて申請を評価します(通常は1〜3営業日以内)。承認された場合:
- RIPEは、彼らの予約プールから未割り当てブロックを割り当てます(例として)
2a0f:...::/48または2a10:...::/48). - 対応する
inet6numオブジェクトは、あなたのメンテナと組織のハンドルが付与されたグローバルなRIPE Whoisデータベースに作成されます。
5.ステップ5:RPKI検証、ルーティングオブジェクト、DNS委任:アドバタイジング前のセキュアなルーティングの完全性
RIPE LIRまたはAccessダッシュボードにログインして次のことを設定してください:
- RPKI ROA(ルートオリジン認証): 割り当てられたものを暗号的にバインドする
/48元のASNに最大長を指定して/48. route6オブジェクト: RIPE IRR(インターネットルーティングリジストリ)にルーティングレジストリーオブジェクトを作成し、自動的な上流プレフィックスフィルターがあなたのアノンスを許可することを確認してください。- 逆DNS委任: 対応するポイントを指してください
ip6.arpaドメインオブジェクトをあなたの公式ネームサーバーに転送してください。
ポストアロケーション技術的設定
Whoisデータベースに接頭辞が表示されると、インターネット全体でブロックを有効にするために次の運用タスクを実行します。
IRRの作成 route6 オブジェクト
移動事業者がツールを使用して接頭辞フィルターを生成します bgpq4 IRRデータベース(RIPE、RADB、NTT)を照会することで。正確な route6 オブジェクト、あなたのBGPセッションは拒否またはフィルタリングされます。
route6: 2a0f:xxxx:xxxx::/48
descr: プロダクションAnycast & コアルーティング
origin: AS65530
mnt-by: YOUR-MNT
source: RIPE
RPKI ROAの実装
RPKI(リソース公開鍵インフラストラクチャ)は、BGPルートハッキングおよび誤設定を防止します。
- 在の RIPE NCCアクセスダッシュボード -> RPKIダッシュボード:
- 設定 元ASN: あなたの運用用ASN(例、
AS65530). - 設定 接頭辞:
2a0f:xxxx:xxxx::/48. - 設定 最大長さ:
48(重要な:Max Lengthを設定しないでください/64特に要求されていない限り、緩いmax-length設定はサブプレフィックスハッキングの攻撃面を開けるため、避けるべきである。.
- 設定 元ASN: あなたの運用用ASN(例、
アップストリームBGPピアリングの構築
動的ルーティングエンジン(BIRD2、FRRouting、Junos、またはCisco IOS-XRなど)を使用して、BGP上流ネイバーに集約プレフィックスを通知してください。
例: BIRD 2 設定スニペット
例: BIRD 2 設定スニペット
プロトコル 静的 {
ipv6;
}
# 全体をルーティングする /48 ローカルにブラックホールを設定してループを防止する
ルート 2a0f:xxxx:xxxx::/48 ブラックホール;
}
フィルター export_to_transit {
# ちょうど正確に発表する /48 割り当て
もし (net = 2a0f:xxxx:xxxx::/48) それでは {
受け入れ;
}
拒否;
}
プロトコル bgp upstream_transit_a {
ローカル AS 65530;
隣人 2001:db8:100::1 として 64496;
ipv6 {
インポート すべて;
エクスポート フィルター export_to_transit;
};
}
アドレス指定とサブネット構造 for a /48
An IPv6 /48 接頭辞は提供します 16-bit subnet field、正確に付与して 65,536の異なる /64 サブネット。標準的なIPv6エンドユーザーのセグメント、VLAN、およびVPNプールは常にを使用する必要があります /64 RFC仕様との互換性を維持するため、隣接ノードの発見およびハードウェアオフロードのために、a /48 構造的な階層設計に非常に大きな余裕を提供します:
グローバルプレフィックス (48ビット) サブネットID (16ビット) インターフェースID (64ビット)
[ 2a0f : xxxx : xxxx ] : [ サイト / VLAN / ポッド ] : [ ホスト / EUI-64 / SLAAC ]
0000–00FF(最初の256サブネット): コアインフラストラクチャ、ポイントツーポイントルーターリンク、ループバック。0100–0FFF: 社内企業ローカルアREA、管理セグメント、サーバーVLAN。1000–7FFF: 公開向けの運用クラスター、イングレスコントローラー、アナノイクサービス。8000–FFFF: リモートサイトトンネル、ブランチロケーション、およびダイナミックなWireGuard/IPsecオーバーレイ
よくあるミスとコンプライアンスの確認
- スポンサー関係の維持に失敗した場合: あなたのスポンサリングLIRが業務を終了した場合、または年間メンテナンス料金の支払いに失敗した場合、RIPE NCCはスポンサーシップの猶予期間を開始します。指定された時間枠(通常は30〜60日)内に割当を新しいスポンサーに移す必要があります。そうでない場合、割当は取り消され、無料プールに戻されます。
- 広告の長さが長い場合
/48: あなたのデータを非集約化しようとしています/482つに分ける/49三または四/50トラフィックエンジニアリングのためのルールは、グローバルインターネット全体で失敗するだろう。ほぼすべてのティア1およびティア2のトランジットキャリアは、IPv6のアナウンスをそれより小さいものに対して積極的にフィルタリングしている。/48. - 逆DNS委任を無視すること: PTRレコードの設定を省略した場合に
ip6.arpa送信メール配信の失敗、認証拒否、および企業向けセキュリティツールが強制する前方確認済み逆DNS(FCrDNS)による接続タイムアウトを引き起こす可能性があります。