点到点协议是为在两个对等实体间传输数据包建立简单连_第1页
点到点协议是为在两个对等实体间传输数据包建立简单连_第2页
点到点协议是为在两个对等实体间传输数据包建立简单连_第3页
点到点协议是为在两个对等实体间传输数据包建立简单连_第4页
点到点协议是为在两个对等实体间传输数据包建立简单连_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、PPP协议简介 点到点协议是为在两个对等实体间传输数据包建立简单连接而设计的。这种连接提供了同时的双向的全双工操作,并且假定数据包是按顺序投递的。连接提供了一种广泛的解决办法,方便地将多种多样不忘的值作为最大接收单元的值。 2填充域 在传输中,信息域可能会由附加任意数目的字节填充至最大接收单元长度。这由每个协议负责将信息域和填充域区分开来。 连接操作 概述 为了在点到点连接中建立通信,连接的每一端都必须首先发送数据包来配置和测试数据连接。在连接建立后,对等实体还有可能需要认证。 然后,必须发送数据包来选择一种或多种网络层协议来配置。一旦被选中的网络层协议被配置好后,该网络层的数据报就可以在链路

2、上传送了。 链路将保持可配置的状态直到有数据包和数据包终止连接,或者由 其他外部事件发生时(例如非活动时钟计时已满或网络管理人员的干涉)。 状态图 在配置维持和终止点到点连接的过程中,连接经历了几个不同的阶段,这些阶段由以下简化的状态图说明: +-+ +-+ +-+ | | 连接 | | 已打开 | | 成功/无 | 死亡 |->| 建立 |->| 认证 |-+ | | | | | | | +-+ +-+ +-+ | | | | | 失败 | 失败 | | +<-+ +-+ | | | | | +-+ | +-+ | | 断开 | | | 正在关闭 | | | +-| 终止

3、|<-+<-| 网络 |<-+ | | | | +-+ +-+ 连接死亡阶段(物理层未准备好) 一个连接的开始和结束都要经历此阶段。当一个外部事件(例如检测到载波或网络管理人员配置)指示物理层已准备好并可以使用时,将进入建立连接阶段。 在此阶段,协议自动机(后面将提到)处在初始或正在开始状态。当进入到建立连接阶段后会引发事件通知协议自动机。 应用注意事项: 典型的,一个连接将在调制解调器连接断开后自动返回到此阶段。在使用电话线的连接情况下,这个阶段将相当的短,短到很少有足够的时间能用仪器检测到它的存在。 建立连接阶段 链路控制协议()通过交换配置数据包建立连接。当协议自动机进

4、入已打开状态,并且发送和接收过配置确认数据包时,为建立连接的交换过程才完成。 所有的配置选项都被假定为缺省值,除非在配置交互的过程中改变。关于 配置选项的进一步讨论参见后面的章节。 有一点是非常重要的,就是那些只有与特定网络层协议无关的选项才能被配置。配置单独的网络层协议是在网络层协议阶段由相应的网络控制协议来配置。 在此阶段接收到的任何非数据包将被静默丢弃。 接收到配置请求数据包将引起连接从网络层协议阶段或认证阶段返回到建立连接阶段。 认证阶段 在某些连接时,在允许网络层协议数据包交换之前希望对对等实体进行认证。 缺省时,认证不是必要的。如果应用时希望对等实体使用某些认证协议进行认证,这种要

5、求必须在建立连接阶段提出。 认证阶段应该紧接在建立连接阶段后。然而,可能有连接质量的决定并行出现。应用时绝对不允许连接质量决定数据包的交换使认证有不确定的延迟。认证阶段后的网络层协议阶段必须等到认证结束后才能开始。如果认证失败,将转而进入终止连接阶段。仅仅是连接控制协议、认证协议、连接质量监测的数据包才被允许在此阶段中出现。所有其它在此阶段中接收到的数据包都将被静默丢弃。 应用注意事项: 应用时不能简单的因为超时或缺少回应就认为认证失败。应该允许重传,仅当试图认证的次数超过一定的限制时才进入终止连接阶段。 如果对方拒绝认证,己方有权进入终止连接阶段。 网络层协议阶段 一旦完成了上述阶段,每一个

6、网络层协议(例如、)必须单独的由相应的网络控制协议()配置。 每一个网络控制协议可以随时打开或关闭。 应用注意事项: 因为可能一开始就会使用需要花费大量时间的连接质量决定,所以当等待对方进行网络控制协议配置时应该避免使用固定的超时限制。 当一个网络控制协议自动机达到已打开的状态时,连接上就可以传送相应的网络层协议数据包。当接收到的任何所支持的网络层协议数据包时,只要相应的网络控制协议状态自动机未进入已打开状态,都将作静默丢弃处理。 应用注意事项: 只要协议状态自动机处于已打开的状态,任何接收到的不支持的协议数据包都将返回协议拒绝包(后面将提到)。所支持的协议数据包都将静默丢弃。在此阶段,连接上

