590 likes | 827 Views
第 4 章 点对点信道的数据链路层. 数据链路层基本概念 数据链路层三个基本问题 PPP 协议 HDLC 协议. H 1. H 2. 应用层. 应用层. R 1. R 2. R 3. 运输层. 运输层. 网络层. 网络层. 网络层. 网络层. 网络层. 链路层. 链路层. 链路层. 链路层. 链路层. 物理层. 物理层. 物理层. 物理层. 物理层. 4.1.1 数据链路层的简单模型. 主机 H 1 向 H 2 发送数据. 路由器 R 1. 路由器 R 3. 主机 H 1. 路由器 R 2. 主机 H 2. 局域网.
E N D
第4章 点对点信道的数据链路层 数据链路层基本概念 数据链路层三个基本问题 PPP协议 HDLC协议
H1 H2 应用层 应用层 R1 R2 R3 运输层 运输层 网络层 网络层 网络层 网络层 网络层 链路层 链路层 链路层 链路层 链路层 物理层 物理层 物理层 物理层 物理层 4.1.1数据链路层的简单模型 主机H1向H2发送数据 路由器R1 路由器R3 主机H1 路由器R2 主机H2 局域网 广域网 电话网 局域网 从层次上来看数据的流动
数据链路层的简单模型( 续) 主机H1向H2发送数据 路由器R1 路由器R3 主机H1 路由器R2 主机H2 局域网 广域网 电话网 局域网 仅从数据链路层观察帧的流动 H1 H2 应用层 应用层 R1 R2 R3 运输层 运输层 网络层 网络层 网络层 网络层 网络层 链路层 链路层 链路层 链路层 链路层 物理层 物理层 物理层 物理层 物理层
数据链路层的协议数据单元——帧。 • 数据链路层的任务就是把网络层交下来的数据发送到链路上,以及把接收到的帧中的数据取出并上交给网络层。在因特网中,网络层协议数据单元就是IP数据报(或简称为数据报、分组或包)。
数据链路层功能 • 数据链路层最主要的功能可归结为以下几点。 • (1)结点A的数据链路层把网络层交下来的IP数据报封装成帧。 • (2)结点A把封装好的帧发送给结点B的数据链路层。 • (3)若结点B的数据链路层收到的帧无差错,则从收到的帧中提取出IP数据报上交给上面的网络层;否则丢弃这个帧。
4.1.2 链路和数据链路 • 所谓链路 (link) 就是从一个结点到相邻结点的一段物理线路,而中间没有任何其他的交换结点。在进行数据通信时,两个计算机之间的通信路径往往要经过许多段这样的链路。可见,链路只是一条路径的组成部分。
数据链路 (data link) 则是另一个概念。当需要在一条线路上传送数据时,除了必须有一条物理线路外,还必须有一些必要的通信协议来控制这些数据的传输。若把实现这些协议的硬件和软件加到链路上,就构成了数据链路。最常用的方法是使用网络适配器(拨号上网使用拨号适配器,通过以太网上网使用局域网适配器)来实现这些协议的硬件和软件。
也有人采用另外的术语。这就是把链路分为物理链路和逻辑链路。物理链路就是我们讨论的链路,而逻辑链路就是数据链路,是物理链路加上必要的通信协议。也有人采用另外的术语。这就是把链路分为物理链路和逻辑链路。物理链路就是我们讨论的链路,而逻辑链路就是数据链路,是物理链路加上必要的通信协议。 • 早期的数据通信协议曾叫做通信规程 (procedure)。因此,在数据链路层,规程和协议是同义语。
对数据链路层理解 • (1)以帧为数据单位的 • (2)数据帧在不同的网络中传输时,数据链路层要在数据帧中的头部加入一个控制信息(DH),其中包含了源节点和目的节点的地址,这个地址也被称为物理地址(如下图所示):
(3)数据链路层对发送数据帧的速率必须进行流量控制,以免数据丢失(3)数据链路层对发送数据帧的速率必须进行流量控制,以免数据丢失 • (4) 数据链路层通过尾部控制信息(DT)进行差错控制,检测出错或重复的数据帧,并对错误的帧进行纠错或重发 • (5)数据链路层进行接入控制,确定在某一时间内该由哪一个节点发送数据
4.2数据链路层三个基本问题 • 数据链路层发送方应当让接收方数据链路层知道,所发送的帧是从什么地方开始到什么地方结束,这是帧定界问题。 • 传送的数据比特组合必须是不受限制。数据链层协议不能禁止传送某种比特组合。这就是透明传输问题。 • 数据链路层必须有差错检测功能。
4.2.1帧定界 • 帧定界 (framing) 就是确定帧的界限。每一种链路层协议都规定了帧的数据部分的长度上限——最大传送单元MTU (Maximum Transfer Unit)。
帧首部和尾部 • 首部和尾部作用:除帧定界外,还包括其他一些控制信息。 • 发送帧时,是从帧首部开始发送。 • 各种数据链路层协议都对帧的首部和尾部都有明确规定。 • 为提高帧传送效率,应当使帧的数据部分长度尽可能地大于首部和尾部的长度,但每一种链路层协议都规定了帧数据部分长度上限。这种上限称为最大传送单元MTU。
帧定界符 • 数据是由可打印ASCII码组成文本时,帧定界可使用特殊的帧定界符。 • ASCII码有128个不同的ASCII码,其中可打印的有95个,不可打印的有33个。 • ASCII控制字符SOH表示帧首部开始,EOT表示帧的结束。注意SOH的ASCII码为01,而EOT的ASCII码为04。EOT和SOH不是E、O、T和S、O、H字母组合。
帧定界作用 • 异步传送时,可以确定一个帧的开始和结束。 • 同步传送时,发送方连续地发送数据帧。接收方借助于帧定界符从连续地比特流中找出每一帧的开始和结束位置。 • 短暂出故障情况下,又重新发送情况下,接收方根据帧定界符确定是否接收还是丢弃。
4.2.2透明传输 • 由于帧的开始和结束标记是使用专门指明的控制字符,因此,所传输的数据中任何一个字符不允许和用做帧定界的控制字符一样,否则会出现帧定界错误。 • 当传送的帧是用文本文件组成帧时,其数据部分不会出现像SOH或EOT这样的帧定界控制字符。不管键盘上输入什么字符都可以在帧中传送过去。因此这样传输就是透明传输。 • 当传送非ASCII文本文件时。如果数据中的某个字符字节的二进制代码恰好和SOH或EOT这种控制字符一样。如图4-6数据链路层会错误地“找到帧的边界”把部分帧收下,而把剩下部分丢弃。
解决办法 • 1、采用转义字符 • 2、比特插入
转义字符 • 当数据中出现字符“SOH”或“EOT”时将其转换为另一字符,而这个字符不会被解释为控制字符的。这种方法称为字节插入。如: 数据出现的控制字符 经字节插入后发送时的字符 ESC x SOH ESC y EOT ESC ESC z 上述控制字符称为转义字符。 思考:为什么ESC也要进行转换
举例 • 当数据中出现SOH和EOT时增加转义字符。
4.2.3差错控制 • 现实的通信链路都不会是理想的,这就 是说比特在传输过程中可能会产生差错:1变为0,0变为1. • 为了保证数据传输的可靠性,在计算机网络传输数据时,都必须采用各种差错检测措施。 • CRC校验是一种具体检错技术。
循环冗余检验的原理 • 在数据链路层传送的帧中,广泛使用了循环冗余检验 CRC 的检错技术。 • 假设待传送的数据 M = 1010001101(共k bit)。我们在M的后面再添加供差错检测用的 n bit 冗余码一起发送。
冗余码的计算 • 用二进制的模2运算进行 2n 乘 M 的运算,这相当于在 M 后面添加 n 个 0。 • 得到的 (k + n) bit 的数除以事先选定好的长度为 (n + 1) bit 的数 P,得出商是 Q 而余数是 R,余数 R 比除数 P 至少要少1 个比特。
冗余码的计算举例 • 设n = 5, P = 110101,模 2 运算的结果是:商 Q = 1101010110, 余数R = 01110。 • 将余数 R 作为冗余码添加在数据 M 的后面发送出去,即发送的数据是101000110101110,或 2nM + R。
循环冗余检验的原理说明 1101010110←Q商 除数P →110101 101000110100000←2nM 被除数 110101 111011 110101 111010 110101 111110 110101 101100 110101 110010 110101 01110←R余数
帧检验序列 FCS • 在数据后面添加上的冗余码称为帧检验序列FCS (Frame Check Sequence)。 • 循环冗余检验 CRC 和帧检验序列 FCS并不等同。 • CRC 是一种常用的检错方法,而 FCS 是添加在数据后面的冗余码。 • FCS 可以用 CRC 这种方法得出,但 CRC 并非用来获得 FCS 的惟一方法。
接收方校验 • 在接收方对接收到的帧进行CRC校验。把收到的帧除以同样的P(模2运算),得出余数R。 • 如果数据在传输过程中没有差错,则得出的余数应为0。如果数据传输过程中出现误码,则得不出余数为0的结果。
检测出差错 • 只要得出的余数 R 不为 0,就表示检测到了差错。 • 但这种检测方法并不能确定究竟是哪一个或哪几个比特出现了差错。 • 一旦检测出差错,就丢弃这个出现差错的帧。 • 只要经过严格的挑选,并使用位数足够多的除数 P,那么出现检测不到的差错的概率就很小很小。
应当注意 • 仅用循环冗余检验 CRC 差错检测技术只能做到无差错接受(accept)。 • “无差错接受”是指:“凡是接受的帧(即不包括丢弃的帧),我们都能以非常接近于1的概率认为这些帧在传输过程中没有产生差错”。 • 也就是说:“凡是接受的帧都没有传输差错”(有差错的帧就丢弃而不接受)。 • 要做到“可靠传输”(即发送什么就收到什么)就必须再加上确认和重传机制。
4.3 点对点协议PPP4.3.1 PPP协议特点 • 现在全世界使用得最多的数据链路层协议是点对点协议PPP (Point-to-Point Protocol)。 • 用户使用拨号电话线接入因特网时,一般都是使用 PPP 协议。
PPP协议应满足的需求 IETF认为,在设计PPP协议时必须考虑以下的多方面需求 [RFC 1547]。 (1)简单
(2)封装成帧 • PPP协议必须规定特殊的字符作为帧定界符(即标志一个帧的开始和结束的字符)。帧定界是指接收方从收到的比特流中应当能准确地找出一帧的开始和结束在什么地方。
(3)透明性 • (4)多种网络层协议 PPP协议必须能够在在同一条物理链路上同时支持多种网络层协议(如IP和IPX等)的运行。 • (5)多种类型链路 PPP能够在多种链路上运行。如串行的或并行的,同步的或异步的,低速的或高速的,电的或光的,交换的或非交换的。
(6)差错检测 (error detection) PPP协议必须能够对接收方收到的帧进行检测,并立即丢弃有差错的帧。 • (7)连接的活跃度 PPP协议必须具有一种机制来自动检测出链路上连接的活跃度(liveness),也就是说,必须能够及时(不超过几分钟)检测出一条链路是处于正常工作状态,还是已经出了故障。
(8)最大传送单元 PPP协议必须对每一种类型的点对点链路设置最大传送单元MTU的标准默认值。 • (9)网络层地址协商 • (10)数据压缩协商
2.PPP协议不需要的功能 • (1)纠错 (error correction) PPP协议是不可靠传输协议。 • (2)流量控制 • (3)序号 • (4)多点线路 • (5)半双工或单工链路
PPP 协议三个组成部分 • 将 IP 数据报封装到串行链路的方法。 • 链路控制协议 LCP (Link Control Protocol):用于建立、配置和测试数据链路连接。 • 网络控制协议 NCP (Network Control Protocol):用于支持不同的网络层协议。
4.3.2 PPP 协议的帧格式 • 标志字段F:01111110 0x7E,即帧定界符 • 地址字段A只置为 0xFF。控制字段C通常置为 0x03。注:地址字段与控制字段留做扩展用,实际上并没起作用。 • 信息部分是IP数据报,受MTU限制,一般不超过1500字节。PPP 是面向字节的,所有的 PPP帧的长度都是整数字节。 • 帧校验序列FCS • 协议字段指明信息部分的内容的类型 • 帧格式如下图所示:
PPP 协议的帧格式 IP 数据报 • PPP 有一个 2 个字节的协议字段。 • 当协议字段为 0x0021 时,PPP 帧的信息字段就是IP 数据报。 • 若为 0xC021, 则信息字段是 PPP 链路控制数据。 • 若为 0x8021,则表示这是网络控制数据。 先发送 首部 尾部 A F C F 协议 FCS 信 息 部 分 7E FF 03 7E 字节 1 1 1 2 不超过 1500 字节 2 1 PPP 帧
PPP协议中的透明传输问题 • 当 PPP 用在同步传输链路时,协议规定采用零比特填充法 • 当 PPP 用在异步传输时,就使用一种特殊的字节填充法:
零比特填充法 • 问题:当帧的两个标志字段之间的比特串中碰巧出现了与标志字段一样的数据时,接收端会误认为找到了一帧的边界。 • 解决方法: PPP 采用零比特填充法使一帧中两个 F 字段之间不会出现 6 个连续 1。即在发送端,当一串比特流数据中有 5 个连续 1 时,就立即填入一个 0。 • 在接收帧时,先找到 F 字段以确定帧的边界。接着再对比特流进行扫描。每当发现 5 个连续 1 时,就将其后的一个 0 删除,以还原成原来的比特流。
发送端在 5 个连 1 之后 填入 0 比特再发送出去 0 1 0 0 1 1 1 1 1 0 1 0 0 0 1 0 1 0 填入 0 比特 在接收端将 5 个连 1 之后 的 0 比特删除,恢复原样 0 1 0 0 1 1 1 1 1 0 1 0 0 0 1 0 1 0 在此位置删除填入的 0 比特 零比特的填充与删除举例 数据中某一段比特组合恰好 出现和 F 字段一样的情况 0 1 0 0 1 1 1 1 1 1 0 0 0 1 0 1 0 会被误认为是 F 字段
PPP协议中的字节填充法 • 将信息字段的0x7E转义为0x7D,并添加一个字节,具体方法: • (1)将信息字段的0X7E转变为0X7D,0X5E, (2)将0X7D转变为0X7D,0X5D, (3)若出现ASCII码控制字符,将ASCII码的控制字符前加入一个0X7D,并按规定将字符的编码改变。
4.3.3 PPP协议的工作状态 • PPP链路的起始和终止状态永远是图4-12中的“静止状态”,当检测到调制解调器的载波信号,并建立物理层连接后,PPP就进入链路的“建立状态”。这时LCP开始协商一些配置选项,即发送LCP的配置请求帧 (configure-request)。