You are configuring a new ISE node for your deployment. What is the correct sequence to join a secondary node to the existing deployment?
Registration must be initiated from the Primary PAN, which generates a one-time registration key; the secondary node then uses that key to join. Starting from the secondary node is not supported, so this sequence satisfies the deployment's requirement that the Primary PAN authorises the new node.
Why this answer
In Cisco ISE, the Primary PAN is the authoritative node that maintains the deployment database and controls node registration. To add a secondary node, you log into the Primary PAN, navigate to Administration > System > Deployment, and use the 'Register an ISE node' action to initiate the join. The secondary node must already be installed and reachable, but the registration workflow is always driven from the Primary PAN, not the joining node.
Exam trap
SISE often tests the misconception that a secondary node initiates its own join via CLI or setup wizard, when in fact all node registration is initiated from the Primary PAN's Deployment page.
How to eliminate wrong answers
Option B is wrong because ISE nodes cannot be configured as standalone and then have databases merged — there is no database merge feature; nodes must be registered into the deployment from the Primary PAN. Option C is wrong because there is no CLI 'join' command on the secondary node for deployment registration; the CLI is used for initial setup, not for joining an existing deployment. Option D is wrong because the setup wizard configures a standalone node's basic parameters (hostname, IP, DNS, NTP, passwords) but does not create or join a cluster — cluster membership is established only via the Primary PAN's Deployment page.