Re: Question about global uniqueness of dtls-id

On 9/1/17 1:28 PM, Cullen Jennings wrote:

> I don't think that works for a bunch of reasons but to start with the 2nd offer to A would not have the right information in the o= lines of the the original offer/answer. In many cases (including WebRTC) that would cause it not to work as a re-offer. Other issues like it A was receiving video, the old I frame state might end up getting used. If A was sending, it would not know the the other end was now missing reference frames.
> 
> SIP can deal with that by using the invite with replaces stuff from rfc3891 so that the 2nd offer sent to A can clearly be a new session not a reoffer on the old one. Similar things would be done by webrtc so it could deal with it by just creating a new PC for the 2nd offer and transfering the tracks over to the new PC.

In principle this can be fixed by the B2BUA fiddling with the answer - 
rewriting the o-line as needed. OTOH, if it is doing that it can perhaps 
also rewrite the tls-id value if it isn't unique.

	Thanks,
	Paul