| menu "DCCP CCIDs Configuration (EXPERIMENTAL)" | 
 | 	depends on EXPERIMENTAL | 
 |  | 
 | config IP_DCCP_CCID2_DEBUG | 
 | 	bool "CCID-2 debugging messages" | 
 | 	---help--- | 
 | 	  Enable CCID-2 specific debugging messages. | 
 |  | 
 | 	  The debugging output can additionally be toggled by setting the | 
 | 	  ccid2_debug parameter to 0 or 1. | 
 |  | 
 | 	  If in doubt, say N. | 
 |  | 
 | config IP_DCCP_CCID3 | 
 | 	bool "CCID-3 (TCP-Friendly) (EXPERIMENTAL)" | 
 | 	def_bool y if (IP_DCCP = y || IP_DCCP = m) | 
 | 	---help--- | 
 | 	  CCID-3 denotes TCP-Friendly Rate Control (TFRC), an equation-based | 
 | 	  rate-controlled congestion control mechanism.  TFRC is designed to | 
 | 	  be reasonably fair when competing for bandwidth with TCP-like flows, | 
 | 	  where a flow is "reasonably fair" if its sending rate is generally | 
 | 	  within a factor of two of the sending rate of a TCP flow under the | 
 | 	  same conditions.  However, TFRC has a much lower variation of | 
 | 	  throughput over time compared with TCP, which makes CCID-3 more | 
 | 	  suitable than CCID-2 for applications such streaming media where a | 
 | 	  relatively smooth sending rate is of importance. | 
 |  | 
 | 	  CCID-3 is further described in RFC 4342, | 
 | 	  http://www.ietf.org/rfc/rfc4342.txt | 
 |  | 
 | 	  The TFRC congestion control algorithms were initially described in | 
 | 	  RFC 5348. | 
 |  | 
 | 	  This text was extracted from RFC 4340 (sec. 10.2), | 
 | 	  http://www.ietf.org/rfc/rfc4340.txt | 
 |  | 
 | 	  If in doubt, say N. | 
 |  | 
 | config IP_DCCP_CCID3_DEBUG | 
 | 	bool "CCID-3 debugging messages" | 
 | 	depends on IP_DCCP_CCID3 | 
 | 	---help--- | 
 | 	  Enable CCID-3 specific debugging messages. | 
 |  | 
 | 	  The debugging output can additionally be toggled by setting the | 
 | 	  ccid3_debug parameter to 0 or 1. | 
 |  | 
 | 	  If in doubt, say N. | 
 |  | 
 | config IP_DCCP_CCID3_RTO | 
 | 	  int "Use higher bound for nofeedback timer" | 
 | 	  default 100 | 
 | 	  depends on IP_DCCP_CCID3 && EXPERIMENTAL | 
 | 	  ---help--- | 
 | 	    Use higher lower bound for nofeedback timer expiration. | 
 |  | 
 | 	    The TFRC nofeedback timer normally expires after the maximum of 4 | 
 | 	    RTTs and twice the current send interval (RFC 3448, 4.3). On LANs | 
 | 	    with a small RTT this can mean a high processing load and reduced | 
 | 	    performance, since then the nofeedback timer is triggered very | 
 | 	    frequently. | 
 |  | 
 | 	    This option enables to set a higher lower bound for the nofeedback | 
 | 	    value. Values in units of milliseconds can be set here. | 
 |  | 
 | 	    A value of 0 disables this feature by enforcing the value specified | 
 | 	    in RFC 3448. The following values have been suggested as bounds for | 
 | 	    experimental use: | 
 | 		* 16-20ms to match the typical multimedia inter-frame interval | 
 | 		* 100ms as a reasonable compromise [default] | 
 | 		* 1000ms corresponds to the lower TCP RTO bound (RFC 2988, 2.4) | 
 |  | 
 | 	    The default of 100ms is a compromise between a large value for | 
 | 	    efficient DCCP implementations, and a small value to avoid disrupting | 
 | 	    the network in times of congestion. | 
 |  | 
 | 	    The purpose of the nofeedback timer is to slow DCCP down when there | 
 | 	    is serious network congestion: experimenting with larger values should | 
 | 	    therefore not be performed on WANs. | 
 |  | 
 | config IP_DCCP_TFRC_LIB | 
 | 	def_bool y if IP_DCCP_CCID3 | 
 |  | 
 | config IP_DCCP_TFRC_DEBUG | 
 | 	def_bool y if IP_DCCP_CCID3_DEBUG | 
 | endmenu |