Re: [rtcweb] Definitions of WebRTC entities

"Rauschenbach, Uwe (NSN - DE/Munich)" <uwe.rauschenbach@nsn.com> Wed, 15 October 2014 08:47 UTC

Return-Path: <uwe.rauschenbach@nsn.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 341221A044D for <rtcweb@ietfa.amsl.com>; Wed, 15 Oct 2014 01:47:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yJ7_Kq70FrY9 for <rtcweb@ietfa.amsl.com>; Wed, 15 Oct 2014 01:47:39 -0700 (PDT)
Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B0F7E1A0125 for <rtcweb@ietf.org>; Wed, 15 Oct 2014 01:47:37 -0700 (PDT)
Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.14.3/8.14.3) with ESMTP id s9F8lWwM020304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 15 Oct 2014 08:47:33 GMT
Received: from DEMUHTC004.nsn-intra.net ([10.159.42.35]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id s9F8lRZn017723 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 15 Oct 2014 10:47:27 +0200
Received: from DEMUHTC010.nsn-intra.net (10.159.42.41) by DEMUHTC004.nsn-intra.net (10.159.42.35) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 15 Oct 2014 10:47:27 +0200
Received: from DEMUMBX005.nsn-intra.net ([169.254.5.176]) by DEMUHTC010.nsn-intra.net ([10.159.42.41]) with mapi id 14.03.0195.001; Wed, 15 Oct 2014 10:47:26 +0200
From: "Rauschenbach, Uwe (NSN - DE/Munich)" <uwe.rauschenbach@nsn.com>
To: ext Parthasarathi R <partha@parthasarathi.co.in>, 'Harald Alvestrand' <harald@alvestrand.no>, 'Christer Holmberg' <christer.holmberg@ericsson.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Thread-Topic: [rtcweb] Definitions of WebRTC entities
Thread-Index: AQHP3t3hUWjlVh63kk6YNu/uIc2KBpweJDoAgAAM5gCAAE3fgIAAAswAgAY0V4CAAAcDgIABkGkAgADwDACACQFVAIAApGuA
Date: Wed, 15 Oct 2014 08:47:26 +0000
Message-ID: <56C2F665D49E0341B9DF5938005ACDF8194C0459@DEMUMBX005.nsn-intra.net>
References: <542E53D2.5040500@alvestrand.no> <7594FB04B1934943A5C02806D1A2204B1D465376@ESESSMB209.ericsson.se> <C45C84E3-FC63-4DF6-ABDE-701FC7584E3C@alvestrand.no> <7594FB04B1934943A5C02806D1A2204B1D465985@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B1D465A34@ESESSMB209.ericsson.se> <00f501cfe24a$b8515930$28f40b90$@co.in> <543418D5.8010509@alvestrand.no> <006301cfe316$6d3c5590$47b500b0$@co.in> <54363216.3060700@alvestrand.no> <010d01cfe80f$1c8e3930$55aaab90$@co.in>
In-Reply-To: <010d01cfe80f$1c8e3930$55aaab90$@co.in>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.159.42.119]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-purgate-type: clean
X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de
X-purgate: clean
X-purgate: This mail is considered clean (visit http://www.eleven.de for further information)
X-purgate-size: 5791
X-purgate-ID: 151667::1413362854-00001FC1-652A143A/0/0
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/VFephKQTUAxb8-XCeF_p2TFVIA4
Subject: Re: [rtcweb] Definitions of WebRTC entities
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Oct 2014 08:47:41 -0000

Hi Harald,

I wonder whether we can simplify the set of terms by removing "WebRTC endpoint".

What was the reason for introducing the term "WebRTC endpoint"? Wouldn't it be enough to have "WebRTC UA", "WebRTC device" and "WebRTC-compatible device" (plus WebRTC gateway as special widespread case of compatible device)?


A slight change in the chain of terms in -overview-12 could reduce the number of definitions without losing meaning (I think):


1) A WebRTC User Agent (also called a WebRTC UA or a WebRTC browser) is something that conforms to both the protocol specification and the Javascript API defined above. A WebRTC User Agent conforms to both the protocol specification and the Javascript API. 
--> keep as is

2) A WebRTC device is something that conforms to the protocol specification, but does not claim to implement the Javascript API. 
--> replace "claim" by "have". This results in <WebRTC UA> IS-A <WebRTC device> and we can pull out "WebRTC endpoint". (This is also better in line than the current chain with the statement in the draft "All WebRTC browsers (UAs) are WebRTC devices, so any requirement on a WebRTC device also applies to a WebRTC browser"

3) A WebRTC endpoint is either a WebRTC User Agent or a WebRTC device.
--> delete

