IETF Logo Mail Archive

RE: New Version Notification for draft-bonica-6man-frag-deprecate-00.txt

Christian Huitema <huitema@microsoft.com> Tue, 25 June 2013 16:37 UTC

Return-Path: <huitema@microsoft.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AA1E21E8093 for <ipv6@ietfa.amsl.com>; Tue, 25 Jun 2013 09:37:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level:
X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
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 Mh+yBE8cvsax for <ipv6@ietfa.amsl.com>; Tue, 25 Jun 2013 09:37:04 -0700 (PDT)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0207.outbound.protection.outlook.com [207.46.163.207]) by ietfa.amsl.com (Postfix) with ESMTP id E57FE11E80FB for <ipv6@ietf.org>; Tue, 25 Jun 2013 09:37:03 -0700 (PDT)
Received: from BL2FFO11FD028.protection.gbl (10.173.161.203) by BL2FFO11HUB016.protection.gbl (10.173.160.108) with Microsoft SMTP Server (TLS) id 15.0.707.0; Tue, 25 Jun 2013 16:37:02 +0000
Received: from TK5EX14HUBC105.redmond.corp.microsoft.com (131.107.125.37) by BL2FFO11FD028.mail.protection.outlook.com (10.173.161.107) with Microsoft SMTP Server (TLS) id 15.0.707.0 via Frontend Transport; Tue, 25 Jun 2013 16:37:02 +0000
Received: from TK5EX14MBXC272.redmond.corp.microsoft.com ([169.254.2.49]) by TK5EX14HUBC105.redmond.corp.microsoft.com ([157.54.80.48]) with mapi id 14.03.0136.001; Tue, 25 Jun 2013 16:36:51 +0000
From: Christian Huitema <huitema@microsoft.com>
To: Geoff Huston <gih@apnic.net>, Glen Turner <gdt@gdt.id.au>
Subject: RE: New Version Notification for draft-bonica-6man-frag-deprecate-00.txt
Thread-Topic: New Version Notification for draft-bonica-6man-frag-deprecate-00.txt
Thread-Index: AQHOcUbCkXlYZ7OiLECYiDOPCwZ7E5lFsyKAgABR84CAABcSgIAAG52AgAAHhoCAAGISYA==
Date: Tue, 25 Jun 2013 16:36:51 +0000
Message-ID: <C91E67751B1EFF41B857DE2FE1F68ABA15204444@tk5ex14mbxc272.redmond.corp.microsoft.com>
References: <2CF4CB03E2AA464BA0982EC92A02CE2509F85151@BY2PRD0512MB653.namprd05.prod.outlook.com> <51C56E60.5040009@fud.no> <8C48B86A895913448548E6D15DA7553B9237F3@xmb-rcd-x09.cisco.com> <CAKr6gn17O+B78HJofr-z7Nsgv-y8+w4hgKy+YPicgNS126qwXA@mail.gmail.com> <2CF4CB03E2AA464BA0982EC92A02CE2509F870FC@BY2PRD0512MB653.namprd05.prod.outlook.com> <CAKr6gn2zu2n-pJMirG-seN5WX=Evyquu9EqqLOV-zf-RKQ9eYg@mail.gmail.com> <20130625015317.6B256363BD8F@drugs.dv.isc.org> <2CF4CB03E2AA464BA0982EC92A02CE2509F878B0@BY2PRD0512MB653.namprd05.prod.outlook.com> <EE995320-48D6-4D97-888A-0C2AD5024743@apnic.net> <ABCE0528-9694-4A88-9A0C-F681B62227C8@gmail.com> <alpine.DEB.2.02.1306251938410.23024@ilion> <4979E44C-B449-4B06-9293-C6F03FA9C87B@apnic.net>
In-Reply-To: <4979E44C-B449-4B06-9293-C6F03FA9C87B@apnic.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.54.51.74]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Forefront-Antispam-Report: CIP:131.107.125.37; CTRY:US; IPV:CAL; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(199002)(189002)(49866001)(46406003)(77096001)(76482001)(31966008)(54356001)(76796001)(33656001)(76786001)(56776001)(53806001)(74706001)(74876001)(69226001)(59766001)(77982001)(81342001)(50466002)(44976004)(66066001)(54316002)(81542001)(51856001)(47736001)(50986001)(56816003)(47976001)(46102001)(47446002)(16406001)(6806003)(47776003)(74662001)(20776003)(74502001)(80022001)(74366001)(23726002)(4396001)(55846006)(79102001)(65816001)(63696002); DIR:OUT; SFP:; SCL:1; SRVR:BL2FFO11HUB016; H:TK5EX14HUBC105.redmond.corp.microsoft.com; CLIP:131.107.125.37; RD:InfoDomainNonexistent; A:1; MX:1; LANG:en;
X-OriginatorOrg: microsoft.onmicrosoft.com
X-O365ENT-EOP-Header: Message processed by - O365_ENT: Allow from ranges (Engineering ONLY)
X-Forefront-PRVS: 0888B1D284
Cc: Bob Hinden <bob.hinden@gmail.com>, "ipv6@ietf.org 6man-wg" <ipv6@ietf.org>, Mark Andrews <marka@isc.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jun 2013 16:37:10 -0000

> I also believe that FreeBSD has done the best it can, and reasonably so. It is debatable whether a ICMP6 PTB message should apply to all currently open TCP sessions to the same destination, as I wonder about multi-path TCP and path diversity here.

There are certainly different ways to implement that, without inserting a fragmentation header. For example, if the lower layer knows that the packet is too big, it could send the local equivalent of "ICMP too big" back to the TCP layer.

-- Christian Huitema

v2.23.0 | Report a Bug | By Email