IETF Logo Mail Archive

Re: [tram] Fwd: I-D Action: draft-thomson-tram-turn-bandwidth-00.txt

Simon Perreault <simon.perreault@viagenie.ca> Tue, 18 February 2014 21:33 UTC

Return-Path: <simon.perreault@viagenie.ca>
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 256481A025A for <tram@ietfa.amsl.com>; Tue, 18 Feb 2014 13:33:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.548, 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 7esXVE068pqe for <tram@ietfa.amsl.com>; Tue, 18 Feb 2014 13:33:04 -0800 (PST)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id E0DCC1A0081 for <tram@ietf.org>; Tue, 18 Feb 2014 13:33:03 -0800 (PST)
Received: from porto.nomis80.org (unknown [IPv6:2620:0:230:c000:b419:c7ff:fe35:ac8e]) by jazz.viagenie.ca (Postfix) with ESMTPSA id B5003403CE for <tram@ietf.org>; Tue, 18 Feb 2014 16:33:00 -0500 (EST)
Message-ID: <5303D18C.5030705@viagenie.ca>
Date: Tue, 18 Feb 2014 16:33:00 -0500
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: tram@ietf.org
References: <20140214030712.30321.21888.idtracker@ietfa.amsl.com> <CAKhHsXGzA=ZTFGTK7ht9hQbfG70iqKrDtxrZCdQNNMzBYZCk8A@mail.gmail.com> <E721D8C6A2E1544DB2DEBC313AF54DE224412306@xmb-rcd-x02.cisco.com> <5303A4DE.8090500@viagenie.ca> <CALDtMrKN8hhDVLZQnPjPNkA=vBe0mznfxDpiAOx=uhkmw8PUHQ@mail.gmail.com>
In-Reply-To: <CALDtMrKN8hhDVLZQnPjPNkA=vBe0mznfxDpiAOx=uhkmw8PUHQ@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/tram/oC6W6yBkp8JOU_vStK3xVrnbE1c
Subject: Re: [tram] Fwd: I-D Action: draft-thomson-tram-turn-bandwidth-00.txt
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: Tue, 18 Feb 2014 21:33:06 -0000

Le 2014-02-18 16:12, Oleg Moskalenko a écrit :
> How to handle the DS and ECN fields is a part of TURN server RFC (see
> the section 12):
> 
> http://tools.ietf.org/search/rfc5766#section-12
> 
> And a good TURN server is supposed to implement that.

Well, the RFC just says that the TURN server should copy the DSCP from
one side to the other when doing en/de-capsulation. It doesn't say that
the server should actually do QoS based on the DSCP. My point is that
there's nothing preventing the server from actually doing it.

Anyway, I was expecting responses along the lines of "DiffServ doesn't
work on the Internet in general." To which I would have replied: "then
couldn't we define a STUN attribute for transporting the DSCP in the
payload?" Instead of inventing a new taxonomy (audio, video, slides,
etc.), why not reuse DSCP?

Simon
-- 
DTN made easy, lean, and smart --> http://postellation.viagenie.ca
NAT64/DNS64 open-source        --> http://ecdysis.viagenie.ca
STUN/TURN server               --> http://numb.viagenie.ca

v2.23.0 | Report a Bug | By Email