Re: [tram] First post
"Tirumaleswar Reddy (tireddy)" <tireddy@cisco.com> Sat, 16 November 2013 03:20 UTC
Return-Path: <tireddy@cisco.com>
X-Original-To: tram@ietfa.amsl.com
Delivered-To: tram@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BB3111E816B for <tram@ietfa.amsl.com>; Fri, 15 Nov 2013 19:20:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yWlKscGH0GHm for <tram@ietfa.amsl.com>; Fri, 15 Nov 2013 19:20:32 -0800 (PST)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) by ietfa.amsl.com (Postfix) with ESMTP id AB8FB11E813A for <tram@ietf.org>; Fri, 15 Nov 2013 19:20:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5340; q=dns/txt; s=iport; t=1384572032; x=1385781632; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=USlKYnbT/GUtMaO4H/1i4JCYKeZegzCAyrt2aVKcH58=; b=SDLy4msWhQ0yY5v6GwZmyc+GY9T5VEI+EZj0tHGUaIPlHCy17tCBK4F4 E9EisgH37ekodrItKplr00RP5UwbU7jC5G9RR3h+uReOJsJdYjEu8mYFT JH/dAbHZ2CiCd+TGnF1BnCpiYs28nSDScneQUnv5xdkFJANlbyagHXs1i U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ah4FAHvjhlKtJV2a/2dsb2JhbABZgwc4U78sgSsWdIIlAQEBBAEBASRHCxACAQgOAwMBAgsCCRkhBgsdCAIEDgUIh2cDDw23Hw2JUIxzgTSBDwIxBwqDFoERA4kKjRuDGosmhTiDKIFoQg
X-IronPort-AV: E=Sophos;i="4.93,711,1378857600"; d="scan'208";a="992"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-2.cisco.com with ESMTP; 16 Nov 2013 03:20:31 +0000
Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id rAG3KUWD024962 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 16 Nov 2013 03:20:31 GMT
Received: from xmb-rcd-x10.cisco.com ([169.254.15.47]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0123.003; Fri, 15 Nov 2013 21:20:30 -0600
From: "Tirumaleswar Reddy (tireddy)" <tireddy@cisco.com>
To: Oleg Moskalenko <mom040267@gmail.com>
Thread-Topic: [tram] First post
Thread-Index: AQHO4nrNOeLu8IlzsEisOVsWZS4tvA==
Date: Sat, 16 Nov 2013 03:20:29 +0000
Message-ID: <913383AAA69FF945B8F946018B75898A24264EF5@xmb-rcd-x10.cisco.com>
References: <CALDtMrK5X4euTOwwdGJNkOGEar1KdCXpZvOnR-MgJfnY1LzAKg@mail.gmail.com> <C17C5187-E20D-4AF5-97D2-B63ABCB2E298@cisco.com>
In-Reply-To: <C17C5187-E20D-4AF5-97D2-B63ABCB2E298@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.65.58.211]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Simon Perreault <simon.perreault@viagenie.ca>, "tram@ietf.org" <tram@ietf.org>, Justin Uberti <juberti@google.com>
Subject: Re: [tram] First post
X-BeenThere: tram@ietf.org
X-Mailman-Version: 2.1.12
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: Sat, 16 Nov 2013 03:20:37 -0000
Hi Oleg, I am co-author of the MICE, draft-reddy-behave-turn-auth drafts and we are interested in TURN evolution. Justin and we are working on TURN Extension for Third Party Authorization using OAuth which will address some of the problems discussed in above draft. Cheers, -Tiru. From: Oleg Moskalenko <mom040267@gmail.com> Subject: Re: [tram] First post Date: November 15, 2013 11:01:24 AM PST To: Simon Perreault <simon.perreault@viagenie.ca> Cc: <tram@ietf.org> MMUSIC has an interesting draft on TURN mobility (MICE) that I am watching and I am going to implement. I wonder whether the authors of the draft may be interested in the TURN evolution. On Fri, Nov 15, 2013 at 10:55 AM, Simon Perreault <simon.perreault@viagenie.ca> wrote: All, Any objection against sending the following to rtcweb, pntaw, and behave? Any other lists that should be included? Simon ==================== All, A few of us have been working on a proposal for a new working group that would focus on enhancements to STUN and TURN. The proposed name is TRAM (Turn Revised And Modernized) and discussion is happening in <tram@ietf.org>. Subscribe link: <https://www.ietf.org/mailman/listinfo/tram> Here is the charter we have been working on. If you would like to comment and/or get involved, please do so on the TRAM mailing list. Simon (and many others!) Turn Revised And Modernized (tram) ---------------------------------- Traversal Using Relays around NAT (TURN) was published as RFC 5766 in April 2010. Until recently the protocol had only a rather limited deployment. This is primarily because its primary use case is as one of the NAT traversal methods of the Interactive Connectivity Establishment (ICE) framework (RFC 5245). This inherent dependency on ICE combined with the fact that ICE itself was slow to achieve widespread adoption because other alternative mechanisms were historically used by the VoIP industry were the causes of the initial lack of interest. This situation has changed drastically as ICE, and consequently TURN, are mandatory to implement in WebRTC, which is a set of technologies developed at the IETF and W3C aiming to enable Real Time Communication on the Web. Because of the ubiquity of the Web and of the new opportunities created by the arrival of WebRTC, there is a renewed interest in TURN and ICE, as evidenced by the recent work updating the ICE framework, as well as standardizing the URIs used to access a STUN [RFC7064] or TURN [RFC7065] server. The goal of the TRAM Working Group is to consolidate the various initiatives to update TURN and STUN, including the definition of new transport and authentication mechanisms that make STUN and TURN more suitable for the WebRTC environment. The Working Group will closely coordinate with the appropriate Working Groups, including RTCWEB, MMUSIC, and HTTPBIS. The current list of deliverable is: - DTLS transport for TURN Candidate draft: draft-petithuguenin-tram-turn-dtls TURN defines three transports: UDP, TCP, and TLS. A straightforward extension of this set is DTLS, enabling secure datagram-oriented transport. - New authentication mechanism for TURN Problem analysis: draft-reddy-behave-turn-auth Candidate draft: draft-uberti-behave-turn-rest, OAuth has also been suggested The current authentication mechanism for TURN, which is reused from STUN, has been designed with a SIP account database in mind. The new RTCWEB usages, which are mostly based on web applications, do not fit that model. A new authentication mechanism optimized for such web applications will be created. - TURN server auto-discovery mechanism for enterprise and ISPs Candidate draft: TBD Current TURN server discovery is based on the presence of SRV and/or NAPTR DNS records. These records are usually under the administrative control of the application or service provider, not the enterprise or the ISP on whose network the client is situated. Enterprises or ISPs wishing to provide their own TURN server, in an attempt to reduce so-called "triangle routing", need a new auto-discovery mechanism. - STUN-bis Candidate draft: TBD A new revision of RFC 5389 will contain: - Various bug fixes - STUN hash algorithm agility (currently only SHA-1 is allowed) - TURN-bis Candidate draft: TBD A new revision of RFC 5766 will contain: - Various bug fixes - Support for multi-tenant servers (Servers always send the same REALM attribute. No realm negotiation phase currently exists.) Goals and Milestones: [TBD] -- 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 _______________________________________________ tram mailing list tram@ietf.org https://www.ietf.org/mailman/listinfo/tram _______________________________________________ tram mailing list tram@ietf.org https://www.ietf.org/mailman/listinfo/tram
- [tram] First post Simon Perreault
- Re: [tram] First post Oleg Moskalenko
- Re: [tram] First post Gonzalo Salgueiro (gsalguei)
- Re: [tram] First post Paul Kyzivat
- Re: [tram] First post Justin Uberti
- Re: [tram] First post Oleg Moskalenko
- Re: [tram] First post Justin Uberti
- Re: [tram] First post Oleg Moskalenko
- Re: [tram] First post Dan Wing
- Re: [tram] First post Gonzalo Salgueiro (gsalguei)
- Re: [tram] First post Tirumaleswar Reddy (tireddy)
- Re: [tram] First post Oleg Moskalenko
- Re: [tram] First post Oleg Moskalenko
- Re: [tram] First post Tirumaleswar Reddy (tireddy)
- Re: [tram] First post Oleg Moskalenko
- Re: [tram] First post Paul Kyzivat
- Re: [tram] First post Simon Perreault
- Re: [tram] First post Gonzalo Salgueiro (gsalguei)
- Re: [tram] First post Tirumaleswar Reddy (tireddy)
- Re: [tram] First post Oleg Moskalenko
- [tram] TURN/RTP via HTTP Proxy (was: First post) Hutton, Andrew
- Re: [tram] TURN/RTP via HTTP Proxy (was: First po… Gonzalo Salgueiro (gsalguei)
- Re: [tram] TURN/RTP via HTTP Proxy Paul Kyzivat
- Re: [tram] TURN/RTP via HTTP Proxy Gonzalo Salgueiro (gsalguei)
- Re: [tram] TURN/RTP via HTTP Proxy Paul Kyzivat
- Re: [tram] First post Oleg Moskalenko
- Re: [tram] First post Tirumaleswar Reddy (tireddy)