Re: [MMUSIC] Comments on ICE-TCP specification RFC 6544

Nigel Pattinson <nigel.pattinson@kaseya.com> Sun, 30 June 2013 21:26 UTC

Return-Path: <nigel.pattinson@kaseya.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A9A221F9C93 for <mmusic@ietfa.amsl.com>; Sun, 30 Jun 2013 14:26:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id amTkGBvku9+W for <mmusic@ietfa.amsl.com>; Sun, 30 Jun 2013 14:26:20 -0700 (PDT)
Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by ietfa.amsl.com (Postfix) with ESMTP id B10EF21F9C8F for <mmusic@ietf.org>; Sun, 30 Jun 2013 14:26:20 -0700 (PDT)
Received: from tom.nabble.com ([192.168.236.105]) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from <nigel.pattinson@kaseya.com>) id 1UtP8W-0004Qa-4g for mmusic@ietf.org; Sun, 30 Jun 2013 14:26:20 -0700
Date: Sun, 30 Jun 2013 14:26:20 -0700
From: Nigel Pattinson <nigel.pattinson@kaseya.com>
To: mmusic@ietf.org
Message-ID: <1372627580120-374584.post@n7.nabble.com>
In-Reply-To: <51CBCA56.8040709@nostrum.com>
References: <CANE3Kwy-pOcdYfpFnTKKBpvMLHoV1XV3VME6tU7+BtMdCTcNfg@mail.gmail.com> <1372174473646-373839.post@n7.nabble.com> <1372304462652-374094.post@n7.nabble.com> <51CBCA56.8040709@nostrum.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Subject: Re: [MMUSIC] Comments on ICE-TCP specification RFC 6544
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
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, 30 Jun 2013 21:26:25 -0000

Adam Roach-3 wrote
> How many techniques from sections 5.3 and 5.4 did you implement? Did 
> your implementation make use of the following advice?
> 
>     If the local network or host
>     does not support IPv6 addressing,  clients SHOULD make use of
>     other techniques, e.g., TURN-IPv6 [RFC6156], Teredo [RFC4380], or
>     SOCKS IPv4-IPv6 gatewaying [RFC3089], for obtaining IPv6 candidates.
> 
> 
> My experience is that Teredo-to-Teredo tunneling has success rates well 
> above 50% (at least for RFC6081 implementations) -- although this is 
> admittedly from my own personal use of Teredo, and is far from a 
> scientific survey.

To be clear my comments about success rates are largely speculation at the
moment. We do set up host candidates for Teredo where available. My
understanding of Teredo is limited, I was thinking that when a
Teredo-to-Teredo connection was established the traffic would still be
relayed, just via a Teredo relay rather than a TURN relay.

Nigel



--
View this message in context: http://ietf.10.n7.nabble.com/Comments-on-ICE-TCP-specification-RFC-6544-tp191890p374584.html
Sent from the IETF - mmusic mailing list archive at Nabble.com.