OmegabcMCVideo single arbitrator: недоступность прежнего арбитра допускает принятие роли другим клиентом
Группа MCVideo вне сети продолжает работать, но один клиент ушёл из зоны доступности прежнего арбитра. В single arbitrator approach это не всегда означает запрет любой дальнейшей передачи. ETSI TS 123 281 V19.9.0 описывает принятие роли арбитра клиентом при отсутствии ответа.
Когда применяется инициализация
Процедура относится к уже установленной off-network групповой коммуникации. Клиент хочет передавать и предварительно определил, что настроенный предел числа передач не достигнут.
Сценарий возможен после периода без недавних передач, когда арбитр ещё не выбран. Он также применим, если передачи были недавно и могут продолжаться, но прежний арбитр недоступен, например из-за выхода из его зоны.
Поэтому тишина у одного клиента не является обязательным единственным исходным условием. Важны состояние доступности арбитра и предусмотренная проверка предела.
Как заявляется новая роль
Клиент направляет transmission request группе. Если ответа не обнаружено, он отправляет transmission arbitration taken и становится арбитром, после чего может передавать видео.
Это не означает, что любой пользователь должен вручную объявлять себя руководителем группы после одного неудачного нажатия. Процедура выполняется клиентом в применимом настроенном подходе.
Описание Stage 2 не задаёт здесь универсальный числовой timeout для всех продуктов. Длительность и детали обнаружения отсутствия ответа подтверждают по применимым протоколам и реализации.
Что проверить на стенде
В согласованном тесте сначала фиксируют single arbitrator и действующего владельца роли. Затем создают предусмотренное изменение доступности для проверяемого клиента, сохраняя контроль условий числа передач.
Наблюдают запрос, отсутствие применимого ответа, объявление новой роли и фактическую видеопередачу. Отдельный получатель помогает проверить, что локальное уведомление о готовности соответствует реальному медиарезультату.
При возвращении клиентов в общую область дальнейшее поведение проверяют по соответствующей процедуре реализации, не достраивая его из одного описания инициализации.
В протоколе сохраняют топологию теста, предел и события смены роли. Это помогает отличить отказ связи с прежним арбитром от полного прекращения всей off-network коммуникации.
Так инженер не обещает единственного неизменного арбитра при любой подвижности группы. Пользователь получает проверенный порядок восстановления предусмотренного управления передачами, а возможность принятия роли не выдаётся за безусловное разрешение игнорировать настроенные ограничения MCVideo.