FTTx+LAN接入方式采用什么拓扑结构? 本方案采用DHCP来分配网络地址。DHCP是(4)协议的一个扩展，便于客户自动从服务器获取IP地址和相关设置，其中实现IP地址动态分配的过程如下：(下面①到④未按顺序排列) ①客户设置服务器ID和IP地址

admin2006-03-15 45

问题 FTTx+LAN接入方式采用什么拓扑结构?
本方案采用DHCP来分配网络地址。DHCP是(4)协议的一个扩展，便于客户自动从服务器获取IP地址和相关设置，其中实现IP地址动态分配的过程如下：(下面①到④未按顺序排列)
①客户设置服务器ID和IP地址，并发送给服务器一个DHCPREQUEST报文。
②客户端向服务器广播DHCPDISCOVER报文，此报文源地址为(5)，目标地址为(6)。
③服务器返回 DHCPACK报文。
④服务器返回 DHCPOFFER报文。
客户收到的数据包中应包含客户的(7)地址，后面跟着服务器能提供的IP地址、子网掩码、租约期限以及DHCP服务器的(8)地址。客户进行ARP检测，如果觉得有问题，发送DHCPDECLINE报文；如果觉得没有问题，就接受这个配置参数。
(1)将文中①～④按照应答过程重新排序。
(2)将文中(4)～(8)处空缺的名称填写在答题纸的相应位置。

选项

答案1．②④①③ 2．(4) BOOTP (5) 0.0.0.0 (6) 255.255.255.255 (7) MAC (8) IP地址

