From fandreas@cisco.com Fri Jan 7 06:51:45 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5755B3A68EA for ; Fri, 7 Jan 2011 06:51:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.911 X-Spam-Level: X-Spam-Status: No, score=-9.911 tagged_above=-999 required=5 tests=[AWL=0.688, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z-dAILU+Sk3E for ; Fri, 7 Jan 2011 06:51:44 -0800 (PST) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id C86F63A68E9 for ; Fri, 7 Jan 2011 06:51:43 -0800 (PST) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAJu3Jk1AZnwN/2dsb2JhbACfSoRdc6NvmDeDB4JFBIRnhiI Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 07 Jan 2011 14:53:50 +0000 Received: from rtp-fandreas-8716.cisco.com (rtp-fandreas-8716.cisco.com [10.117.7.87]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id p07ErnjD021482; Fri, 7 Jan 2011 14:53:50 GMT Message-ID: <4D272941.3000702@cisco.com> Date: Fri, 07 Jan 2011 09:54:57 -0500 From: Flemming Andreasen User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.16) Gecko/20101125 Thunderbird/3.0.11 MIME-Version: 1.0 To: Magnus Westerlund References: <4CE6A5E1.3010405@ericsson.com> <4CEAC025.7010903@cisco.com> In-Reply-To: <4CEAC025.7010903@cisco.com> Content-Type: multipart/alternative; boundary="------------060600000808090700010909" Cc: "mmusic \(E-mail\)" Subject: Re: [MMUSIC] Adopt ice-options as WG draft ? [Was Re: Fwd:I-DAction:draft-westerlund-mmusic-ice-options-registry-01.txt] X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2011 14:51:45 -0000 This is a multi-part message in MIME format. --------------060600000808090700010909 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Since there were no objections, this document is now a WG item. Also, it seems ready for a WGLC, so as soon as we get it submitted as "draft-ietf-...", we can proceed with that. Thanks -- Flemming On 11/22/10 2:10 PM, Flemming Andreasen (fandreas) wrote: > Thank you for the updated document Magnus. I suggest we adopt it as a > WG draft. If anybody feels otherwise, please let us know by the end of > this week (i.e. by November 28th). > > Thanks > > -- Flemming > > On 11/19/10 11:29 AM, Magnus Westerlund wrote: >> >> Hi, >> >> I have submitted and updated version taking Flemming's comments into >> account. >> >> Magnus >> >> -------- Ursprungligt meddelande -------- >> Ämne: I-D Action:draft-westerlund-mmusic-ice-options-registry-01.txt >> Datum: Fri, 19 Nov 2010 17:00:01 +0100 >> Från: Internet-Drafts@ietf.org >> Svar till: internet-drafts@ietf.org >> Till: i-d-announce@ietf.org >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> >> Title : IANA Registry for Interactive Connectivity >> Establishment (ICE) Options >> Author(s) : M. Westerlund, C. Perkins >> Filename : >> draft-westerlund-mmusic-ice-options-registry-01.txt >> Pages : 5 >> Date : 2010-11-19 >> >> It has been identified that Interactive Connectivity Establishment >> (ICE) is missing a registry for ICE options. This document defines >> this missing IANA registry. >> >> A URL for this Internet-Draft is: >> http://www.ietf.org/internet-drafts/draft-westerlund-mmusic-ice-options-registry-01.txt >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> Below is the data which will enable a MIME compliant mail reader >> implementation to automatically retrieve the ASCII version of the >> Internet-Draft. >> --------------060600000808090700010909 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi

Since there were no objections, this document is now a WG item. Also, it seems ready for a WGLC, so as soon as we get it submitted as "draft-ietf-...", we can proceed with that.

Thanks

-- Flemming



On 11/22/10 2:10 PM, Flemming Andreasen (fandreas) wrote:
Thank you for the updated document Magnus. I suggest we adopt it as a WG draft. If anybody feels otherwise, please let us know by the end of this week (i.e. by November 28th).

Thanks

-- Flemming

On 11/19/10 11:29 AM, Magnus Westerlund wrote:
[MMUSIC] Fwd: I-DAction:draft-westerlund-mmusic-ice-options-registry-01.txt

Hi,

I have submitted and updated version taking Flemming's comments into
account.

Magnus

-------- Ursprungligt meddelande --------
Ämne: I-D Action:draft-westerlund-mmusic-ice-options-registry-01.txt
Datum: Fri, 19 Nov 2010 17:00:01 +0100
Från: Internet-Drafts@ietf.org <Internet-Drafts@ietf.org>
Svar till: internet-drafts@ietf.org <internet-drafts@ietf.org>
Till: i-d-announce@ietf.org <i-d-announce@ietf.org>

A New Internet-Draft is available from the on-line Internet-Drafts
directories.

        Title           : IANA Registry for Interactive Connectivity
Establishment (ICE) Options
        Author(s)       : M. Westerlund, C. Perkins
        Filename        : draft-westerlund-mmusic-ice-options-registry-01.txt
        Pages           : 5
        Date            : 2010-11-19

It has been identified that Interactive Connectivity Establishment
(ICE) is missing a registry for ICE options.  This document defines
this missing IANA registry.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-westerlund-mmusic-ice-options-registry-01.txt

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--------------060600000808090700010909-- From petithug@acm.org Sat Jan 8 09:55:30 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8DEB33A67E3 for ; Sat, 8 Jan 2011 09:55:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.627 X-Spam-Level: X-Spam-Status: No, score=-101.627 tagged_above=-999 required=5 tests=[AWL=0.638, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J7yMrh6SZVHB for ; Sat, 8 Jan 2011 09:55:29 -0800 (PST) Received: from server.implementers.org (server.implementers.org [69.55.225.91]) by core3.amsl.com (Postfix) with ESMTP id D0BCD3A677C for ; Sat, 8 Jan 2011 09:55:29 -0800 (PST) Received: by server.implementers.org (Postfix, from userid 1001) id 6B88DDDC4092; Sat, 8 Jan 2011 17:57:38 +0000 (UTC) Received: from [192.168.2.3] (server.implementers.org [127.0.0.1]) by server.implementers.org (Postfix) with ESMTPA id C276ADDC4090; Sat, 8 Jan 2011 17:57:37 +0000 (UTC) Message-ID: <4D28A591.2050905@acm.org> Date: Sat, 08 Jan 2011 09:57:37 -0800 From: Marc Petit-Huguenin User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20101226 Iceowl/1.0b1 Icedove/3.0.11 MIME-Version: 1.0 To: Ari Keranen References: <4D0B87D2.5090303@nomadiclab.com> In-Reply-To: <4D0B87D2.5090303@nomadiclab.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: IETF MMUSIC WG Subject: Re: [MMUSIC] ICE TCP: new SDP encoding, SDP example, and candidate priority formula X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2011 17:55:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/17/2010 07:54 AM, Ari Keranen wrote: > Folks, > > We have now updated the ICE-TCP draft to include SDP examples and fixed > issues based on Hadriel's review comments (e.g., changed the SDP > encoding of TCP candidates and included ABNF of the syntax). > > While working with the SDP example we noticed that the proposed > candidate prioritization method was somewhat confusing and came up with > a better proposal. Instead of coding UDP-tunneled and NAT-assisted types > in the "local preference" part, we propose to encode them in them in the > type part and also do prioritization between transport protocols using > the type part of the formula. This made the calculation simpler and > allows for more flexibility when defining whether certain transport > protocol or certain candidate type should be preferred. See Section 4.2. > for details. +1 - -- Marc Petit-Huguenin Personal email: marc@petit-huguenin.org Professional email: petithug@acm.org Blog: http://blog.marc.petit-huguenin.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk0opY8ACgkQ9RoMZyVa61fg7QCgk9Rih8lJ5fadStzuKlDuu3u8 25cAn1ypdUoq0gW6dqddthhrO98UEhcE =co8h -----END PGP SIGNATURE----- From magnus.westerlund@ericsson.com Tue Jan 11 01:09:41 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 884053A6A2F for ; Tue, 11 Jan 2011 01:09:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.517 X-Spam-Level: X-Spam-Status: No, score=-106.517 tagged_above=-999 required=5 tests=[AWL=0.082, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NmjyZ74O-BeE for ; Tue, 11 Jan 2011 01:09:40 -0800 (PST) Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by core3.amsl.com (Postfix) with ESMTP id 6FCF63A6A21 for ; Tue, 11 Jan 2011 01:09:40 -0800 (PST) X-AuditID: c1b4fb3d-b7b89ae0000036a3-b1-4d2c1edb5cbe Received: from esessmw0197.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id 23.D6.13987.BDE1C2D4; Tue, 11 Jan 2011 10:11:55 +0100 (CET) Received: from [147.214.183.170] (153.88.115.8) by esessmw0197.eemea.ericsson.se (153.88.115.88) with Microsoft SMTP Server id 8.2.234.1; Tue, 11 Jan 2011 10:11:54 +0100 Message-ID: <4D2C1EDA.3030506@ericsson.com> Date: Tue, 11 Jan 2011 10:11:54 +0100 From: Magnus Westerlund User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; sv-SE; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: mmusic@ietf.org References: <4D0B883A.5050104@nomadiclab.com> <4D0B8F70.2010804@viagenie.ca> In-Reply-To: <4D0B8F70.2010804@viagenie.ca> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: AAAAAA== Subject: Re: [MMUSIC] Should we have ICE TCP lite? X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2011 09:09:41 -0000 Simon Perreault skrev 2010-12-17 17:27: >> if you don't send any >> > connectivity checks, there's a chance for someone hijacking the media >> > connection > IMHO, this is not an important problem. ICE's raison d'être is not security. > Actually, ICE has quite strong protection against malicious hijacking of flow association. And that is by design and necessity. I don't see it as acceptable to leave a gapping hole where you don't know that you have connected to the right peer. Actually if there are no STUN connectivity checks there is no mechanism to determine if the association is correct, even without malicious attempts. As a ICE agent doesn't know where it is topologically in relation to its counter part it can never know (in the general case) if the peer is on one local network or in some completly different address domain. Thus one needs to verify that the one accepting the TCP connection is actually the intneded party. This could easily be a service that accept all incomming on a completely unrelated machine to the ICE connectivity attempt. So I see big problem with not performing connectivity checks using STUN with the user name + password combination to ensure that you have connected to the right party. Cheers Magnus Westerlund ---------------------------------------------------------------------- Multimedia Technologies, Ericsson Research EAB/TVM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From simon.perreault@viagenie.ca Tue Jan 11 05:30:48 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 743E328C299 for ; Tue, 11 Jan 2011 05:30:48 -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=[AWL=-0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ds+sI1jugaQR for ; Tue, 11 Jan 2011 05:30:12 -0800 (PST) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by core3.amsl.com (Postfix) with ESMTP id 417FF28C296 for ; Tue, 11 Jan 2011 05:30:12 -0800 (PST) Received: from ringo.viagenie.ca (ringo.viagenie.ca [206.123.31.67]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 5D81321BC0 for ; Tue, 11 Jan 2011 08:32:28 -0500 (EST) Message-ID: <4D2C5BEB.7040206@viagenie.ca> Date: Tue, 11 Jan 2011 08:32:27 -0500 From: Simon Perreault User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Thunderbird/3.1.7 MIME-Version: 1.0 To: mmusic@ietf.org References: <4D0B883A.5050104@nomadiclab.com> <4D0B8F70.2010804@viagenie.ca> <4D2C1EDA.3030506@ericsson.com> In-Reply-To: <4D2C1EDA.3030506@ericsson.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [MMUSIC] Should we have ICE TCP lite? X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2011 13:30:48 -0000 On 2011-01-11 04:11, Magnus Westerlund wrote: > So I see big problem with not performing connectivity checks using STUN > with the user name + password combination to ensure that you have > connected to the right party. The thing is that there is another way to get that feature without ICE (e.g. SRTP, or in this case TLS for TCP-based media). So dropping that feature from ICE-TCP wouldn't mean being caught with our pants down. I'm not advocating for actually doing it. I'm just saying that I don't think it would be a big deal *if* we end up doing it. 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 From Internet-Drafts@ietf.org Tue Jan 11 06:30:02 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C4C2728C183; Tue, 11 Jan 2011 06:30:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.498 X-Spam-Level: X-Spam-Status: No, score=-102.498 tagged_above=-999 required=5 tests=[AWL=0.101, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WX0ZDHlQg3cR; Tue, 11 Jan 2011 06:30:01 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BAD4928C296; Tue, 11 Jan 2011 06:30:01 -0800 (PST) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.10 Message-ID: <20110111143001.23267.46680.idtracker@localhost> Date: Tue, 11 Jan 2011 06:30:01 -0800 Cc: mmusic@ietf.org Subject: [MMUSIC] I-D Action:draft-ietf-mmusic-ice-options-registry-00.txt X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2011 14:30:02 -0000 --NextPart 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 : IANA Registry for Interactive Connectivity Establishment (ICE) Options Author(s) : M. Westerlund, C. Perkins Filename : draft-ietf-mmusic-ice-options-registry-00.txt Pages : 5 Date : 2011-01-11 It has been identified that Interactive Connectivity Establishment (ICE) is missing a registry for ICE options. This document defines this missing IANA registry. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mmusic-ice-options-registry-00.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-mmusic-ice-options-registry-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2011-01-11062519.I-D@ietf.org> --NextPart-- From fandreas@cisco.com Fri Jan 14 13:03:00 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C1A2A3A6C79 for ; Fri, 14 Jan 2011 13:03:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.987 X-Spam-Level: X-Spam-Status: No, score=-9.987 tagged_above=-999 required=5 tests=[AWL=0.611, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cfbo-wUqjrXl for ; Fri, 14 Jan 2011 13:02:59 -0800 (PST) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 6ACDF3A6C6C for ; Fri, 14 Jan 2011 13:02:59 -0800 (PST) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhgFANRIME1AZnwN/2dsb2JhbACfdoRjc6F7mQCFTwSEa4Yr Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 14 Jan 2011 21:05:25 +0000 Received: from rtp-fandreas-8716.cisco.com (rtp-fandreas-8716.cisco.com [10.117.7.87]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id p0EL5PRY027275; Fri, 14 Jan 2011 21:05:25 GMT Message-ID: <4D30BAE6.8090609@cisco.com> Date: Fri, 14 Jan 2011 16:06:46 -0500 From: Flemming Andreasen User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.16) Gecko/20101125 Thunderbird/3.0.11 MIME-Version: 1.0 To: mmusic Content-Type: multipart/alternative; boundary="------------000401010402010308030606" Cc: Tom Taylor , Magnus Westerlund , Colin Perkins Subject: [MMUSIC] WGLC for draft-ietf-mmusic-ice-options-registry-00.txt X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2011 21:03:00 -0000 This is a multi-part message in MIME format. --------------000401010402010308030606 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This is to announce a 2 week Working Group Last Call for draft-ietf-mmusic-ice-options-registry-00.txt as Proposed Standard. Please review and provide any comments you may have on the document before Monday, January 31, 2011. Comments should be sent to the document authors and the MMUSIC WG list. Thanks -- Flemming [MMUSIC co-chair] Draft info: Title : IANA Registry for Interactive Connectivity Establishment (ICE) Options Author(s) : M. Westerlund, C. Perkins Filename : draft-ietf-mmusic-ice-options-registry-00.txt Pages : 5 Date : 2011-01-11 It has been identified that Interactive Connectivity Establishment (ICE) is missing a registry for ICE options. This document defines this missing IANA registry. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mmusic-ice-options-registry-00.txt --------------000401010402010308030606 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
This is to announce a 2 week Working Group Last Call for

    draft-ietf-mmusic-ice-options-registry-00.txt

as Proposed Standard. Please review and provide any comments you may have on the document before Monday, January 31, 2011. Comments should be sent to the document authors and the MMUSIC WG list.


Thanks

-- Flemming
[MMUSIC co-chair]



Draft info:

        Title           : IANA Registry for Interactive Connectivity Establishment (ICE) Options
        Author(s)       : M. Westerlund, C. Perkins
        Filename        : draft-ietf-mmusic-ice-options-registry-00.txt
        Pages           : 5
        Date            : 2011-01-11

It has been identified that Interactive Connectivity Establishment
(ICE) is missing a registry for ICE options.  This document defines
this missing IANA registry.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-mmusic-ice-options-registry-00.txt

 --------------000401010402010308030606-- From rsf@ns.live555.com Sun Jan 16 19:01:06 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 848B93A6E69 for ; Sun, 16 Jan 2011 19:01:06 -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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85lngjoLz4Xn for ; Sun, 16 Jan 2011 19:01:05 -0800 (PST) Received: from ns.live555.com (ns.live555.com [4.79.217.242]) by core3.amsl.com (Postfix) with ESMTP id 7FAB03A6D57 for ; Sun, 16 Jan 2011 19:01:05 -0800 (PST) Received: from ns.live555.com (localhost.live555.com [127.0.0.1]) by ns.live555.com (8.14.4/8.14.4) with ESMTP id p0H349CJ063739 for ; Sun, 16 Jan 2011 19:04:09 -0800 (PST) (envelope-from rsf@ns.live555.com) Received: (from rsf@localhost) by ns.live555.com (8.14.4/8.14.4/Submit) id p0H349kG063738; Sun, 16 Jan 2011 19:04:09 -0800 (PST) (envelope-from rsf) Mime-Version: 1.0 Message-Id: Date: Sun, 16 Jan 2011 18:59:15 -0800 To: mmusic@ietf.org From: Ross Finlayson Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: [MMUSIC] Small bug in draft-ietf-mmusic-rfc2326bis-26.txt (RTSP 2.0) X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 03:01:06 -0000 In Table 4 (Section 8.1.1: Status Code and Reason Phrase), the 451 response ("Parameter Not Understood") is listed as being applicable to the "SET_PARAMETER" command only. However, elsewhere in the text, it is described as being applicable to the "GET_PARAMETER" command also. -- Ross Finlayson Live Networks, Inc. http://www.live555.com/ From ari.keranen@nomadiclab.com Tue Jan 25 08:36:29 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 98EBC3A6812 for ; Tue, 25 Jan 2011 08:36:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.582 X-Spam-Level: X-Spam-Status: No, score=-2.582 tagged_above=-999 required=5 tests=[AWL=0.017, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ISP0PBkEyPPi for ; Tue, 25 Jan 2011 08:36:28 -0800 (PST) Received: from gw.nomadiclab.com (unknown [IPv6:2001:14b8:400:101::2]) by core3.amsl.com (Postfix) with ESMTP id 5FDD13A6800 for ; Tue, 25 Jan 2011 08:36:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by gw.nomadiclab.com (Postfix) with ESMTP id 00BAD4E6D3 for ; Tue, 25 Jan 2011 18:39:24 +0200 (EET) X-Virus-Scanned: amavisd-new at nomadiclab.com Received: from gw.nomadiclab.com ([127.0.0.1]) by localhost (inside.nomadiclab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e9v5HuHTEmTk for ; Tue, 25 Jan 2011 18:39:23 +0200 (EET) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gw.nomadiclab.com (Postfix) with ESMTP id 2B7DF4E6CF for ; Tue, 25 Jan 2011 18:39:23 +0200 (EET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1082) From: Ari Keranen In-Reply-To: <4D0B883A.5050104@nomadiclab.com> Date: Tue, 25 Jan 2011 18:39:23 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> References: <4D0B883A.5050104@nomadiclab.com> To: IETF MMUSIC WG X-Mailer: Apple Mail (2.1082) Subject: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2011 16:36:29 -0000 On Dec 17, 2010, at 5:56 PM, Ari Keranen wrote: > The question is, do we want to revert that decision and define ICE = lite for TCP, or should we stick with only co-media? Based on the on- and off-list discussions, restoring the lite mode seems = reasonable. Here's how it could look like: http://users.piuha.net/akeranen/drafts/draft-ietf-mmusic-ice-tcp-12.txt In practice, the new revision proposes the following: - Lite mode applies to both UDP and TCP candidates - Lite implementations gather only passive candidates - If both agents are lite, the controlling agent (offerer) makes a new = offer using co-media and selects the most preferred candidate pair - the controlling agent MAY initiate the (media) TCP connection in = parallel with the new offer (to speedup the process) Also, in addition to editorial fixes, a few small updates were made: - Added text saying STUN retransmissions are not needed with TCP since = TCP takes care of them - Updated security considerations with text about lack of = authentication with two lite-mode agents Diff against the previous published (-12) version, containing also the = prioritization changes and SDP examples, is available here: = http://users.piuha.net/akeranen/drafts/draft-ietf-mmusic-ice-tcp-12-diff.h= tml This should close the remaining open comments/issues on the draft. Cheers, Ari= From bbl@lowekamp.net Tue Jan 25 15:15:40 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 89CC13A68DE for ; Tue, 25 Jan 2011 15:15:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.421 X-Spam-Level: X-Spam-Status: No, score=-2.421 tagged_above=-999 required=5 tests=[AWL=0.556, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wk+R9BmmFKlL for ; Tue, 25 Jan 2011 15:15:39 -0800 (PST) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by core3.amsl.com (Postfix) with ESMTP id 307693A68D1 for ; Tue, 25 Jan 2011 15:15:39 -0800 (PST) Received: by iyi42 with SMTP id 42so6233562iyi.31 for ; Tue, 25 Jan 2011 15:18:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.179.135 with SMTP id bq7mr7494650icb.9.1295997517500; Tue, 25 Jan 2011 15:18:37 -0800 (PST) Received: by 10.42.240.3 with HTTP; Tue, 25 Jan 2011 15:18:37 -0800 (PST) In-Reply-To: <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> References: <4D0B883A.5050104@nomadiclab.com> <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> Date: Tue, 25 Jan 2011 18:18:37 -0500 Message-ID: From: Bruce Lowekamp To: Ari Keranen Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: IETF MMUSIC WG Subject: Re: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2011 23:15:40 -0000 I somewhat wish the security recommendations were stronger, but I think they're appropriate. Changes look good to me. Bruce On Tue, Jan 25, 2011 at 11:39 AM, Ari Keranen wrote: > On Dec 17, 2010, at 5:56 PM, Ari Keranen wrote: >> The question is, do we want to revert that decision and define ICE lite = for TCP, or should we stick with only co-media? > > Based on the on- and off-list discussions, restoring the lite mode seems = reasonable. Here's how it could look like: > http://users.piuha.net/akeranen/drafts/draft-ietf-mmusic-ice-tcp-12.txt > > In practice, the new revision proposes the following: > =C2=A0- Lite mode applies to both UDP and TCP candidates > =C2=A0- Lite implementations gather only passive candidates > =C2=A0- If both agents are lite, the controlling agent (offerer) makes a = new offer using co-media and selects the most preferred candidate pair > =C2=A0- the controlling agent MAY initiate the (media) TCP connection in = parallel with the new offer (to speedup the process) > > Also, in addition to editorial fixes, a few small updates were made: > =C2=A0- Added text saying STUN retransmissions are not needed with TCP si= nce TCP takes care of them > =C2=A0- Updated security considerations with text about lack of authentic= ation with two lite-mode agents > > Diff against the previous published (-12) version, containing also the pr= ioritization changes and SDP examples, is available here: > http://users.piuha.net/akeranen/drafts/draft-ietf-mmusic-ice-tcp-12-diff.= html > > This should close the remaining open comments/issues on the draft. > > > Cheers, > Ari > _______________________________________________ > mmusic mailing list > mmusic@ietf.org > https://www.ietf.org/mailman/listinfo/mmusic > From magnus.westerlund@ericsson.com Wed Jan 26 00:29:13 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9793A3A690E for ; Wed, 26 Jan 2011 00:29:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.493 X-Spam-Level: X-Spam-Status: No, score=-106.493 tagged_above=-999 required=5 tests=[AWL=0.106, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fmr7iNWhZvmh for ; Wed, 26 Jan 2011 00:29:12 -0800 (PST) Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by core3.amsl.com (Postfix) with ESMTP id 4B47E3A688E for ; Wed, 26 Jan 2011 00:29:11 -0800 (PST) X-AuditID: c1b4fb39-b7cfbae000005c8e-21-4d3fdc0ae5e4 Received: from esessmw0191.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id C9.93.23694.A0CDF3D4; Wed, 26 Jan 2011 09:32:10 +0100 (CET) Received: from [147.214.183.170] (153.88.115.8) by esessmw0191.eemea.ericsson.se (153.88.115.85) with Microsoft SMTP Server id 8.2.234.1; Wed, 26 Jan 2011 09:32:09 +0100 Message-ID: <4D3FDC0A.7070008@ericsson.com> Date: Wed, 26 Jan 2011 09:32:10 +0100 From: Magnus Westerlund User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; sv-SE; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: mmusic@ietf.org References: <4D0B883A.5050104@nomadiclab.com> <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: AAAAAA== Subject: Re: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2011 08:29:13 -0000 Bruce Lowekamp skrev 2011-01-26 00:18: > I somewhat wish the security recommendations were stronger, but I > think they're appropriate. > I think the security consideration section should be stronger in pointing out that unless globablly unique addresses are used, e.g. private addersses in combination with lite on both sides, there is a risk for misassociation that isn't validated by ICE. I would actually in this case go as far as require the higher layer protocol to authenticate the counter part. But, I think one at least needs to point out this case specifically. Cheers Magnus Westerlund ---------------------------------------------------------------------- Multimedia Technologies, Ericsson Research EAB/TVM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From ari.keranen@nomadiclab.com Wed Jan 26 01:05:28 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5111E3A6958 for ; Wed, 26 Jan 2011 01:05:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.583 X-Spam-Level: X-Spam-Status: No, score=-2.583 tagged_above=-999 required=5 tests=[AWL=0.016, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pVocsBoAZQuM for ; Wed, 26 Jan 2011 01:05:26 -0800 (PST) Received: from gw.nomadiclab.com (unknown [IPv6:2001:14b8:400:101::2]) by core3.amsl.com (Postfix) with ESMTP id AAD333A68D7 for ; Wed, 26 Jan 2011 01:05:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by gw.nomadiclab.com (Postfix) with ESMTP id 291D74E6D7; Wed, 26 Jan 2011 11:08:19 +0200 (EET) X-Virus-Scanned: amavisd-new at nomadiclab.com Received: from gw.nomadiclab.com ([127.0.0.1]) by localhost (inside.nomadiclab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zF5s1WJVVEqh; Wed, 26 Jan 2011 11:08:18 +0200 (EET) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gw.nomadiclab.com (Postfix) with ESMTP id 706924E6CF; Wed, 26 Jan 2011 11:08:18 +0200 (EET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Ari Keranen In-Reply-To: <4D3FDC0A.7070008@ericsson.com> Date: Wed, 26 Jan 2011 11:08:17 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0FD76042-E69F-4EC0-8D99-C17B76536E5F@nomadiclab.com> References: <4D0B883A.5050104@nomadiclab.com> <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> <4D3FDC0A.7070008@ericsson.com> To: Magnus Westerlund X-Mailer: Apple Mail (2.1082) Cc: mmusic@ietf.org Subject: Re: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2011 09:05:28 -0000 On Jan 26, 2011, at 10:32 AM, Magnus Westerlund wrote: > Bruce Lowekamp skrev 2011-01-26 00:18: >> I somewhat wish the security recommendations were stronger, but I >> think they're appropriate. >>=20 >=20 > I think the security consideration section should be stronger in > pointing out that unless globablly unique addresses are used, e.g. > private addersses in combination with lite on both sides, there is a > risk for misassociation that isn't validated by ICE. I would actually = in > this case go as far as require the higher layer protocol to = authenticate > the counter part. Yes, this is one of the reasons why a lite implementation must not be = behind a NAT. > But, I think one at least needs to point out this case specifically. I clarified this in the draft. The Lite Implementation Requirement = sections says now (added the "i.e." part): If an offerer meets the criteria for the lite mode as described in Appendix A of [RFC5245] (i.e., it will always have a public, globally unique IP address), it MAY use the lite mode of ICE also for TCP candidates. And I added the following to the security section's part about lite = implementations: [...] The lack of connectivity checks is especially problematic if one of the hosts is behind a NAT and has an address from a private address space: the peer may accidentally connect to a host in a different subnet that uses the same private address space. This is one of the reasons why a lite implementation MUST NOT be located behind a NAT. Updated doc and diff: http://users.piuha.net/akeranen/drafts/draft-ietf-mmusic-ice-tcp-12.txt = http://users.piuha.net/akeranen/drafts/draft-ietf-mmusic-ice-tcp-12-diff.h= tml Cheers, Ari= From kpfleming@digium.com Wed Jan 26 05:35:57 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A77983A69BA for ; Wed, 26 Jan 2011 05:35:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4dt8zcSKVBgp for ; Wed, 26 Jan 2011 05:35:56 -0800 (PST) Received: from mail.digium.com (mail.digium.com [216.207.245.2]) by core3.amsl.com (Postfix) with ESMTP id 39EEB3A6857 for ; Wed, 26 Jan 2011 05:35:56 -0800 (PST) Received: from zimbra.digium.internal ([10.24.55.203] helo=zimbra.hsv.digium.com) by mail.digium.com with esmtp (Exim 4.69) (envelope-from ) id 1Pi5aJ-0007xD-AE for mmusic@ietf.org; Wed, 26 Jan 2011 07:38:55 -0600 Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.hsv.digium.com (Postfix) with ESMTP id 4CA0FD82A1 for ; Wed, 26 Jan 2011 07:38:55 -0600 (CST) Received: from zimbra.hsv.digium.com ([127.0.0.1]) by localhost (zimbra.hsv.digium.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hPSi32vg7Lo8 for ; Wed, 26 Jan 2011 07:38:54 -0600 (CST) Received: from [192.168.1.6] (173-24-207-63.client.mchsi.com [173.24.207.63]) by zimbra.hsv.digium.com (Postfix) with ESMTPSA id B328ED82A0 for ; Wed, 26 Jan 2011 07:38:54 -0600 (CST) Message-ID: <4D4023ED.6000703@digium.com> Date: Wed, 26 Jan 2011 07:38:53 -0600 From: "Kevin P. Fleming" Organization: Digium, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: mmusic@ietf.org References: <4D0B883A.5050104@nomadiclab.com> <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> <4D3FDC0A.7070008@ericsson.com> <0FD76042-E69F-4EC0-8D99-C17B76536E5F@nomadiclab.com> In-Reply-To: <0FD76042-E69F-4EC0-8D99-C17B76536E5F@nomadiclab.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2011 13:35:57 -0000 On 01/26/2011 03:08 AM, Ari Keranen wrote: > On Jan 26, 2011, at 10:32 AM, Magnus Westerlund wrote: >> Bruce Lowekamp skrev 2011-01-26 00:18: >>> I somewhat wish the security recommendations were stronger, but I >>> think they're appropriate. >>> >> >> I think the security consideration section should be stronger in >> pointing out that unless globablly unique addresses are used, e.g. >> private addersses in combination with lite on both sides, there is a >> risk for misassociation that isn't validated by ICE. I would actually in >> this case go as far as require the higher layer protocol to authenticate >> the counter part. > > Yes, this is one of the reasons why a lite implementation must not be behind a NAT. > >> But, I think one at least needs to point out this case specifically. > > I clarified this in the draft. The Lite Implementation Requirement sections says now (added the "i.e." part): > > If an offerer meets the criteria for the lite mode as described in > Appendix A of [RFC5245] (i.e., it will always have a public, globally > unique IP address), it MAY use the lite mode of ICE also for TCP > candidates. > > And I added the following to the security section's part about lite implementations: > > [...] The lack of connectivity checks is > especially problematic if one of the hosts is behind a NAT and has an > address from a private address space: the peer may accidentally > connect to a host in a different subnet that uses the same private > address space. This is one of the reasons why a lite implementation > MUST NOT be located behind a NAT. Maybe that should be worded a bit differently; a UA that implements both full ICE and ICE-lite can certainly be located behind a NAT, but it must not choose lite mode when it is behind a NAT. In addition, the restriction should be based on communicating *across* the NAT, not the location of the implementation. It should be perfectly acceptable for an ICE-lite implementation to talk another ICE-lite implementation on a private network that is also behind a NAT to a public network, if the two implementations are not attempting to communicate across the NAT. It's too early in the morning here for me to attempt to draft some text, but I'll try later today if nobody else has taken a stab at it :-) -- Kevin P. Fleming Digium, Inc. | Director of Software Technologies 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA skype: kpfleming | jabber: kfleming@digium.com Check us out at www.digium.com & www.asterisk.org From ari.keranen@nomadiclab.com Wed Jan 26 07:43:53 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6DC113A67F6 for ; Wed, 26 Jan 2011 07:43:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.584 X-Spam-Level: X-Spam-Status: No, score=-2.584 tagged_above=-999 required=5 tests=[AWL=0.015, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id miM9xbYSisMq for ; Wed, 26 Jan 2011 07:43:52 -0800 (PST) Received: from gw.nomadiclab.com (unknown [IPv6:2001:14b8:400:101::2]) by core3.amsl.com (Postfix) with ESMTP id AC53D3A67FC for ; Wed, 26 Jan 2011 07:43:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by gw.nomadiclab.com (Postfix) with ESMTP id C1EBF4E6DA; Wed, 26 Jan 2011 17:46:48 +0200 (EET) X-Virus-Scanned: amavisd-new at nomadiclab.com Received: from gw.nomadiclab.com ([127.0.0.1]) by localhost (inside.nomadiclab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Oeikwa4BBhzQ; Wed, 26 Jan 2011 17:46:48 +0200 (EET) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gw.nomadiclab.com (Postfix) with ESMTP id F26494E6CF; Wed, 26 Jan 2011 17:46:47 +0200 (EET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Ari Keranen In-Reply-To: <4D4023ED.6000703@digium.com> Date: Wed, 26 Jan 2011 17:46:47 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <68DCC559-8C2E-4C80-A116-204676A51C4F@nomadiclab.com> References: <4D0B883A.5050104@nomadiclab.com> <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> <4D3FDC0A.7070008@ericsson.com> <0FD76042-E69F-4EC0-8D99-C17B76536E5F@nomadiclab.com> <4D4023ED.6000703@digium.com> To: Kevin P. Fleming X-Mailer: Apple Mail (2.1082) Cc: mmusic@ietf.org Subject: Re: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2011 15:43:53 -0000 On Jan 26, 2011, at 3:38 PM, Kevin P. Fleming wrote: > On 01/26/2011 03:08 AM, Ari Keranen wrote: >> On Jan 26, 2011, at 10:32 AM, Magnus Westerlund wrote: >>> Bruce Lowekamp skrev 2011-01-26 00:18: >>>> I somewhat wish the security recommendations were stronger, but I >>>> think they're appropriate. >>>>=20 >>>=20 >>> I think the security consideration section should be stronger in >>> pointing out that unless globablly unique addresses are used, e.g. >>> private addersses in combination with lite on both sides, there is a >>> risk for misassociation that isn't validated by ICE. I would = actually in >>> this case go as far as require the higher layer protocol to = authenticate >>> the counter part. >>=20 >> Yes, this is one of the reasons why a lite implementation must not be = behind a NAT. >>=20 >>> But, I think one at least needs to point out this case specifically. >>=20 >> I clarified this in the draft. The Lite Implementation Requirement = sections says now (added the "i.e." part): >>=20 >> If an offerer meets the criteria for the lite mode as described in >> Appendix A of [RFC5245] (i.e., it will always have a public, = globally >> unique IP address), it MAY use the lite mode of ICE also for TCP >> candidates. >>=20 >> And I added the following to the security section's part about lite = implementations: >>=20 >> [...] The lack of connectivity checks is >> especially problematic if one of the hosts is behind a NAT and has = an >> address from a private address space: the peer may accidentally >> connect to a host in a different subnet that uses the same private >> address space. This is one of the reasons why a lite = implementation >> MUST NOT be located behind a NAT. >=20 > Maybe that should be worded a bit differently; a UA that implements = both full ICE and ICE-lite can certainly be located behind a NAT, but it = must not choose lite mode when it is behind a NAT. Good point. The last sentence could be changed into: This is one of the reasons why the lite mode MUST NOT be used by an ICE = agent located behind a NAT. > In addition, the restriction should be based on communicating *across* = the NAT, not the location of the implementation. It should be perfectly = acceptable for an ICE-lite implementation to talk another ICE-lite = implementation on a private network that is also behind a NAT to a = public network, if the two implementations are not attempting to = communicate across the NAT. I think two lite agents communicating in the same private subnet is not = a good idea. How would the lite agent know (for sure and without any = additional mechanisms) that the peer is in the same subnet? > It's too early in the morning here for me to attempt to draft some = text, but I'll try later today if nobody else has taken a stab at it :-) Text contributions are always welcome :) Cheers, Ari= From simon.perreault@viagenie.ca Wed Jan 26 08:02:49 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DA3033A6359 for ; Wed, 26 Jan 2011 08:02:49 -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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R7zGHU08HUUk for ; Wed, 26 Jan 2011 08:02:48 -0800 (PST) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by core3.amsl.com (Postfix) with ESMTP id 7CCBF3A67A3 for ; Wed, 26 Jan 2011 08:02:48 -0800 (PST) Received: from ringo.viagenie.ca (ringo.viagenie.ca [206.123.31.67]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 83C5F21EDD for ; Wed, 26 Jan 2011 11:05:48 -0500 (EST) Message-ID: <4D40465B.1070807@viagenie.ca> Date: Wed, 26 Jan 2011 11:05:47 -0500 From: Simon Perreault User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Thunderbird/3.1.7 MIME-Version: 1.0 To: mmusic@ietf.org References: <4D0B883A.5050104@nomadiclab.com> <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> <4D3FDC0A.7070008@ericsson.com> <0FD76042-E69F-4EC0-8D99-C17B76536E5F@nomadiclab.com> <4D4023ED.6000703@digium.com> <68DCC559-8C2E-4C80-A116-204676A51C4F@nomadiclab.com> In-Reply-To: <68DCC559-8C2E-4C80-A116-204676A51C4F@nomadiclab.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2011 16:02:49 -0000 On 2011-01-26 10:46, Ari Keranen wrote: > I think two lite agents communicating in the same private subnet is not a good idea. How would the lite agent know (for sure and without any additional mechanisms) that the peer is in the same subnet? Static configuration. A dual-stack private network is a fine use-case for ICE-lite. We need to support it to help IPv6 transition. 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 From ari.keranen@nomadiclab.com Thu Jan 27 01:04:34 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB8D13A690E for ; Thu, 27 Jan 2011 01:04:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.585 X-Spam-Level: X-Spam-Status: No, score=-2.585 tagged_above=-999 required=5 tests=[AWL=0.014, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BKr10v7rgzcf for ; Thu, 27 Jan 2011 01:04:34 -0800 (PST) Received: from gw.nomadiclab.com (unknown [IPv6:2001:14b8:400:101::2]) by core3.amsl.com (Postfix) with ESMTP id D59153A6838 for ; Thu, 27 Jan 2011 01:04:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by gw.nomadiclab.com (Postfix) with ESMTP id 759154E6D7; Thu, 27 Jan 2011 11:07:35 +0200 (EET) X-Virus-Scanned: amavisd-new at nomadiclab.com Received: from gw.nomadiclab.com ([127.0.0.1]) by localhost (inside.nomadiclab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FseMgXqsxHMt; Thu, 27 Jan 2011 11:07:34 +0200 (EET) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gw.nomadiclab.com (Postfix) with ESMTP id CCCA34E6CF; Thu, 27 Jan 2011 11:07:34 +0200 (EET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Ari Keranen In-Reply-To: <4D40465B.1070807@viagenie.ca> Date: Thu, 27 Jan 2011 11:07:34 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <26058A88-85A1-4FDE-8D84-B730E60E2660@nomadiclab.com> References: <4D0B883A.5050104@nomadiclab.com> <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> <4D3FDC0A.7070008@ericsson.com> <0FD76042-E69F-4EC0-8D99-C17B76536E5F@nomadiclab.com> <4D4023ED.6000703@digium.com> <68DCC559-8C2E-4C80-A116-204676A51C4F@nomadiclab.com> <4D40465B.1070807@viagenie.ca> To: Simon Perreault X-Mailer: Apple Mail (2.1082) Cc: mmusic@ietf.org Subject: Re: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2011 09:04:34 -0000 On Jan 26, 2011, at 6:05 PM, Simon Perreault wrote: > On 2011-01-26 10:46, Ari Keranen wrote: >> I think two lite agents communicating in the same private subnet is = not a good idea. How would the lite agent know (for sure and without any = additional mechanisms) that the peer is in the same subnet? >=20 > Static configuration. Well, that would qualify as "an additional mechanism" :) But what would you configure? Obviously just "IP addresses of the hosts = in the same subnet" is not sufficient since the same address can be used = in a different private network. > A dual-stack private network is a fine use-case for ICE-lite. We need = to > support it to help IPv6 transition. IMHO, ICE-lite should be used only on public hosts and once scenarios = get more complex than that, one should use full ICE instead. I can think = of many ways to find out if peers are in the same subnet, but none of = them are as good as simply using full ICE. Cheers, Ari= From simon.perreault@viagenie.ca Thu Jan 27 05:32:45 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9E29A3A67B3 for ; Thu, 27 Jan 2011 05:32:45 -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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CohIZPQF9Q0X for ; Thu, 27 Jan 2011 05:32:44 -0800 (PST) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by core3.amsl.com (Postfix) with ESMTP id 386023A6452 for ; Thu, 27 Jan 2011 05:32:44 -0800 (PST) Received: from ringo.viagenie.ca (ringo.viagenie.ca [206.123.31.67]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 6CC0A21B91; Thu, 27 Jan 2011 08:35:46 -0500 (EST) Message-ID: <4D4174B1.2030206@viagenie.ca> Date: Thu, 27 Jan 2011 08:35:45 -0500 From: Simon Perreault User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Thunderbird/3.1.7 MIME-Version: 1.0 To: Ari Keranen References: <4D0B883A.5050104@nomadiclab.com> <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> <4D3FDC0A.7070008@ericsson.com> <0FD76042-E69F-4EC0-8D99-C17B76536E5F@nomadiclab.com> <4D4023ED.6000703@digium.com> <68DCC559-8C2E-4C80-A116-204676A51C4F@nomadiclab.com> <4D40465B.1070807@viagenie.ca> <26058A88-85A1-4FDE-8D84-B730E60E2660@nomadiclab.com> In-Reply-To: <26058A88-85A1-4FDE-8D84-B730E60E2660@nomadiclab.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: mmusic@ietf.org Subject: Re: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2011 13:32:45 -0000 On 2011-01-27 04:07, Ari Keranen wrote: >>> I think two lite agents communicating in the same private subnet is not a good idea. How would the lite agent know (for sure and without any additional mechanisms) that the peer is in the same subnet? >> >> Static configuration. > > But what would you configure? Obviously just "IP addresses of the hosts in the same subnet" is not sufficient since the same address can be used in a different private network. There are plenty of devices out there that just never talk to anyone outside of a private network. So it could be as simple as setting a single global "ICE-lite" bit. When you control the network, you're pretty much free to do whatever you want... 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 From ari.keranen@nomadiclab.com Thu Jan 27 06:15:11 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5A6013A6858 for ; Thu, 27 Jan 2011 06:15:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.585 X-Spam-Level: X-Spam-Status: No, score=-2.585 tagged_above=-999 required=5 tests=[AWL=0.014, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Omup75KOoI-h for ; Thu, 27 Jan 2011 06:15:10 -0800 (PST) Received: from gw.nomadiclab.com (unknown [IPv6:2001:14b8:400:101::2]) by core3.amsl.com (Postfix) with ESMTP id 1EDF93A6841 for ; Thu, 27 Jan 2011 06:15:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by gw.nomadiclab.com (Postfix) with ESMTP id F15384E6D7; Thu, 27 Jan 2011 16:18:10 +0200 (EET) X-Virus-Scanned: amavisd-new at nomadiclab.com Received: from gw.nomadiclab.com ([127.0.0.1]) by localhost (inside.nomadiclab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06TKRInUW9Ea; Thu, 27 Jan 2011 16:18:10 +0200 (EET) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gw.nomadiclab.com (Postfix) with ESMTP id 74C144E6CF; Thu, 27 Jan 2011 16:18:10 +0200 (EET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Ari Keranen In-Reply-To: <4D4174B1.2030206@viagenie.ca> Date: Thu, 27 Jan 2011 16:18:10 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <988D948F-616F-4DE9-8081-628BA947B598@nomadiclab.com> References: <4D0B883A.5050104@nomadiclab.com> <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> <4D3FDC0A.7070008@ericsson.com> <0FD76042-E69F-4EC0-8D99-C17B76536E5F@nomadiclab.com> <4D4023ED.6000703@digium.com> <68DCC559-8C2E-4C80-A116-204676A51C4F@nomadiclab.com> <4D40465B.1070807@viagenie.ca> <26058A88-85A1-4FDE-8D84-B730E60E2660@nomadiclab.com> <4D4174B1.2030206@viagenie.ca> To: Simon Perreault X-Mailer: Apple Mail (2.1082) Cc: mmusic@ietf.org Subject: Re: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2011 14:15:11 -0000 On Jan 27, 2011, at 3:35 PM, Simon Perreault wrote: > On 2011-01-27 04:07, Ari Keranen wrote: >>>> I think two lite agents communicating in the same private subnet is = not a good idea. How would the lite agent know (for sure and without any = additional mechanisms) that the peer is in the same subnet? >>>=20 >>> Static configuration. >>=20 >> But what would you configure? Obviously just "IP addresses of the = hosts in the same subnet" is not sufficient since the same address can = be used in a different private network. >=20 > There are plenty of devices out there that just never talk to anyone > outside of a private network. So it could be as simple as setting a > single global "ICE-lite" bit. And when one day one of these lite-bit-agents happens to be connected by = a host in another network, strange errors start to emerge. > When you control the network, you're pretty much free to do whatever = you > want... ..including violating an RFC and using lite mode behind a NAT :) Basically these devices would need ICE only as a way to negotiate = whether v4 or v6 should be used. But if the network is really that = tightly under provider's control, is there anything to negotiate? = Instead of "lite bit" you could have a "v6 bit", right? Cheers, Ari= From gonzalo.camarillo@ericsson.com Fri Jan 28 04:58:10 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 68ED43A6801 for ; Fri, 28 Jan 2011 04:58:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.613 X-Spam-Level: X-Spam-Status: No, score=-106.613 tagged_above=-999 required=5 tests=[AWL=-0.014, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AX7kcoP5-EdE for ; Fri, 28 Jan 2011 04:58:09 -0800 (PST) Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by core3.amsl.com (Postfix) with ESMTP id 4A6413A6847 for ; Fri, 28 Jan 2011 04:58:09 -0800 (PST) X-AuditID: c1b4fb3d-b7b89ae0000036a3-65-4d42be1a8244 Received: from esessmw0247.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id DC.82.13987.A1EB24D4; Fri, 28 Jan 2011 14:01:14 +0100 (CET) Received: from [131.160.126.194] (153.88.115.8) by esessmw0247.eemea.ericsson.se (153.88.115.94) with Microsoft SMTP Server id 8.2.234.1; Fri, 28 Jan 2011 14:01:13 +0100 Message-ID: <4D42BE19.8060007@ericsson.com> Date: Fri, 28 Jan 2011 15:01:13 +0200 From: Gonzalo Camarillo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: mmusic X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAA== Subject: [MMUSIC] Progressing draft-loreto-mmusic-sctp-sdp-06 X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2011 12:58:10 -0000 Folks, [as an individual] the following draft allows offer/answer exchanges to establish streams that are transported by SCTP. http://tools.ietf.org/html/draft-loreto-mmusic-sctp-sdp-06 We need to decide what to do with the draft, whether to let it die or to progress it. The ability to describe SCTP-based streams seems useful even though, as we all know, SCTP is not nearly as widely deployed as UDP or TCP. Does anybody see any reason why the offer/answer model should not support SCTP-based streams? Your comments are appreciated. Thanks, Gonzalo From victor.pascual.avila@gmail.com Fri Jan 28 09:51:17 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 89E253A68CB for ; Fri, 28 Jan 2011 09:51:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.099 X-Spam-Level: X-Spam-Status: No, score=-3.099 tagged_above=-999 required=5 tests=[AWL=0.500, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mMinkXSeA7XJ for ; Fri, 28 Jan 2011 09:51:16 -0800 (PST) Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by core3.amsl.com (Postfix) with ESMTP id 5172D3A6889 for ; Fri, 28 Jan 2011 09:51:16 -0800 (PST) Received: by gyd12 with SMTP id 12so1337747gyd.31 for ; Fri, 28 Jan 2011 09:54:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bKtqpkUjnzoVQbpkII8Mo4P55i6F4wbAiExV5Giyrl4=; b=I6BKpZwrIKE+KsEvr03MFP/gwYxQc8oebTW3iiTZC9cfI4T/2zEHB7yv63+Ur3uAEt YYXGkbIQ2dLgo1dONXlItwD6ME3TT6TqFItVap+SfrV0NAwddaO8XKtzluu7WK9Kbp2S AbdLsYgRtdsd4Lb9NOR+9zUdhIcscm5i0U1Wo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=c+Dp9bgCeqKdE0aZAjZiiFOrmOyuvTAOgR6Ykas6i7nn98h25k1+p4u8aiotx4ceXh mKhxAXf7hHdhX31MdKuksxB9vkm29VCssq/yyX4/csbPzZ3XHG4Unmok7AoNeWSMTiQq a/fFZaEbbbZrXIZrf3B7qK/+HdK96ezTceDEQ= MIME-Version: 1.0 Received: by 10.90.120.3 with SMTP id s3mr5189584agc.178.1296237262713; Fri, 28 Jan 2011 09:54:22 -0800 (PST) Received: by 10.91.209.9 with HTTP; Fri, 28 Jan 2011 09:54:22 -0800 (PST) In-Reply-To: <4D42BE19.8060007@ericsson.com> References: <4D42BE19.8060007@ericsson.com> Date: Fri, 28 Jan 2011 18:54:22 +0100 Message-ID: From: Victor Pascual Avila To: Gonzalo Camarillo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: mmusic Subject: Re: [MMUSIC] Progressing draft-loreto-mmusic-sctp-sdp-06 X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2011 17:51:17 -0000 Hi Gonzalo, You're right, SCTP is not as widely deployed as UDP or TCP, but from what I'm seeing in the field it's indeed gaining some momentum, at least as a transport mechanism for signaling protocols like SIP and Diameter. I don't see any reason to prevent negotiation for SCTP-based media. BTW, references to "[I-D.ietf-tsvwg-dtls-for-sctp]" shall be updated to "[RFC6083]" Cheers, -Victor On Fri, Jan 28, 2011 at 2:01 PM, Gonzalo Camarillo wrote: > Folks, > > [as an individual] > > the following draft allows offer/answer exchanges to establish streams > that are transported by SCTP. > > http://tools.ietf.org/html/draft-loreto-mmusic-sctp-sdp-06 > > We need to decide what to do with the draft, whether to let it die or to > progress it. The ability to describe SCTP-based streams seems useful > even though, as we all know, SCTP is not nearly as widely deployed as > UDP or TCP. Does anybody see any reason why the offer/answer model > should not support SCTP-based streams? > > Your comments are appreciated. > > Thanks, > > Gonzalo > _______________________________________________ > mmusic mailing list > mmusic@ietf.org > https://www.ietf.org/mailman/listinfo/mmusic > --=20 Victor Pascual =C3=81vila From tuexen@fh-muenster.de Fri Jan 28 09:58:16 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2DBE73A6877 for ; Fri, 28 Jan 2011 09:58:16 -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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r62LWJ2ObKT4 for ; Fri, 28 Jan 2011 09:58:15 -0800 (PST) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by core3.amsl.com (Postfix) with ESMTP id 4398F3A681A for ; Fri, 28 Jan 2011 09:58:15 -0800 (PST) Received: from [192.168.1.113] (p508FB3C4.dip.t-dialin.net [80.143.179.196]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id D92CC1C0B4610 for ; Fri, 28 Jan 2011 19:01:19 +0100 (CET) From: Michael Tuexen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 28 Jan 2011 19:01:18 +0100 Message-Id: To: mmusic@ietf.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-Mailman-Approved-At: Fri, 28 Jan 2011 17:36:52 -0800 Subject: Re: [MMUSIC] Progressing draft-loreto-mmusic-sctp-sdp-06 X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2011 17:58:16 -0000 Dear all, I think the ID makes perfect sense and should be progressed. Just one note: [I-D.ietf-tsvwg-dtls-for-sctp] is now [RFC6083]. Best regards Michael From rsf@ns.live555.com Fri Jan 28 17:52:59 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B3F883A69B1 for ; Fri, 28 Jan 2011 17:52:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.855 X-Spam-Level: X-Spam-Status: No, score=-1.855 tagged_above=-999 required=5 tests=[AWL=-0.745, BAYES_05=-1.11] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GIWcMVArYs4z for ; Fri, 28 Jan 2011 17:52:59 -0800 (PST) Received: from ns.live555.com (ns.live555.com [4.79.217.242]) by core3.amsl.com (Postfix) with ESMTP id 113003A6954 for ; Fri, 28 Jan 2011 17:52:59 -0800 (PST) Received: from ns.live555.com (localhost.live555.com [127.0.0.1]) by ns.live555.com (8.14.4/8.14.4) with ESMTP id p0T1uOrO088341 for ; Fri, 28 Jan 2011 17:56:24 -0800 (PST) (envelope-from rsf@ns.live555.com) Received: (from rsf@localhost) by ns.live555.com (8.14.4/8.14.4/Submit) id p0T1uO4L088334; Fri, 28 Jan 2011 17:56:24 -0800 (PST) (envelope-from rsf) Mime-Version: 1.0 Message-Id: In-Reply-To: <988D948F-616F-4DE9-8081-628BA947B598@nomadiclab.com> References: <4D0B883A.5050104@nomadiclab.com> <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> <4D3FDC0A.7070008@ericsson.com> <0FD76042-E69F-4EC0-8D99-C17B76536E5F@nomadiclab.com> <4D4023ED.6000703@digium.com> <68DCC559-8C2E-4C80-A116-204676A51C4F@nomadiclab.com> <4D40465B.1070807@viagenie.ca> <26058A88-85A1-4FDE-8D84-B730E60E2660@nomadiclab.com> <4D4174B1.2030206@viagenie.ca> <988D948F-616F-4DE9-8081-628BA947B598@nomadiclab.com> Date: Fri, 28 Jan 2011 17:55:54 -0800 To: mmusic@ietf.org From: Ross Finlayson Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2011 01:52:59 -0000 Am I the only person annoyed by the spelling "lite"? Ross. From petithug@acm.org Fri Jan 28 18:00:45 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3245F3A69EC for ; Fri, 28 Jan 2011 18:00:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.069 X-Spam-Level: X-Spam-Status: No, score=-102.069 tagged_above=-999 required=5 tests=[AWL=0.196, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JbA-+zu6B0ce for ; Fri, 28 Jan 2011 18:00:44 -0800 (PST) Received: from server.implementers.org (server.implementers.org [69.55.225.91]) by core3.amsl.com (Postfix) with ESMTP id 28C363A69EA for ; Fri, 28 Jan 2011 18:00:44 -0800 (PST) Received: by server.implementers.org (Postfix, from userid 1001) id 3FEDCDBD401E; Sat, 29 Jan 2011 02:03:51 +0000 (UTC) Received: from [192.168.2.3] (server.implementers.org [127.0.0.1]) by server.implementers.org (Postfix) with ESMTPA id B192ADBD401A; Sat, 29 Jan 2011 02:03:50 +0000 (UTC) Message-ID: <4D437585.6080406@acm.org> Date: Fri, 28 Jan 2011 18:03:49 -0800 From: Marc Petit-Huguenin User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20101226 Iceowl/1.0b1 Icedove/3.0.11 MIME-Version: 1.0 To: Ross Finlayson References: <4D0B883A.5050104@nomadiclab.com> <07F779ED-7B31-4810-AF3B-0B173432C315@nomadiclab.com> <4D3FDC0A.7070008@ericsson.com> <0FD76042-E69F-4EC0-8D99-C17B76536E5F@nomadiclab.com> <4D4023ED.6000703@digium.com> <68DCC559-8C2E-4C80-A116-204676A51C4F@nomadiclab.com> <4D40465B.1070807@viagenie.ca> <26058A88-85A1-4FDE-8D84-B730E60E2660@nomadiclab.com> <4D4174B1.2030206@viagenie.ca> <988D948F-616F-4DE9-8081-628BA947B598@nomadiclab.com> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: mmusic@ietf.org Subject: Re: [MMUSIC] Lite mode to ICE TCP X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2011 02:00:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/28/2011 05:55 PM, Ross Finlayson wrote: > Am I the only person annoyed by the spelling "lite"? > That does not keep me up at nite. - -- Marc Petit-Huguenin Personal email: marc@petit-huguenin.org Professional email: petithug@acm.org Blog: http://blog.marc.petit-huguenin.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk1DdYQACgkQ9RoMZyVa61cwqwCfe2j4QJQdghSx+4g6ghT2gWqE aC8An1vlnT9rwp5pxD5Oai6A10Htoa/X =A35y -----END PGP SIGNATURE----- From shida@ntt-at.com Fri Jan 28 23:33:31 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 64F4D3A6A63 for ; Fri, 28 Jan 2011 23:33:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.265 X-Spam-Level: X-Spam-Status: No, score=-102.265 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4QArlzfAm4B1 for ; Fri, 28 Jan 2011 23:33:30 -0800 (PST) Received: from gateway16.websitewelcome.com (gateway16.websitewelcome.com [67.18.21.17]) by core3.amsl.com (Postfix) with SMTP id 8C1523A6977 for ; Fri, 28 Jan 2011 23:33:30 -0800 (PST) Received: (qmail 2160 invoked from network); 29 Jan 2011 07:36:03 -0000 Received: from gator465.hostgator.com (69.56.174.130) by gateway16.websitewelcome.com with SMTP; 29 Jan 2011 07:36:03 -0000 Received: from [122.133.78.228] (port=53795 helo=[192.168.1.10]) by gator465.hostgator.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1Pj5M4-0006IP-D8; Sat, 29 Jan 2011 01:36:21 -0600 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Shida Schubert In-Reply-To: Date: Sat, 29 Jan 2011 16:36:34 +0900 Content-Transfer-Encoding: 7bit Message-Id: <1215F876-58CC-4309-B126-03893425B367@ntt-at.com> References: To: Michael Tuexen X-Mailer: Apple Mail (2.1082) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator465.hostgator.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ntt-at.com Cc: mmusic@ietf.org Subject: Re: [MMUSIC] Progressing draft-loreto-mmusic-sctp-sdp-06 X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2011 07:33:31 -0000 +1 On Jan 29, 2011, at 3:01 AM, Michael Tuexen wrote: > Dear all, > > I think the ID makes perfect sense and should be progressed. > > Just one note: [I-D.ietf-tsvwg-dtls-for-sctp] is now [RFC6083]. > > Best regards > Michael > _______________________________________________ > mmusic mailing list > mmusic@ietf.org > https://www.ietf.org/mailman/listinfo/mmusic From ari.keranen@nomadiclab.com Mon Jan 31 01:26:02 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8FFCD3A6AE3 for ; Mon, 31 Jan 2011 01:26:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.575 X-Spam-Level: X-Spam-Status: No, score=-2.575 tagged_above=-999 required=5 tests=[AWL=0.024, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mKq4zWMplCZl for ; Mon, 31 Jan 2011 01:25:49 -0800 (PST) Received: from gw.nomadiclab.com (n2.nomadiclab.com [IPv6:2001:14b8:400:101::2]) by core3.amsl.com (Postfix) with ESMTP id 1E3693A6B37 for ; Mon, 31 Jan 2011 01:25:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by gw.nomadiclab.com (Postfix) with ESMTP id DFAF84E6D7 for ; Mon, 31 Jan 2011 11:28:56 +0200 (EET) X-Virus-Scanned: amavisd-new at nomadiclab.com Received: from gw.nomadiclab.com ([127.0.0.1]) by localhost (inside.nomadiclab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xch29P9UXWb5 for ; Mon, 31 Jan 2011 11:28:56 +0200 (EET) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gw.nomadiclab.com (Postfix) with ESMTP id 0066D4E6CF for ; Mon, 31 Jan 2011 11:28:55 +0200 (EET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1082) From: Ari Keranen In-Reply-To: <1215F876-58CC-4309-B126-03893425B367@ntt-at.com> Date: Mon, 31 Jan 2011 11:28:55 +0200 Content-Transfer-Encoding: 7bit Message-Id: <0884B6C8-DDCD-4BA6-A8A8-054380170411@nomadiclab.com> References: <1215F876-58CC-4309-B126-03893425B367@ntt-at.com> To: IETF MMUSIC WG X-Mailer: Apple Mail (2.1082) Subject: Re: [MMUSIC] Progressing draft-loreto-mmusic-sctp-sdp-06 X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 09:26:05 -0000 +1 Cheers, Ari On Jan 29, 2011, at 9:36 AM, Shida Schubert wrote: > > +1 > > On Jan 29, 2011, at 3:01 AM, Michael Tuexen wrote: > >> Dear all, >> >> I think the ID makes perfect sense and should be progressed. >> >> Just one note: [I-D.ietf-tsvwg-dtls-for-sctp] is now [RFC6083]. >> >> Best regards >> Michael >> _______________________________________________ >> mmusic mailing list >> mmusic@ietf.org >> https://www.ietf.org/mailman/listinfo/mmusic > > _______________________________________________ > mmusic mailing list > mmusic@ietf.org > https://www.ietf.org/mailman/listinfo/mmusic From dwing@cisco.com Mon Jan 31 12:34:09 2011 Return-Path: X-Original-To: mmusic@core3.amsl.com Delivered-To: mmusic@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B73803A6C6E for ; Mon, 31 Jan 2011 12:34:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.599 X-Spam-Level: X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YNVOQGUvB6TU for ; Mon, 31 Jan 2011 12:34:09 -0800 (PST) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id F30B13A6AEB for ; Mon, 31 Jan 2011 12:34:08 -0800 (PST) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As8DADqsRk2rR7Ht/2dsb2JhbACWGYFljHtzonybGoVOBIUT Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-6.cisco.com with ESMTP; 31 Jan 2011 20:37:08 +0000 Received: from dwingWS (dhcp-171-70-230-162.cisco.com [171.70.230.162]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id p0VKb8V4028629; Mon, 31 Jan 2011 20:37:08 GMT From: "Dan Wing" To: "'Ari Keranen'" , "'IETF MMUSIC WG'" References: <1215F876-58CC-4309-B126-03893425B367@ntt-at.com> <0884B6C8-DDCD-4BA6-A8A8-054380170411@nomadiclab.com> In-Reply-To: <0884B6C8-DDCD-4BA6-A8A8-054380170411@nomadiclab.com> Date: Mon, 31 Jan 2011 12:37:08 -0800 Message-ID: <131601cbc186$a127a720$e376f560$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcvBKWfUBeodx9NIRkSQ8fy/djfDcAAXTXuA Content-Language: en-us Subject: Re: [MMUSIC] Progressing draft-loreto-mmusic-sctp-sdp-06 X-BeenThere: mmusic@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multiparty Multimedia Session Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 20:34:09 -0000 +1. -d > -----Original Message----- > From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On > Behalf Of Ari Keranen > Sent: Monday, January 31, 2011 1:29 AM > To: IETF MMUSIC WG > Subject: Re: [MMUSIC] Progressing draft-loreto-mmusic-sctp-sdp-06 > > +1 > > > Cheers, > Ari > > On Jan 29, 2011, at 9:36 AM, Shida Schubert wrote: > > > > +1 > > > > On Jan 29, 2011, at 3:01 AM, Michael Tuexen wrote: > > > >> Dear all, > >> > >> I think the ID makes perfect sense and should be progressed. > >> > >> Just one note: [I-D.ietf-tsvwg-dtls-for-sctp] is now [RFC6083]. > >> > >> Best regards > >> Michael > >> _______________________________________________ > >> mmusic mailing list > >> mmusic@ietf.org > >> https://www.ietf.org/mailman/listinfo/mmusic > > > > _______________________________________________ > > mmusic mailing list > > mmusic@ietf.org > > https://www.ietf.org/mailman/listinfo/mmusic > > _______________________________________________ > mmusic mailing list > mmusic@ietf.org > https://www.ietf.org/mailman/listinfo/mmusic