From Sebastien.Roy@Sun.COM Fri Sep 25 08:33:39 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 n8PFXcQc007269 for ; Fri, 25 Sep 2009 08:33:38 -0700 (PDT) Received: from brmea-mail-1.sun.com (brmea-mail-1.Sun.COM [192.18.98.31]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8PFXbEs044512 for ; Fri, 25 Sep 2009 08:33:38 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8PFXbEi023316 for ; Fri, 25 Sep 2009 15:33:37 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 <0KQJ00H008RBTN00@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 25 Sep 2009 09:33:37 -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 <0KQJ005QK9VR4M50@mail-amer.sun.com>; Fri, 25 Sep 2009 09:33:28 -0600 (MDT) Date: Fri, 25 Sep 2009 11:33:26 -0400 From: Sebastien Roy Subject: fragmentation controls for ping and traceroute [PSARC/2009/515 FastTrack timeout 10/02/2009] Sender: Sebastien.Roy@Sun.COM To: PSARC-ext Cc: Erik Nordmark Message-id: <1253892807.26527.157.camel@seb> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 Status: RO Content-Length: 2397 I'm submitting this fast-track for Erik Nordmark, it times out on 10/02/2009. The release binding is Patch. Background: ---------- Since Solaris 2.0 we have enabled path MTU discovery by default including for UDP and RAWIP sockets. The addition of IP_DONTFRAG [PSARC/2009/494] allows applications to control this. Solaris implements traceroute -F ("dontfrag") to disable path MTU discovery for traceroute. But this is documented as not working in zones. And the implementation doesn't do it for IPv6 at all. BSD implements a -D option to ping(1m) to enable path MTU discovery just like "-F" does it for traceroute. Solaris does not currently implement this option. Details: ------- This case is to introduce ping -D in Solaris and remove the limitations for traceroute -F.. The behavior of ping and traceroute when these options (-D and -F respectively) are not specified is unchanged. Exported Interfaces ------------------------------------------------------------- Interface Classification Comments ------------------------------------------------------------- ping -D option Committed ping(1M) ping -F option Committed traceroute(1M) ------------------------------------------------------------- Man page updates: ================ Add this text to ping(1M): -D Turn off path MTU discovery. For IPv4 this means setting the Don't Fragment bit. For IPv4 and IPv6 this means to not allow fragmentation as the datagrams are sent. If the data_size exceeds the MTU, then ping may report that sending failed due to Message too long. Change the text in traceroute(1M) from: -F Set the "don't fragment" bit. This option is valid only on IPv4. When specified from within a shared-IP zone, this option has no effect as the "don't fragment" bit is always set in this case. to: -F Turn off path MTU discovery. For IPv4 this means setting the Don't Fragment bit. For IPv4 and IPv6 this means to not allow fragmentation as the datagrams are sent. If the packetlen exceeds the MTU, then traceroute may report that sending failed due to Message too long. --- From Darren.Moffat@Sun.COM Fri Sep 25 08:46:45 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 n8PFkj98007546 for ; Fri, 25 Sep 2009 08:46:45 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com (gmp-eb-inf-1.EU.Sun.COM [192.18.6.21]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8PFki15051599 for ; Fri, 25 Sep 2009 08:46:45 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n8PFkcHS002557 for ; Fri, 25 Sep 2009 15:46:39 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQJ002007YZ6U00@fe-emea-09.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 25 Sep 2009 16:46:28 +0100 (BST) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQJ00AUOAH7GX90@fe-emea-09.sun.com>; Fri, 25 Sep 2009 16:46:20 +0100 (BST) Date: Fri, 25 Sep 2009 16:46:19 +0100 From: Darren J Moffat Subject: Re: fragmentation controls for ping and traceroute [PSARC/2009/515 FastTrack timeout 10/02/2009] In-reply-to: <1253892807.26527.157.camel@seb> Sender: Darren.Moffat@Sun.COM To: Sebastien Roy Cc: PSARC-ext , Erik Nordmark Message-id: <4ABCE5CB.4000406@Sun.COM> References: <1253892807.26527.157.camel@seb> User-Agent: Thunderbird 2.0.0.22 (X11/20090818) Status: RO Content-Length: 511 Sebastien Roy wrote: > I'm submitting this fast-track for Erik Nordmark, it times out on > 10/02/2009. The release binding is Patch. > This case is to introduce ping -D in Solaris and remove the limitations > for traceroute -F.. > > The behavior of ping and traceroute when these options (-D and -F > respectively) are not specified is unchanged. Huge +1 this will help a lot in determining where in a path there are miss guided network configs blocking all the "evil" ICMP traffic. -- Darren J Moffat From casper@holland.sun.com Fri Sep 25 08:48:30 2009 Received: from dm-holland-02.uk.sun.com (dm-holland-02.UK.Sun.COM [129.156.101.225]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8PFmS1W007560 for ; Fri, 25 Sep 2009 08:48:28 -0700 (PDT) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8PFmOB0017542; Fri, 25 Sep 2009 16:48:24 +0100 (BST) Message-Id: <200909251548.n8PFmOB0017542@dm-holland-02.uk.sun.com> From: Casper.Dik@sun.com To: Sebastien Roy cc: PSARC-ext , Erik Nordmark Subject: Re: fragmentation controls for ping and traceroute [PSARC/2009/515 FastTrack timeout 10/02/2009] In-Reply-To: <1253892807.26527.157.camel@seb> References: <1253892807.26527.157.camel@seb> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Sep 2009 17:48:24 +0200 Sender: casper@holland.sun.com Status: RO Content-Length: 2691 >I'm submitting this fast-track for Erik Nordmark, it times out on >10/02/2009. The release binding is Patch. > >Background: >---------- > >Since Solaris 2.0 we have enabled path MTU discovery by default >including for UDP and RAWIP sockets. The addition of IP_DONTFRAG >[PSARC/2009/494] allows applications to control this. > >Solaris implements traceroute -F ("dontfrag") to disable path MTU >discovery for traceroute. But this is documented as not working in >zones. And the implementation doesn't do it for IPv6 at all. > >BSD implements a -D option to ping(1m) to enable path MTU discovery just >like "-F" does it for traceroute. Solaris does not currently implement >this option. > >Details: >------- > >This case is to introduce ping -D in Solaris and remove the limitations >for traceroute -F.. > >The behavior of ping and traceroute when these options (-D and -F >respectively) are not specified is unchanged. > > > Exported Interfaces > ------------------------------------------------------------- > > Interface Classification Comments > ------------------------------------------------------------- > > ping -D option Committed ping(1M) > ping -F option Committed traceroute(1M) > ------------------------------------------------------------- "traceroute -F option", surely? > >Man page updates: >================ > >Add this text to ping(1M): > -D > Turn off path MTU discovery. For IPv4 this means setting > the Don't Fragment bit. For IPv4 and IPv6 this means to > not allow fragmentation as the datagrams are sent. If > the data_size exceeds the MTU, then ping may report > that sending failed due to Message too long. > >Change the text in traceroute(1M) from: > -F > > Set the "don't fragment" bit. This option is valid only > on IPv4. When specified from within a shared-IP zone, > this option has no effect as the "don't fragment" bit is > always set in this case. >to: > -F > Turn off path MTU discovery. For IPv4 this means setting > the Don't Fragment bit. For IPv4 and IPv6 this means to > not allow fragmentation as the datagrams are sent. If > the packetlen exceeds the MTU, then traceroute may > report that sending failed due to Message too long. >--- This sounds wrong. If you set the "don't fragment bit" then you ARE doing path MTU discovery. I think we only do this on TCP/IP and we don't do this for ICMP (ping) or UDP (traceroute). Casper From Sebastien.Roy@Sun.COM Fri Sep 25 08:55:42 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 n8PFtf5m008018 for ; Fri, 25 Sep 2009 08:55:41 -0700 (PDT) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8PFtffA056594 for ; Fri, 25 Sep 2009 08:55:41 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8PFteo3010609 for ; Fri, 25 Sep 2009 15:55:41 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 <0KQJ00D0099HEU00@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 25 Sep 2009 09:55:40 -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 <0KQJ005WAAW94MB0@mail-amer.sun.com>; Fri, 25 Sep 2009 09:55:22 -0600 (MDT) Date: Fri, 25 Sep 2009 11:55:21 -0400 From: Sebastien Roy Subject: Re: fragmentation controls for ping and traceroute [PSARC/2009/515 FastTrack timeout 10/02/2009] In-reply-to: <200909251548.n8PFmOB0017542@dm-holland-02.uk.sun.com> Sender: Sebastien.Roy@Sun.COM To: Casper.Dik@Sun.COM Cc: PSARC-ext , Erik Nordmark Message-id: <1253894121.26527.178.camel@seb> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 References: <1253892807.26527.157.camel@seb> <200909251548.n8PFmOB0017542@dm-holland-02.uk.sun.com> Status: RO Content-Length: 1316 On Fri, 2009-09-25 at 17:48 +0200, Casper.Dik@Sun.COM wrote: > > Exported Interfaces > > ------------------------------------------------------------- > > > > Interface Classification Comments > > ------------------------------------------------------------- > > > > ping -D option Committed ping(1M) > > ping -F option Committed traceroute(1M) > > ------------------------------------------------------------- > > "traceroute -F option", surely? Yes, that's a typo. > > -F > > Turn off path MTU discovery. For IPv4 this means setting > > the Don't Fragment bit. For IPv4 and IPv6 this means to > > not allow fragmentation as the datagrams are sent. If > > the packetlen exceeds the MTU, then traceroute may > > report that sending failed due to Message too long. > >--- > > > This sounds wrong. If you set the "don't fragment bit" then you ARE doing > path MTU discovery. I think we only do this on TCP/IP and we don't > do this for ICMP (ping) or UDP (traceroute). That's also a typo, it should say "Turn on path MTU discovery". Note that both ping and traceroute can do either ICMP or UDP (ping -U and traceroute -I). -Seb From erik.nordmark@sun.com Fri Sep 25 14:55:48 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 n8PLtlEi022670 for ; Fri, 25 Sep 2009 14:55:47 -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 n8PLtiJn256495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Sep 2009 14:55:46 -0700 (PDT) Message-ID: <4ABD3C5E.2090101@sun.com> Date: Fri, 25 Sep 2009 14:55:42 -0700 From: Erik Nordmark User-Agent: Thunderbird 2.0.0.22 (X11/20090818) MIME-Version: 1.0 To: Casper.Dik@sun.com CC: Sebastien Roy , PSARC-ext Subject: Re: fragmentation controls for ping and traceroute [PSARC/2009/515 FastTrack timeout 10/02/2009] References: <1253892807.26527.157.camel@seb> <200909251548.n8PFmOB0017542@dm-holland-02.uk.sun.com> In-Reply-To: <200909251548.n8PFmOB0017542@dm-holland-02.uk.sun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Status: RO Content-Length: 1415 Casper.Dik@Sun.COM wrote: >> Interface Classification Comments >> ------------------------------------------------------------- >> >> ping -D option Committed ping(1M) >> ping -F option Committed traceroute(1M) >> ------------------------------------------------------------- > > "traceroute -F option", surely? Oops, yes. >> -F >> Turn off path MTU discovery. For IPv4 this means setting >> the Don't Fragment bit. For IPv4 and IPv6 this means to >> not allow fragmentation as the datagrams are sent. If >> the packetlen exceeds the MTU, then traceroute may >> report that sending failed due to Message too long. >> --- > > > This sounds wrong. If you set the "don't fragment bit" then you ARE doing > path MTU discovery. I think we only do this on TCP/IP and we don't > do this for ICMP (ping) or UDP (traceroute). FWIW we've been doing it for all traffic including ICMP/RAWIP and UDP since Solaris 2.0. I've struggled with the description and trying to find a way to describe it that is common for IPv4 and IPv6. And you are right that saying "Turn off path MTU discovery" is odd at best. Thus I think it should say "Turn of fragmentation" as the first sentence for -D and -F. Does that make more sense? Erik > > Casper > From erik.nordmark@sun.com Fri Sep 25 14:57:44 2009 Received: from jurassic-x4600.sfbay.sun.com (cretaceous.SFBay.Sun.COM [129.146.17.63]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8PLviJe022817 for ; Fri, 25 Sep 2009 14:57:44 -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 n8PLveZ0256866 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Sep 2009 14:57:42 -0700 (PDT) Message-ID: <4ABD3CD4.3090100@sun.com> Date: Fri, 25 Sep 2009 14:57:40 -0700 From: Erik Nordmark User-Agent: Thunderbird 2.0.0.22 (X11/20090818) MIME-Version: 1.0 To: Sebastien Roy CC: Casper.Dik@sun.com, PSARC-ext Subject: Re: fragmentation controls for ping and traceroute [PSARC/2009/515 FastTrack timeout 10/02/2009] References: <1253892807.26527.157.camel@seb> <200909251548.n8PFmOB0017542@dm-holland-02.uk.sun.com> <1253894121.26527.178.camel@seb> In-Reply-To: <1253894121.26527.178.camel@seb> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Status: RO Content-Length: 587 Sebastien Roy wrote: >> This sounds wrong. If you set the "don't fragment bit" then you ARE doing >> path MTU discovery. I think we only do this on TCP/IP and we don't >> do this for ICMP (ping) or UDP (traceroute). > > That's also a typo, it should say "Turn on path MTU discovery". It doesn't quite do that, since using path MTU discovery with ping or traceroute would mean to most people that ping and traceroute would report the path MTU it discovers (there versions of traceroute out there that do just that). Hence my suggestion to say "Turn off fragmentation". Erik From Sebastien.Roy@Sun.COM Fri Sep 25 15:05:32 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 n8PM5WWs022951 for ; Fri, 25 Sep 2009 15:05:32 -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 n8PM5Wx0059517 for ; Fri, 25 Sep 2009 15:05:32 -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 n8PM5VcZ028646 for ; Fri, 25 Sep 2009 22:05:31 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 <0KQJ00D00RSC3E00@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 25 Sep 2009 16:05:31 -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 <0KQJ00MMUS166TB0@mail-amer.sun.com>; Fri, 25 Sep 2009 16:05:31 -0600 (MDT) Date: Fri, 25 Sep 2009 18:05:29 -0400 From: Sebastien Roy Subject: Re: fragmentation controls for ping and traceroute [PSARC/2009/515 FastTrack timeout 10/02/2009] In-reply-to: <4ABD3CD4.3090100@sun.com> Sender: Sebastien.Roy@Sun.COM To: Erik Nordmark Cc: Casper.Dik@Sun.COM, PSARC-ext Message-id: <1253916329.26527.385.camel@seb> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 References: <1253892807.26527.157.camel@seb> <200909251548.n8PFmOB0017542@dm-holland-02.uk.sun.com> <1253894121.26527.178.camel@seb> <4ABD3CD4.3090100@sun.com> Status: RO Content-Length: 695 On Fri, 2009-09-25 at 14:57 -0700, Erik Nordmark wrote: > Sebastien Roy wrote: > > >> This sounds wrong. If you set the "don't fragment bit" then you ARE doing > >> path MTU discovery. I think we only do this on TCP/IP and we don't > >> do this for ICMP (ping) or UDP (traceroute). > > > > That's also a typo, it should say "Turn on path MTU discovery". > > It doesn't quite do that, since using path MTU discovery with ping or > traceroute would mean to most people that ping and traceroute would > report the path MTU it discovers (there versions of traceroute out there > that do just that). > > Hence my suggestion to say "Turn off fragmentation". That sounds fine to me. -Seb From casper@holland.sun.com Sat Sep 26 04:29:40 2009 Received: from dm-holland-02.uk.sun.com (dm-holland-02.UK.Sun.COM [129.156.101.225]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8QBTdhU018124 for ; Sat, 26 Sep 2009 04:29:39 -0700 (PDT) Received: from holland (room101.Holland.Sun.COM [10.16.117.40]) by dm-holland-02.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8QBTaRR046225; Sat, 26 Sep 2009 12:29:36 +0100 (BST) Message-Id: <200909261129.n8QBTaRR046225@dm-holland-02.uk.sun.com> From: Casper.Dik@sun.com To: Sebastien Roy cc: Erik Nordmark , PSARC-ext Subject: Re: fragmentation controls for ping and traceroute [PSARC/2009/515 FastTrack timeout 10/02/2009] In-Reply-To: <1253916329.26527.385.camel@seb> References: <1253892807.26527.157.camel@seb> <200909251548.n8PFmOB0017542@dm-holland-02.uk.sun.com> <1253894121.26527.178.camel@seb> <4ABD3CD4.3090100@sun.com> <1253916329.26527.385.camel@seb> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Sep 2009 13:29:36 +0200 Sender: casper@holland.sun.com Status: RO Content-Length: 756 > >On Fri, 2009-09-25 at 14:57 -0700, Erik Nordmark wrote: >> Sebastien Roy wrote: >> >> >> This sounds wrong. If you set the "don't fragment bit" then you ARE doing >> >> path MTU discovery. I think we only do this on TCP/IP and we don't >> >> do this for ICMP (ping) or UDP (traceroute). >> > >> > That's also a typo, it should say "Turn on path MTU discovery". >> >> It doesn't quite do that, since using path MTU discovery with ping or >> traceroute would mean to most people that ping and traceroute would >> report the path MTU it discovers (there versions of traceroute out there >> that do just that). >> >> Hence my suggestion to say "Turn off fragmentation". > >That sounds fine to me. > +1 (the case and the clarifications) Casper From Sebastien.Roy@Sun.COM Tue Oct 6 07:16:08 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 n96EG8JJ006976 for ; Tue, 6 Oct 2009 07:16:08 -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 n96EG8ah009205 for ; Tue, 6 Oct 2009 07:16:08 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n96EG7IC022068 for ; Tue, 6 Oct 2009 14:16:07 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 <0KR300400HISA300@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Tue, 06 Oct 2009 08:16:07 -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 <0KR300MZPJMDQOE0@mail-amer.sun.com>; Tue, 06 Oct 2009 08:15:50 -0600 (MDT) Date: Tue, 06 Oct 2009 10:13:29 -0400 From: Sebastien Roy Subject: Re: fragmentation controls for ping and traceroute [PSARC/2009/515 FastTrack timeout 10/02/2009] In-reply-to: <1253892807.26527.157.camel@seb> Sender: Sebastien.Roy@Sun.COM To: PSARC-ext Cc: Erik Nordmark Message-id: <1254838409.25238.12.camel@strat> Organization: Sun Microsystems References: <1253892807.26527.157.camel@seb> Status: RO Content-Length: 264 On Fri, 2009-09-25 at 11:33 -0400, Sebastien Roy wrote: > I'm submitting this fast-track for Erik Nordmark, it times out on > 10/02/2009. The release binding is Patch. Belated case status update: This case was approved during last week's PSARC meeting. -Seb