DHCP relay 报文交互咨询

一般是非对称的交互。

dhcp中继发往dhcp服务器的报文是用去往服务器的出接口地址做为源地址，以dhcp服务器为目的地址。

但dhcp服务器回包时会以交换机的VLANIF接口ip为目的地址，当然源地址还是服务器自己。

这个抓个包就很明显了。

vlanif

当然是vlanif（以下是网络上摘抄内容）

DHCP中继的工作原理

发现阶段：DHCP中继接收到DHCP客户端广播发送的DHCP DISCOVER报文后，通过路由转发将DHCP报文单播发送到DHCP服务器或下一跳中继。

提供阶段：DHCP服务器根据DHCP DISCOVER报文中的Giaddr字段选择地址池为客户端分配相关网络参数，DHCP中继收到DHCP OFFER报文后，以单播或组播方式发送给DHCP Client。

选择阶段：中继接收到来自客户端的DHCP REQUEST报文的处理过程同“发现阶段”。

确认阶段：中继接收到来自服务器的DHCP ACK报文的处理过程同“提供阶段”。

DHCP中继收到DHCP DISCOVER报文后，处理规则为：

·         检查DHCP报文中的Hops字段，如果大于16，则丢弃DHCP报文；否则，将Hops字段加1（表明经过一次DHCP中继），并继续下面的操作。

·         检查DHCP报文中的Giaddr字段。如果是0，将Giaddr字段设置为接收DHCP DISCOVER报文的接口IP地址。如果不是0，则不修改该字段，继续下面的操作。

·         将DHCP报文的目的IP地址改为DHCP服务器或下一跳中继的IP地址，源地址改为中继连接客户端的接口地址，通过路由转发将DHCP报文单播发送到DHCP服务器或下一跳中继。

DHCP服务器接收到DHCP DISCOVER报文后，选择与报文中Giaddr字段为同一网段的地址池，并为客户端分配IP地址等参数，然后向Giaddr字段标识的DHCP中继单播发送DHCP OFFER报文，DHCP中继收到DHCP OFFER报文后，会进行如下处理：

·         检查报文中的Giaddr字段，如果不是接口的地址，则丢弃该报文；否则，继续下面的操作。

·         DHCP中继检查报文的广播标志位。如果广播标志位为1，则将DHCP OFFER报文广播发送给DHCP客户端；否则将DHCP OFFER报文单播发送给DHCP客户端。

貌似只是H3C的设备是进行的非对称交互，去往DHCP server 的数据包源地址为出接口地址，server发回的数据包，目的地址为vlanif接口地址。

H3C交互过程：

cisco设备的交互则是对称的，源地址和目的都是vlanif接口地址。

cisco交互过程: