[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: I-D Action:draft-vandevelde-v6ops-harmful-tunnels-00.txt
- To: IPv6 Operations <v6ops@ops.ietf.org>
- Subject: Re: I-D Action:draft-vandevelde-v6ops-harmful-tunnels-00.txt
- From: Brian E Carpenter <brian.e.carpenter@gmail.com>
- Date: Wed, 08 Jul 2009 17:55:13 +0100
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; b=l7lvc86V31FYF/hH1KV+kNFZOsQOeDo7h/LifiJVvA4AhpMv558vk7RQENoUkEjbqI GeyH6dBeYutuzryn2r/kkMI7NdA5EYsJdUuJDpD5Pf0V+NpzxG+Wg4deJ6AtaGGJbw6B UMwqyVFjWwoWYzl4Wk/sKTAwTFro5rcpIi+Hw=
- In-reply-to: <20090702130001.9354A3A6D47@core3.amsl.com>
- Organization: University of Auckland
- References: <20090702130001.9354A3A6D47@core3.amsl.com>
- User-agent: Thunderbird 2.0.0.6 (Windows/20070728)
Hi,
> A subset of the available tunnels has the property of being
> non-deterministic (i.e. 6to4 [RFC3056]
That's inaccurate. The tunnels described in RFC3056 are not
non-deterministic; they are determined by routing configuration.
(They are asymmetric, but that's another discussion.)
The tunnels created by the anycast extension of 6to4 in
RFC3068 are non-deterministic, or at least unconfigurable,
and that's where the black holes come from.
Brian
P.S. I don't think that observing that such tunnels are
problematic is going to achieve much. Advising how to
minimise the problems seems more useful; e.g.
draft-nward-6to4-qualification