W3C home > Mailing lists > Public > public-webrtc@w3.org > May 2014

Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram.

From: franklin blek <franklin.blek@gmail.com>
Date: Wed, 7 May 2014 11:41:52 +0530
Message-ID: <CAEmcxLWFkH=hJh4ZqyBHA_ubKh2UZKFs=6m4crPmNKCUf4cZGA@mail.gmail.com>
To: Harald Alvestrand <harald@alvestrand.no>
Cc: public-webrtc@w3.org
It seems good to add theses states. Otherwise it is tedious to maintain
sync between application state machine and browser state machine.


On Wed, May 7, 2014 at 10:06 AM, Harald Alvestrand <harald@alvestrand.no>wrote:

> On 05/06/2014 04:05 PM, bugzilla@jessica.w3.org wrote:
> > https://www.w3.org/Bugs/Public/show_bug.cgi?id=25579
> >
> >             Bug ID: 25579
> >            Summary: State transitions are missing in RTCPeerConnections
> >                     state transition diagram.
> >            Product: WebRTC Working Group
> >            Version: unspecified
> >           Hardware: All
> >                 OS: All
> >             Status: NEW
> >           Severity: normal
> >           Priority: P2
> >          Component: WebRTC API
> >           Assignee: public-webrtc@w3.org
> >           Reporter: kiran.guduru@samsung.com
> >                 CC: public-webrtc@w3.org
> >
> > Created attachment 1472
> >   --> https://www.w3.org/Bugs/Public/attachment.cgi?id=1472&action=edit
> > The attachment gives the updated state transition diagram for
> > RTCPeerConnection.
> >
> > RTCPeerConnection's state transition diagram, specified in spec [1], is
> missing
> > to indicate following state transitions state transitions.
> >
> > 1. have-remote-pranswer to have-local-offer
> >
> > 2. Have-local-pranswer to have-remtoe-offer
>
> Those two transitions are intended to be impossible. If you want to go
> from have-pranswer to have-offer, you need to go via the idle state.
>
> >
> > The same is applicable for statemachine defined in section 3.2 of JSEP
> draft
> > [2].
> >
> > This state transitions are MUST to support section 5 of RFC 3262 [3]
> prack
> > case.
> >
> > "If the UAC receives a reliable provisional response with an answer, it
> MAY
> > generate an additional offer in the PRACK."
>
> You can achieve the effect by re-applying the last PRANSWER transition
> as an ANSWER.
>
> People who understand PRACK can comment further.
>
> >
> > Please find the attachment for the proposed state transition diagram,
> which
> > includes these state.
> >
> > [1] http://dev.w3.org/2011/webrtc/editor/webrtc.html#state-definitions
> >
> > [2] http://tools.ietf.org/html/draft-ietf-rtcweb-jsep-06#page-7
> >
> > [3] http://www.ietf.org/rfc/rfc3262.txt
> >
>
>
> --
> Surveillance is pervasive. Go Dark.
>
>
>
Received on Wednesday, 7 May 2014 11:45:38 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:40 UTC