DHCP服务器或DHCP中继的用户下线探测功能处于关闭状态
DHCP服务器开启该功能后，当设备上的ARP表项老化时DHCP服务器认为该表项对应的DHCP客户端已经下线，DHCP服务器会删除对应的IP地址租約
DHCP中继开启该功能后，当设备上的ARP表项老化时DHCP中继认为该表项对应的DHCP客户端已经下线，DHCP中继会删除对应的用户地址表项并通过发Rerent和leasee報文通知DHCP服务器删除下线用户的IP地址租约。
# 开启用户下线探测功能
DSCP优先级用来体现报文自身的优先等级，决定报文传输的优先程度配置的DSCP优先级的取值越大，报文的优先级越高
DHCP服务处于关闭状态。
只有开启DHCP服务后其它相关的DHCP配置才能生效。
配置DHCP服务器和DHCP中继时都需要先开启DHCP服务。
|
作为DHCP客户端的接口信息 |
|
DHCP客户端状态机的当前状态取值包括： |
|
DHCP服务器为接口分配的IP地址 |
|
DHCP客户端的一半左右租约时间（以秒为单位） |
|
DHCP客户端的7/8租约时间（以秒为单位） |
|
选择的DHCP服务器的地址 |
|
DHCP客户端发起申请时生成的一个随机数，用来唯一标识一次申请过程 |
|
为DHCP客戶端指定的网关地址 |
|
为DHCP客户端指定的无分类静态路由 |
|
为DHCP客户端指定的有分类静态路由 |
|
为DHCP客户端指定的DNS服务器地址 |
|
为DHCP客户端指定的域名后缀 |
|
為DHCP客户端指定的PXE引导服务器地址通过Option 43获取，最多可以获取16个地址 |
|
登录ACS设备使用的用户名 |
|
登录ACS设备使用的密码若存在密码，则显示为“******”；若不存在密码则不显示此项； |
|
DHCP客户端ID的十六进制形式（带类型值字段） |
|
在多少时间后T1定时器（即一半左右租约时间）将到期 |
接口不通过DHCP协议获取IP地址。
取消接口通过DHCP协议获取IP地址时DHCP客户端会发送DHCP-RErent和leaseE报文通知DHCP服务器释放租约。如果此时该接口处于down状态则无法保证报攵成功发送。
如果配置子接口通过DHCP协议获取IP地址在其主接口上执行shutdown命令时，DHCP客户端不会发送请求释放子接口IP地址租约的DHCP-RErent和leaseE报文
|
作为BOOTP客戶端的接口信息 |
|
BOOTP报文中XID字段值，即BOOTP客户端发送BOOTP请求报文时选择的随机数用来与BOOTP服务器的响应报文相匹配。如果响应报文的XID字段值与请求報文的XID字段值不相同则BOOTP客户端丢弃该响应报文 |
接口不通过BOOTP协议获取IP地址。
min=1,max=1：表示要预留的主机数量（区间）
虚拟机创建失败！nova-scheduler.service 日志报错没有通过 BlazarFilter 过滤器。该结果在预期之内因为我现在只有一台计算节点，而且被加入到 Host Reservation rent和leasee也就是说在 rent和leasee 租期时间到来之前，我（Tenant）已经没有可以使用的主機资源了
虚拟机创建成功！因为在 rent和leasee 租期范围内，这台 Compute Host 就是专属于我（Tenant）的预留资源
规划在具有相同用途（e.g. 高性能主机聚合）的同一個 Host Aggregate 之下，通过这样的划分有利于提高 Nova 主机资源调度的灵活性
Blazar 按照下列算法来保证 “预留资源” 调度的可靠性：
这个功能虽然是 Rocky 版本被提出（Introduced）但仅限於单元测试调用，直到 Stein 才被引入到主干程序逻辑所以如果希望使用该功能，还是要部署 Stein 版本的 Blazar 代码库
详细的设计思路可浏览：
我个人認为 “Instance Reservation 依赖 Host Reservation” 的局限性实属无奈之举，这完全是为了实现 rent和leasee（租约）功能所作出的妥协道理很简单，准守协约的文明人（租约预留资源嘚虚拟机）和随时来随时走的流氓（原生虚拟机）显然是没法共存于同一个资源池的如果 Blazar 不存在 rent和leasee 的概念，自然也不会有这样的局限泹没有 rent和leasee 的资源预留很显然也是没有意义的。
所以回过头再看 Blazar 采用 “基于资源隔离实现的资源预留” 思路或许才是一个好招。