| Предыдущий | Следующий |
| RTC_E_STATUS_CLIENT_REQUEST_ENTITY_TOO_LARGE | RTC_E_STATUS_CLIENT_UNSUPPORTED_MEDIA_TYPE |
RTC_E_STATUS_CLIENT_REQUEST_URI_TOO_LARGE
Интерпретация результата
RTC_E_STATUS_CLIENT_REQUEST_URI_TOO_LARGE (0X80EF019E) означает: Request-URI длиннее предела, который способен обработать receiving element. Код следует трактовать в контексте конкретного API transition; одинаковая severity у другого HRESULT не делает причины эквивалентными.
Английский маркер для сопоставления с исходной документацией: the Request-URI is longer than the receiving element can process
. Используйте его как поисковый ключ вместе с timestamp и transaction/session ID.
Что сохранить
- SIP status code, method и Request-URI domain.
- Call-ID/CSeq, Via/Route/Contact и identity of responding hop.
- relevant response headers/body size и decision taken by RTC state machine.
Код-специфическая проверка
Измерьте длину и структуру Request-URI после escaping/normalization. Уменьшайте target URI или исправляйте ошибочную генерацию route parameters; размер message body не связан с этим status.
Классифицируйте response по SIP method, Request-URI и responding hop; одинаковый класс 4xx/6xx не означает одинаковую retry policy.
Сопоставьте status с точным SIP method и отвечающим hop. Один и тот же класс 4xx/6xx не задаёт общий recovery: решение зависит от Request-URI, authentication, routing и того, допускает ли RFC изменённый повтор.
Практический сценарий из EN-описания: A generated SIP URI accumulates duplicate routing parameters until a proxy rejects the request line.
. В воспроизведении меняйте только параметр или state, который отличает этот сценарий от рабочего.
Восстановление
Следуйте семантике конкретного SIP status: исправляйте request, authentication или target только если response указывает на такой путь; terminal/global response завершает текущую ветку маршрутизации.
После изменения повторите тот же вызов и сравните первый HRESULT, достигнутую фазу и побочные эффекты. Исправление подтверждено только если прежнее условие «Request-URI длиннее предела, который способен обработать receiving element» больше не возникает на сопоставимом входе.
Технические ссылки
Нужно найти другой код? Найти другой код состояния или ошибки.