Re: [MMUSIC] I-D Action: draft-ietf-mmusic-latching-06.txt

Emil Ivov <emcho@jitsi.org> Sun, 01 June 2014 07:51 UTC

Return-Path: <emcho@sip-communicator.org>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB7611A018C for <mmusic@ietfa.amsl.com>; Sun, 1 Jun 2014 00:51:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 w8K-G-BWCCnL for <mmusic@ietfa.amsl.com>; Sun, 1 Jun 2014 00:50:57 -0700 (PDT)
Received: from mail-we0-f176.google.com (mail-we0-f176.google.com [74.125.82.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41AE01A01B1 for <mmusic@ietf.org>; Sun, 1 Jun 2014 00:50:54 -0700 (PDT)
Received: by mail-we0-f176.google.com with SMTP id q59so3668553wes.21 for <mmusic@ietf.org>; Sun, 01 Jun 2014 00:50:48 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=NmCjh7AWgdADcf+cXhbltMPY08TbP6oaLVqmkQMGgNg=; b=jM0oX/OC/bxa1srepM7ZMaHS7msyN+wYSVru/5TcMIrTWFcLRgAFqTClCLBSCux58U XVf+9nNf0fu1dKe6zYc0Gwad1xrwj2WWn0jkB7mx3Xmp9w0vUeOiEFnsQHCilixnIDxH F/goFL4XsZlTlyzuM0rsB1efQ22o7kcWQK4ZUfPaU0PoqoqZPz1VpwlHZJaoKB+AfC6e oMysiAVZu94fAoOCPAON1aHI4jl6rRWb7MCnJKH6lgz8+GJL0BPmSRfjDFCUtqhJ2vIQ Y1iq8XkdtDY2hEaC2jGOihlmEMAMWotxUXcu3MSfFS5klMGCkI8kckG24+gVMvw2sPbZ cwOQ==
X-Gm-Message-State: ALoCoQmjMElR9l8iKEn88RhpnYRVYtVI0G9vPqGUVA5LjymEcCWF0d6rnehvKv2+R7ZNbYk7wl2j
X-Received: by 10.194.62.140 with SMTP id y12mr39357878wjr.27.1401609047950; Sun, 01 Jun 2014 00:50:47 -0700 (PDT)
Received: from camionet.local (9.6.69.91.rev.sfr.net. [91.69.6.9]) by mx.google.com with ESMTPSA id b1sm24832355wjb.37.2014.06.01.00.50.45 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 01 Jun 2014 00:50:46 -0700 (PDT)
Message-ID: <538ADB54.1060109@jitsi.org>
Date: Sun, 01 Jun 2014 09:50:44 +0200
From: Emil Ivov <emcho@jitsi.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: Parthasarathi R <partha@parthasarathi.co.in>, 'Hadriel Kaplan' <hadriel.kaplan@oracle.com>, "'Dan Wing (dwing)'" <dwing@cisco.com>
References: <20140529164031.26486.54207.idtracker@ietfa.amsl.com> <001101cf7d29$e5e75d30$b1b61790$@co.in>
In-Reply-To: <001101cf7d29$e5e75d30$b1b61790$@co.in>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/hEj5_hNFKFevGRkxxsqJmW5JykQ
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] I-D Action: draft-ietf-mmusic-latching-06.txt
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Jun 2014 07:51:01 -0000

Sure. Fixed.

On 01.06.14, 01:41, Parthasarathi R wrote:
> Hi all,
>
> The minor text comment in the introduction for the below text:
>
> "It is however worth pointing out that the current
>     deployment levels of HNT and NATs themselves make an exclusive
>     adoption of ICE highly unlikely in the foreseeable future."
>
> I agree with you that the above text is correct when the initial draft is
> written on June 2012
> (http://tools.ietf.org/html/draft-ivov-mmusic-latching-00). Because WebRTC
> mandated ICE, the above scenario is changed drastically now and lot of
> SBC/intermediates supports ICE as one of the NAT traversal mechanism today.
> In case you revise this draft once more, Please consider for updating the
> text or remove this line to reflect the current status.
>
> Thanks
> Partha
>
>> -----Original Message-----
>> From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of internet-
>> drafts@ietf.org
>> Sent: Thursday, May 29, 2014 10:11 PM
>> To: i-d-announce@ietf.org
>> Cc: mmusic@ietf.org
>> Subject: [MMUSIC] I-D Action: draft-ietf-mmusic-latching-06.txt
>>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts
>> directories.
>>   This draft is a work item of the Multiparty Multimedia Session Control
>> Working Group of the IETF.
>>
>>          Title           : Latching: Hosted NAT Traversal (HNT) for
>> Media in Real-Time Communication
>>          Authors         : Emil Ivov
>>                            Hadriel Kaplan
>>                            Dan Wing
>> 	Filename        : draft-ietf-mmusic-latching-06.txt
>> 	Pages           : 16
>> 	Date            : 2014-05-29
>>
>> Abstract:
>>     This document describes behavior of signalling intermediaries in
>>     Real-Time Communication (RTC) deployments, sometimes referred to as
>>     Session Border Controllers (SBCs), when performing Hosted NAT
>>     Traversal (HNT).  HNT is a set of mechanisms, such as media relaying
>>     and latching, that such intermediaries use to enable other RTC
>>     devices behind NATs to communicate with each other.
>>
>>     This document is non-normative, and is only written to explain HNT
>> in
>>     order to provide a reference to the IETF community, as well as an
>>     informative description to manufacturers, and users.
>>
>>     Latching, which is one of the components of the HNT components, has
>> a
>>     number of security issues covered here.  Because of those, and
>> unless
>>     all security considerations explained here are taken into account
>> and
>>     solved, the IETF advises against use of latching mechanism over the
>>     Internet and recommends other solutions such as the Interactive
>>     Connectivity Establishment (ICE) protocol.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-mmusic-latching/
>>
>> There's also a htmlized version available at:
>> http://tools.ietf.org/html/draft-ietf-mmusic-latching-06
>>
>> A diff from the previous version is available at:
>> http://www.ietf.org/rfcdiff?url2=draft-ietf-mmusic-latching-06
>>
>>
>> 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/
>>
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>
>

-- 
https://jitsi.org