| Предыдущий | Следующий |
| NS_E_PROXY_CONNECT_TIMEOUT | NS_E_PACKETSINK_UNKNOWN_FEC_STREAM |
NS_E_SESSION_INVALID
Практический путь диагностики NS_E_SESSION_INVALID
Диагностическая ценность этот результат (0xC00D2F08) определяется точкой отказа: переданный маркер сеанса присутствует в запросе, но больше недействителен. Это проверка действительности уже созданного сеанса, а не общее указание на неисправность файла или сервера.
Запрос потоковой передачи Windows Media проходит разрешение имени, выбор прокси, согласование протокола, аутентификацию, создание сеанса и доставку пакетов. WMSP и связанные протоколы хранят состояние сеанса, поэтому успешное TCP-соединение само по себе ещё не подтверждает пригодность медиасеанса. Сохраните самый ранний результат нижнего уровня: оболочка может свести несколько разных причин к одному HRESULT.
Сетевые и протокольные данные
| Зафиксируйте | Почему это помогает выделить этот результат |
|---|---|
| Ответственный вызов | Запишите метод API, идентификатор объекта, поток или обратный вызов и временную метку операции, в которой сервер отклонил состояние сеанса. |
| Решающие значения | идентификатор сеанса, идентификатор и поколение элемента списка воспроизведения, серверный маркер, последовательность запросов, историю переподключений и ответ, который сделал прежнее состояние недействительным |
| Поколение объекта | Отметьте, когда были созданы объект чтения, объект записи, граф, URL-объект, потоковый сеанс или поставщик метаданных; устаревшее состояние может снова вызвать этот результат после изменения конфигурации. |
| Первый вложенный результат | Сохраните самый ранний статус кодека, COM, сокета, DNS, анализатора или поставщика, появившийся до этого результата; более поздние сообщения интерфейса менее конкретны. |
| Случай для сравнения | Используйте один заведомо исправный ресурс, проходящий ту же проверку сеанса, и меняйте только отклонённое предварительное условие. |
Повторная проверка без смены протокольного пути
- Запишите
0xC00D2F08, он, точную операцию и время первого отказа сеанса. - Сохраните идентификатор сеанса, идентификатор и поколение элемента списка воспроизведения, серверный маркер, последовательность запросов, историю переподключений и ответ, аннулировавший прежнее состояние.
- Не используйте повторно граф, сеанс, объект чтения или объект метаданных, созданные до изменения соответствующей конфигурации или ресурса.
- Выполните один изолированный тест: создайте новый потоковый сеанс, получите новые идентификаторы сеанса и элемента и повторите команду без прежнего состояния.
- Повторите проверку через тот же API и тот же протокольный путь; другой проигрыватель или локальная копия полезны только для сравнения и сами по себе не доказывают устранение причины.
- Подтвердите ожидаемое следующее состояние и сохраните новый HRESULT, если он появился, как отдельный результат следующего этапа.
Что успело выполниться
Предыдущие этапы настройки могли завершиться успешно, а отказ возник уже при проверке сохранённого состояния сеанса. Поэтому в журнале нужны и последний успешный вызов, и он.
Целевой контроль — создать новый потоковый сеанс, получить новые идентификаторы сеанса и элемента и повторить команду без старого состояния. Такой тест меняет спорное предварительное условие, не затрагивая сам медиаресурс и несвязанные параметры компьютера.
Действия, которые мешают диагностике
- Не сводите любой HRESULT потоковой передачи к потере пакетов: разделяйте этапы DNS, подключения, ответа и состояния сеанса.
- Не затирайте первое появление он многократными повторами; обратные вызовы и переподключения могут заменить полезное исходное состояние более поздней ошибкой верхнего уровня.
- Не помещайте в диагностический журнал учётные данные, материалы защищённого содержимого или полные закрытые URL. Достаточно обезличенных идентификаторов, длин, хэшей и полей протокола, необходимых для воспроизведения.
Как интерпретировать повторную проверку
| Результат повторной проверки | Толкование для него |
|---|---|
| Тот же вызов снова возвращает этот код | Состояние сеанса не изменилось либо вызывающая сторона всё ещё использует объект предыдущего поколения. |
| Новый объект работает | Время жизни или кэшированное состояние способствовало появлению он; исправьте пересоздание объекта вместо общесистемного обходного решения. |
| Вызов доходит до другого HRESULT | Исходная проверка сеанса пройдена. Новый код диагностируйте отдельно на его собственном этапе формата, графа, URL, сети или метаданных. |
| Сбой возникает только для одного ресурса | Это указывает на состояние конкретного содержимого, URL, точки публикации, потока, атрибута или объекта, а не на общий отказ системы. |
Близкие результаты не взаимозаменяемы
Главное различие: недействительное состояние существующего сеанса — не то же самое, что отсутствие переданного идентификатора сеанса на сервере.
| Близкий HRESULT | Как его сравнивать |
|---|---|
NS_E_CONNECT_TIMEOUT | Сравните ответственный API и первое отклонённое значение: это соседняя контрольная точка, а не автоматически та же причина, что и у он. |
NS_E_PROXY_CONNECT_TIMEOUT | Если оба кода присутствуют в одной трассировке, определите исходный по состоянию объекта и порядку операций. |
NS_E_PACKETSINK_UNKNOWN_FEC_STREAM | Сохраняйте он отдельно, если он появляется только после устранения условия он. |
Технические ссылки
- Обзор протокола потоковой передачи Windows Media по HTTP
- Получение ответа WMSP
- Взаимодействие Windows Media с прокси-сервером
- Связи протоколов потоковой передачи Windows Media
- Реестр HRESULT Microsoft
Сохраните трассировку после исправления, чтобы более поздний результат конвейера не принять за повтор исходного сбоя.
Нужно найти другой код? Найти другой код состояния или ошибки.