From Sebastien.Roy@Sun.COM Wed Sep 16 09:05:16 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8GG5G0A027833 for ; Wed, 16 Sep 2009 09:05:16 -0700 (PDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8GG5FNI061855 for ; Wed, 16 Sep 2009 09:05:16 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8GG5Fta028491 for ; Wed, 16 Sep 2009 16:05:15 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQ200400LQJ3M00@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Wed, 16 Sep 2009 10:05:15 -0600 (MDT) Received: from [129.148.174.103] ([unknown] [129.148.174.103]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQ200KK5NCQTNE0@mail-amer.sun.com>; Wed, 16 Sep 2009 10:05:15 -0600 (MDT) Date: Wed, 16 Sep 2009 12:03:06 -0400 From: Sebastien Roy Subject: IP_DONTFRAG socket option [PSARC/2009/494 FastTrack timeout 09/23/2009] Sender: Sebastien.Roy@Sun.COM To: psarc-ext Cc: "Erik.Nordmark" Message-id: <1253116986.24489.47.camel@strat> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 Status: RO Content-Length: 1658 I'm submitting this fast-track for Erik Nordmark, it times out on 09/23/2009. The release binding is Patch. Background: ---------- Busy DNS servers, and other servers that do UDP request/response protocols, typically want to avoid Path MTU discovery since path MTU discovery both adds latency (a packet would be dropped by routers instead of being fragmented and forward) and adds state on the server (Path MTU state would be created for the destination IP address). That is counterproductive when there are lots of clients that do a single UDP request/response to the server. Details: ------- For IPv6 we have had two socket options to control this (from RFC 3542) IPv6_USE_MIN_MTU and IPV6_DONTFRAG. But there is no standard for IPv4. However, FreeBSD implements an IP_DONTFRAG socket option, which is used by the BIND DNS server software. This case is to introduce IP_DONTFRAG in Solaris. Exported Interfaces ------------------------------------------------------------- Interface Classification Comments ------------------------------------------------------------- IP_DONTFRAG Committed ip(7P) ------------------------------------------------------------- Man page updates: ================ Add this text to ip(7P) after IP_TOS: IP_DONTFRAG If enabled (the default) then the Don't Fragment flag is set on IP packets. Disabling the option means that Don't Fragment will not be set which will result in not creating any Path MTU state due to this socket. From Kais.Belgaied@Sun.COM Wed Sep 16 09:19:38 2009 Received: from jurassic-x4600.sfbay.sun.com (cretaceous.SFBay.Sun.COM [129.146.17.59]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8GGJcW6002614 for ; Wed, 16 Sep 2009 09:19:38 -0700 (PDT) Received: from [129.146.11.144] (sr1-jurassic-01.SFBay.Sun.COM [129.146.11.144]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n8GGJam3213926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Sep 2009 09:19:38 -0700 (PDT) Message-ID: <4AB11018.3080409@Sun.COM> Date: Wed, 16 Sep 2009 09:19:36 -0700 From: Kais Belgaied User-Agent: Thunderbird 2.0.0.21 (X11/20090311) MIME-Version: 1.0 To: Sebastien Roy CC: psarc-ext , "Erik.Nordmark" Subject: Re: IP_DONTFRAG socket option [PSARC/2009/494 FastTrack timeout 09/23/2009] References: <1253116986.24489.47.camel@strat> In-Reply-To: <1253116986.24489.47.camel@strat> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Status: RO Content-Length: 1802 +1 Kais, On 09/16/09 09:03, Sebastien Roy wrote: > I'm submitting this fast-track for Erik Nordmark, it times out on > 09/23/2009. The release binding is Patch. > > Background: > ---------- > > Busy DNS servers, and other servers that do UDP request/response > protocols, typically want to avoid Path MTU discovery since path MTU > discovery both adds latency (a packet would be dropped by routers > instead of being fragmented and forward) and adds state on the server > (Path MTU state would be created for the destination IP address). > > That is counterproductive when there are lots of clients that do a > single UDP request/response to the server. > > Details: > ------- > > For IPv6 we have had two socket options to control this (from RFC 3542) > IPv6_USE_MIN_MTU and IPV6_DONTFRAG. > > But there is no standard for IPv4. > However, FreeBSD implements an IP_DONTFRAG socket option, which is used > by the BIND DNS server software. > > This case is to introduce IP_DONTFRAG in Solaris. > > Exported Interfaces > ------------------------------------------------------------- > > Interface Classification Comments > ------------------------------------------------------------- > > IP_DONTFRAG Committed ip(7P) > ------------------------------------------------------------- > > > Man page updates: > ================ > > Add this text to ip(7P) after IP_TOS: > IP_DONTFRAG If enabled (the default) then the Don't > Fragment flag is set on IP packets. Disabling > the option means that Don't Fragment will not > be set which will result in not creating any > Path MTU state due to this socket. > > > > From Sebastien.Roy@Sun.COM Wed Sep 23 10:36:36 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8NHaaFr018563 for ; Wed, 23 Sep 2009 10:36:36 -0700 (PDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8NHaaZK049810 for ; Wed, 23 Sep 2009 10:36:36 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8NHaaxM001280 for ; Wed, 23 Sep 2009 17:36:36 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQF00700PUWCW00@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Wed, 23 Sep 2009 11:36:36 -0600 (MDT) Received: from [129.148.174.103] ([unknown] [129.148.174.103]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQF002GZQ8VV960@mail-amer.sun.com>; Wed, 23 Sep 2009 11:36:32 -0600 (MDT) Date: Wed, 23 Sep 2009 13:34:20 -0400 From: Sebastien Roy Subject: Re: IP_DONTFRAG socket option [PSARC/2009/494 FastTrack timeout 09/23/2009] In-reply-to: <1253116986.24489.47.camel@strat> Sender: Sebastien.Roy@Sun.COM To: psarc-ext Cc: "Erik.Nordmark" Message-id: <1253727260.29848.68.camel@strat> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 References: <1253116986.24489.47.camel@strat> Status: RO Content-Length: 231 On Wed, 2009-09-16 at 12:03 -0400, Sebastien Roy wrote: > I'm submitting this fast-track for Erik Nordmark, it times out on > 09/23/2009. The release binding is Patch. This case was approved during today's PSARC meeting. -Seb From erik.nordmark@sun.com Fri Sep 25 01:31:11 2009 Received: from jurassic-x4600.sfbay.sun.com (cretaceous.SFBay.Sun.COM [129.146.17.59]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8P8VBcT029665 for ; Fri, 25 Sep 2009 01:31:11 -0700 (PDT) Received: from [10.7.251.248] (punchin-nordmark.SFBay.Sun.COM [10.7.251.248]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n8P8V8aN127272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Sep 2009 01:31:09 -0700 (PDT) Message-ID: <4ABC7FCB.4040902@sun.com> Date: Fri, 25 Sep 2009 01:31:07 -0700 From: Erik Nordmark User-Agent: Thunderbird 2.0.0.22 (X11/20090818) MIME-Version: 1.0 To: Sebastien Roy CC: psarc-ext Subject: Re: IP_DONTFRAG socket option [PSARC/2009/494 FastTrack timeout 09/23/2009] References: <1253116986.24489.47.camel@strat> In-Reply-To: <1253116986.24489.47.camel@strat> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Status: RO Content-Length: 1473 In reviewing the suggested man page text carefully we've found two problems: 1. The default is different for UDP/RAWIP than it is for TCP/SCTP, thus it makes sense to not refer to the default in this short description. 2. The fact that the option is negative (enabling IP_DONTFRAG means disabling fragmentation) means we should be more clear when using terms like "enable". Updated man page suggestion below. Do I need to do anything else with this fasttrack? Erik > Man page updates: > ================ > > Add this text to ip(7P) after IP_TOS: > IP_DONTFRAG If enabled (the default) then the Don't > Fragment flag is set on IP packets. Disabling > the option means that Don't Fragment will not > be set which will result in not creating any > Path MTU state due to this socket. IP_DONTFRAG This option controls whether IP will allow fragmentation both locally (fragmenting the packets before sending them out on the wire), and in the network (whether or not the Don't Fragment flag will be set in the IPv4 header.) Setting the option to any non-zero value disables fragmentation. Setting the option to zero enables fragmentation. When fragmentation is disabled then IP will not create any Path MTU state on behalf of this socket. Erik From Sebastien.Roy@Sun.COM Fri Sep 25 05:29:58 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8PCTvMB003547 for ; Fri, 25 Sep 2009 05:29:57 -0700 (PDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8PCTuK0038784 for ; Fri, 25 Sep 2009 05:29:57 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8PCTuq9025032 for ; Fri, 25 Sep 2009 12:29:56 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQJ008001C5PZ00@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 25 Sep 2009 06:29:56 -0600 (MDT) Received: from [192.168.1.2] ([unknown] [173.76.19.212]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQJ00FSE1DVH850@mail-amer.sun.com>; Fri, 25 Sep 2009 06:29:56 -0600 (MDT) Date: Fri, 25 Sep 2009 08:29:54 -0400 From: Sebastien Roy Subject: Re: IP_DONTFRAG socket option [PSARC/2009/494 FastTrack timeout 09/23/2009] In-reply-to: <4ABC7FCB.4040902@sun.com> Sender: Sebastien.Roy@Sun.COM To: Erik Nordmark Cc: psarc-ext Message-id: <1253881794.26527.2.camel@seb> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 References: <1253116986.24489.47.camel@strat> <4ABC7FCB.4040902@sun.com> Status: RO Content-Length: 643 On Fri, 2009-09-25 at 01:31 -0700, Erik Nordmark wrote: > In reviewing the suggested man page text carefully we've found two problems: > 1. The default is different for UDP/RAWIP than it is for TCP/SCTP, thus > it makes sense to not refer to the default in this short description. > 2. The fact that the option is negative (enabling IP_DONTFRAG means > disabling fragmentation) means we should be more clear when using terms > like "enable". > > Updated man page suggestion below. > > Do I need to do anything else with this fasttrack? I'm happy with the updated text. Unless others have issues, nothing else needs to be done. -Seb