IETF Logo Mail Archive

Re: [rtcweb] Last Call: <draft-ietf-rtcweb-data-channel-12.txt> (WebRTC Data Channels) to Proposed Standard

"Wyss, Felix" <Felix.Wyss@inin.com> Mon, 13 October 2014 17:03 UTC

Return-Path: <Felix.Wyss@inin.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 BBA7A1A1B2A for <rtcweb@ietfa.amsl.com>; Mon, 13 Oct 2014 10:03:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, 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 ai3qb-rTTp5C for <rtcweb@ietfa.amsl.com>; Mon, 13 Oct 2014 10:03:16 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0633.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:633]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBA301A1ACE for <rtcweb@ietf.org>; Mon, 13 Oct 2014 10:03:15 -0700 (PDT)
Received: from CY1PR0501MB1579.namprd05.prod.outlook.com (25.161.161.153) by CY1PR0501MB1580.namprd05.prod.outlook.com (25.161.161.154) with Microsoft SMTP Server (TLS) id 15.0.1049.19; Mon, 13 Oct 2014 17:02:52 +0000
Received: from CY1PR0501MB1579.namprd05.prod.outlook.com ([25.161.161.153]) by CY1PR0501MB1579.namprd05.prod.outlook.com ([25.161.161.153]) with mapi id 15.00.1049.012; Mon, 13 Oct 2014 17:02:52 +0000
From: "Wyss, Felix" <Felix.Wyss@inin.com>
To: "Makaraju, Maridi Raju (Raju)" <Raju.Makaraju@alcatel-lucent.com>, Michael Tuexen <Michael.Tuexen@lurchi.franken.de>, Harald Alvestrand <harald@alvestrand.no>
Thread-Topic: [rtcweb] Last Call: <draft-ietf-rtcweb-data-channel-12.txt> (WebRTC Data Channels) to Proposed Standard
Thread-Index: AQHP5CPxgL7/P4TbxUqqTVTHzTRXYJwplZVAgAA1HQCAAKtdYIAADzmAgAAmfQCAAFWsAIAAG4cggAEmdgCAADW+gIAAINaAgAAXDgCAAA+BgIAAIqQAgABN64CAAPELcA==
Date: Mon, 13 Oct 2014 17:02:52 +0000
Message-ID: <71e2b21516cb496eb4d1ad2b26e53a29@CY1PR0501MB1579.namprd05.prod.outlook.com>
References: <20141010004836.12666.88765.idtracker@ietfa.amsl.com> <91953101b2634ec69d14e120ea62d929@CY1PR0501MB1579.namprd05.prod.outlook.com> <CABkgnnWE7czWqi4vQRb5d50N2k95joc_Zcvw6w6g7SOjU9b+9g@mail.gmail.com> <03a3bbbc282b4e6d88d587931b46b5f8@CY1PR0501MB1579.namprd05.prod.outlook.com> <57B40110-2F21-4893-B77C-54F46D18567F@lurchi.franken.de> <1DE35922-E890-40C2-87E9-C8C12235920E@phonefromhere.com> <E53B9B7E-37F0-495C-B1BA-DE0A48AC6D73@lurchi.franken.de> <abdfd3ef58dd40028e8d5e2248b5a995@CY1PR0501MB1579.namprd05.prod.outlook.com> <543A5570.7060208@alvestrand.no> <B53499C4-6B51-4E8E-87C2-C8E5C10DBC34@lurchi.franken.de> <543A9E11.2030605@alvestrand.no> <F5C54F5E-C301-4EC7-9536-E43EA3A16863@lurchi.franken.de> <543ABE69.8030104@alvestrand.no> <99078EA5-5FE7-431F-9C70-EEA882F4C3C6@lurchi.franken.de> <E1FE4C082A89A246A11D7F32A95A17828E5DA2AC@US70UWXCHMBA02.zam.alcatel-lucent.com>
In-Reply-To: <E1FE4C082A89A246A11D7F32A95A17828E5DA2AC@US70UWXCHMBA02.zam.alcatel-lucent.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [209.43.1.201]
x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1580;
x-exchange-antispam-report-test: UriScan:;
x-forefront-prvs: 03630A6A4A
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(51704005)(189002)(199003)(120916001)(92566001)(76576001)(106116001)(230783001)(101416001)(50986999)(54356999)(76176999)(4396001)(108616004)(93886004)(85306004)(74316001)(64706001)(20776003)(66066001)(106356001)(80022003)(46102003)(122556002)(105586002)(99286002)(86362001)(40100003)(95666004)(85852003)(2656002)(76482002)(21056001)(97736003)(33646002)(87936001)(31966008)(77096002)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR0501MB1580; H:CY1PR0501MB1579.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: inin.com
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/8p2diqSg5nxwcqcSwZ5qi6FM8Gc
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Last Call: <draft-ietf-rtcweb-data-channel-12.txt> (WebRTC Data Channels) to Proposed Standard
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: Mon, 13 Oct 2014 17:03:18 -0000

> > > It has to be the same on both ends of the SCTP connection.
> > This means you can't remap the streams. Or am I missing something?
> [Raju] When middle box is in the bearer path each end will see middle box
> as its peer.
> If the DCEP is used then it gets terminated at middle box and re-
> originated towards the other end after necessary stream id mapping.
> One way to avoid such mapping is to use external negotiation of stream ids
> as an alternative to inband DCEP.

They would only see it as a peer if it were a full B2B user agent.  As an example, in VoIP the endpoints do not consider an SBC as a peer--yet it sits in the middle and may inspect the media passing through it.  

With respect to DCEP: If we already define a protocol for establishing the channels in-band, why not make ID selection and conflict resolution an explicit part of it?  That certainly would beat the IMHO rather distasteful DTLS role hack.

--Felix

v2.23.0 | Report a Bug | By Email