Este caso práctico describe lo que ocurre durante el proceso de inicio del servidor cuando la toma de control de la consola está habilitada y se está utilizando más de una conectividad de consola de operaciones. Es decir, se conecta un dispositivo de consola local directamente conectada, de los cuales sólo puede haber uno, y también tres dispositivos de LAN de consola de operaciones.
Configuración: El tipo de consola está establecido en Consola de operaciones (LAN). El PC directamente conectado se denomina CABLED y los PC de LAN se denominan LAN1, LAN2 y LAN3. La modalidad es desatendida (modalidad normal) y el servidor está realizando la IPL. En el punto de la IPL en que se está determinando el dispositivo de consola, el primer dispositivo que se conecta, del tipo especificado por el valor de consola (LAN en estos ejemplos), se convierte en la consola y visualiza la ventana habitual que recibe una consola para el tipo y circunstancias en las que se ha iniciado el servidor. Cada dispositivo adicional que se conecta visualiza una de dos ventanas posibles.
En este ejemplo, LAN1 es el primer dispositivo conectado. Durante el proceso de inicio del servidor, este dispositivo visualiza los cambios de estado como cualquier otra consola y finalmente la pantalla de inicio de sesión de i5/OS. LAN2 y LAN3 visualizan una ventana Inicio de sesión en DST especial con una línea de datos nueva que indica ATENCIÓN: Este dispositivo puede convertirse en consola. El resto de la ventana es igual que la ventana Inicio de sesión en DST. El dispositivo denominado CABLED no se conecta inicialmente, por que no se ajusta al tipo de consola Consola de operaciones (LAN). Sin embargo, si se activa el adaptador de comunicaciones asíncronas con una función 66, muestra directamente la ventana Información de estado de la consola, en la que el usuario puede ver los datos relacionados con la consola actual. El campo Tomar el control de la consola muestra NO, puesto que no es del tipo correcto, que es Consola de operaciones (LAN). En LAN2, un usuario con el privilegio de toma de control de la consola inicia la sesión. Este usuario visualiza ahora la misma ventana Información de estado de la consola y el campo Tomar el control de la consola muestra SÍ, lo que indica que la toma de control es posible. En LAN3, un usuario sin el privilegio de toma de control de la consola inicia la sesión. El campo Tomar el control de la consola muestra NO, puesto que aquí el usuario no tiene la autorización correcta para la toma de control.
Llegados a este punto, sólo un dispositivo ha cumplido todas las condiciones para una toma de control de la consola. En la parte inferior de la pantalla se encuentra F10=Tomar el control de la conexión de consola. Al pulsar F10, el usuario visualiza la ventana Tomar el control de la conexión de consola de otro usuario. Se trata de una ventana de confirmación que ofrece al usuario una última oportunidad de cancelar la toma de control. Si en este momento selecciona 1 y pulsa Intro, la toma de control se producirá. Casi de inmediato, LAN1 recibe la ventana Inicio de sesión en DST especial y LAN2, el dispositivo que ha iniciado la toma de control, recibe exactamente la misma ventana que LAN1 ha recibido cuando ha tenido lugar la transferencia. El trabajo, si se estaba ejecutando alguno, no tiene conocimiento de que se está produciendo esta acción. De hecho, la consola original puede instalar instalando el código interno bajo licencia u i5/OS, o incluso estar realizando una operación de salvar todo el sistema en estado restringido sin conocimiento del servidor. Incluso puede desconectar la conexión de consola, reconectarla y obtener los datos de pantalla del trabajo actual sin que el trabajo resulte afectado. Si el trabajo está enviando una gran cantidad de datos de pantalla que no pueden visualizarse, se almacenan hasta más tarde. Cuando un usuario autorizado vuelve a conectar una consola desde un dispositivo elegible, es posible que el usuario observe renovaciones rápidas de la pantalla hasta que se han visualizado todos los datos almacenados. En realidad, efectuar una desconexión y una reconexión se considera una recuperación (no una toma de control).