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

Oleg Moskalenko <mom040267@gmail.com> Tue, 18 February 2014 17:55 UTC

Return-Path: <mom040267@gmail.com>
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 E696E1A06EC for <tram@ietfa.amsl.com>; Tue, 18 Feb 2014 09:55:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.749
X-Spam-Level:
X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 2mUnQ_Ok26tj for <tram@ietfa.amsl.com>; Tue, 18 Feb 2014 09:55:39 -0800 (PST)
Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 404861A06DE for <tram@ietf.org>; Tue, 18 Feb 2014 09:55:39 -0800 (PST)
Received: by mail-pb0-f45.google.com with SMTP id un15so17042805pbc.4 for <tram@ietf.org>; Tue, 18 Feb 2014 09:55:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5l+4IEyfLPa9KaGUqVzsoE8nMJjZAN7ETQEFg4BUy1U=; b=zrYrc2IoG1FIjxeEcdO7ZKBKj1KfAfO6TGW6OlStq2GI2HMOVns41ca9zHD1cMBjBL BD66wFWCtflKxlQq+u4Ee6b7SFyiO3aLPgmbpU2UTr6CN+arXrDGsaIkVc2qihuLYPgs dXDmXMvwRE5cFuxNkiq6105L/OAL3k3eZ93NpdZpLke1DZW4E7eL0HL+59WJFo6ci04i spO8BjdBn3yaZR5+FCVDl8AEnr886p0s2CBQ4j1BViTPBjBpfqYFWoYOrYeo8rMxiSpB dH4wUoGdD1uI5mnjeZOCDPTimKymA5XzJDy+wH4Uc39ZSA7RzvJZC5B6MysUfxUvGufr kfJw==
MIME-Version: 1.0
X-Received: by 10.68.237.133 with SMTP id vc5mr34602171pbc.92.1392746136334; Tue, 18 Feb 2014 09:55:36 -0800 (PST)
Received: by 10.68.147.131 with HTTP; Tue, 18 Feb 2014 09:55:36 -0800 (PST)
In-Reply-To: <E721D8C6A2E1544DB2DEBC313AF54DE224412306@xmb-rcd-x02.cisco.com>
References: <20140214030712.30321.21888.idtracker@ietfa.amsl.com> <CAKhHsXGzA=ZTFGTK7ht9hQbfG70iqKrDtxrZCdQNNMzBYZCk8A@mail.gmail.com> <E721D8C6A2E1544DB2DEBC313AF54DE224412306@xmb-rcd-x02.cisco.com>
Date: Tue, 18 Feb 2014 09:55:36 -0800
Message-ID: <CALDtMrJ=XbfJB_wCYMfvbh+Xamqb9oSHTXUsqviXc42KfCEW-g@mail.gmail.com>
From: Oleg Moskalenko <mom040267@gmail.com>
To: "Muthu Arul Mozhi Perumal (mperumal)" <mperumal@cisco.com>
Content-Type: multipart/alternative; boundary="047d7b338f1db7f91a04f2b1fa70"
Archived-At: http://mailarchive.ietf.org/arch/msg/tram/SedwlamgqEvthAY9NWbcnZpbr-U
Cc: Alan Johnston <alan.b.johnston@gmail.com>, "tram@ietf.org" <tram@ietf.org>
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 17:55:41 -0000

I am not sure about further detalization of the traffic... the next step
would be codec number, type of data (social networks or finance apps), etc
- where to stop ?

Oleg


On Tue, Feb 18, 2014 at 8:38 AM, Muthu Arul Mozhi Perumal (mperumal) <
mperumal@cisco.com> wrote:

>  I think a Traffic Type attribute (audio, video, data) in addition to
> Bandwidth would help the TURN server make better decisions about the
> policies described in the draft, and in particular to the following one:
>
>
>
>     A TURN server might also wish to limit the use of service
>
>     to audio-only sessions, or low bandwidth video and audio
>
>     sessions.
>
>
>
> It might also help SPs who would like to host TURN servers to provide
> differentiated treatment for WebRTC media traffic.
>
>
>
> Of course, there would have to a discussion on what if the application is
> lying about these..
>
>
>
> Muthu
>
>
>
> *From:* tram [mailto:tram-bounces@ietf.org] *On Behalf Of *Alan Johnston
> *Sent:* Tuesday, February 18, 2014 1:44 AM
> *To:* tram@ietf.org
> *Subject:* [tram] Fwd: I-D Action:
> draft-thomson-tram-turn-bandwidth-00.txt
>
>
>
> All,
>
>
>
> We have written a new I-D on a bandwidth attribute for TURN.  The use case
> is to allow a TURN client to indicate to the server the bandwidth it
> expects to use for the relayed candidate, or for a TURN server to indicate
> to the client the maximum bandwidth before the TURN server might apply rate
> limiting.
>
>
>
> Note some of the text is from draft-thomson-mmusic-rtcweb-bw-consent which
> was discussed in the past, but this draft does not propose an ICE use case
> for consent.
>
>
>
> Comments most welcome!
>
>
>
> - Alan -
>
> ---------- Forwarded message ----------
> From: <internet-drafts@ietf.org>
> Date: Thu, Feb 13, 2014 at 9:07 PM
> Subject: I-D Action: draft-thomson-tram-turn-bandwidth-00.txt
> To: i-d-announce@ietf.org
>
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>
>
>         Title           : A Bandwidth Attribute for TURN
>         Authors         : Martin Thomson
>                           Bernard Aboba
>                           Alan Johnston
>                           Oleg Moskalenko
>         Filename        : draft-thomson-tram-turn-bandwidth-00.txt
>         Pages           : 8
>         Date            : 2014-02-13
>
> Abstract:
>    An attribute is defined for Session Traversal Utilities for NAT
>    (STUN) that allows for declarations of bandwidth limits on the
>    negotiated flow.  The application of this attribute is the
>    negotiation of bandwidth between a Traversal Using Relays around NAT
>    (TURN) client and a TURN server.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-thomson-tram-turn-bandwidth/
>
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-thomson-tram-turn-bandwidth-00
>
>
> Please note that it may take a couple of minutes from the time of
> submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft<https://www.ietf.org/mailman/listinfo/i-d-announceInternet-Draft>directories:
> http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>
>
>
> _______________________________________________
> tram mailing list
> tram@ietf.org
> https://www.ietf.org/mailman/listinfo/tram
>
>