Re: [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 13:25 UTC
Return-Path: <karl.stahl@intertex.se>
X-Original-To: tram@ietfa.amsl.com
Delivered-To: tram@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D80271A0103; Mon, 3 Mar 2014 05:25:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.9
X-Spam-Level:
X-Spam-Status: No, score=-0.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 HoaAw75X0hs7; Mon, 3 Mar 2014 05:25:32 -0800 (PST)
Received: from smtp.it-norr.com (smtp.it-norr.com [80.244.64.162]) by ietfa.amsl.com (Postfix) with ESMTP id A70581A00FB; Mon, 3 Mar 2014 05:25:30 -0800 (PST)
Received: from ([90.229.134.75]) by smtp.it-norr.com (Telecom3 SMTP service) with ASMTP id 201403031425262808; Mon, 03 Mar 2014 14:25:26 +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 14:25:22 +0100
Message-ID: <000001cf36e4$07a8a550$16f9eff0$@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/e29IVb6Eq4DfCgCp5RAprHHxqAgACxezCAB08LAIAAQ40g
Content-Language: sv
Archived-At: http://mailarchive.ietf.org/arch/msg/tram/FieEVcT_kxkC4NNwnxkPzCidrTU
Cc: 'Magnus Westerlund' <magnus.westerlund@ericsson.com>, 'Ted Hardie' <ted.ietf@gmail.com>, rtcweb@ietf.org, tram@ietf.org, 'Simon Perreault' <simon.perreault@viagenie.ca>
Subject: Re: [tram] [RTCWEB] [TRAM] Protesting: Requesting TRAM Charter Clarification regardig Milestone 3: TURN server auto-discovery mechanism for enterprise and ISPs
X-BeenThere: tram@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussing the creation of a Turn Revised And Modernized \(TRAM\) WG, which goal is to consolidate the various initiatives to update TURN and STUN." <tram.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tram>, <mailto:tram-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tram/>
List-Post: <mailto:tram@ietf.org>
List-Help: <mailto:tram-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tram>, <mailto:tram-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Mar 2014 13:25:36 -0000
Cullen, Illution I am checking the IETF archive for links - Memory you know... I feel I also have an email from Harald to answer You will not see the below /Kalle Allt väl -----Ursprungligt meddelande----- Från: Karl Stahl [mailto:karl.stahl@intertex.se] Skickat: den 3 mars 2014 10:22 Till: 'Cullen Jennings (fluffy)'; 'IESG IESG' Kopia: 'Magnus Westerlund'; 'Simon Perreault'; 'Ted Hardie'; 'Gonzalo Camarillo'; 'rtcweb@ietf.org'; 'tram@ietf.org'; 'Spencer Dawkins' Ämne: SV: [tram] [RTCWEB] [TRAM] Protesting: Requesting TRAM Charter Clarification regardig Milestone 3: TURN server auto-discovery mechanism for enterprise and ISPs 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.
- [tram] Fwd: I-D Action: draft-thomson-tram-turn-b… Alan Johnston
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Muthu Arul Mozhi Perumal (mperumal)
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Alan Johnston
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Oleg Moskalenko
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Simon Perreault
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Oleg Moskalenko
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Simon Perreault
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Oleg Moskalenko
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Paul Kyzivat
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Oleg Moskalenko
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Paul Kyzivat
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Tirumaleswar Reddy (tireddy)
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Muthu Arul Mozhi Perumal (mperumal)
- Re: [tram] I-D Action: draft-thomson-tram-turn-ba… Pal Martinsen (palmarti)
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Simon Perreault
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Tirumaleswar Reddy (tireddy)
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Tirumaleswar Reddy (tireddy)
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Karl Stahl
- Re: [tram] I-D Action: draft-thomson-tram-turn-ba… Karl Stahl
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Alan Johnston
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Justin Uberti
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Oleg Moskalenko
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Yoakum, John H (John)
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Michael Hammer
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Paul Kyzivat
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Oleg Moskalenko
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Michael Hammer
- Re: [tram] Fwd: I-D Action: draft-thomson-tram-tu… Paul Kyzivat
- Re: [tram] [rtcweb] I-D Action: draft-thomson-tra… Karl Stahl
- Re: [tram] I-D Action: draft-thomson-tram-turn-ba… Pal Martinsen (palmarti)
- Re: [tram] I-D Action: draft-thomson-tram-turn-ba… Alan Johnston
- [tram] [RTCWEB] [TRAM] Protesting: Requesting TRA… Karl Stahl
- Re: [tram] [rtcweb] I-D Action: draft-thomson-tra… Pal Martinsen (palmarti)
- Re: [tram] [rtcweb] I-D Action: draft-thomson-tra… Karl Stahl
- [tram] A note from your (so far) friendly AD ... Spencer Dawkins
- Re: [tram] A note from your (so far) friendly AD … Justin Uberti
- Re: [tram] A note from your (so far) friendly AD … Mary Barnes
- Re: [tram] A note from your (so far) friendly AD … James Polk
- Re: [tram] A note from your (so far) friendly AD … Mary Barnes
- Re: [tram] [RTCWEB] [TRAM] Protesting: Requesting… Cullen Jennings (fluffy)
- Re: [tram] [RTCWEB] [TRAM] Protesting: Requesting… Cullen Jennings (fluffy)
- Re: [tram] [RTCWEB] [TRAM] Protesting: Requesting… Cullen Jennings (fluffy)
- Re: [tram] [rtcweb] I-D Action: draft-thomson-tra… Cullen Jennings (fluffy)
- Re: [tram] [RTCWEB] [TRAM] Protesting: Requesting… Barry Leiba
- Re: [tram] A note from your (so far) friendly AD … Gonzalo Camarillo
- [tram] BCP over TURN will not be in scope ... and… Spencer Dawkins
- Re: [tram] [RTCWEB] [TRAM] Protesting: Requesting… Cullen Jennings (fluffy)
- Re: [tram] BCP over TURN will not be in scope ...… Cullen Jennings (fluffy)
- Re: [tram] BCP over TURN will not be in scope ...… Simon Perreault
- Re: [tram] BCP over TURN will not be in scope ...… Gonzalo Camarillo
- [tram] [rtcweb] The way to "Interfacing to QoS", … Karl Stahl
- Re: [tram] [rtcweb] The way to "Interfacing to Qo… Simon Perreault
- Re: [tram] [RTCWEB] [TRAM] Protesting: Requesting… Karl Stahl
- Re: [tram] [RTCWEB] [TRAM] Protesting: Requesting… Karl Stahl
- Re: [tram] [RTCWEB] [TRAM] Protesting: Requesting… Gonzalo Camarillo
- Re: [tram] [RTCWEB] [TRAM] Protesting: Requesting… Karl Stahl
- Re: [tram] [rtcweb] RTP header extension for "Int… Karl Stahl