Masahiro Yamada | ed36323 | 2014-09-16 16:32:58 +0900 | [diff] [blame] | 1 | # |
| 2 | # Network configuration |
| 3 | # |
| 4 | |
| 5 | menuconfig NET |
| 6 | bool "Networking support" |
Michal Simek | 3b3ea2c | 2018-02-26 16:01:02 +0100 | [diff] [blame] | 7 | default y |
Masahiro Yamada | ed36323 | 2014-09-16 16:32:58 +0900 | [diff] [blame] | 8 | |
| 9 | if NET |
| 10 | |
Adam Ford | 3275f26 | 2020-07-03 09:00:14 -0500 | [diff] [blame] | 11 | config BOOTP_SEND_HOSTNAME |
| 12 | bool "Send hostname to DNS server" |
| 13 | help |
| 14 | Some DHCP servers are capable to do a dynamic update of a |
| 15 | DNS server. To do this, they need the hostname of the DHCP |
| 16 | requester. |
| 17 | If CONFIG_BOOTP_SEND_HOSTNAME is defined, the content |
| 18 | of the "hostname" environment variable is passed as |
| 19 | option 12 to the DHCP server. |
| 20 | |
Joe Hershberger | bef1014 | 2015-05-04 14:55:13 -0500 | [diff] [blame] | 21 | config NET_RANDOM_ETHADDR |
| 22 | bool "Random ethaddr if unset" |
| 23 | help |
| 24 | Selecting this will allow the Ethernet interface to function |
| 25 | even when the ethaddr variable for that interface is unset. |
| 26 | A new MAC address will be generated on every boot and it will |
| 27 | not be added to the environment. |
| 28 | |
Bernhard Nortmann | 2666074 | 2015-09-14 15:29:46 +0200 | [diff] [blame] | 29 | config NETCONSOLE |
| 30 | bool "NetConsole support" |
| 31 | help |
| 32 | Support the 'nc' input/output device for networked console. |
| 33 | See README.NetConsole for details. |
| 34 | |
Marek Vasut | 3f6bcdf | 2019-06-11 04:51:14 +0200 | [diff] [blame] | 35 | config IP_DEFRAG |
| 36 | bool "Support IP datagram reassembly" |
| 37 | default n |
| 38 | help |
| 39 | Selecting this will enable IP datagram reassembly according |
| 40 | to the algorithm in RFC815. |
| 41 | |
Rasmus Villemoes | 215df01 | 2020-02-07 15:17:42 +0000 | [diff] [blame] | 42 | config NET_MAXDEFRAG |
| 43 | int "Size of buffer used for IP datagram reassembly" |
| 44 | depends on IP_DEFRAG |
| 45 | default 16384 |
| 46 | range 1024 65536 |
| 47 | help |
| 48 | This defines the size of the statically allocated buffer |
| 49 | used for reassembly, and thus an upper bound for the size of |
| 50 | IP datagrams that can be received. |
| 51 | |
Marek Vasut | b618b37 | 2019-06-11 04:51:15 +0200 | [diff] [blame] | 52 | config TFTP_BLOCKSIZE |
| 53 | int "TFTP block size" |
Andre Przywara | 16cdc2d | 2019-11-23 17:58:59 +0000 | [diff] [blame] | 54 | default 1468 |
Marek Vasut | b618b37 | 2019-06-11 04:51:15 +0200 | [diff] [blame] | 55 | help |
| 56 | Default TFTP block size. |
Patrick Delaunay | 421de7f | 2020-04-22 14:18:25 +0200 | [diff] [blame] | 57 | The MTU is typically 1500 for ethernet, so a TFTP block of |
| 58 | 1468 (MTU minus eth.hdrs) provides a good throughput with |
| 59 | almost-MTU block sizes. |
| 60 | You can also activate CONFIG_IP_DEFRAG to set a larger block. |
Marek Vasut | b618b37 | 2019-06-11 04:51:15 +0200 | [diff] [blame] | 61 | |
Ramon Fried | cc6b87e | 2020-07-18 23:31:46 +0300 | [diff] [blame^] | 62 | config TFTP_WINDOWSIZE |
| 63 | int "TFTP window size" |
| 64 | default 1 |
| 65 | help |
| 66 | Default TFTP window size. |
| 67 | RFC7440 defines an optional window size of transmits, |
| 68 | before an ack response is required. |
| 69 | The default TFTP implementation implies a window size of 1. |
| 70 | |
Masahiro Yamada | ed36323 | 2014-09-16 16:32:58 +0900 | [diff] [blame] | 71 | endif # if NET |