Skip to main content
Durante una sesión de 2015 Multiplayer, es posible que necesite seleccionar un nuevo árbitro mediante la migración de árbitro. El siguiente diagrama de flujo ilustra cómo migrar un árbitro. Hay dos tipos de migración.
  • Migración correcta de árbitro
  • Migración de árbitro por conmutación por error

Migración correcta de árbitro

En la migración correcta de árbitro, el árbitro saliente puede ayudar con la tarea de migración y determinar un nuevo árbitro. Este tipo de migración usa el establecimiento de un árbitro tal como se describe en la sección Establecer un árbitro para una sesión de MPSD del tema “Tareas de multijugador”.

Migración de árbitro por conmutación por error

En una migración de árbitro por conmutación por error, se pierde la conexión con el árbitro anterior y los elementos del mismo nivel restantes deben determinar un nuevo árbitro para la sesión. La migración de árbitro por conmutación por error también establece el token de dispositivo host y controla los códigos de estado HTTP 412 igual que lo hace la migración correcta de árbitro. Sin embargo, hay varios enfoques para seleccionar un nuevo árbitro durante una migración de árbitro por conmutación por error.

Seleccionar el árbitro mediante la lista de candidatos a host

Puede configurar el Multiplayer Session Directory (MPSD) para que proporcione una lista ordenada de candidatos a host basada en las métricas de calidad de servicio (QoS) de emparejamiento que se miden durante determinadas operaciones. El cliente puede usar esta lista para determinar un nuevo árbitro. Para aprovechar esta lista durante la migración de árbitro, cada elemento del mismo nivel puede realizar los pasos siguientes.
  1. Identificar la posición en la lista del árbitro anterior.
  2. Evaluar la siguiente consola de la lista.
  3. Si la consola es la consola local, usarla como nuevo árbitro.
  4. Si la consola ya no está presente en la sesión multijugador o se ha desconectado de sus elementos del mismo nivel, evaluar el siguiente candidato de la lista como en los pasos anteriores.
  5. Si se llega al final de la lista sin haber seleccionado un nuevo árbitro, usar un enfoque voraz para la selección del árbitro, lo que puede interrumpir la conectividad. Para obtener más información, consulte Seleccionar el árbitro mediante la selección voraz de árbitro más adelante en este tema.
No se recomienda crear una lista de candidatos a host dentro del juego después del emparejamiento mediante sondeos de QoS explícitos dentro del título. Si este mecanismo es absolutamente necesario, haga que el cliente use el token de dispositivo host en lugar de información del usuario (como el identificador de usuario de XBOX) para determinar los candidatos a árbitro.

Seleccionar el árbitro mediante votación entre elementos del mismo nivel

Si existe conectividad total entre todos los elementos del mismo nivel, estos pueden usar mensajes entre pares para votar y seleccionar un nuevo árbitro. Después, el nuevo árbitro actualiza el token de dispositivo host de la sesión mediante una actualización sincronizada. Para obtener más información, consulte la sección Actualizar una sesión de MPSD del tema “Tareas de multijugador”.

Seleccionar el árbitro mediante la selección voraz de árbitro

A veces no hay disponible ninguna lista de candidatos a host o no se necesita la QoS de conectividad; por ejemplo, para responsabilidades puras de árbitro. En ese caso, un elemento del mismo nivel debe establecer el nuevo árbitro en cuanto detecte que el árbitro original ha abandonado la sesión de juego, según lo notifica el evento XblMultiplayerSessionChangedHandler. Todos los demás elementos del mismo nivel ven un código de estado HTTP 412 al intentar establecer el token de dispositivo host, suponiendo que no se realicen otros cambios en la sesión en ese momento. Solo un elemento del mismo nivel logra seleccionar el nuevo árbitro.

Consulte también

Temas avanzados de sesiones multijugador
Última modificación el 28 de agosto de 2026