Re: [v6ops] draft-steffann-tunnels-00.txt

Suresh Krishnan <suresh.krishnan@ericsson.com> Fri, 22 March 2013 15:27 UTC

Return-Path: <suresh.krishnan@ericsson.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B31221F8526 for <v6ops@ietfa.amsl.com>; Fri, 22 Mar 2013 08:27:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.299
X-Spam-Level:
X-Spam-Status: No, score=-102.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, USER_IN_WHITELIST=-100]
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 tf7QHimA53h4 for <v6ops@ietfa.amsl.com>; Fri, 22 Mar 2013 08:27:14 -0700 (PDT)
Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) by ietfa.amsl.com (Postfix) with ESMTP id 79C7A21F8525 for <v6ops@ietf.org>; Fri, 22 Mar 2013 08:27:14 -0700 (PDT)
X-AuditID: c6180641-b7faf6d00000096b-dd-514c7850d4a6
Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id E4.B2.02411.1587C415; Fri, 22 Mar 2013 16:27:13 +0100 (CET)
Received: from eusaamw0712.eamcs.ericsson.se (147.117.20.181) by EUSAAHC003.ericsson.se (147.117.188.81) with Microsoft SMTP Server (TLS) id 14.2.318.4; Fri, 22 Mar 2013 11:27:12 -0400
Received: from [142.133.112.81] (147.117.20.214) by smtps-am.internal.ericsson.com (147.117.20.181) with Microsoft SMTP Server (TLS) id 8.3.279.1; Fri, 22 Mar 2013 11:27:11 -0400
Message-ID: <514C77BD.9090708@ericsson.com>
Date: Fri, 22 Mar 2013 11:24:45 -0400
From: Suresh Krishnan <suresh.krishnan@ericsson.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2
MIME-Version: 1.0
To: Iljitsch van Beijnum <iljitsch@muada.com>
References: <20130215083407.7412.74547.idtracker@ietfa.amsl.com> <3BF598C2-9F5D-4952-9BB3-0519A4FB4CC8@muada.com>
In-Reply-To: <3BF598C2-9F5D-4952-9BB3-0519A4FB4CC8@muada.com>
X-Enigmail-Version: 1.5.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprLLMWRmVeSWpSXmKPExsUyuXRPoG5ghU+gwcM2I4tZ7Q3MFqeP7WV2 YPJYsuQnk8fjl8cYA5iiuGxSUnMyy1KL9O0SuDIWPvMrOKZQ8fTBb8YGxiaJLkZODgkBE4mt R/+wQthiEhfurWfrYuTiEBI4wiix+fEJKGcPo8TFPyuZIZxtjBLzd/8EynBw8ApoS8ydKg3S zSKgKrH7/3OwSWxAUzfs/MwEYosKhEn0vj7HCGLzCghKnJz5hAXEFhHQlfh7eC9YnFlAQeLN nS/sILawgJFE46VdYLaQQKHEyTm32UBsTgFbiatPtzFCXCopseVFOztEr57ElKstUHPkJba/ ncMM0aspsXXNd9YJjMKzkKyehaRlFpKWBYzMqxg5SotTy3LTjQw3MQKD+JgEm+MOxgWfLA8x SnOwKInzhrpeCBASSE8sSc1OTS1ILYovKs1JLT7EyMTBKdXAeNjwxZM9t76c1PtZVr3kmHr6 Gi8zB8VFVfqmi5exrSp6xmSbf/T5vPrbLdnrQ6fNXPfrwNujrQdOik1Y81u6gvO59sqe3PUW gSf41B1UXHZfjTy1bOVE98lJc+9u/5U9Q25x4jNv5h09Byecu/76+Uq9Zas/yp32q5oTt7R4 R3yUoqxBaKNIBbsSS3FGoqEWc1FxIgCIQ0dcMAIAAA==
Cc: IPv6 Ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] draft-steffann-tunnels-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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: Fri, 22 Mar 2013 15:27:16 -0000

Hi Iljitsch,
  Thanks for writing this draft. I believe that it is very useful. I
just had a couple of minor comments (on draft -01) that you may want to
address.

