Re: [v6ops] I-D Action: draft-ietf-v6ops-6to4-to-historic-06.txt - alternatives to 6to4

Jeroen Massar <jeroen@massar.ch> Tue, 04 November 2014 00:27 UTC

Return-Path: <jeroen@massar.ch>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1BB51A1ADD for <v6ops@ietfa.amsl.com>; Mon, 3 Nov 2014 16:27:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h707FOFYtZ5q for <v6ops@ietfa.amsl.com>; Mon, 3 Nov 2014 16:27:03 -0800 (PST)
Received: from bastion.ch.unfix.org (bastion.ch.unfix.org [IPv6:2a02:2528:503:2::4]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 470681A1B03 for <v6ops@ietf.org>; Mon, 3 Nov 2014 16:27:03 -0800 (PST)
Received: from kami.ch.unfix.org (kami.ch.unfix.org [IPv6:2001:1620:f42:99:7256:81ff:fea5:2925]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jeroen) by bastion.ch.unfix.org (Postfix) with ESMTPSA id 6EF8F100A3694; Tue, 4 Nov 2014 00:27:00 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=massar.ch; s=DKIM2009; t=1415060820; bh=pX2UOIdjS/E2TpwZBEFXeRzW0U2PktnizUHAeNNL3MM=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=lqWrm9iRP9INDsKnlEna3nWOBoFdxBPD14x1OpgUDbwbQ75I3+Sl1tG3k65icrmHY CT8rJoXNenF7hyx0kU0xNKfviih/qOWG2lcrn2HPQk3EV5ubU89i5+DYlUJU3ipFom JVNDFu7vQSHhBxGCgBVqv09328vQ6B0VgYdXGSFP3R2IQxRr6ogNGGll4Du0hc02gP Had8SaQA4bjtuImKSA/jTo99M9HTm1ePsEJG/WcYXxaA+B5xh+hhQEb3ceewNx5E+J SfaXX38pXZCE9wDYQRdsYPGDnYYaL1PgAfY/iRcCQgiipRczuTswB5f4fAz+CBuSR6 4/0NRtt/5BvgQ==
Message-ID: <54581D51.90105@massar.ch>
Date: Tue, 04 Nov 2014 01:26:57 +0100
From: Jeroen Massar <jeroen@massar.ch>
Organization: Massar
MIME-Version: 1.0
To: Keith Moore <moore@network-heretics.com>
References: <20141021063829.20337.35646.idtracker@ietfa.amsl.com> <545050FE.8020807@network-heretics.com> <CAKD1Yr2rPqDy7+oZF16ORU8SnuE2y7NZaDMN1O_TZRO6q8B2iQ@mail.gmail.com> <545054DD.9020406@network-heretics.com> <5BEEBBB9-4A85-4238-9015-EC3378F3346F@delong.com> <5452D3F3.50304@gmail.com> <54536C7D.20301@gmail.com> <9062DD5BB047BF4C96BCE0CB9DA96D1B4DEC2897@ITSNT440.iowa.uiowa.edu> <54539E80.40301@network-heretics.com> <9062DD5BB047BF4C96BCE0CB9DA96D1B4DEC2A50@ITSNT440.iowa.uiowa.edu> <0DCF626A-AF15-40FB-881D-91C368D9065A@delong.com> <9062DD5BB047BF4C96BCE0CB9DA96D1B4DEC315F@ITSNT440.iowa.uiowa.edu> <F62428CE-3341-4489-A51E-C3A9D111B368@delong.com> <9062DD5BB047BF4C96BCE0CB9DA96D1B4DEC8492@ITSNT440.iowa.uiowa.edu> <CAKD1Yr12vKgFsNMHM6d=TdVyQAw9RT0XHQ6BUDHjBmK64xaXpQ@mail.gmail.com> <9062DD5BB047BF4C96BCE0CB9DA96D1B4DEC886B@ITSNT440.iowa.uiowa.edu> <54570E27.60504@network-heretics.com> <72DA86C4-3EF5-4EEA-BC2D-9A121452AB0C@delong.com> <545819E7.2060003@network-heretics.com>
In-Reply-To: <545819E7.2060003@network-heretics.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/pLCZGineDqRr5eOxr9dbpSugSk8
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-6to4-to-historic-06.txt - alternatives to 6to4
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Nov 2014 00:27:06 -0000

On 2014-11-04 01:12, Keith Moore wrote:
> On 11/03/2014 06:53 PM, Owen DeLong wrote:
>>
>>> On Nov 2, 2014, at 9:09 PM, Keith Moore <moore@network-heretics.com
>>> <mailto:moore@network-heretics.com>> wrote:
>>>
>>> On 11/02/2014 11:35 AM, Metzler, Dan J wrote:
>>>> That said, back to the original discussion, involving protocol 41,
>>>> if AT&T is truly blocking protocol 41 because they provide IPv6
>>>> native support across the board already, that seems a lot less
>>>> unreasonable.
>>> protocol 41 isn't just IPv6 over IPv4.
>>>
>>> Keith
>>>
>>
>> What else is it? GRE is Protocol 47.
> 
> I thought protocol 41 was generally used for IP (of whatever version)
> encapsulated in IP (of whatever version).

No. If you see a value of '41' in a "protocol" or "next header" field
then it means the next header/protocol is IPv6.

For IPv4 in IPv6(or something else) you would use a next header of 4.

eg 4in4 would be [IPv4, protocol = 4][IPv4, protocol = TCP/UDP/etc]
eg 6in4 would be [IPv4, protocol = 41][IPv6, next header = TCP/...]
eg 6in6 would be [IPv6, next header = 41][IPv6, next header = TCP/...]
eg 4in6 would be [IPv6, next header = 4]][IPv4, protocol = TCP/...]
etc

> IANA's protocol number
> registry seems to cite RFC 2473, which is about encapsulating various
> kinds of things in IPv6  (though admittedly the distinction between the
> different registries isn't very clear).

Nack. 2743 is effectively about 6in6.

If you peek at:
https://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml

You'll see it points at the similar number 2473.

Note that the middle two digits are swapped with the previous one, which
is likely where you got that honest mistake from.

And as most people call 6in4/tsp/ayiya/etc "IPv6 tunnels" 2743 does not
make this terminology much easier either ;)

> Of course 6to4, 6over4, 6in4
> all use protocol 41 and all encapsulate things over IPv4.

Don't forget about 6rd and all other protocols, eg AYIYA who indicate a
'next header' field of 41 to indicate IPv6 packets following there.

> What I
> haven't found is a use of protocol number 41 to encapsulate IPv4 in
> something else, so I might have been mistaken about that.

Because 41 is not meant for that. You need '4' for that (RFC2003).

Fun point there is that there is also 94 aka "ipip" but that is a
completely different beast again that is afaik nwhere to be found how it
is actually used.

Oh, yes all of this is fun and confusing ;)

(Not even going to GRE which uses the 802.11 'next header' numbers...)

Greets,
 Jeroen