Re: [Int-area] Call for adoption of draft-pignataro-intarea-gre-ipv6-01

Joe Touch <touch@isi.edu> Mon, 08 December 2014 15:19 UTC

Return-Path: <touch@isi.edu>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48F891A90B0 for <int-area@ietfa.amsl.com>; Mon, 8 Dec 2014 07:19:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] 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 Zu5FyBU8EA2z for <int-area@ietfa.amsl.com>; Mon, 8 Dec 2014 07:19:04 -0800 (PST)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E5DCA1A90C7 for <int-area@ietf.org>; Mon, 8 Dec 2014 07:18:27 -0800 (PST)
Received: from [100.44.230.102] ([100.44.230.102]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id sB8FH3Gb019196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 8 Dec 2014 07:17:14 -0800 (PST)
Message-ID: <5485C0F1.5050207@isi.edu>
Date: Mon, 08 Dec 2014 07:17:05 -0800
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Ronald Bonica <rbonica@juniper.net>, "int-area@ietf.org" <int-area@ietf.org>
References: <CO1PR05MB4422E21CEEA9590DD5024EDAE780@CO1PR05MB442.namprd05.prod.outlook.com> <5480AAF2.9060407@isi.edu> <CO1PR05MB442A60E064CE000FE3E914EAE790@CO1PR05MB442.namprd05.prod.outlook.com>
In-Reply-To: <CO1PR05MB442A60E064CE000FE3E914EAE790@CO1PR05MB442.namprd05.prod.outlook.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: http://mailarchive.ietf.org/arch/msg/int-area/XJ2zvu9xYkXI0jDaLDKTC13vL7c
Subject: Re: [Int-area] Call for adoption of draft-pignataro-intarea-gre-ipv6-01
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Dec 2014 15:19:05 -0000

Hi, Ron (et al.),

The proposed change highlights exactly the problem: only minimal,
presumably transient versions of IPv6 should be limited to sending
packets no larger than 1280. I.e., only those versions are supposed to
omit source fragmentation.

Later in RFC2460 support for 1500-byte fragment reassembly is required,
so it's not appropriate to quote this section in isolation as the sole
recommendation for GRE.

Joe

On 12/5/2014 8:38 AM, Ronald Bonica wrote:
> Joe,
> 
> Would you agree to the following change?
> 
> OLD>
> Following guidance provided in Section 5 of [RFC2460], GRE ingress nodes SHOULD implement PMTUD, in order to discover and take advantage of PMTUs greater than the IPv6 required minimum (1280 octets).  However, a GRE ingress node MAY simply restrict itself to sending  packets no larger than 1280 octets, and omit implementation of PMTUD.
> <OLD
> 
> NEW>
> In as much as the GRE ingress is an IPv6 node, the following guidance from RFC 2460 applies:
> 
> " It is strongly recommended that IPv6 nodes implement Path MTU
>    Discovery [RFC-1981], in order to discover and take advantage of path
>    MTUs greater than 1280 octets.  However, a minimal IPv6
>    implementation (e.g., in a boot ROM) may simply restrict itself to
>    sending packets no larger than 1280 octets, and omit implementation
>    of Path MTU Discovery."
> 
> <NEW
> 
>> -----Original Message-----
>> From: Joe Touch [mailto:touch@isi.edu]
>> Sent: Thursday, December 04, 2014 1:42 PM
>> To: Ronald Bonica; int-area@ietf.org
>> Subject: Re: [Int-area] Call for adoption of draft-pignataro-intarea-gre-ipv6-
>> 01
>>
>>
>>
>> On 12/4/2014 9:05 AM, Ronald Bonica wrote:
>> ...
>>> [RPB]
>>> The GRE ingress in an IPv6 source. As per RFC 2460, an IPv6 source
>>> MUST either execute PMTUD procedures or restrict itself to sending
>>> packets no longer than 1280 octets. How can you argue with that?
>>
>> RFC2460 includes sending IPv6 packets up to 1500 bytes that are reassembled
>> at the destination IP address - in the case of a tunnel, that's the egress.
>>
>> Each *fragment* must be no larger than 1280, agreed.
>>
>> PMTUD is recommended, not required (it's not a MUST).
>>
>> Joe