7、流通的包括数据包、数据包和网络层协议数据包。 终止连接阶段 P连接可以随时终止。原因可能是载波丢失、认证失败、连接质量失败、超时计数器溢出,或者网络管理员关闭连接。 通过交换连接终止包来终止连接。当连接正在被终止的时候,会通知网络层以便它采取相应的动作。 在交换过终止请求包后,将通知物理层断开以便使连接真正终止,尤其是在认证失败的时侯。发送连接终止请求包的一方应该等待接收到连接终止确认包之后或超时计数器计满之后再断开。收到连接终止确认包的一方应该等待对方首先断开,并且决不能断开直到至少有一个超时计时器在发送了终止连接确认包之后溢出。然后应该进入连接死亡阶段。 在此阶段所有接收到的非数据包都将被

8、静默丢弃。 应用注意事项: 关闭时使用就已足够。并不需要每一个都发送终止连接数据包。相反的,一个协议自动机关闭并不能关闭整个连接,即使这个协议自动机是当前唯一处于已打开状态。 选项协商自动机 有限状态自动机由事件、动作、状态迁移定义。事件包括接收外部命令,诸如打开、关闭、超时计时器溢出和接收到对方发送过来的数据包。动作包括打开超时计数器和向对方发送数据包。有些类型的数据包,诸如配置否定包和配置拒绝包,或者编号拒绝包和协议拒绝包,或者回应请求包、回应回答包和丢弃请求包在自动机的描述中都是不可区分的。正如后面将要提到的,虽然这些不同类型的数据包会引起相同的状态迁移,但它们确实起到了不同的作用。 事

9、件 动作 Up = 低层已连接 tlu = 该层已连接 Down = 低层已断开 tld = 该层已断开 Open = 打开连接 tls = 该层已开始连接 Close= 关闭连接 tlf = 该层已关闭连接 TO+ = 超时计时器溢出且超时计数器值大于零 irc = 初始化超时计数器 TO- = 超时计时器溢出且超时计数器值小于零 zrc = 超时计数器清零 RCR+ = 收到正确的配置请求包 scr = 发送配置请求包 RCR- = 收到不正确的配置请求包 RCA = 收到配置确认包 sca = 发送配置确认包 RCN = 收到配置否定包/拒绝包 scn = 发送配置否定包/拒绝包 RTR

10、 = 收到终止请求包 str = 发送终止请求包 RTA = 收到终止确认包 sta = 发送终止确认包 RUC = 收到未知编码包 scj = 发送编码拒绝包 RXJ+ = 收到编码拒绝包 (允许的) 或受到协议拒绝包 RXJ- = 收到编码拒绝包 (糟糕的) 或受到协议拒绝包 RXR = 收到回应请求包 ser = 发送回应回答包 或者收到回应回答包 或者收到丢弃请求包 状态转移表 以下就是完整的状态转移表。状态水平列出来的。低层仍然没有准备好。超时计时器也没有运行在此状态下。 当低层变得可用时,就发送配置请求包。 状态 在此状态下,连接有效,但是没有出现事件。超时计时器也没有运行在此状态

11、下。 此时接收到配置请求包后,将发送终止请求包。接收到终止确认包将被静默丢弃以免产生循环。 状态 此状态是在状态发生了事件后迁移而来的。当自动机在进行了动作后或发送了终止请求包后在等待事件时就进入此状态。超时计时器也没有运行在此状态下。 此时接收到配置请求包后,将做出合适的回答。接收到其他类型的包时,就发送终止确认包。接收到终止确认包将被静默丢弃以免产生循环。 基本原理: 状态是连接终止阶段、连接配置失败和其它自动机的错误模式的交汇之处。 还存在着事件(由动作引发)和事件的竞争的情况。当或拒绝其它用户的请求。自从连接被确认为可用时,就可以由一个事件和一个紧 接着的事件来通知来模拟实现。应该特别

12、注意的是事件不能由其它的原因引发。 此时将触发一个事件,随即紧接着一个事件。这样做将使得连接有次序的开始重新协商,自动机由状态转移到状态,并且动作将断开连接。自动机将在状态或状态中等待下一次连接。 (,)事件 事件指示超时计时器溢出。当发送出配置请求包和终止请求包后超时计时器开始计时。事件指示着超时计数器的值仍然大于零。其中超时计数器每减一,就表明配置请求包或终止请求包就重传一次。事件指示着超时计数器的值小于零,再没有任何数据包需要重传了。 (,)事件 事件出现表明接收到了从对方发送来的配置请求包。配置请求包的到来表明对方希望打开连接并且指定连接选项。配置请求包将在后面有更详细的描述。 事件表

