| Previous | Next |
| RTC_E_PROFILE_NO_SERVER_PROTOCOL | RTC_E_PROFILE_INVALID_SERVER_AUTHMETHOD |
RTC_E_PROFILE_INVALID_SERVER_PROTOCOL
What the RTC value marks: RTC_E_PROFILE_INVALID_SERVER_PROTOCOL
This result is useful only when preserved with its producing phase; in creating or enabling an XML profile that defines user identity, servers, transports, authentication, and supported session types, it denotes the profile contains an invalid server protocol value or combination.
The machine-readable identity of this result is 0x80EE0037 in the RTC interface facility 0xEE; the result identity matters because RTC uses separate facilities for API conditions, SIP final responses, and PINT service statuses.
The first useful check is to record the exact value, XML element, allowed enumeration, and related transport/role/session fields. The result must be separated from nearby conditions because the field is present, so adding another copy will not fix semantic validation.
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 profile contains an invalid server protocol value or combination |
| Safe corrective direction | replace it with a documented value consistent with the rest of the profile and revalidate from source |
Evidence that separates the cause
- Code-specific proof: record the exact value,
XMLelement, allowed enumeration, and related transport/role/session fields. - Identity and target: redacted profile
XMLpath/version. - State at production: user URI and profile key hash.
- Timing and ordering: server role/address/transport.
A safe diagnostic sequence
- Collect enough evidence to record the exact value,
XMLelement, allowed enumeration, and related transport/role/session fields. - Test the competing explanation explicitly, because the field is present, so adding another copy will not fix semantic validation.
- Apply the targeted fix — replace it with a documented value consistent with the rest of the profile and revalidate from source — and validate both protocol completion and object cleanup.
How to handle the result
Resolve it at its producing layer: replace it with a documented value consistent with the rest of the profile and revalidate from source; after it, a separate UI or watchdog retry must wait until that layer reports a final state.
Example: An automated profile feed emits an unsupported server protocol value and CreateProfile rejects the document.
Actions that do not address this condition
- Do not insert placeholder values solely to pass schema validation.
- Do not log passwords or provisioning secrets from profile XML.
Related RTC results
RTC_E_PROFILE_NO_SERVER_PROTOCOL | the provisioning profile omits the required server protocol field |
|---|---|
RTC_E_LOCAL_PHONE_NEEDED | the selected phone-service operation requires a local telephone number that the profile does not provide |
RTC_E_NO_TRANSPORT | a server is specified in the profile without a transport protocol RTC can use |
Technical references
Looking for a different code? Search another status or error code.
