Questo scenario descrive cosa accade durante il processo di avvio del server quando l'assunzione di controllo di console è abilitata e si sta utilizzando più di una connettività Operations Console. Vale a dire, una unità di console locale collegata direttamente, di cui ne può esistere solo una, è collegata e sono collegate tre unità LAN Operations Console.
Impostazione: il tipo di console è impostato su Operations Console (LAN). Il PC collegato direttamente è indicato come CABLATO ed i PC LAN sono indicati come LAN1, LAN2 e LAN3. La modalità è non presidiata (modalità normale) e il server è in fase di IPL. Quando durante l'IPL, l'unità console viene determinata, la prima unità che si collega, del tipo specificato dall'impostazione di console (LAN in questo esempio), diventa la console ed è presentata con la finestra usuale che una console riceve per il tipo e le circostanze in cui è stato avviato il server. In ciascuna unità aggiuntiva che si collega verrà visualizzata une delle due finestre.
In questo esempio, LAN1 è la prima unità collegata. Durante il processo di avvio del server, questa unità visualizza le modifiche dello stato come qualsiasi altra console e, alla fine, la finestra di collegamento i5/OS. LAN2 e LAN3 visualizzano una finestra speciale di Collegamento DST con una nuova riga di dati che indica ATTENZIONE: questa unità può diventare la console. Il resto della finestra è uguale alla finestra di Collegamento DST. L'unità definita CABLATA non si collega inizialmente, in quanto essa non corrisponde al tipo di console di Operations Console (LAN). Tuttavia, se l'adattatore delle comunicazioni asincrone è attivato con la funzione 66, viene indirizzato direttamente alla finestra Stato informazioni sulla console dove l'utente può vedere i dati correlati alla console corrente. Il campo Prendere controllo della console visualizza NO poiché non è del tipo corretto, che è Operations Console (LAN). In LAN2, un utente con privilegio di assunzione di controllo della console, esegue il collegamento. A tale utente, ora viene presentata la stessa finestra Stato informazioni sulla console e il campo Prendere controllo della console visualizza SI', per indicare che l'assunzione del controllo è possibile. In LAN3, un utente senza il privilegio di assunzione di controllo della console, esegue il collegamento. Il campo Prendere il controllo della console visualizza NO poiché in questo caso, l'utente non dispone dell'autorizzazione corretta per assumere il controllo.
A questo punto, solo una unità ha soddisfatto tutte le condizioni per un'assunzione di controllo della console. Nella parte inferiore del pannello si trova F10=Controllo collegam. console. Se si preme F10, viene visualizzata la finestra Controllo collegamento console da un altro utente. Questa è una finestra di conferma che fornisce all'utente un'ultima possibilità di annullare l'assunzione del controllo. Selezionando 1 e tenendo premuto il tasto Invio a questo punto, l'assunzione del controllo diventa effettiva. Quasi immediatamente, LAN1 riceve la finestra speciale Collegamento DST e LAN2, l'unità che ha avviato avviato l'assunzione del controllo, riceve esattamente la stessa finestra che LAN1 ha ricevuto quando è stato eseguito il trasferimento. Il lavoro, se qualcosa era in esecuzione, non risentirà in alcun modo dell'esecuzione di questa azione. Infatti, la console originale può installare il LIC (Licensed Internal Code) o i5/OS, o eseguire salvataggio del sistema completo in stato limitato senza che il server ne sia a conoscenza. E' anche possibile interrompere il collegamento di console, ricollegarsi, ottenere i dati del lavoro corrente e il lavoro non subirà alcuna influenza. Se un notevole numero di pannelli di dati sono stati inviati dal lavoro senza che fosse possibile distribuirli, i dati verranno memorizzati per un utilizzo successivo. Quando una console viene ricollegata, da un utente e da una unità autorizzati, è possibile che l'utente veda dei rapidi aggiornamenti di pannelli fino a quando non viene eseguita la distribuzione di tutti i dati memorizzati. In effetti, eseguire uno scollegamento ed un ricollegamento è considerato un ripristino (non un'assunzione di controllo).