From blu@sac.sfbay.sun.com Thu Oct 23 11:37:19 2008
Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m9NIbIB8010981
	for <psarc-ext@sac.sfbay.Sun.COM>; Thu, 23 Oct 2008 11:37:18 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m9NIb9Br011084;
	Fri, 24 Oct 2008 02:37:17 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K9700M19FQ4LE00@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 23 Oct 2008 11:37:16 -0700 (PDT)
Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K970051SFQ3A2F0@nwk-avmta-1.sfbay.Sun.COM>; Thu,
 23 Oct 2008 11:37:15 -0700 (PDT)
Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65])
	by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2)
 with ESMTP id m9NIbE5J016335; Thu, 23 Oct 2008 11:37:14 -0700 (PDT)
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m9NIbCWY010959; Thu,
 23 Oct 2008 11:37:12 -0700 (PDT)
Received: (from blu@localhost)	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit)
 id m9NIbCm5010948; Thu, 23 Oct 2008 11:37:12 -0700 (PDT)
Date: Thu, 23 Oct 2008 11:37:12 -0700 (PDT)
From: Brian Utterback <blu@sac.sfbay.sun.com>
Subject: tftpd server maximum timeout [PSARC/2008/652 FastTrack timeout
 10/30/2008]
To: PSARC-ext@sun.com
Cc: Satish.Murugesan@sun.com, Sreedhar.Chalamalasetti@sun.com
Message-id: <200810231837.m9NIbCm5010948@sac.sfbay.sun.com>
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
Status: RO
Content-Length: 2358

I am submitting this fastrack on behalf of Sreedhar Chalamalasetti.