13、明对方的配置请求是可以接受的,并且将传送配置确认包。 事件表明对方的配置请求是不能接受,并且将传送相应的配置否定包或配置拒绝包。 应用注意事项: 这些事件可以在自动机已处于状态的时候发生。这时必须立即准备好重新协商选项。 ()事件 事件出现表明收到了对方褂茫眨鹗录魑卮稹? 这个动作的结果高度依赖于应用的需要。 ()动作 动作表明低层的协议自动机进入了状态,状态,或状态,并且低层已不再为连接所用。当低层终止时应使用事件作为回答。 典型的,此动作可能会被用来提前进入连接死亡阶段,或者被用来通知当没有任何被打开时连接可能会终止。 这个动作的结果高度依赖于应用的需要。 ()动作 动作初始化超时计数器为

14、一合适的值(或)。每传送一次数据包,计数器就减一,并且包括第一次。 应用注意事项: 除了设置超时计数器之外,还必须为超时计时器设置超时事件的时间长度。 ()动作 动作将超时计数器清零。 应用注意事项: 此动作使有限自动状态机能够在进入最终所期望的状态之前停止,允许由对方处理网络流量。除了设置超时计数器之外,还必须为超时计时器设置超时事件的时间长度。 ()动作 动作将发送配置请求包。这表明期望用指定的配置选项打开连接。当配置选项包被发送时,超时计时器开始计时以防止它被丢失。每当发送一个配置请求包时,超时计数器就减一。 ()动作 动作发送配置确认包。它表明确认了接收到的配置请求包中所有的配置选项。

15、 ()动作 动作发送配置否定包或配置拒绝包。它表明否定了接收到的配置请求包中某些的配置选项。 配置否定包被用于拒绝某一个配置选项值,并且还建议了一个新的可以接受的配置选项值。而配置拒绝包被用于拒绝所有的配置选项,典型的是因为这些选项不能被识别或被运用。关于如何使用配置否定包和配置拒绝包将在后面叙述链路控制协议数据包格式的章节中详细说明。 ()动作 动作发送终止请求包。它表明期望关闭连接。当终止请求包被发送时,超时计时器开始计时以防止它被丢失。每当发送一个配置请求包时,超时计数器就减一。 ()动作 动作发送终止确认包。它表明确认了接收到的终止请求包或者对双方的协议自动机起到同步的作用。 ()动作

16、 动作发送编码拒绝包。它表明接收到有不能识别编码的数据包。 ()动作 动作发送回应回答包。它表明确认接收到了回应请求包。 避免循环 协议有效的避免了在协商配置选项时的循环。然而,协议并不能保证这种循环不再出现。在协商任何选项时,双方有可能采取了相互矛盾决不相容的配置策略。但是双方也有可能采取了可以相容的配置策略,但这时可能需要花费很多时间。应用者要将此记在心中并应应用循环监测机制和更高层次的超时机制。 计数器和计时器 超时计时器 自动机并没有运用特殊的计时器。超时计时器被用来监测配置请求包和终止请求包的传送。当计时器计满后将引发一个事件,并重新发送相应的配置请求包或终止请求包。超时计时器必须被

17、配置,而且缺省值应该为三秒钟。 应用注意事项: 超时计时器的设置应该基于连接的速度。缺省值是为低速连接()、高速交换连接(典型的如电话线)设计的。更高速的连接,或低交换速度连接应该相应的增加重传的次数。 取代固定的超时值,超时计时器应该最初设为一个小的值然后再增加达到最终配置值。每一个小于最终值的成功的值都应该是前一个值的两倍。初始值应该足够处理一个数据包,它通常设置为两倍于以连接速度在传送间做一往返的时间还要加上一百毫秒,以允许对方在做作回应之前能够处理数据包。 最大终止次数 它是为终止请求包计数的超时计数器所要求的一个值。它表明了在假定对方不能做出回答之前且未接收到终止确认包时发送终止请求

18、包最大的发送次数。最大终止次数必须被配置,而且缺省值应该为重传两次。 最大配置次数 相似的量被推荐给了配置请求包。它表明在假定对方不能做出回答之前且未接收到配置确认包、配置否定包或配置拒绝包时发送配置请求包最大的发送次数。最大配置次数必须被配置,而且缺省值应该为重传十次。 最大失败次数 相似的量被推荐给了配置否定包。它表明了在假定未达成一致发送配置确认包之前配置否定包最大的发送次数。任何由对方配置否定包中所建议的而后又被加入到配置拒绝包中的选项和本地所期望的选项在协商过程中都不再追加进去。最大配置次数必须被配置,而且缺省值应该为五次。 5 链路控制协议数据包格式 有三种类型的链路控制协议数据包

