1#ident "%Z%%M% %I% %E% SMI" 2# 3# Copyright 2005 Sun Microsystems, Inc. All rights reserved. 4# Use is subject to license terms. 5# 6# CDDL HEADER START 7# 8# The contents of this file are subject to the terms of the 9# Common Development and Distribution License, Version 1.0 only 10# (the "License"). You may not use this file except in compliance 11# with the License. 12# 13# You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE 14# or http://www.opensolaris.org/os/licensing. 15# See the License for the specific language governing permissions 16# and limitations under the License. 17# 18# When distributing Covered Code, include this CDDL HEADER in each 19# file and include the License file at usr/src/OPENSOLARIS.LICENSE. 20# If applicable, add the following below this CDDL HEADER, with the 21# fields enclosed by brackets "[]" replaced with your own identifying 22# information: Portions Copyright [yyyy] [name of copyright owner] 23# 24# CDDL HEADER END 25# 26 27# 28# This file contains tunable parameters for dhcpagent(1M). 29# 30 31# All parameters can be tuned for a specific interface by prepending 32# the interface name to the parameter name. For example, to make 33# RELEASE_ON_SIGTERM happen on all interfaces except hme0, specify: 34# 35# hme0.RELEASE_ON_SIGTERM=no 36# RELEASE_ON_SIGTERM=yes 37 38# By default, when the DHCP agent is sent a SIGTERM, all managed 39# interfaces are dropped. By uncommenting the following 40# parameter-value pair, all managed interfaces are released instead. 41# 42# RELEASE_ON_SIGTERM=yes 43 44# When the DHCP agent gets an ACK from the server, it sends an ARP 45# request to verify that a given IP address is not already in use. If 46# an ARP reply is received, the DHCP agent declines the server's 47# offer. However, if the DHCP agent is unable to send the ARP request 48# packet for whatever reason, it assumes the address is available. To 49# be more cautious, uncomment the following parameter-value pair. 50# 51# IGNORE_FAILED_ARP=no 52 53# By default, the DHCP agent waits 3 seconds to collect OFFER 54# responses to a DISCOVER. If it receives no OFFERs in this time, it 55# then waits for another 3 seconds, and so forth. To change this 56# behavior, set and uncomment the following parameter-value pair. 57# Note: this does not control the retransmission strategy for 58# DISCOVERs, which is formally specified in RFC 2131. This parameter 59# is specified in seconds. 60# 61# OFFER_WAIT= 62 63# By default, the DHCP agent waits 1000 milliseconds to collect ARP 64# replies to an ARP request when verifying that an IP address is not 65# in use. To change this behavior, set and uncomment the following 66# parameter-value pair. This parameter is specified in milliseconds. 67# 68# ARP_WAIT= 69 70# By default, the DHCP agent does not send out a client identifier 71# (and hence, the chaddr field is used by the DHCP server as the 72# client identifier.) To make the DHCP agent send a client 73# identifier, set and uncomment the following parameter-value pair. 74# Note that by default this is treated as an NVT ASCII string. To 75# specify a binary value, prepend "0x" to a sequence of hexadecimal 76# digits (for example, the value 0xAABBCC11 would set the client 77# identifier to the 4-byte binary sequence 0xAA 0xBB 0xCC 0x11). 78# 79# CLIENT_ID= 80 81# By default, the DHCP agent will try to request the hostname currently 82# associated with the interface performing DHCP. If this option is 83# enabled, the agent will attempt to find a host name in /etc/hostname.<if>, 84# which must contain a line of the form 85# 86# inet name 87# 88# where "name" is a single RFC 1101-compliant token. If found, the token 89# will be used to request that host name from the DHCP server. To prevent 90# this, uncomment the following line. 91# 92# REQUEST_HOSTNAME=no 93 94# By default, a parameter request list requesting a subnet mask (1), 95# router (3), DNS server (6), hostname (12), DNS domain (15), broadcast 96# address (28), and encapsulated vendor options (43), is sent to the DHCP 97# server when the DHCP agent sends requests. However, if desired, this 98# can be changed by altering the following parameter-value pair. The 99# numbers correspond to the values defined in RFC 2132. 100# 101PARAM_REQUEST_LIST=1,3,6,12,15,28,43 102