Template Version: @(#)sac_nextcase %I% %G% SMI
This information is Copyright 2008 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
	 tftpd server maximum timeout
    1.2. Name of Document Author/Supplier:
	 Author:  Brian Utterback
    1.3  Date of This Document:
	23 October, 2008
4. Technical Description
This project proposes to add an option to set the tftpd server's (in.tftpd) 
maximum timeout in order to address CR 6696985.

The maximum timeout value (maxtimeout) in tftpd server is currently 25 seconds.
This maxtimeout value has proven to be too low for some applications, but 
currently there is no way to increase it because it is hardcoded. We propose to
make it configurable via a new command line flag "-T". This flag will take a single 
integer value that will set the retransmit timeout(rexmtval) in seconds, which will 
indirectly change the maxtimeout (5 times the rexmtval).

An example of setting of -T to 11 resulting in a 55 second maxtimeout value:

          # /usr/sbin/in.tftpd -T 11 -s /tftpboot

One point to elaborate on. It might seem odd to set the retransmission timer in
order to change the maximum timeout. This was choosen because the change is 
straightforward, and this is how it is currently done in Linux.

A minor/patch binding is requested.

Diffs for the man page are below:

*** in.tftpd.man	Thu Oct 23 14:25:59 2008
--- man_in.tftpd	Thu Oct 23 14:25:10 2008
***************
*** 10,16 ****
  
  SYNOPSIS
!      in.tftpd [-s] [homedir]
  
  
  DESCRIPTION
--- 10,16 ----
  
  SYNOPSIS
!      in.tftpd [-T <rexmtval>] [-s] [homedir]
  
  
  DESCRIPTION
***************
*** 40,45 ****
--- 43,52 ----
       -d    Debug. When specified  it  sets  the  SO_DEBUG  socket
             option.
  
+      -T rexmtval
+            Specifies the value of retransmission timeout in seconds.
+            This also sets the maximum session timeout to 5 times the
+            retransmission timeout value.
  
       -s    Secure.  When  specified,  the  directory  change   to
             homedir must succeed. The daemon also changes its root




6. Resources and Schedule
    6.4. Steering Committee requested information
   	6.4.1. Consolidation C-team Name:
		on
    6.5. ARC review type: FastTrack
    6.6. ARC Exposure: open


From carlsonj@phorcys.east.sun.com Thu Oct 23 11:55:15 2008
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m9NItF1T011618
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 23 Oct 2008 11:55:15 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m9NItCVv013002;
	Thu, 23 Oct 2008 11:55:13 -0700 (PDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K970030FGK0UA00@brm-avmta-1.central.sun.com>; Thu,
 23 Oct 2008 12:55:12 -0600 (MDT)
Received: from phorcys.east.sun.com ([129.148.174.143])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K9700KEPGJZ2O50@brm-avmta-1.central.sun.com>; Thu,
 23 Oct 2008 12:55:12 -0600 (MDT)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m9NItAZT006369; Thu,
 23 Oct 2008 14:55:10 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m9NItA3m006366; Thu,
 23 Oct 2008 14:55:10 -0400 (EDT)
Date: Thu, 23 Oct 2008 14:55:10 -0400
From: James Carlson <james.d.carlson@sun.com>
Subject: Re: tftpd server maximum timeout [PSARC/2008/652 FastTrack timeout
 10/30/2008]
In-reply-to: <200810231837.m9NIbCm5010948@sac.sfbay.sun.com>
To: Brian Utterback <blu@sac.sfbay.sun.com>
Cc: PSARC-ext@sun.com, Satish.Murugesan@sun.com,
        Sreedhar.Chalamalasetti@sun.com
Message-id: <18688.51342.697970.658074@gargle.gargle.HOWL>
MIME-version: 1.0
X-Mailer: VM 7.01 under Emacs 21.3.1
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200810231837.m9NIbCm5010948@sac.sfbay.sun.com>
Status: RO
Content-Length: 759

Brian Utterback writes:
> I am submitting this fastrack on behalf of Sreedhar Chalamalasetti.

Thanks for taking this up; I didn't have the time.

> A minor/patch binding is requested.

That should be "patch/micro."  I would expect that if the man page is
updated, this ought to be "Committed" stability.

As for SMF, the existing service is still not under SMF (it's a DIY
project for customers), so whoever eventually creates that service
will likely also have to deal with this as a tunable, but lack of
SMF-ing isn't this project.

-- 
James Carlson, Solaris Networking              <james.d.carlson@sun.com>
Sun Microsystems / 35 Network Drive        71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677

From brian.utterback@sun.com Fri Oct 31 06:14:51 2008
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m9VDEpJ7018165
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 31 Oct 2008 06:14:51 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m9VDEo9J056824
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 31 Oct 2008 07:14:50 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0K9L0040BU4PRF00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Fri, 31 Oct 2008 06:14:49 -0700 (PDT)
Received: from dm-east-01.east.sun.com ([129.148.9.192])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0K9L004D8U4NJI00@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri,
 31 Oct 2008 06:14:48 -0700 (PDT)
Received: from [129.148.226.11] (sr1-unsh01-01.East.Sun.COM [129.148.226.11])
	by dm-east-01.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2)
 with ESMTP id m9VDEhwa049244; Fri, 31 Oct 2008 09:14:43 -0400 (EDT)
Date: Fri, 31 Oct 2008 09:14:42 -0400
From: Brian Utterback <brian.utterback@sun.com>
Subject: Re: tftpd server maximum timeout [PSARC/2008/652 FastTrack timeout
 10/30/2008]
In-reply-to: <200810231837.m9NIbCm5010948@sac.sfbay.sun.com>
To: Brian Utterback <blu@sac.sfbay.sun.com>
Cc: PSARC-ext@sun.com, Satish.Murugesan@sun.com,
        Sreedhar.Chalamalasetti@sun.com
Message-id: <490B04C2.8000209@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <200810231837.m9NIbCm5010948@sac.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.18pre (X11/20081021)
Status: RO
Content-Length: 3083

This fast-track was approved at Wednesday's meeting.

Brian Utterback wrote:
> I am submitting this fastrack on behalf of Sreedhar Chalamalasetti.
> 
> Template Version: @(#)sac_nextcase %I% %G% SMI
> This information is Copyright 2008 Sun Microsystems
> 1. Introduction
>     1.1. Project/Component Working Name:
> 	 tftpd server maximum timeout
>     1.2. Name of Document Author/Supplier:
> 	 Author:  Brian Utterback
>     1.3  Date of This Document:
> 	23 October, 2008
> 4. Technical Description
> This project proposes to add an option to set the tftpd server's (in.tftpd) 
> maximum timeout in order to address CR 6696985.
> 
> The maximum timeout value (maxtimeout) in tftpd server is currently 25 seconds.
> This maxtimeout value has proven to be too low for some applications, but 
> currently there is no way to increase it because it is hardcoded. We propose to
> make it configurable via a new command line flag "-T". This flag will take a single 
> integer value that will set the retransmit timeout(rexmtval) in seconds, which will 
> indirectly change the maxtimeout (5 times the rexmtval).
> 
> An example of setting of -T to 11 resulting in a 55 second maxtimeout value:
> 
>           # /usr/sbin/in.tftpd -T 11 -s /tftpboot
> 
> One point to elaborate on. It might seem odd to set the retransmission timer in
> order to change the maximum timeout. This was choosen because the change is 
> straightforward, and this is how it is currently done in Linux.
> 
> A minor/patch binding is requested.
> 
> Diffs for the man page are below:
> 
> *** in.tftpd.man	Thu Oct 23 14:25:59 2008
> --- man_in.tftpd	Thu Oct 23 14:25:10 2008
> ***************
> *** 10,16 ****
>   
>   SYNOPSIS
> !      in.tftpd [-s] [homedir]
>   
>   
>   DESCRIPTION
> --- 10,16 ----
>   
>   SYNOPSIS
> !      in.tftpd [-T <rexmtval>] [-s] [homedir]
>   
>   
>   DESCRIPTION
> ***************
> *** 40,45 ****
> --- 43,52 ----
>        -d    Debug. When specified  it  sets  the  SO_DEBUG  socket
>              option.
>   
> +      -T rexmtval
> +            Specifies the value of retransmission timeout in seconds.
> +            This also sets the maximum session timeout to 5 times the
> +            retransmission timeout value.
>   
>        -s    Secure.  When  specified,  the  directory  change   to
>              homedir must succeed. The daemon also changes its root
> 
> 
> 
> 
> 6. Resources and Schedule
>     6.4. Steering Committee requested information
>    	6.4.1. Consolidation C-team Name:
> 		on
>     6.5. ARC review type: FastTrack
>     6.6. ARC Exposure: open
> 

-- 
blu

"Murderous organizations have increased in size and scope; they are
more daring, they are served by the most terrible weapons offered by
modern science, and the world is nowadays threatened by new forces
which, if recklessly unchained, may some day wreck universal
destruction."  - Arthur Griffith, 1898
----------------------------------------------------------------------
Brian Utterback - Solaris RPE, Sun Microsystems, Inc.
Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom

