MT#55283 docs: clarify ICE negotiation constraints for answer messages

Closes #2207

Change-Id: Icc9a7f5cc1a3ec4328dc4b68d3f0dd434f2f4d54
(cherry picked from commit bb77af7079)
mr26.0
Darwvin 1 month ago committed by Richard Fuchs
parent 46a6561a6a
commit 5468db7ba9

@ -436,6 +436,11 @@ Optionally included keys are:
had ICE attributes listed. If the incoming SDP did not contain ICE attributes, then no
ICE attributes are added.
For `answer` messages, an endpoint must not negotiate ICE that was absent from
the corresponding offer. Prefer `ICE=default` when handling an answer from
a peer which might not support ICE. `ICE=force` on an answer cannot invent
ICE support when no ICE was offered on that leg.
With `force-relay`, existing ICE candidates are left in place except `relay`
type candidates, and *rtpengine* inserts itself as a `relay` candidate. It will also leave SDP
c= and m= lines unchanged.

Loading…
Cancel
Save