关于DHCP Option60的认识

       最近在网络建设过程中，必须面对一个实际存在的问题：当只有一根线入户时，该如何解决CATV和宽带业务的共存呢？这时就要考虑用到DHCPOption60了，那么DHCPOption60到底是如何来实现业务区分的呢？

首先先来看下DHCP协议，在DHCP协议中，定义了一个option字段，该字段主要是用来扩展DHCP协议的，Option 60 (Vendor class identifier)是DHCP报文中的一个选项字段，code为60，可以标识终端类型，根据不同的终端类型来选择接口下的网关。这样，各个厂家就可以在该字段中添加自身的标识，用于区别不同的终端。 

 

针对与机顶盒来说具体的实现应该是这样的：

  1. 用户终端（机顶盒）填好的一个域（classidentifier），主要用于机顶盒标识自身的设备类型或配置，以便在DHCPserver之间传递特殊的配置信息。

  2. DHCP relay设备根据DHCP报文内的option60域的内容判断其属于哪个DHCP域，并将相关网关地址填入GIADDR，然后进行3层转发。

  3. 不具备option60的DHCPserver将忽略该选项；否则，server在返回相应信息时应采用option60选项。

 

 目前在实际的建网过程中，大多数都采用三层交换机来充当DHCPServer，这中间会涉及到DHCPRelay功能（暂时不解释），在三层交换机上配置vlan接口，创建两个地址池，一个给宽带用户，一个给CATV，但是这两个业务是在同一个vlan中（开头提到的只有一根线入户），如何来区分呢？需要给该vlan接口配置两个ip地址（网关），然后给这个接口指定两个Server（不同的DNS），一个给宽带用户分配上网地址，一个给机顶盒分配点播互动地址，并且开启DHCPRelay（不开启不能获取地址），当用户用PC上网时，获取的将是宽带业务的地址，当进行CATV互动点播时，获取到的是CATV的地址，这样就解决了一根线入户，区别业务的目的。

   PS：当用三层交换机做Server时，一般配置接口地址为Server的地址。

 

下图为机顶盒发起的DHCP Discover报文：

 

  空白部分就是机顶盒的classidentifier（不好公布，谅解），由机顶盒发起，其他的DHCP过程就不上图了，跟一般的过程一样，只是整个交互过程注意这个填充字段就可以了。