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

Section 4.4.4 closed state #1257

Closed
fluffy opened this issue May 29, 2017 · 3 comments
Closed

Section 4.4.4 closed state #1257

fluffy opened this issue May 29, 2017 · 3 comments

Comments

@fluffy
Copy link
Contributor

fluffy commented May 29, 2017

Do we need to add "or all transports are in closed state" ?

@aboba
Copy link
Contributor

aboba commented Jun 1, 2017

Is there another way that RTCIceTransport objects reach the "closed" state, other than via a call to pc.close()?

@fluffy
Copy link
Contributor Author

fluffy commented Jun 25, 2017

If all the m lines are lines are zero I had thought it would go to closed. I guess to put it a different way, is there a way the remote side can cause a PC to end?

@taylor-b
Copy link
Contributor

taylor-b commented Jun 26, 2017

That won't cause the PC to end ([[isClosed]] will still be false, you can still do a re-offer that recycles the rejected "m=" sections). But it would cause all transports to enter the "closed" state, in which case you'd get an RTCIceConnectionState of "new":

new: Any of the RTCIceTransport s are in the new state and none of them are in the checking, failed or disconnected state, or all RTCIceTransport s are in the closed state.

This was by design, since having a bunch of rejected "m=" sections is somewhat equivalent to having none at all, from an application's perspective. +@pthatcherg

@aboba aboba closed this as completed Aug 17, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants