Re: [rtcweb] [tram] [RTCWEB] [TRAM] Protesting: Requesting TRAM Charter Clarification regardig Milestone 3: TURN server auto-discovery mechanism for enterprise and ISPs
"Karl Stahl" <karl.stahl@intertex.se> Mon, 03 March 2014 09:22 UTC
Return-Path: <karl.stahl@intertex.se>
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 BDE971A0AF2; Mon, 3 Mar 2014 01:22:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.8
X-Spam-Level: *
X-Spam-Status: No, score=1.8 tagged_above=-999 required=5 tests=[BAYES_50=0.8, MSGID_MULTIPLE_AT=1] autolearn=no
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 fBHI8NKOotbY; Mon, 3 Mar 2014 01:22:31 -0800 (PST)
Received: from smtp.it-norr.com (smtp.it-norr.com [80.244.64.162]) by ietfa.amsl.com (Postfix) with ESMTP id 4581F1A0940; Mon, 3 Mar 2014 01:22:23 -0800 (PST)
Received: from ([90.229.134.75]) by smtp.it-norr.com (Telecom3 SMTP service) with ASMTP id 201403031022175094; Mon, 03 Mar 2014 10:22:17 +0100
From: Karl Stahl <karl.stahl@intertex.se>
To: "'Cullen Jennings (fluffy)'" <fluffy@cisco.com>, 'IESG IESG' <iesg@ietf.org>
References: <20140214030712.30321.21888.idtracker@ietfa.amsl.com> <CAKhHsXGzA=ZTFGTK7ht9hQbfG70iqKrDtxrZCdQNNMzBYZCk8A@mail.gmail.com> <530604ea.c5bf440a.5cfd.ffffde18SMTPIN_ADDED_BROKEN@mx.google.com> <CAKhHsXGsp6ma6Ko9op+YFRqSGM_Ex-jFo_fjz69rN0SEHfNK2A@mail.gmail.com> <CALDtMrKb3_38Rs0vaGnpEvNvTYz8YUTo89STvLJNXfkfdipDSQ@mail.gmail.com> <93BEDDC39A54294B9E78C7860516FA4724AA4422@AZ-US1EXMB06.global.avaya.com> <B7FA2629-6D48-4569-BB62-56395C3EE4BC@cisco.com> <04ff01cf31b4$8eb73780$ac25a680$@stahl@intertex.se> <AA208926-C949-4580-B20B-DCF172D3C21B@cisco.com>
In-Reply-To:
Date: Mon, 03 Mar 2014 10:22:12 +0100
Message-ID: <000501cf36c2$0fac5020$2f04f060$@stahl>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AQHPMbSdf/e29IVb6Eq4DfCgCp5RAprHHxqAgACxezCAB08LAA==
Content-Language: sv
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/_Zo8d0IIJcrhvKSeOM6vaE7Sbn8
Cc: tram@ietf.org, 'Spencer Dawkins' <spencer@wonderhamster.org>, rtcweb@ietf.org
Subject: Re: [rtcweb] [tram] [RTCWEB] [TRAM] Protesting: Requesting TRAM Charter Clarification regardig Milestone 3: TURN server auto-discovery mechanism for enterprise and ISPs
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, 03 Mar 2014 09:22:34 -0000
Hi Cullen, Memory may be an illusion, still I cannot understand how there can be an ever growing archive in the IETF /Karl Allt väl Hi Cullen, Not to cause more lost in the threads (I am also) I am addressing both your emails in one, and copy separately to the other guys in the first email. Further Inline --> >From http://www.ietf.org/mail-archive/web/tram/current/msg00275.html Let me also point out draft-deng-tram-isp-turn-00 http://www.ietf.org/mail-archive/web/tram/current/msg00214.html from China Mobile that appeared on this mailing list yesterday. It points out the need and willingness from the ISP/NSP side to do something about QoS for WebRTC traffic, that they expect to be large and have to bring to their customers with best QoE. In fact they and some more (a huge European carrier and the cable operators in general - CableLabs) have expressed similar concerns to me *This is exactly something we want to work on as the current way will cause severe problem on traffic when rtcweb applications get popular* is a direct quote from one of those. So, in answer to Simon Perreault [simon.perreault at viagenie.ca]s question in another thread the 13th: a) Is this a real problem that is worth fixing? I think we can be confident that the answer is *YES*. Only these three ISP/NSP referred to, may represent 50%(?) of the universes IP accesses! And the other will follow these most forward looking carriers. -----Ursprungligt meddelande----- Från: Cullen Jennings (fluffy) [mailto:fluffy@cisco.com] Skickat: den 26 februari 2014 01:49 Till: Karl Stahl Kopia: Alan Johnston; rtcweb@ietf.org; tram@ietf.org; Bernard Aboba; David Singer; Harald Tveit Alvestrand; Marc Robins; Eric Burger; Mary Barnes; Henning Schulzrinne Ämne: Re: [rtcweb] [tram] I-D Action: draft-thomson-tram-turn-bandwidth-00.txt > Karl, > I am totally lost on this thread. Could you start a new tmead that summarize what the issues is, what seems to > be the point of debate, and what your view is on what we should do. I think that would help make progress. > Thank you, > Cullen I just did something like that in: [tram] [rtcweb] The way to "Interfacing to QoS", A level 3-5 IP/IETF/WebRTC-thing how to interface to lower level's QoS-stuff http://www.ietf.org/mail-archive/web/tram/current/msg00331.html Hoping this thread subject amplifies what this SHOULD be about. (An how it will lead to the summary, after all diversion.) Actually, the outcome of "Interfacing to QoS" will be I challenge anyone that this will be outcome, and will start "Interfacing to QoS" with what IP "Interfacing to QoS" that we have the tiny ADSL modem IX78 that implements such CLEAR INTERFACE and the actual QoS methods, for both the Congestion, Default gateway, Surf Pipe Manipulating the RTP extension header etc etc on 6 USD CPU and also include the ADSL part where that quality handling is based on heavy 57 bytes chopping up at this exact -----Ursprungligt meddelande----- Från: Cullen Jennings (fluffy) [mailto:fluffy@cisco.com] Skickat: den 26 februari 2014 02:06 Till: Karl Stahl; IESG IESG Kopia: Magnus Westerlund; Simon Perreault; Ted Hardie; Gonzalo Camarillo; rtcweb@ietf.org; tram@ietf.org; Spencer Dawkins Ämne: Re: [tram] [RTCWEB] [TRAM] Protesting: Requesting TRAM Charter Clarification regardig Milestone 3: TURN server auto-discovery mechanism for enterprise and ISPs On Feb 25, 2014, at 7:02 AM, Karl Stahl <karl.stahl@intertex.se> wrote: > To the TRAM WG and RTCWEB WG and ADs: > > It must be a clear objective of the TRAM WG that ISPs/NSPs are allowed and encouraged to route quality demanding WebRTC media into their IP pipes that are capable of transporting real-time traffic without quality issues, using TURN servers. > Reading the charter, the above is *not* at all a clear objective of the WG (note I am not the chair of this WG or the responsible AD). That said, I think you have pointed out this charter is abysmally vague - it does not say what the WG is not going to do. If I decided to do BGP for routing updates over TURN it would be within the scope of this charter. My advice to the responsible AD is recharter this WG before IETF 90 or close it. I would be glad to help write a charter that is not an infinite blank cheque.
- Re: [rtcweb] [tram] I-D Action: draft-thomson-tra… Karl Stahl
- [rtcweb] [RTCWEB] [TRAM] Protesting: Requesting T… Karl Stahl
- Re: [rtcweb] [tram] I-D Action: draft-thomson-tra… Karl Stahl
- Re: [rtcweb] [tram] I-D Action: draft-thomson-tra… Pal Martinsen (palmarti)
- Re: [rtcweb] [tram] [RTCWEB] [TRAM] Protesting: R… Cullen Jennings (fluffy)
- Re: [rtcweb] [tram] [RTCWEB] [TRAM] Protesting: R… Cullen Jennings (fluffy)
- Re: [rtcweb] [tram] [RTCWEB] [TRAM] Protesting: R… Cullen Jennings (fluffy)
- Re: [rtcweb] [tram] I-D Action: draft-thomson-tra… Cullen Jennings (fluffy)
- Re: [rtcweb] [tram] [RTCWEB] [TRAM] Protesting: R… Barry Leiba
- [rtcweb] BCP over TURN will not be in scope ... a… Spencer Dawkins
- Re: [rtcweb] [tram] [RTCWEB] [TRAM] Protesting: R… Cullen Jennings (fluffy)
- Re: [rtcweb] BCP over TURN will not be in scope .… Cullen Jennings (fluffy)
- [rtcweb] [tram] The way to "Interfacing to QoS", … Karl Stahl
- Re: [rtcweb] BCP over TURN will not be in scope .… Gonzalo Camarillo
- Re: [rtcweb] [tram] [RTCWEB] [TRAM] Protesting: R… Karl Stahl
- Re: [rtcweb] [tram] [RTCWEB] [TRAM] Protesting: R… Karl Stahl
- Re: [rtcweb] [tram] [RTCWEB] [TRAM] Protesting: R… Gonzalo Camarillo
- Re: [rtcweb] [tram] [RTCWEB] [TRAM] Protesting: R… Karl Stahl
- Re: [rtcweb] [tram] RTP header extension for "Int… Karl Stahl