上面用到的语句声明意义如下：
primary 、secondary主、次服务器声明语句：
[ primary | secondary ];
它决定服务器的角色是主还是次，描述在前面DHCP FAILOVER部分。
address 语句
address address;
address 语句声明了服务器应该侦听或者连接的失败恢复伴侣的IP地址或域名，同时也是DHCP失败恢复协议服务器的标识。因为这个值用来标识DHCP服务器在失败恢复伙伴中的地位，它不能被省略。（这里应该是本机的IP地址或域名，因为下面的peer address语句里面言定义的是对端的IP地址或域名，如果按照字面的解释，这两个语句实际是冲突的，再看上面的例子，也应该是本机的IP或域名，需要实验确定一下）
peer address语句
peer address address;
表示失败恢复伴侣的IP地址或域名。
port语句
port port-number;
本机监听的TCP端口号，用来监听伴侣服务器的信息。当前这个选项不能被省略，因为失败恢复协议还没有保留的TCP 端口号。
peer port 语句
peer port port-number;
指定要连接的伴侣服务器的TCP端口号。当前这个选项不能被省略，因为失败恢复协议还没有保留的TCP 端口号。它可以和port 语句的端口号是一个端口号。
max-response-delay 最大回应延时语句
max-response-delay seconds;
最大回应延时语句说明多少秒后DHCP服务器没有收到伴侣的信息，它会认为伴侣已经失效。这个值应该足够小，如果一个短暂的网络失效打断伴侣之间的连接不会影响服务器间的通讯太长时间，但是也要足够大，让服务器可以建立中断的连接。这个参数必须指定。（这里的解释也有问题，可以按例子来设置，具体可能会依靠环境作优化）
max-unacked-updates语句
max-unacked-updates count;
max-unacked-updates 语句告诉DHCP服务器在接收到从伴侣服务器收到BNDACK信息之前可以发送多少个BNDUPD信息。我没有足够的操作经验来说明这个值多大为好，但是10看起来能工作，这个值必须指定。
mclt语句
mclt seconds;
mclt 语句定义了客户端最大引导时间（Maximum Client Lead Time），它一定要在主服务器上指定，不需要在次服务器上指定。这是伴侣服务器双方不通讯而分配的租约更新的时长。设置的越长，运行的服务器恢复转到PARTNER-DOWN 的时间就越长;设置的越短，服务器不能通讯时的负载就越大。设置为3600或许比较好，但是我们并没有真正实际的经验。
split 语句
split index;
split 语句指定主、次服务器之间的负载平衡，当一个客户端发送一个DHCP请求，DHCP服务器按哈希算法为客户机设定地址，如果哈希算法得出的值小于分隔值，主服务器应答，如果值大于或等于分隔值，次服务器应答。唯一有意义的值是128，并且只能配置在主服务器上。
hba语句
hba colon-separated-hex-list;
hba 语句指定主次服务器之间的分隔作为位图而不是中断（as a bitmap rather than a cutoff）, 这理论上允许了更精细的控制。在实践中，一般不需要如此精细的控制。一个hba 语句的例子如下：
hba ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:
00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00;
这等价于“split 128”，只能有一个split 或者hba定义，不能两个都有。大多数情况下，更精细的控制hba 并不需要，一般都使用split，很少使用hba。
load balance max seconds语句
load balance max seconds seconds;
这个语句允许配置一个界限，过了这个界限后负载平衡就被关闭。这个界限基于客户端发送DHCPDISCOVER 或者 DHCPREQUEST之后的秒数，并且需要客户端装配secs字段――幸运的是，大多数客户端都这样。我们推荐设置这个值为3 或 5。这个语句的作用是：如果一个失败恢复的伴侣进入一种状态，它对另一个伴侣有应答，但对客户端没有应答，正常的一台将会接管另一台的负载。