* Section 3.5

I think a short summary of 6to4 Provider Managed Tunnels (RFC6732) would
be useful here for completeness.

* Section 3.8

"Teredo is specified in [RFC4380] and a few updates"

I think the security updates in RFC5991 are probably worth mentioning here.

"This process is not sufficiently reliable; Teredo fails in about 37%
[TERTST] of its attempts to connect to native IPv6 destinations."

In this context it is probably useful to say that there are some
extensions to Teredo that significantly decrease the failure rate.
Please see RFC6081.

* Section 6.2

As mentioned in Section 3.5, the table needs to be updated to include
ISP in the 6to4 row (RFC6732)

Cheers
Suresh

On 02/15/2013 03:44 AM, Iljitsch van Beijnum wrote:
> Hi all,
> 
> Three of us were asked by the Dutch academic network Surfnet to write an overview of IPv6-in-IPv4 tunneling mechanisms. To benefit the wider community, we did so in the form of a draft, that we intend to submit to the RFC Editor as an independent submission.
> 
> However, we would very much appreciate reviews and comments from within the IETF. These are the mechanisms we discuss:
> 
> 3.  Tunnel Mechanisms  . . . . . . . . . . . . . . . . . . . . . .  5
>      3.1.  Configured Tunnels (Manual Tunnels / 6in4) . . . . . . . .  6
>      3.2.  Automatic Tunneling  . . . . . . . . . . . . . . . . . . .  7
>      3.3.  IPv6 over IPv4 without Explicit Tunnels (6over4) . . . . .  8
>      3.4.  Generic Routing Encapsulation (GRE)  . . . . . . . . . . .  9
>      3.5.  Connection of IPv6 Domains via IPv4 Clouds (6to4)  . . . .  9
>      3.6.  Anything In Anything (AYIYA) . . . . . . . . . . . . . . . 10
>      3.7.  Intra-site Automatic Tunnel Addressing (ISATAP)  . . . . . 11
>      3.8.  Tunneling IPv6 over UDP through NATs (Teredo)  . . . . . . 12
>      3.9.  IPv6 Rapid Deployment (6rd)  . . . . . . . . . . . . . . . 13
>      3.10. Native IPv6 behind NAT44 CPEs (6a44) . . . . . . . . . . . 14
>      3.11. Peer-to-Peer IPv6 on Any Internetwork (6bed4)  . . . . . . 15
>      3.12. The Locator/ID Separation Protocol (LISP)  . . . . . . . . 16
>    4.  Related Protocols  . . . . . . . . . . . . . . . . . . . . . . 17
>      4.1.  Tunnel Information and Control protocol (TIC)  . . . . . . 17
>      4.2.  Tunnel Setup Protocol (TSP)  . . . . . . . . . . . . . . . 18
>      4.3.  Dual-Stack Lite (Softwire) . . . . . . . . . . . . . . . . 19
> 
> Thanks!
> 
> Iljitsch
> 
> 
> Begin forwarded message:
> 
>> From: internet-drafts@ietf.org
>> Subject: I-D Action: draft-steffann-tunnels-00.txt
>> Date: 15 februari 2013 9:34:07 CET
>> To: i-d-announce@ietf.org
>> Reply-To: internet-drafts@ietf.org
>>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>>
>>
>> 	Title           : A comparison of IPv6 tunneling mechanisms
>> 	Author(s)       : S.J.M. Steffann
>>                          Iljitsch van Beijnum
>>                          Rick van Rein
>> 	Filename        : draft-steffann-tunnels-00.txt
>> 	Pages           : 37
>> 	Date            : 2013-02-15
>>
>> Abstract:
>>   This document provides an overview of various ways to to tunnel IPv6
>>   packets over IPv4 networks.  It covers mechanisms in contemporary
>>   use, touches on several mechanisms that are now only of historic
>>   interest, and discusses some newer tunneling mechanisms that are not
>>   (yet) widely used at the time of publication.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-steffann-tunnels
>>
>> There's also a htmlized version available at:
>> http://tools.ietf.org/html/draft-steffann-tunnels-00
>>
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>