{"action":"created","issue":{"url":"https://api.github.com/repos/w3c/webrtc-pc/issues/457","repository_url":"https://api.github.com/repos/w3c/webrtc-pc","labels_url":"https://api.github.com/repos/w3c/webrtc-pc/issues/457/labels{/name}","comments_url":"https://api.github.com/repos/w3c/webrtc-pc/issues/457/comments","events_url":"https://api.github.com/repos/w3c/webrtc-pc/issues/457/events","html_url":"https://github.com/w3c/webrtc-pc/issues/457","id":125517651,"number":457,"title":"Non-normative ICE state transition diagram","user":{"login":"aboba","id":808811,"avatar_url":"https://avatars.githubusercontent.com/u/808811?v=3","gravatar_id":"","url":"https://api.github.com/users/aboba","html_url":"https://github.com/aboba","followers_url":"https://api.github.com/users/aboba/followers","following_url":"https://api.github.com/users/aboba/following{/other_user}","gists_url":"https://api.github.com/users/aboba/gists{/gist_id}","starred_url":"https://api.github.com/users/aboba/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/aboba/subscriptions","organizations_url":"https://api.github.com/users/aboba/orgs","repos_url":"https://api.github.com/users/aboba/repos","events_url":"https://api.github.com/users/aboba/events{/privacy}","received_events_url":"https://api.github.com/users/aboba/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/w3c/webrtc-pc/labels/Needs%20assignee%20action","name":"Needs assignee action","color":"d4c5f9"},{"url":"https://api.github.com/repos/w3c/webrtc-pc/labels/Next%20interim%20topic","name":"Next interim topic","color":"f7c6c7"}],"state":"open","locked":false,"assignee":{"login":"aboba","id":808811,"avatar_url":"https://avatars.githubusercontent.com/u/808811?v=3","gravatar_id":"","url":"https://api.github.com/users/aboba","html_url":"https://github.com/aboba","followers_url":"https://api.github.com/users/aboba/followers","following_url":"https://api.github.com/users/aboba/following{/other_user}","gists_url":"https://api.github.com/users/aboba/gists{/gist_id}","starred_url":"https://api.github.com/users/aboba/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/aboba/subscriptions","organizations_url":"https://api.github.com/users/aboba/orgs","repos_url":"https://api.github.com/users/aboba/repos","events_url":"https://api.github.com/users/aboba/events{/privacy}","received_events_url":"https://api.github.com/users/aboba/received_events","type":"User","site_admin":false},"milestone":null,"comments":14,"created_at":"2016-01-08T00:42:50Z","updated_at":"2016-02-24T00:27:40Z","closed_at":null,"body":"Figure 2 does not show transitions between 'checking' and 'disconnected'  (and back).\r\n\r\nThe transition from 'disconnected' to 'checking' can occur if a new interface comes up, thereby providing new candidates (and pairs) to check.\r\n\r\nA transition from 'checking' to 'disconnected' can occur if the new candidate pairs do not result in a successful connectivity check, but gathering is still going on, so 'failed' has not been reached. \r\n\r\nRelated ORTC Issue: https://github.com/openpeer/ortc/issues/332"},"comment":{"url":"https://api.github.com/repos/w3c/webrtc-pc/issues/comments/187985584","html_url":"https://github.com/w3c/webrtc-pc/issues/457#issuecomment-187985584","issue_url":"https://api.github.com/repos/w3c/webrtc-pc/issues/457","id":187985584,"user":{"login":"nils-ohlmeier","id":6109500,"avatar_url":"https://avatars.githubusercontent.com/u/6109500?v=3","gravatar_id":"","url":"https://api.github.com/users/nils-ohlmeier","html_url":"https://github.com/nils-ohlmeier","followers_url":"https://api.github.com/users/nils-ohlmeier/followers","following_url":"https://api.github.com/users/nils-ohlmeier/following{/other_user}","gists_url":"https://api.github.com/users/nils-ohlmeier/gists{/gist_id}","starred_url":"https://api.github.com/users/nils-ohlmeier/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/nils-ohlmeier/subscriptions","organizations_url":"https://api.github.com/users/nils-ohlmeier/orgs","repos_url":"https://api.github.com/users/nils-ohlmeier/repos","events_url":"https://api.github.com/users/nils-ohlmeier/events{/privacy}","received_events_url":"https://api.github.com/users/nils-ohlmeier/received_events","type":"User","site_admin":false},"created_at":"2016-02-24T00:27:40Z","updated_at":"2016-02-24T00:27:40Z","body":"One issue which is not clear to me which I brought up in #517 is what \"liveness checks have failed (such as those in [CONSENT])\" means. I'm only adding this here, because it makes sense to me to try address this together.\r\nI'm assuming it refers to the 30s final timeout from [CONSENT]. But I'm assuming that users of the API would also like to know about single [CONSENT] STUN transaction timeouts. If that is the case then how are we going to represent these potentially intermittent failures in the ICE state?"}}