| Предыдущий | Следующий |
| RTC_E_STATUS_INFO_CALL_FORWARDING | RTC_E_STATUS_SESSION_PROGRESS |
RTC_E_STATUS_INFO_QUEUED
Объект и операция
Результат RTC_E_STATUS_INFO_QUEUED (0X00EF00B6) следует читать как точную границу: SIP provisional response сообщает, что запрос поставлен в очередь. Для расследования связывайте его с объектом и операцией в момент возврата, а не с более поздним retry или cleanup.
Точный EN-маркер для поиска по документации: RTC signaling reports the request is queued RTC_E_STATUS_INFO_QUEUED is HRESULT 15663286 ( 0x00EF00B6 ) from RTC Core.
. Сверяйте его с тем же timestamp и identity объекта.
Наблюдаемые признаки
- точный provisional SIP status и method, которому он отвечает.
- Call-ID/CSeq и timestamp следующего provisional/final response.
- ветка dialog, Contact и состояние UI до финального ответа.
Контрольная гипотеза
Критерий проверки должен быть узким: доказать именно «SIP provisional response сообщает, что запрос поставлен в очередь» и отличить его от ближайшего соседнего состояния того же subsystem.
Ещё один code-specific ориентир из исходного EN-описания: Escalate when queue duration exceeds policy or no progress arrives.
. Он полезен как контроль того, что воспроизводится именно этот boundary, а не соседний HRESULT.
В минимальном тесте оставьте неизменными остальные входы и меняйте только компонент, связанный с маркерами status / info / queued. Сравните первый return value, достигнутую фазу и состояние объекта после отказа.
Для дополнительной сверки документация описывает проверку так: The client displays queue position and waits for progress.
. Не переносите это условие на другой object generation без повторной фиксации evidence.
Следующий шаг
Не меняйте одновременно policy, identity, storage и service state. Один контролируемый change даёт возможность связать исчезновение HRESULT с реальной причиной, а не с побочным reset.
Технические ссылки
Нужно найти другой код? Найти другой код состояния или ошибки.