| Предыдущий | Следующий |
| RTC_E_SIP_ADDITIONAL_PARTY_IN_TWO_PARTY_SESSION | RTC_E_SIP_OTHER_PARTY_JOIN_IN_PROGRESS |
RTC_E_SIP_PARTY_ALREADY_IN_SESSION
Интерпретация результата
RTC_E_SIP_PARTY_ALREADY_IN_SESSION (0X80EE005F) означает: указанный participant уже принадлежит текущему RTC session. Сначала сохраните причинную границу и только после этого разрешайте retry, cleanup или создание новой session generation.
Английский маркер для сопоставления с исходной документацией: the participant identity is already attached to the current RTC session
. Используйте его как поисковый ключ вместе с timestamp и transaction/session ID.
Что сохранить
- SIP method, Request-URI domain, Call-ID/CSeq и dialog tags.
- Via/Route/Contact и transport (UDP/TCP/TLS) с responding hop.
- transaction state, relevant header/SDP hash и первый RTC event/HRESULT.
Код-специфическая проверка
Сохраните raw start-line и относящиеся к ошибке headers до нормализации RTC; Call-ID/CSeq и responding Via связывают локальный callback с конкретной SIP transaction.
Проверьте, не является ли результат корректным сигналом идемпотентности: сравните identity существующего объекта с тем, который код собирается создать или включить. Повторное создание после такого результата может породить второй lifecycle и скрыть владельца состояния.
Пример из исходного описания: Two UI actions add the same SIP URI before the first completion event is processed.
. Для проверки меняйте только параметр или состояние, которое отличает этот сценарий от рабочего.
Восстановление
Если существующий объект соответствует запросу, продолжайте с ним; если нет — завершите конфликтующий объект или сеанс и создайте новый только после подтверждённого завершения предыдущего состояния.
Технические ссылки
Нужно найти другой код? Найти другой код состояния или ошибки.