使能DHCP Relay_option鍵的作用

DHCP一家子（不包括DHCPv6）包括DHCP Client、DHCP Server、DHCP Relay以及DHCP Snooping，之后我會一個個詳細學習之后發出來。今天講述一下DHCP relay，之前先學習的DHCP Sever，還沒來得及整理，之后會發出來，今天先說說DHCP Relay。

DHCP Relay（DHCP中繼）,也叫作DHCP Agent，主要用于DHCP Client和DHCP Server不在一個網段時，DHCP Client又有自動地址分配的請求。下面說一下工作過程：

DHCP Client廣播發送請求報文，如果同一存在DHCP Server，則Server給客戶端提供地址分配。如果本網絡不存在DHCP Server，那么就需要DHCP Realy充當代理，來代替DHCP Client尋找DHCP Server，同時也把Server發送給客戶端的響應報文轉發給客戶端。

具體流程如下：假設本網絡內沒有DHCP Server

Dhcp relay會根據接收到的報文的op字段判斷是請求報文還是響應報文：

1）如果收到請求報文的話（可能來自dhcp cllient也可能是dhcp relay），檢查如果帶有option82字段，則丟棄（來自client，單層relay）或者用自己的option82替換（來自dhcp relay,多層relay）。如果沒有攜帶option82，則DHCP Relay需要添加這個選項，并修改giaddr字段為自己的ip地址，hops字段加1，如果DHCP Relay知道DHCP Server的地址那么就單播出去，否則就廣播出去（看如何配置）。Dhcp server收到請求報文后，解析option82字段得到dhcp relay的信息，同時發送響應報文，響應報文帶有給DHCP Client的配置信息以及option82字段。

2）如果收到的是響應報文（可能來自DHCP Relay也可能是DHCP Server），那么dhcp relay會剝離option82字段，然后一層層下發到HDCP Client

交互過程如此下圖：

說明：

請求報文包括：Discover、Request、Inform、Decline、Release

響應報文包括：Offer、ACK、NAK

DHCP Client正常請求報文是廣播報文，如果是DHCP Server直接發送給DHCP Server的那就需要看Client是否設置廣播標志位。如果設置則是廣播，未設置就是單播。DHCPserver若發送給DHCP Relay則是單播。DHCPRelay 發送給DHCP Client要檢查是否設置廣播標志位（響應報文的這個位的設置和請求報文設置的是相同值），DHCP Relay到DHCP Relay是單播。

Option82:

Option82選項是dhcp報文options中對dhcp relay應用設置的選項。在RFC3046中講述了option82的作用

格式為：

Code：82（option的code號）

Len：N（為sub-options的長度。設置了option82后，至少設置一個sub-option）

Sub-options:

sub-options的格式為：

現在有三種sub-opt：

Sub-opt：1（circuit id表示代理電路id）一般配合sub-opt2一起使用

Len：n（sub-option value的長度）

Sub-option value：

不同的模式有不同的規定值：

在標準模式下通常是接收報文的二層端口號（port）和vlan號

另外還有華為固網模式的格式為：

AccessNodeIdentifier eth frame/slot/subslot/port/:vlan

AccessNodeIdentifier:接入點標識

eth ：以太網的類型

Frame：框號

Slot：槽號

Subslot:子槽號

Port：端口號

Vlan：vlan id

Sub-opt：2（remote id表示代理遠程id）

Len：n（sub-option value的長度）

Sub-option value:

接收報文的設備mac地址

Sub-opt：5（link selection 表示鏈路選擇）

Len：n（sub-option value的長度）

Sub-option value:

一般不設置

參考RFC 3046，這篇講述的是DHCP Option82