解析 DHCP是Dynamic Host Configuration Protocol的缩写，它的前身是BOOTP。BOOTP原本是用于无磁碟主机连接的网络，网络主机使用BOOTROM而不是磁碟起动并连接上网络，BOOTP则可以自动地为那些主机设定TCP/IP环境。但BOOTP有一个缺点：在设定前须事先获得客户端的硬件位址，而且与IP的对应是静态的。换而言之，BOOTP非常缺乏“动态性”，若在有限的IP资源环境中，BOOTP的一对一对应会造成非常大的浪费。
DHCP可以说是BOOTP的增强版本，它分为两个部分：一个是服务器端，另一个是客户端。所有的p网络设定资料都由DHCP服务器集中管理，并负责处理客户端的 DHCP要求；而客户端则会使用从服务器分配下来的IP环境资料。比起BOOTP，DHCP透过“租约”的概念，有效且动态地分配客户端的TCP/IP设定，而且，出于兼容考虑， DHCP也完全照顾了BOOTPCIient的需求。
(1)DHCP的分配形式
首先，必须至少有一台DHCP工作在网络上面，它会监听网络的DHCP请求，并与客户端协商TCP/IP的设定环境。它提供两种IP定位方式：
自动分配(Automatic Allocation)：一旦DHCP客户端第一次成功地从DHCP服务器端租用到IP位址之后，就永远使用这个位址。
动态分配(Dynamic Allocation)：当DHCP第一次从HDCP服务器端租用到IP位址之后，并非永久的使用该位址，只要租约到期，客户端就得释放(release)这个IP位址，以给其他工作站使用。当然，客户端可以比其他主机更优先地延续(renew)租约，或是租用其他的IP位址。
动态分配显然比自动分配更加灵活，尤其是当实际IP位址不足的时候，例如：一家 ISP只能提供200个IP位址用来给拨接客户，但并不意味着客户最多只能有200个。因为客户们不可能全部同一时间上网的，除了他们各自的行为习惯的不同，也有可能是电话线路的限制。这样就可以将这200个位址，轮流地租用给拨接上来的客户使用了。当然，ISP不一定使用DHCP来分配位址，但这个概念和使用IP Pool的原理是一样的。
DHCP除了能动态地设定IP位址之外，还可以将一些IP保留下来给一些特殊用途的机器使用，它可以按照硬件位址来固定地分配IP位址，这样可以给您更大的设计空间。同时，DHCP还可以帮客户端指定router、netmask、DNSServer，WINS Server等项目，在客户端除了将DHCP选项打勾之外，几乎无须做任何的IP环境设定。
(2)DHCP的工作原理
区别于客户端是否第一次登录网络，DHCP的工作形式会有所不同。
第一次登录的时候：
①寻找Server。当DHCP客户端第一次登录网络的时候，也就是客户发现本机上没有任何IP资料设定，它会向网络发出一个DHCPDISCOVER封包。因为客户端还不知道自己属于哪一个网络，所以封包的来源位址为0.0.0.0，而目的位址则为 255.255.255.255，然后再附上Dhcpdiscover的信息，向网络进行广播。
在Windows的预设情形下，Dhcpdiscover的等待时间预设为1s，也就是当客户端将第一个Dhcpdiscover封包送出去之后，在1s之内没有得到回应的话，就会进行第二次 Dhcpdiscover广播。若一直得不到回应，客户端一共会有4次Dhcpdiscover广播(包括第一次在内)，除了第一次会等待1s之外，其余3次的等待时间分别是9s、13s、16s。如果都没有得到DHCP服务器的回应，客户端会显示错误信息，宣告Dhcpdiscover的失败。之后，基于使用者的选择，系统会继续在5min之后再重复一次Dhcpdiscover的过程。
②提供IP租用位址。当DHCP服务器监听到客户端发出的Dhcpdiscover广播后，它会从那些还没有租出的位址范围内，选择最前面的空置IP，连同其他TCP/IP设定，回应给客户端一个Dhcpoffer封包。
由于客户端在开始的时候还没有IP位址，所以在其Dhcpdiscover封包内会带有其 MAC位址信息，并且有一个XID编号来辨别该封包，DHCP服务器回应的Dhcpoffer封包则会根据这些资料传递给要求租约的客户。根据服务器端的设定，Dhcpoffer封包会包含一个租约期限的信息。
③接受IP租约。如果客户端收到网络上多台DHCP服务器的回应，只会挑选其中一个Dhcpoffer而已(通常是最先抵达的那个)，并且会向网络发送一个Dhcprequest广播封包，告诉所有DHCP服务器它将指定接受哪一台服务器提供的IP位址。
同时，客户端还会向网络发送一个ARP封包，查询网络上面有没有其他机器使用该 IP位址；如果发现该IP已经被占用，客户端则会送出一个DHCPDECLINE封包给DHCP服务器，拒绝接受其Dhcpoffe，并重新发送Dhcpdiscover信息。
事实上，并不是所有DHCP客户端都会无条件接受DHCP服务器的offer，尤其这些主机安装有其他TCP/IP相关的客户软件。客户端也可以用hcprequest向服务器提出 DHCP选择，而这些选择会以不同的号码填写在DHCP Option Field里面。换句话说，在 DHCP服务器上面的设定，客户端未必全都接受，客户端可以保留自己的一些TCP/IP设定，主动权永远在客户端这边。
④租约确认。当DHCP服务器接收到客户端的Dhcprequest之后，会向客户端发出一个DHCPACK回应，以确认IP租约正式生效，也就结束了一个完整的DHCP工作过程。
以上的工作流程如下图所示。
[*]
非第一次登录的时候：
一旦DHCP客户端成功地从服务器那里取得DHCP租约之后，除非其租约已经失效并且IP位址也重新设定回0.0.0.0，否则就无须再发送Dhcpdiscover信息了，而会直接使用已经租用到的IP位址向之前的DHCP服务器发出Dhcprequest信息，DHCP服务器会尽量让客户端使用原来的IP位址，如果没问题的话，直接回应Dhcpack来确认即可。如果该位址已经失效或已经被其他机器使用了，服务器则会回应一个DHCPNACK封包给客户端，要求其重新执行Dhcpdiscover。
至于IP租约期限却是非常考究的，并非如我们租房子那样简单，以NT为例子：DHCP工作站除了在开机的时候发出dhcprequest请求之外，在租约期限一半的时候也会发出 dhcprequest，如果此时得不到DHCP服务器的确认的话，工作站还可以继续使用该IP；然后在剩下的租约期限的再一半的时候(即租约的75%)，还得不到确认的话，那么工作站就不能拥有这个IP了。
要是想退租，可以随时送出DHCPLEREASE命令解约。
因此，正确的顺序为②④①③。

转载请注明原文地址:https://jikaoti.com/ti/bxB7FFFM

本试题收录于：网络工程师下午应用技术考试题库软考中级分类