19、: 1 连接配置数据包用于建立和配置连接。(配置请求包,配置确认包,配置否定包和配置拒绝包)。 2 连接终止数据包用于终止连接(终止请求包和终止确认包)。 3 连接维护数据包用于管理和调试连接(编码拒绝包,协议拒绝包,回应请求包,回应回答包和丢弃请求包)。为了简化起见,数据链路控制协议数据包格式中并没有版本号域。对于不能识别的协议和编码都能以简单的可识别的链路控制协议数据包格式予以回应,因此对其它的版本提供了一种确定性但效率低的的运行机制。不管什么配置选项被确定为使能,所有的连接配置包,连接终止包,编码拒绝包(编码号)都假定没有配置选项被协商。实际上,每一个配置选项都被指定了一个缺省值。这样做

20、使得诸如链路控制协议的数据包总是能够识别,即使当连接已结束但仍被错误的认为连接是打开的时候。 链路控制协议数据包被封装在帧格式的数据域中,且帧的协议域的值是。 链路控制协议数据包格式总结如下。按照从左至右的顺序被传送。 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 编码 | 标识 | 长度 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

21、-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 数据 +-+-+-+-+ 编码域 编码域占一个八位字节。它标识这是何种类型的链路控制协议数据包。当接收到编码域不可识别的数据包时,就发送编码拒绝数据包。 最新的编码域的值由最近公布的""文档说明。与本文档相关的有以下的值: 1 配置请求(Configure-Request) 2 配置确认(Configure-Ack) 3 配置否定(Configure-Nak) 4 配置拒绝(Configure-Reject) 5 终止请求(Terminate-Request) 6 终止确认(Terminate-Ack) 7

22、编码拒绝(Code-Reject) 8 协议拒绝(Protocol-Reject) 9 回应请求(Echo-Request) 10 回应回答(Echo-Reply) 11 丢弃请求(Discard-Request) 标识域 标识域编码占一个八位字节,它帮助请求和回答进行匹配。当收到的数据包中的标识域是无效的,它将被静默丢弃并且不影响自动机的状态。 长度域 标识域编码占两个八位字节,它标识了链路控制协议数据包的长度,包括编码域,标识域,数据域等。此长度不能超过连接的最大接收长度。 超过长度域的八位字节被视为填充字节并在接收时忽略。当接收到长度域无效的数据包时,它将被静默丢弃并且不影响自动机的状态

23、。 数据域 数据域有零个或多个八位字节,正如长度域中所指示的长度。数据域中的格式由编码域中的值决定。 配置请求 描述 当希望打开一个连接时,必须传送配置请求包。选项域中由期望改变连接缺省值的配置选项填充。配置选项不必包含使用缺省值的配置选项。 当接收到了配置请求包时,必须传送合适的数据包作为回应。 配置请求包的格式总结如下。按照从左至右的顺序被传送。 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

24、-+-+-+-+-+-+-+ | 编码 | 标识 | 长度 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 选项 +-+-+-+-+ 编码 1代表配置请求。 标识 当选项域中的内容改变或当接收到对前一次请求的无效回答时,标识域应做改变。重传时,标识域则不应改变。 选项 选项域长度可变,包含有零个或多个希望协商的配置选项的列表。全部的配置选项将同时协商。选项域的格式将在后面的章节详细讨论。 配置确认 描述 如果对方发送来的配置请求包中的配置选项都是可识别并且可接受,就可以发送配置确认包。其中已被确认的选项

25、的顺序和选项自身都不能以任何方式修改。 接收到的配置确认包中的标识域必须同上一次发送的配置请求包中的标识域匹配。此外,在配置确认包中选项必须同上一次发送的配置请求包中的选项完全一致。 配置请求包的格式总结如下。按照从左至右的顺序被传送。 0 1 2 用于通知对方己方可以接收更大 的数据包,或者要求对方发送更小的数据包。 它的缺省值是字节。如果要求更小的数据包,当连接失去同步时应用仍将按字节接收信息域。 应用注意事项: 此选项说明了应用的能力。对方并没有要求使用最大的能力。举例来说,当为字节,而对方没有被要求发送字节大小的数据包。此时对方不需要使用配置否定包表明它仅仅发送比字节小的数据包,因为应用始终要求支持至少 字节

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论