[sr-dev] rtpengines replaces origin without replace-origin
Ovidiu Sas
osas at voipembedded.com
Mon Apr 28 22:57:21 CEST 2014
It's in the ICE spec. I can't remember all the details.
Try to make a call between two ICE clients that are using UPDATE to
confirm the negotiated stream (I think with prflx candidates).
Regards,
Ovidiu Sas
On Mon, Apr 28, 2014 at 4:41 PM, Richard Fuchs <rfuchs at sipwise.com> wrote:
> On 28/04/14 04:21 PM, Ovidiu Sas wrote:
>>
>> I can't remember all the details, but after an ICE negotiation, during
>> the UPDATE that confirms the negotiated parameters, the c line
>> shouldn't be touched (if touched, it breakes the ICE negotiation).
>> Maybe the new rtpproxyengine handles this by default ...
>
>
> I wasn't aware of this, is there an RFC which specifies this? All the ICE
> negotiations I've seen so far were done entirely outside of signalling
> (apart from the initial offers and answers). I believe rtpproxy would also
> be guilty of this then, as it also always modifies m= and c=.
>
>
> cheers
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
--
VoIP Embedded, Inc.
http://www.voipembedded.com
More information about the sr-dev
mailing list