3.3.5.3 Receiving Set Active Destination Request Messages

This section follows the product behavior as described in product behavior note<41>.

Processing of a Set Active Destination request message is done as specified in [IETFDRAFT-TURN-08] section 7.5, with the following exceptions:

  • The request MUST be verified as specified in section 3.1.10.

  • The request MUST be authenticated as specified in section 3.1.11.

Any response message sent to the protocol client after processing the request is formed as specified in [IETFDRAFT-TURN-08] section 7.5, with the following exceptions:

  • The response MUST be formed as specified in section 3.1.8.

  • The response MUST be authenticated as specified in section 3.1.11.

The TURN server SHOULD NOT implement the state computer from [IETFDRAFT-TURN-08] section 7.5 controlling the transition from one active peer to another. This mechanism has been removed from more recent versions of the draft. If the TURN server successfully processed the request, it SHOULD set the active destination before it sends the Set Active Destination response message. If an error occurred while the TURN server was processing the request, it SHOULD NOT change the current active destination. If this is the first Set Active Destination request, the TURN server SHOULD NOT set an active destination. If the active destination has been set through an earlier Set Active Destination request, the TURN server SHOULD NOT change the active destination.