| Previous | Next |
| RTC_E_PROFILE_NO_USER_URI | RTC_E_PROFILE_NO_SERVER_ADDRESS |
RTC_E_PROFILE_NO_SERVER
What RTC_E_PROFILE_NO_SERVER means in RTC
This result belongs to the RTC provisioning profile validation boundary area of RTC and identifies the provisioning profile omits the required server field.
This result carries 0x80EE0034 in the RTC interface facility 0xEE; store the result value at the first RTC callback or method boundary, before retry logic replaces it with a broader timeout or connection message.
Collect enough state to parse the profile with schema-aware diagnostics and identify the owning provision, user, server, or session element; the result evidence should demonstrate why a missing field differs from a present field whose value or cross-field combination is invalid.
Protocol and object state
| RTC area | RTC provisioning profile validation |
|---|---|
| Objects to correlate | profile XML, provision/user/server/session elements, registrar and proxy roles, transport and authentication method |
| Condition to prove | the provisioning profile omits the required server field |
| Safe corrective direction | supply the authoritative server value and regenerate the profile rather than inserting a guessed placeholder |
How to prove the condition
- Record this result and
0x80EE0034at the first RTC method or event that returns it. - Prove the condition by ensuring the trace can parse the profile with schema-aware diagnostics and identify the owning provision, user, server, or session element.
- Apply one controlled change: supply the authoritative server value and regenerate the profile rather than inserting a guessed placeholder; then verify the result return value and resulting RTC state.
Minimum incident record
Capture the first result before retry, reconnect, profile re-enable, or teardown changes the evidence; associate it with one RTC object instance and one transaction or media transition.
- Code-specific proof: parse the profile with schema-aware diagnostics and identify the owning provision, user, server, or session element.
- Owning object: user URI and profile key hash.
- Wire evidence: server role/address/transport.
- Lifecycle state: authentication method.
Actions that do not address this condition
- Do not log passwords or provisioning secrets from profile XML.
- Do not insert placeholder values solely to pass schema validation.
Correct application response
The owning RTC component should supply the authoritative server value and regenerate the profile rather than inserting a guessed placeholder; it should also settle or cancel its previous operation before callers begin a replacement.
Example: A provisioning template creates a profile without server and RTC rejects it before the profile can be enabled.
Nearby failure modes
RTC_E_NO_PROFILE | RTC cannot select an enabled profile suitable for the requested destination and session type |
|---|---|
RTC_E_PROFILE_NO_KEY | the provisioning profile omits the required key field |
RTC_E_PROFILE_INVALID_SERVER_AUTHMETHOD | the profile contains an invalid server authmethod value or combination |
Technical references
Looking for a different code? Search another status or error code.
