Cisco Identity Services Engine（ISE）は、組織のネットワークにアクセスするユーザとデバイスの管理認識、制御、一貫性の向上を可能にする安全なネットワーク アクセス プラットフォームです。ISE は、ネットワーク アクセス コントロール ポリシーを実装するための SD-Access の不可欠な必須コンポーネントです。ISE はポリシーの実装を実行し、ユーザーとデバイスのスケーラブルなグループへの動的なマッピングを可能にし、エンドツーエンドのセキュリティ ポリシーの適用を簡素化します。ISE 内では、ユーザーとデバイスがシンプルで柔軟なインターフェイスに表示されます。
ISE は、Cisco Platform Exchange Grid（pxGrid）および REST API（Representational State Transfer Application Programming Interface）を使用して Cisco DNA Center と統合し、ISE でのエンドポイント イベント通知とポリシー設定の自動化を実現します。

Explanation:
構成管理 (CM) ツールは、構成ノードには優れていますが、複雑なタスクを調整するのにはあまり適していません。オーケストレーション ツールは、構成を専門ツールに任せる傾向があります。
従来のサーバー環境は、インストール後に変更されるため、変更可能です。
管理者は常にコードを調整したり追加したりしています。CM ツールは、この複雑さを管理し、数万から数千のサーバーの構成と更新に秩序をもたらすために進化しました。不変インフラストラクチャとは、サーバーがデプロイされた後に決して変更されないインフラストラクチャです。何かを更新または変更する必要がある場合、必要な変更を加えた共通テンプレートから新しいサーバーが新たに構築されます。これは、新しいサーバーが既存のサーバーを置き換える Terraform の世界です。これはコンテナの哲学でもあります。オーケストレーションを使用すると、サーバーには通常、リソースの作成から破棄までのライフサイクルを管理するためのサポートが組み込まれているため、不変性が簡単にサーバーに適用されます。
参考: https://www.ibm.com/cloud/blog/chef-ansible-puppet-terraform

ファブリック モード AP は、従来の AP がサポートするのと同じワイヤレス メディア サービスを引き続きサポートします。AVC、サービス品質 (QoS)、およびその他のワイヤレス ポリシーを適用します。そして、ファブリック WLC への CAPWAP コントロール プレーンを確立します。ファブリック AP はローカル モード AP として参加し、ファブリック WLC を介した RLOC 割り当てなどのファブリック登録イベントを有効にするには、ファブリック エッジ ノード スイッチに直接接続する必要があります。ファブリック エッジ ノードは、CDP を使用して AP を特別な有線ホストとして認識し、特別なポート設定を適用して、ファブリック全体の共通 EID スペース内の固有のオーバーレイ ネットワークに AP を割り当てます。この割り当てにより、単一のサブネットを使用してファブリック サイトの AP インフラストラクチャをカバーするため、管理が簡素化されます。
参照: https://www.cisco.com/c/en/us/td/docs/solutions/CVD/Campus/sda-sdg-2019oct.html

OAuth (OAuth 2.0) の最も一般的な実装では、次のトークンの一方または両方を使用します。
+ アクセス トークン: API キーのように送信され、アプリケーションがユーザーのデータにアクセスできるようになります。
オプションで、アクセス トークンを期限切れにすることができます。
+ リフレッシュ トークン: オプションで OAuth フローの一部、リフレッシュ トークンは新しいアクセスを取得します
トークンの有効期限が切れている場合。OAuth2 は認証と認可を組み合わせて許可します。
より洗練された範囲と有効性の制御。