| Предыдущий | Следующий |
| NS_I_LOGGING_FAILED | NS_I_CUB_UNFAIL_LINK |
NS_I_LIMIT_BANDWIDTH
NS_I_LIMIT_BANDWIDTH — 0x400D0070
Этот результат относится к изменение лимита пропускной способности сервера не следует сводить к общей рекомендации перезапуска: администратор изменил общий лимит пропускной способности, используемый медиасервером.
Что именно фиксирует это состояние
Сервер может отдельно ограничивать число одновременных потоков, суммарную пропускную способность, publishing point и отдельные медиапрофили. До изменения значения зафиксируйте измеряемый ресурс и область действия лимита. Найдите первый компонент, изменивший состояние в этом условии и отделите его от более поздних сводных ошибок.
Важная граница. Лимит пропускной способности и лимит числа одновременных потоков ограничивают разные ресурсы и должны измеряться независимо. Зафиксируйте точную константу и API.
Данные, которые нужно сохранить до изменений
| Сохраните | Почему это важно |
|---|---|
| источник административного изменения, новое и предыдущее значения в бит/с и область действия лимита | Связывает сообщение с одним серверным объектом и одним переходом, а не с более поздним повтором. |
| битрейт активных потоков, суммарный выходной трафик, пропускную способность сетевого интерфейса и лимиты отдельных publishing point | Отделяет конфигурацию или идентичность от состояния хранилища, анализатора, сети или жизненного цикла. |
| события допуска или предупреждения о битрейте вокруг момента изменения | Даёт стабильную основу для сравнения состояния до и после предлагаемого исправления. |
| автоматизацию или политику, которая может повторно применить другое значение | Показывает, является ли состояние ожидаемой информацией, предупреждением или первым сбоем в последовательности событий. |
Соберите достаточно данных, чтобы однозначно идентифицировать попытку, не копируя приватные медиаданные или секреты; обычно достаточно хэшей, идентификаторов объектов, временных меток и экспорта конфигурации.
Контролируемая последовательность диагностики
- Создавайте тестовые потоки с известным битрейтом до достижения суммарного лимита. Зафиксируйте первое серверное событие или изменение состояния объекта.
- Сохраняйте постоянным число сеансов и меняйте битрейт, чтобы отдельно проверить ограничение пропускной способности. Не меняйте медиаданные и несвязанные настройки.
- Сравните общесерверный лимит с лимитом publishing point и физической пропускной способностью интерфейса. При необходимости используйте тестовый publishing point.
Не используйте многократные переподключения как основной тест: последующий успех может относиться уже к новому сеансу, другой версии точки публикации, другому владельцу серверного объекта, завершившейся фоновой операции или иному медиатракту.
Как отличить близкие результаты
| Наблюдаемое сравнение | Толкование |
|---|---|
| Заведомо исправный объект успешно проходит через тот же компонент | Тракт платформы работоспособен; сосредоточьтесь на рабочем объекте, его идентичности, метаданных или состоянии, зафиксированных выше. |
| Контрольный пример завершается сбоем на той же первой операции | До изменения медиафайлов или данных точки публикации сохраните сведения о сервере, хранилище, подключаемых модулях, топологии и сети. |
| После одного целевого изменения код состояния меняется | Диагностическая граница сместилась; новый код состояния теперь описывает следующий контракт, который нужно проверить. |
Исправление и критерии успешности
Исправление: Установите предел по измеренной ёмкости сети и сервера, затем устраните противоречащие настройки отдельных publishing point или автоматизации. Сохраните исходную конфигурацию и снимок топологии.
Исправление подтверждено, когда aggregate output ограничивается заданным значением, admission behavior предсказуемо, а существующие streams следуют документированной policy. Повторите исходную операцию в прежнем состоянии.
Технические ссылки
Следующая основная документация Microsoft определяет семейство состояний и границы компонентов, используемые здесь. Особенности поведения проверяйте для той версии Windows Media Services и SDK, которая создала событие.
- Microsoft Open Specifications: значения HRESULT — определяет формальную границу состояния или компонента.
- Microsoft: SDK Windows Media Services 9 Series — описывает соответствующий API или жизненный цикл.
- Microsoft: программирование объектной модели сервера Windows Media — содержит контекст архитектуры, формата или протокола.
- Открытые спецификации Microsoft: сценарий сервера потокового мультимедиа — подтверждает критерии контролируемой проверки.
Нужно найти другой код? Найти другой код состояния или ошибки.