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

admin2006-03-15  50

问题 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://kaotiyun.com/show/nTPZ777K
0

相关试题推荐
最新回复(0)