IETF Logo Mail Archive

Re: [v6tc] Re: Tunneling and Transition Drafts

Jeroen Massar <jeroen@unfix.org> Fri, 08 April 2005 12:08 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA10075; Fri, 8 Apr 2005 08:08:34 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJsQc-0001Lp-53; Fri, 08 Apr 2005 08:17:38 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DJsFn-0003I1-OI; Fri, 08 Apr 2005 08:06:27 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DJsFn-0003Hj-22 for v6tc@megatron.ietf.org; Fri, 08 Apr 2005 08:06:27 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA09570 for <v6tc@ietf.org>; Fri, 8 Apr 2005 08:06:26 -0400 (EDT)
Received: from 213-136-24-43.adsl.bit.nl ([213.136.24.43] helo=purgatory.unfix.org ident=postfix) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJsOX-0001EW-N5 for v6tc@ietf.org; Fri, 08 Apr 2005 08:15:30 -0400
Received: from firenze.zurich.ibm.com (pat.zurich.ibm.com [195.176.20.45]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by purgatory.unfix.org (Postfix) with ESMTP id E38AD8881; Fri, 8 Apr 2005 14:06:23 +0200 (CEST)
Subject: Re: [v6tc] Re: Tunneling and Transition Drafts
From: Jeroen Massar <jeroen@unfix.org>
To: jordi.palet@consulintel.es
In-Reply-To: <BE7C35FA.F2AD5%jordi.palet@consulintel.es>
References: <BE7C35FA.F2AD5%jordi.palet@consulintel.es>
Organization: Unfix
Date: Fri, 08 Apr 2005 14:06:21 +0200
Message-Id: <1112961981.26936.70.camel@firenze.zurich.ibm.com>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.1.1
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
Cc: "v6tc@ietf.org" <v6tc@ietf.org>
X-BeenThere: v6tc@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: v6tc.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/v6tc>, <mailto:v6tc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/v6tc>
List-Post: <mailto:v6tc@ietf.org>
List-Help: <mailto:v6tc-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/v6tc>, <mailto:v6tc-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1771330263=="
Sender: v6tc-bounces@ietf.org
Errors-To: v6tc-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d

[hmmm I should aggregate replies better :) ]

On Fri, 2005-04-08 at 13:22 +0200, JORDI PALET MARTINEZ wrote:
> Hi Jerome,
> 
> I think I basically agree with your email, but disagree regarding the TEP
> discovery.

And how are you going to discover a "TEP" in a place like a hotel which
is already limiting you completely?

I guess what you want is a globally available VPN-alike dialin network
so that you get the protocols you want as for the moment when you go to
a hotel in, say, South America, where are you going to tunnel to?

Heartbeat-alike tunnels solve this partially. Turn on the client, let it
beat, and your tunnel works. The latency will not be perfect, but in
those locations you won't have that a low latency anyway.

I actually wonder also what the state of 6to4 connectivity is in a place
like, say the US, seeing that 6to4 is already not good quality in most
places around Europe, though it has significantly improved over the last
couple of years.


Nevertheless the case you mention is a really specific one and I think
that this really can't be covered easily, just like requesting multicast
everywhere you go, it is not there yet.

Greets,
 Jeroen


_______________________________________________
v6tc mailing list
v6tc@ietf.org
https://www1.ietf.org/mailman/listinfo/v6tc

v2.23.0 | Report a Bug | By Email