IETF Logo Mail Archive

Re: [tram] FW: New Version Notification for draft-patil-tram-turn-serv-disc-01.txt

Simon Perreault <simon@per.reau.lt> Tue, 06 May 2014 22:13 UTC

Return-Path: <simon@per.reau.lt>
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 54F821A0535 for <tram@ietfa.amsl.com>; Tue, 6 May 2014 15:13:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_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 nwZP1aVcdSKj for <tram@ietfa.amsl.com>; Tue, 6 May 2014 15:13:18 -0700 (PDT)
Received: from nomis80.org (nomis80.org [23.92.21.33]) by ietfa.amsl.com (Postfix) with ESMTP id 7F0451A049F for <tram@ietf.org>; Tue, 6 May 2014 15:13:18 -0700 (PDT)
Received: from porto.nomis80.org (unknown [66.7.113.101]) by nomis80.org (Postfix) with ESMTPSA id 2240010EAE for <tram@ietf.org>; Tue, 6 May 2014 22:13:49 +0000 (UTC)
Message-ID: <53695E79.4040202@per.reau.lt>
Date: Tue, 06 May 2014 18:13:13 -0400
From: Simon Perreault <simon@per.reau.lt>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: tram@ietf.org
References: <20140502095509.21732.16127.idtracker@ietfa.amsl.com> <CF8969C6.32FD1%praspati@cisco.com> <5363E76C.1050807@alum.mit.edu> <CF8EE643.333CE%praspati@cisco.com> <536923CB.2080704@alum.mit.edu>
In-Reply-To: <536923CB.2080704@alum.mit.edu>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/tram/-RfK3CucYzLbiae4rxLML0I6ECA
Subject: Re: [tram] FW: New Version Notification for draft-patil-tram-turn-serv-disc-01.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, 06 May 2014 22:13:20 -0000

Le 2014-05-06 14:02, Paul Kyzivat a écrit :
>> Not necessarily within the scope of server discovery, but on what basis
>> would the TURN server from target domain allow requests from unknown
>> users?
> 
> What I had in mind was that this service could be provided by the target
> domain for the benefit of those attempting to reach it. The goal being
> to maximize its reachability, even from clients that cannot discover a
> turn service at the source end.
> 
> I guess what you are suggesting is that somebody might abuse this,
> discovering this TURN server and then using it to contact some unrelated
> party.
> 
> I haven't thought about it a lot, but perhaps it could arrange to only
> work when the other end is within the domain it supports.

The problem is the server doesn't know who the other end is when it
receives an allocate request...

Simon

v2.23.0 | Report a Bug | By Email