包括的かつ詳細な説明
Prisma SD-WAN ルーティング構成では、BGP ピア (または静的ルート) のスコープ設定によって、そのソースから学習したプレフィックスの再配布ロジックが制御されます。
ローカルスコープ：BGPピアが「ローカル」スコープに設定されている場合、IONデバイスは学習したルートを自身の到達可能性のためにローカルルーティングテーブルにインストールしますが、これらのルートをセキュアファブリック経由で他のIONデバイスにアドバタイズ（再配布）することはありません。これらのルートはサイト内でローカルのままです。
グローバルスコープ：ネットワーク全体への到達可能性をアドバタイズするには、BGPピアに「グローバル」スコープを設定する必要があります。これにより、IONは、この特定のネイバー（例：DCコアスイッチ）から学習したプレフィックスを、SD-WANオーバーレイを介してリモートブランチに伝播する必要があることを認識します。これは、そのBGPピアの背後でホストされているアプリケーションがブランチからDCへの通信を可能にするために不可欠な設定です。「グローバル」スコープがないと、ブランチはデータセンターのサブネットへのルートを学習できません。

包括的かつ詳細な説明
Prisma SD-WAN フロー ブラウザでは、フロー状態によって TCP/UDP セッション ライフサイクルのリアルタイム スナップショットが提供されます。
INIT (初期化): この状態は、ION デバイスがクライアント (ソース) から発信された新しいセッションの初期パケット (通常は TCP SYN) を認識したが、宛先サーバーからの返信パケット (TCP SYN-ACK など) をまだ認識していないことを示します。
診断：INITでフローが停止するのは、下流の「ブラックホール」または到達可能性の問題の典型的な兆候です。これは、IONがパケットを宛先に正常にルーティングしたものの、宛先が応答しなかったことを意味します。一般的な原因には以下が含まれます。
サーバーはオフラインです。
パス内 (またはサーバー自体) のファイアウォールがトラフィックをドロップしています。
ルーティングは戻りパスで切断されます (戻りトラフィックが ION をバイパスする非対称ルーティング)。
ION自身のファイアウォールによってフローが拒否された場合（オプションC）、状態は通常DENYまたはREJECTになります。ハンドシェイクが完了した場合（オプションA）、状態はESTABLISHEDになります。したがって、INITはリモートエンドからの応答がないことを示します。

包括的かつ詳細な説明
Prisma SD-WAN は、リアルタイムの可視性と履歴の要約を分離します。
レポート (C): レポートセクションは、履歴サマリーを生成するための専用エンジンです。管理者は、「月次エグゼクティブサマリー」などのカスタムレポートテンプレートを作成し、「利用量上位アプリケーション」、「サイトの可用性」、「回線使用率」といった特定のウィジェットを追加できます。この機能の重要な点は、スケジュール設定が可能で、システムが設定した間隔（例：毎月1日）でPDFレポートを自動的に生成し、配信リストにメールで送信できることです。
アクティビティ チャート (A) / メディア分析 (B): これらは、アドホック分析用のインタラクティブな視覚的なグラフを提供しますが、管理者向けにダウンロード可能なスケジュールされた PDF サマリーを生成するようには設計されていません。
フロー ブラウザ (D): これは、高レベルの集計レポートではなく、個々のセッションの詳細なトラブルシューティングを目的としています。

包括的かつ詳細な説明
パス ポリシー構成に関する Palo Alto Networks Prisma SD-WAN 管理者ドキュメントによると、標準 VPN (Prisma Access やサードパーティのファイアウォールなどの非 ION デバイスへの IPSec トンネル) を L3 障害パスとして使用する場合は、特定のルールが適用されます。
パスポリシールールを設定する際、管理者はアクティブパス、バックアップパス、およびL3障害パスを定義します。L3障害パスは、すべてのアクティブパスとバックアップパスが利用できない（レイヤ3ダウン）場合に使用される「最後の手段」メカニズムです。
L3 障害パス タイプとして標準 VPN を選択した場合、システムでは、管理者が同じポリシー ルール内の特定の標準サービスおよび DC グループにもそれを関連付けることが明示的に要求されます。
IONデバイスは、標準サービスとDCグループを使用して、トラフィックをルーティングする特定のリモートエンドポイント（トンネルの宛先）を特定します。WANに単純にルーティングできる「直接」（インターネット）パスとは異なり、標準VPNは論理トンネルを表します。ポリシールールで「標準VPN」を障害パスとして指定し、「標準サービスとDCグループ」フィールドを空白または未選択のままにした場合、IONは実質的に「VPNを使用する」という指示は受けますが、この特定のアプリケーションコンテキストにどのVPNグループを使用するかという指示が不足しています。その結果、Prisma AccessへのIPSecトンネルが物理的に稼働していて安定している場合でも、ポリシーエンジンは「SuperSaaSApp」トラフィックのネクストホップを解決できず、パケットがドロップされます。これを解決するには、管理者はパスポリシールールを編集し、Prisma Accessを表す特定の標準サービス/DCグループがL3障害パスとしてチェック/選択されていることを確認する必要があります。

包括的かつ詳細な説明
ブランチ サイトが特定の地域のデータ センターとのみ VPN トンネルを形成する (たとえば、EU ブランチは EU DC のみと) という厳密な地域分離を実現するには、適切なアーキテクチャ機能は VPN クラスターを利用することです。
Prisma SD-WAN (CloudGenix) では、クラスタはオーバーレイネットワークの論理的なセキュリティとトポロジ境界を定義します。デフォルトでは、デバイスは「デフォルト」クラスタに配置され、そのコンテキスト内の他のすべての到達可能なデバイスとメッシュまたはハブアンドスポークトポロジを形成しようとします。
新しいポリシーを適用するには:
論理パーティショニング: 管理者は、リージョンごとに個別の VPN クラスターを作成する必要があります (例: 「Cluster-NA」、「Cluster-EU」、「Cluster-Asia」)。
割り当て: 地域データ センター ION とそれに対応するブランチ ION をそれぞれのクラスターに移動する必要があります。
結果：Prisma SD-WANコントローラは、デバイスが同じクラスタ内の他のデバイスとのみセキュアファブリック（VPN）トンネルを確立できるように指示します。これにより、グローバルネットワークが効果的にセグメント化され、アジアのブランチが北米のDCへのトンネルを構築しようとすることがなくなり、複雑なアクセスリストや手動のトンネル設定なしでコンプライアンス要件を満たすことができます。
オプション B (手動トンネル) は管理上スケーラブルではなく、SD-WAN 自動化の利点が失われます。
オプション C (回線ラベル) は、主にパス選択とトラフィック ステアリング用であり、ハード トポロジのセグメンテーション用ではありません。
オプション D (VRF) は、WAN オーバーレイ トンネルの形成範囲を制御するためではなく、デバイス内のローカル レイヤ 3 セグメンテーション (ルーティング分離) に使用されます。