4) A WebRTC-compatible endpoint is an endpoint that is capable of successfully communicating with a WebRTC endpoint, but may fail to meet some requirements of a WebRTC endpoint.  This may limit where in the network such an endpoint can be attached, or may limit the security guarantees that it offers to others.
--> replace "endpoint" by "device"

5) A WebRTC gateway is a WebRTC-compatible endpoint that mediates traffic to non-WebRTC entities.
--> replace "endpoint" by "device"
 
Kind regards,
Uwe 



> -----Original Message-----
> From: rtcweb [mailto:rtcweb-bounces@ietf.org] On Behalf Of ext
> Parthasarathi R
> Sent: Wednesday, October 15, 2014 2:30 AM
> To: 'Harald Alvestrand'; 'Christer Holmberg'; rtcweb@ietf.org
> Subject: Re: [rtcweb] Definitions of WebRTC entities
> 
> Hi Harald,
> 
> <snip>
> >>> 2) It is not required to be endpoint but it shall be middle box.
> >> What do you mean by "middle box"? Again, that term is slippery.
> > <Partha> I intent to say that the entity which is between two
> > endpoints and it does not end any media session itself. Here, The
> > confusion is that WebRTC compatible endpoint which is not an endpoint
> > but it is a middle box. </Partha>
> 
> Seems that this entity (whatever it's called) isn't an endpoint at all,
> so defining terms for endpoints shouldn't be relevant to whatever this
> device is.
> 
> There's always more boxes in the middle..... although as long as they
> don't have the DTLS keys, it's limited what they can do to the packets.
> <snip>
> 
> Could you please update the terminology as "WebRTC compatible device"
> instead of WebRTC compatible endpoint as the entity is not required to
> be endpoint.
> 
> Thanks
> Partha.
> 
> 
> 
> > -----Original Message-----
> > From: Harald Alvestrand [mailto:harald@alvestrand.no]
> > Sent: Thursday, October 09, 2014 12:29 PM
> > To: Parthasarathi R; 'Christer Holmberg'; rtcweb@ietf.org
> > Subject: Re: [rtcweb] Definitions of WebRTC entities
> >
> > On 10/08/2014 06:39 PM, Parthasarathi R wrote:
> > > Hi Harald,
> > >
> > > Please read inline.
> > >
> > > Thanks
> > > Partha
> > >
> > >> -----Original Message-----
> > >> From: Harald Alvestrand [mailto:harald@alvestrand.no]
> > >> Sent: Tuesday, October 07, 2014 10:16 PM
> > >> To: Parthasarathi R; 'Christer Holmberg'; rtcweb@ietf.org
> > >> Subject: Re: [rtcweb] Definitions of WebRTC entities
> > >>
> > >> On 10/07/2014 06:21 PM, Parthasarathi R wrote:
> > >>> Hi Christer,
> > >>>
> > >>> I have no issue with WebRTC User Agent, WebRTC device, WebRTC
> > >> endpoint.
> > >>> I have bit trouble with WebRTC compatible endpoint as a entity
> name
> > >> as
> > >>> 1) It may pass SRTP/data channel
> > >> What do you mean by "pass"? That's a slippery term.
> > > <Partha> "relay" will be more appropriate term as mentioned in Sec
> 5
> > Para 2 of draft-alvestrand-rtcweb-gateways. </Partha>
> > >
> > >>> 2) It is not required to be endpoint but it shall be middle box.
> > >> What do you mean by "middle box"? Again, that term is slippery.
> > > <Partha> I intent to say that the entity which is between two
> > endpoints and it does not end any media session itself. Here, The
> > confusion is that WebRTC compatible endpoint which is not an endpoint
> > but it is a middle box. </Partha>
> >
> > Seems that this entity (whatever it's called) isn't an endpoint at
> all,
> > so defining terms for endpoints shouldn't be relevant to whatever
> this
> > device is.
> >
> > There's always more boxes in the middle..... although as long as they
> > don't have the DTLS keys, it's limited what they can do to the
> packets.
> >
> >
> >
> > >
> > >>> WebRTC gateway looks more appropriate entity name in those
> > scenarios.
> > >> As written in my proposal, a WebRTC gateway is a WebRTC compatible
> > >> endpoint.
> > >>
> > > <Partha> As per your proposal, we need to define WebRTC compatible
> > endpoint first which is super set of WebRTC gateway. Then, we need to
> > clarify which kind of WebRTC compatible endpoint qualify as WebRTC
> > gateway. But Christer wishes to have only two definition
> (Full/Subset).
> > </Partha>
> >
> > And I don't agree with Christer, so then we're two :-)
> 
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb