IETF Logo Mail Archive

Re: [MMUSIC] I-D Action:draft-ietf-mmusic-ice-tcp-09.txt

Simon Perreault <simon.perreault@viagenie.ca> Fri, 03 September 2010 12:33 UTC

Return-Path: <simon.perreault@viagenie.ca>
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 ED29B3A68A0 for <mmusic@core3.amsl.com>; Fri, 3 Sep 2010 05:33:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.562
X-Spam-Level:
X-Spam-Status: No, score=-2.562 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, NO_RELAYS=-0.001]
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 h4X6Z03L2gWD for <mmusic@core3.amsl.com>; Fri, 3 Sep 2010 05:33:08 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by core3.amsl.com (Postfix) with ESMTP id AE0773A6884 for <mmusic@ietf.org>; Fri, 3 Sep 2010 05:33:08 -0700 (PDT)
Received: from ringo.viagenie.ca (unknown [IPv6:2620:0:230:c000:5ce4:2306:f0f2:70f0]) by jazz.viagenie.ca (Postfix) with ESMTPSA id A20BD20BE2; Fri, 3 Sep 2010 08:33:37 -0400 (EDT)
Message-ID: <4C80EB20.4040007@viagenie.ca>
Date: Fri, 03 Sep 2010 08:33:36 -0400
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100621 Fedora/3.0.5-1.fc13 Thunderbird/3.0.5
MIME-Version: 1.0
To: Dan Wing <dwing@cisco.com>
References: <20100902110001.7AC493A68EF@core3.amsl.com> <4C7F8451.8050502@nomadiclab.com> <4C7F97E1.9080704@viagenie.ca> <028201cb4af7$1cc4d3f0$564e7bd0$@com>
In-Reply-To: <028201cb4af7$1cc4d3f0$564e7bd0$@com>
X-Enigmail-Version: 1.0.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] I-D Action:draft-ietf-mmusic-ice-tcp-09.txt
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Fri, 03 Sep 2010 12:33:10 -0000

On 2010-09-02 19:32, Dan Wing wrote:
> That would give the implication it is ICE's fault that SDP is big,

For me, this is a minor concern.

> or give the implication that a host with multiple interfaces is 
> going to necessarily have STUN and TURN servers on all of those
> interfaces.

Nah, just preface the example with some text explaining that this is a
full-blown example, real-life will be simpler, yadda yadda yadda...

> In any event, if we're going to do a big example, how about
> a real example in draft-ietf-sipping-nat-scenarios, if it 
> doesn't have it already?

I don't care where it is, but we need one. When you're implementing
something, you end up looking longer at examples than at the actual
spec. It really is extremely useful.

Simon
-- 
NAT64/DNS64 open-source --> http://ecdysis.viagenie.ca
STUN/TURN server        --> http://numb.viagenie.ca
vCard 4.0               --> http://www.vcarddav.org

v2.23.0 | Report a Bug | By Email