Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lifetime of pc.PeerIdentity #19

Open
dontcallmedom opened this issue May 29, 2017 · 1 comment
Open

Lifetime of pc.PeerIdentity #19

dontcallmedom opened this issue May 29, 2017 · 1 comment
Assignees

Comments

@dontcallmedom
Copy link
Member

Initially raised by @fluffy at w3c/webrtc-pc#1262

The text seem to say that if the promise successfully resolve, the value will not change. I'm not sure this is correct. Imagine the case where A sets up a connection to B and gets the identity of B. Now the web servers side wants to do a transfer by using a re-offer to A that moves the media to C. A will get a re-Offer, with new ice, new DTLS-SRTP, new fingerprint, and a new identity from C. the PC on the A sides needs to be able to process that and display it.

@dontcallmedom
Copy link
Member Author

Comment by @martinthomson

This is not permitted. Switching the identity of a peer isn't supported. Configuring a connection for a particular identity or successfully authenticating a peer identity both cause the connection to be locked to that identity. Changing the identity is thereafter blocked. This is necessary to ensure that identity-locked media can be safely sent to the peer.

If you want to talk to C, then you need a new RTCPeerConnection instance. Because you need new signaling and DTLS connections, that doesn't seem like a real problem to me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants