计算机通信网第5章数据链路层技术2！.pptVIP

PPP的配置 路由器上的配置 RA(config)#interface seriel 1/2 RA(config-if)# encapsulation ppp 注：路由器广域网默认封装方式为HDLC PPP PAP验证 PAP验证的配置 客户端（被验证方） RA(config)#interface seril 0 RA(config-if)# encapsulation ppp RA(config-if)#ppp pap sent-username ruijie password 123 PAP验证的配置 服务端（验证方） RB(config)#username ruijie password 123 RB(config)#interface seril 0 RB(config-if)# encapsulation ppp RB(config-if)#ppp authentication pap PPP CHAP验证 CHAP认证配置 客户端（被验证方） RA(config)#username RB password 123 RA(config)#interface serial 0 RA(config-if)#encapsulation ppp CHAP认证配置 服务端（验证方） RB(config)#username RA password 123 RB(config)#interface serial 0 RB(config-if)#encapsulation ppp RB(config-if)#ppp authentication chap 举例 结束 * * 停等ARQ协议是停等流控技术和自动请求重发技术的结合。根据停等ARQ协议，发送站在发出一个帧后必须等待应答信号，收到肯定应答信号ACK后继续发送下一帧；收到否定应答信号NAK或超时 * 后退N帧ARQ协议是滑动窗口技术和自动请求重发技术的结合，后退N帧（Go-Back-n）是指从出错处重发已经发送过的N个帧。在图3-7（a）中接受窗口的大小为1，因而接受器必须按顺序接受，当第2帧出错时，2、3、4、5号帧都必须重发。 图3-7连续ARQ协议实例这里再次强调在全双工通信中应答信号可以由反向数据帧“捎带”送回，这种机制进一步减少了通信开销，然而也带来了一定的问题。在很多捎带方案中，反向数据帧中的应答字段总是只捎带一个应答信号，这样就可能出现对同一个帧的重复应答。假定帧的编号字段为3位长，发送窗口大小为8。当发送器收到第一个ACK1后把窗口推进到后沿为1、前沿为0的位置，即发送窗口现在包括的帧编号为1、2、3、4、5、6、7、0。这时如果又收到一个捎带回的ACK1，发送器该如何动作呢？后一个ACK1即可能表示窗口中的所有帧都未曾接受，也可能表示所有帧都已正确接受。如果规定发送窗口的大小为7，就可以避免这种二义性。因此，在后退N帧ARQ协议中必须限制发送窗口的大小：W≤2k－1。 * 选择重发ARQ协议同样是滑动窗口技术和自动请求重发技术的结合。在后退N帧ARQ协议中，虽然由于连续发送数据帧提高了信道利用率，但也可能要将已经正确传送到接受端的数据帧重传一遍，显然又降低了效率。在链路质量差的情况下，后退N帧的方法不见得会优于停等技术。 如图3-7（b）所示，我们设想，后退N帧ARQ的问题在于接受窗口总是1，如果设置接受窗口WR像发送窗口WT一样大，允许将未按顺序到达的数据帧暂存，只是选择性地重发出错或丢失的帧，就可以大大提高效率，这就是选择重发ARQ协议的主要思想。 选择重发ARQ协议中的窗口大小也是有限制的，我们假定帧的编号字段仍是3位长，WR＝WT＝7，考虑下面的情况： ① 发送窗口和接受窗口中的帧编号都是0到6； ② 发送站发出0到6号帧，但尚未得到肯定应答，窗口不能向前滑动； ③ 接收站正确接受0至6号帧，发出ACK7，接受窗口向前滑动，新的窗口编号为7、0、1、2、3、4、5； ④ ACK7丢失，发送站定时器超时，重发0号帧； ⑤ 接收站接受0号帧，看到编号在接受窗口内，作为新的0号帧保存，这样协议出错。 协议失败的原因是由于发送窗口没有向前滑动，而接受窗口滑动了最大距离，而新的接受窗口和原来的发送窗口中仍有相同的帧编号，造成接收器误把重发的帧当作新到帧。 避免出现上述错误的办法是缩小窗口，使得接受窗口向前滑动最大距离后不再与老的接受窗口重叠。显然只要窗口的大小为帧编号数的一半就可以达到这种要求，所以采用选择重发ARQ协议时窗口的大小应不超过帧编号数的一半，即WR＝WT≤2k-1。 * 远端设备Remote向Certer发起连接呼叫，呼叫进入接口已经配置了CHAP验证； LCP协商使用CHAP和MD5； Certer需要向呼叫者发出一个CHAP挑