Загрузка...
Поддержи Openmeetings

вторник, 16 апреля 2013 г.

Как должна выглядеть панель управления соединениями

В данном тексте обсуждаются требования к административной панели учета активных подключений пользователей в версии 3.0 (DHTML) системы Телесовещаний. Эта панель предназначена для того, чтобы решать следующие задачи администратора конференции в режиме реального времени:

  • Идентификация подключенных участников конференции.
  • Сбор информации о поведении участников.
  • Получение информации о качестве соединения с интернетом того или иного участника для определения проблемных подключений.
  • Тестирование качества подключения участников.
  • Отключение участников.
  • Переход в комнату, в которой находится определенный участник, для совместной отладки его подключения.

Также данная панель может использоваться разработчиками системы для отладки.

Для администратора конференции

Для обеспечения простой идентификации пользователей каждая строчка таблицы соединений должна соответствовать ровно одному пользователю. Каждая строчка должна содержать следующую информацию для конкретного участника:

  • индикатор проблем;
  • имя;
  • время, когда пользователь зашел на сервер;
  • название конференц-комнаты, в которой находится участник, или лобби, если пользователь не находится в комнате;
  • входящий и исходящий трафик;
  • пропускная способность входящего/исходящего канала;
  • IP адрес;
  • ping, процент потерянных пакетов.

Также в каждой строчке находится кнопка управления. Если участник находится в комнате, данная кнопка выкидывает участника из комнаты. Если участник находится в лобби, данная кнопка запускает тестирование качества его подключения. При выборе строчки таблицы, в информационной вкладке показывается дополнительная информация о пользователе.

Алгоритм тестирования канала

Для определения пропускной способности канала файл с данными передается 10 раз. Из 10 раз выбирается минимальная диагностировавшаяся пропускная способность, чтобы правильно оценивать случаи, когда пользователи подключаются по флуктуирующим каналам, например, по радиоканалам. Тестирование каналов происходит автоматически для каждого пользователя в начале его сеанса, когда он заходит с ip-адреса, который отличается от ip-адреса последнего захода, или ping участника отличается от ping последнего захода более, чем на 20%.

Пример тестирования канала

С помощью языка javascript несложно реальзовать тестирование канала:

Индикатор проблем

Индикатор проблем служит для быстрого определения участников, которые могут негативно влиять на качество конференцсвязи других участников. Этот индикатор имеет три состояния: зеленое, желтое и красное. Индикатор для участников устанавливается в красное состояние, если пропускной способности одного из каналов не хватает. Индикатор устанавливается в желтое состояние, если ping до участника превышает 100 милисекунд, или процент потерянных пакетов больше нуля, или сетевой трафик до участника занимает более 80% пропускной способности и его канала связи.

Для разработчика

В связи с тем, что отладка системы происходит в спокойном режиме, данные, которые могут понадобиться только разработчику, размещаются на отдельной информационной вкладке. Данные на этой вкладке могут быть добавлены по желанию разработчика для отладки конкретной функциональности. Полезно отражать там следующее:

  • информацию о версии операционной системы, браузера, flash пользователя для эффективной диагностики проблем, относящихся к особенностям конкретной программной платформы;
  • информацию о tcp/ip соединениях, которые используются для передачи данных и медийных потоков;
  • время создания для каждого активного rtmp-соединения данного пользователя;
  • любую другую информацию, которая сейчас представлена в информационной вкладке для каждого rtmp-соединения, соответствующего конкретному участнику.

Масштабирование для большого числа соединений

Так как сервер конференций может поддерживать до 400 пользователей, а в случае использования кластера — и больше, то необходим специальный интерфейс фильтрации и сортировки пользователей. Интерфейс должен предоставлять возможность фильтровать соединения в списке по следующим параметрам:

  • подстрока имени пользователя;
  • статус индикатора проблем.

Также необходима возможность сортировки пользователей по числовым параметрам, отраженным в таблице, таким, как пропускная способность, трафик, пинг, по возрастанию и убыванию.

Комментариев нет :

Отправить комментарий