看完把学霸按在地上摩擦，计算机网络知识点总结（4）——题目

最新推荐文章于 2024-04-30 17:15:06 发布

awei-lwj

最新推荐文章于 2024-04-30 17:15:06 发布

阅读量1.3k

点赞数 3

文章标签：网络面试 http 子网掩码网络协议

原文链接：https://zhuanlan.zhihu.com/p/24001696

版权

文章已经全部写好了，但是要参加活动，然后再搞上链接之类的导致有时间差，等一下就把链接补回来。

阿伟在学完了《计算机网络：自顶向下的办法》以及《TCP/IP详解：卷一协议（原书第二版)》感觉学的还不是特别好，感觉做题的时候，我简直人都傻了，写个文章、用表格的形式、做题目的形式对计算机网络比较常见的一些知识点进行总结，希望在自己成长的同时，可以帮助到有需要的人。

该文章是看了超级多的知乎专栏、CSDN文章等做的总结。题目来源以及题目后面所附代的参考文章的具体网址，会放在另外一个文章里面，以此来节省篇幅。

以上两本书私聊可以给电子书。

总体而言，将计算网络的知识点总结分为五个文章，总共18个小点，建议按着点来学习：

《计算机网络的杂项，比如说什么网关之类的》
，网址：https://blog.csdn.net/qq_45877524/article/details/105904241
《TCP的工具人协议》
，网址：https://blog.csdn.net/qq_45877524/article/details/105904318
《TCP部分》，网址：https://blog.csdn.net/qq_45877524/article/details/105904354
《题目》，网址：https://blog.csdn.net/qq_45877524/article/details/105904417
《整个文章中用到的参考资料，网址：https://blog.csdn.net/qq_45877524/article/details/105886501)》

最后有一个打印版本，方便复习：《组合版本》
https://blog.csdn.net/qq_45877524/article/details/105886463

17 比较nice的题目收集，内附答案，侵权立删

知乎用户路人甲的文章《常见面试题整理–计算机网络篇（每位开发者必备）》，网址：https://zhuanlan.zhihu.com/p/24001696
CSDN博主[Object object]的《TCP 和 UDP 的区别》，网址：https://blog.csdn.net/zhang6223284/article/details/81414149?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromBaidu-2&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromBaidu-2
至CSDN博主青柚_的《TCP的三次握手与四次挥手理解及面试题（很全面）》，网址：https://blog.csdn.net/qq_38950316/article/details/81087809
知乎用户低端叫兽在的回答《关于三次握手和四次挥手，面试官想听到怎样的回答？》，网址：https://www.zhihu.com/question/271701044
CSDN博主逃离地球的小小呆的《子网划分详解与子网划分实例精析》，网址：https://blog.csdn.net/gui951753/article/details/79412524
CSDN博主sHuXnHs的《TCP拥塞控制机制（附面试题）》，网址：https://blog.csdn.net/shuxnhs/article/details/80644531
知乎用户何柄融的《通过计算机网络的一些题目加深理解》，网址：https://zhuanlan.zhihu.com/p/38223259

后面没有名字代表和前面题目一样

知识点可能比较乱，将就一下。

17.1 请简述TCP\UDP的区别（知乎：路人甲）

TCP面向连接，UDP面向非连接即发送数据前不需要建立链接
TCP提供可靠的服务（数据传输），UDP无法保证
TCP面向字节流，UDP面向报文
TCP数据传输慢，UDP数据传输快

17.2 请简单说一下你了解的端口及对应的服务？

在这里插入图片描述

17.3 说一说TCP的三次握手

在这里插入图片描述

17.4 说一说TCP的四次挥手

数据传输完毕后，双方都可释放连接。最开始的时候，客户端和服务器都是处于ESTABLISHED状态，然后客户端主动关闭，服务器被动关闭。

客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN-WAIT-1（终止等待1）状态。 TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。
服务器收到连接释放报文，发出确认报文，ACK=1，ack=u+1，并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE-WAIT（关闭等待）状态。TCP服务器通知高层的应用进程，客户端向服务器的方向就释放了，这时候处于半关闭状态，即客户端已经没有数据要发送了，但是服务器若发送数据，客户端依然要接受。这个状态还要持续一段时间，也就是整个CLOSE-WAIT状态持续的时间。
客户端收到服务器的确认请求后，此时，客户端就进入FIN-WAIT-2（终止等待2）状态，等待服务器发送连接释放报文（在这之前还需要接受服务器发送的最后的数据）。
服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，FIN=1，ack=u+1，由于在半关闭状态，服务器很可能又发送了一些数据，假定此时的序列号为seq=w，此时，服务器就进入了LAST-ACK（最后确认）状态，等待客户端的确认。
客户端收到服务器的连接释放报文后，必须发出确认，ACK=1，ack=w+1，而自己的序列号是seq=u+1，此时，客户端就进入了TIME-WAIT（时间等待）状态。注意此时TCP连接还没有释放，必须经过2∗*∗MSL（最长报文段寿命）的时间后，当客户端撤销相应的TCB后，才进入CLOSED状态。
服务器只要收到了客户端发出的确认，立即进入CLOSED状态。同样，撤销TCB后，就结束了这次的TCP连接。可以看到，服务器结束TCP连接的时间要比客户端早一些。

17.5 有哪些私有（保留）地址？

A类：10.0.0.0 - 10.255.255.255
B类：172.16.0.0 - 172.31.255.255
C类：192.168.0.0 - 192.168.255.255

17.6 IP地址分为哪几类？简单说一下各个分类

类	地址范围	高序位	用途	百分比
A	0.0.0.0 - 127.255.255.255	0	单播/特殊	1/2
B	128.0.0.0 - 191.255.255.255	10	单播/特殊	1/4
C	192.0.0.0 - 223.255.255.255	110	单播/特殊	1/4
D	224.0.0.0 - 239.255.255.255	1110	组播	1/16
E	240.0.0.0 - 255.255.255.255	1111	保留	1/16

17.7 在浏览器中输入网址之后执行会发生什么？

查找域名对应的IP地址。这一步会依次查找浏览器缓存，系统缓存，路由器缓存，ISPNDS缓存，根域名服务器
浏览器向IP对应的web服务器发送一个HTTP请求
服务器响应请求，发回网页内容
浏览器解析网页内容

17.8 简单解释一些ARP协议的工作过程

在这里插入图片描述

17.9 说一说OSI七层模型

在这里插入图片描述

17.10 说一说TCP/IP四层模型

在这里插入图片描述
前面有一张图非常详细。

17.11 HTTP 协议包括哪些请求？

GET：对服务器资源的简单请求
POST：用于发送包含用户提交数据的请求
HEAD：类似于GET请求，不过返回的响应中没有具体内容，用于获取报头
PUT：传说中请求文档的一个版本
DELETE：发出一个删除指定文档的请求
TRACE：发送一个请求副本，以跟踪其处理进程
OPTIONS：返回所有可用的方法，检查服务器支持哪些方法
CONNECT：用于ssl隧道的基于代理的请求

17.12 简述HTTP中GET和POST的区别

从原理性看：

根据HTTP规范，GET用于信息获取，而且应该是安全和幂等的
根据HTTP规范，POST请求表示可能修改服务器上资源的请求

从表面上看：

GET请求的数据会附在URL后面，POST的数据放在HTTP包体
POST安全性比GET安全性高

17.13 TCP/UDP里面什么是面向连接，什么是面向无连接？（[Object object]）

在互通之前，面向连接的协议会先建立连接，如 TCP 有三次握手，而 UDP 不会

17.14 TCP 为什么是可靠连接

通过 TCP 连接传输的数据无差错，不丢失，不重复，且按顺序到达。
TCP 报文头里面的序号能使 TCP 的数据按序到达
报文头里面的确认序号能保证不丢包，累计确认及超时重传机制
TCP 拥有流量控制及拥塞控制的机制

17.15 （TCP三次握手）为什么客户端最后还要等待2MSL？（CSDN博主小书go）

MSL（Maximum Segment Lifetime），TCP允许不同的实现可以设置不同的MSL值。

第一，保证客户端发送的最后一个ACK报文能够到达服务器，因为这个ACK报文可能丢失，站在服务器的角度看来，我已经发送了FIN+ACK报文请求断开了，客户端还没有给我回应，应该是我发送的请求断开报文它没有收到，于是服务器又会重新发送一次，而客户端就能在这个2MSL时间段内收到这个重传的报文，接着给出回应报文，并且会重启2MSL计时器。

第二，防止类似与“三次握手”中提到了的“已经失效的连接请求报文段”出现在本连接中。客户端发送完最后一个确认报文后，在这个2MSL时间中，就可以使本连接持续的时间内所产生的所有报文段都从网络中消失。这样新的连接中不会出现旧连接的请求报文。

–

17.16（TCP三次握手）如果已经建立了连接，但是客户端突然出现故障了怎么办？

TCP还设有一个保活计时器，显然，客户端如果出现故障，服务器不能一直等下去，白白浪费资源。服务器每收到一次客户端的请求后都会重新复位这个计时器，时间通常是设置为2小时，若两小时还没有收到客户端的任何数据，服务器就会发送一个探测报文段，以后每隔75秒发送一次。若一连发送10个探测报文仍然没反应，服务器就认为客户端出了故障，接着就关闭连接。

17.17（TCP三次握手）为什么不能用两次握手进行连接？（CSDN博主青柚_）

3次握手完成两个重要的功能，既要双方做好发送数据的准备工作(双方都知道彼此已准备好)，也要允许双方就初始序列号进行协商，这个序列号在握手过程中被发送和确认。

现在把三次握手改成仅需要两次握手，死锁是可能发生的。作为例子，考虑计算机S和C之间的通信，假定C给S发送一个连接请求分组，S收到了这个分组，并发送了确认应答分组。按照两次握手的协定，S认为连接已经成功地建立了，可以开始发送数据分组。可是，C在S的应答分组在传输中被丢失的情况下，将不知道S 是否已准备好，不知道S建立什么样的序列号，C甚至怀疑S是否收到自己的连接请求分组。在这种情况下，C认为连接还未建立成功，将忽略S发来的任何数据分组，只等待连接确认应答分组。而S在发出的分组超时后，重复发送同样的分组。这样就形成了死锁。

17.18 （TCP三次握手）如果已经建立了连接，但是客户端突然出现故障了怎么办？

TCP还设有一个保活计时器，显然，客户端如果出现故障，服务器不能一直等下去，白白浪费资源。服务器每收到一次客户端的请求后都会重新复位这个计时器，时间通常是设置为2小时，若两小时还没有收到客户端的任何数据，服务器就会发送一个探测报文段，以后每隔75秒钟发送一次。若一连发送10个探测报文仍然没反应，服务器就认为客户端出了故障，接着就关闭连接。

17.19 （TCP三次握手）为什么关闭连接要设计成四次？(低端叫兽)

因为关闭连接时，server端收到客户端的fin报文，并不会立即关闭socket，只能先回复一个ack告诉client我已经收到你的关闭请求了，同时可能server还有数据没传输完，只有等server端数据传输完成了才能发送fin报文，所以这个地方要分两次发送，这样就有了四次挥手.

17.20 （TCP三次握手）服务端运行一段时间后，套接字出现了大量的Close_Wait状态，最有可能是什么原因导致的？

close-wait状态是因为client已经发出释放连接信号了已经没有数据传输过来，但是server端还有数据未发送完，这个时候就有close-wait状态了！

17.21 （TCP三次握手）为什么基于TCP的程序往往都有个应用层的心跳检测机制？

是为了预防建立好的连接突然客户端故障了，服务器不能一直等待下去，需要一个计时器和探测包来检测.

17.22 （TCP三次握手）服务端的Time_Wait状态再哪个阶段出现？持续多久？为什么要设计这么一个状态？

timewait阶段是最后阶段发送确认收到server端的fin报文释放连接请求后回复给server端ack报文，之后client端就进入time_wait阶段.

持续多久即是问为什么不马上关闭直接进入closed阶段，主要是考虑到网络的不可靠，假如client最后阶段发送给server端端ack报文由于网络原因丢失了server没收到呢，server端会重新发送fin报文过来，这个时候client端就要等.

等多久？等一个计时器时间2MSL，如果该时间段内再次收到server的fin报文那client就必须回复. 如果没有收到，client就认为server端已经接收到了最后的ack报文.

17.23 （C类子网划分子网划分的计算）（逃离地球的小小呆）题目一

255.255.255.128 (/25)
128的二进制表示为10000000，只有1位用于定义子网，余下7位用于定义主机。这里将对C类网络192.168.10.0进行子网划分。
网络地址=192.168.10.0
子网掩码=255.255.255.128
回答五大问题：

多少个子网?
在128( 10000000 )中，取值为1的位数为1，借用了一位主机位，因此答案为2^1=2。
每个子网多少台主机?
有7个主机位取值为o( 10000000)，还剩下7位主机位，因此答案是2^7-2= 126台主机。
有哪些合法的子网?
256 -128 = 128。也就是子网的增量是128.因此子网为0和128
每个子网的广播地址是什么?
在下一个子网之前的数字中，所有主机位的取值都为1，是当前子网的广播地址。对于子网0，下一个子网为128，因此其广播地址为127
每个子网包含哪些合法的主机地址?
合法的主机地址为子网地址和广播地址之间的数字。要确定主机地址，最简单的方法是写出子网地址和广播地址，这样合法的主机地址就显而易见了。

小小呆的这几个问题比较详细的讲解都可以看它的这个文章：
CSDN博主逃离地球的小小呆的《子网划分详解与子网划分实例精析》，网址：https://blog.csdn.net/gui951753/article/details/79412524

17.24 子网划分的题目 2

255.255.255.192 (/26)
在第二个示例中，我们将使用子网掩码255.255.255.192对网络192.168.10.0进行子网划分。
网络地址=192.168.10.0
子网掩码=255.255.255.192
下面来回答五大问题

多少个子网?
在192(11000000)中，取值为1的位数为2，因此答案为2^2=4个子网。
每个子网多少台主机?有6个主机位的取值为o(11000000)，因此答案是2^6-2=62台主机。
有哪些合法的子网?
256 -192 = 64。所以子网的步长[增量]为64，因此子网为0、64、128和192
每个子网的广播地址是什么?
在下一个子网之前的数字中，所有主机位的取值都为1，是当前子网的广播地址。对于子网0，下一个子网为64，因此其广播地址为63。以此类推。
合法的主机地址有哪些?
合法的主机地址为子网地址和广播地址之间的数字。要确定主机地址，最简单的方法是写出子网地址和广播地址，这样合法的主机地址就显而易见了。

17.25 子网划分的题目 3

从这个案例开始，我不再一一回答这五大问题，大部分的思考是重复的，我只给出问题和图表类型的答案。
255.255.255.224 (/27)
这次我们将使用子网掩码255.255.255.224对网络192.168.10.0进行子网划分。
网络地址=192.168.10.0
子网掩码=255.255.255.224
在这里插入图片描述

17.26 子网划分的题目 4

255.255.255.240 (/28)
再来看一个示例:
网络地址=192.168.10.0
子网掩码=255.255.255.240
在这里插入图片描述

17.27 子网划分的题目 5

255.255.255.248 (/29)
继续练习:
网络地址=192.168.10.0
子网掩码=255.255.255.248
在这里插入图片描述

17.28 已知IP地址和子网掩码求子网划分 1

已知ip地址=192.168.10.33 ，子网掩码=255.255.255.224，求该网络的子网划分。

求出子网增量：
由于子网掩码是224，所以子网步长为256-224=32
求有哪些合法子网：
由上文知道，子网的步长为32.因此子网为0、32、64等等
求出该Ip地址对应的子网号。
因为主机地址33位于子网32和64之间，因此属于子网192.168.10.32
求该子网对应的广播地址：
下一个子网为64，因此子网32的广播地址为63(广播地址总是下一个子网之前的数字)。
求合法的主机地址范围：
33~62(子网和广播地址之间的数字)。

17.29 已知IP地址和子网掩码求子网划分 2

ip地址=192.168.10.174
子网掩码=255.255.255.240.合法的主机地址范围是多少呢?

解答：子网掩码为240，因此将256减去240，结果为16，这是子网增量。要确定所属的子网，只需从零开始不断增加16，并在超过主机地址174后停止:0、16、32、48、64、80、96、112、128、144、160、176等。主机地址174位于160和176之间，因此所属的子网为160。广播地址为175，合法的主机地址范围为161~174。

17.30 已知IP地址和子网掩码求子网划分 3

ip地址=192.168.10.17
子网掩码=255.255.255.252 该IP地址属于哪个子网?该子网的广播地址是什么?

256 -252= 4，因此子网为0、4、8、12、16、20等(除非专门指出，否则总是从0开始)。主机地址17位于子网16和20之间，因此属于子网192.168.10.16，而该子网的广播地址为19，合法的主机地址范围为17-18。

17.31B类地址已知网络地址和子网掩码求子网划分 1

在这里插入图片描述
在B类地址中，有16位可用于主机地址。这意昧着最多可将其中的14位用于子网划分，因为至少需要保留2位用于主机编址。使用/16意味着不对B类网络进行子网划分，但它是一个可使用的子网掩码。

255.255.128.0 (/17)
网络地址=172.16.0.0
子网掩码=255.255.128.0

多少个子网?
2^1 =2 (与C类网络相同)借用了一位主机位。
每个子网多少台主机?
2^15 -2 = 32766 (主机位一共15位，第三个字节7位，第四个字节8位)。
有哪些合法的子网?
256 -128 = 128，因此子网为0和128。鉴于子网划分是在第三个字节中进行的，因此子网号实际上为0.0和128.0
每个子网的广播地址是什么?（跟C类相同，广播地址总是下一个子网前面的数）
合法的主机地址是什么?（子网号与广播地址之间的地址就是合法的主机地址）

17.32 已知网络地址和子网掩码求子网划分 2

255.255.255.128 (/25)
这是一个非常难但是却十分适合生产环境的子网划分组合
网络地址=172.16.0.0
子网掩码=255.255.255.128

多少个子网?
2^9=512。一共借用了9个主机位
每个子网多少台主机?
2^7-2 = 126。还有16-9=7位主机位
有哪些合法的子网?
这是比较棘手的部分。这个地方的子网增量应该是 256-255=1，因此第三个字节的可能取值为0、1 、2、3…255;但别忘了，第四个字节还有一个子网位。还记得前面如何在C类网络中处理只有一个子网位的情况吗?这里的处理方式相同。也就是说第三个字节的每个取值都有0和128这两种情况。例如，如果第三个字节的取值为3，则对应的两个子网为3.0和3.128。因此总共有512个子网。
每个子网的广播地址是什么?（下一个子网地址的前一位）
合法的主机地址是什么?（介于子网地址和该子网的广播地址之间的就是主机地址）
下面用图表列出这个例子的子网划分结果：

17.33 已知ip地址和子网掩码求子网划分

当使用cidr表示子网划分，网络位的位数>24时，比如/25，/27.我们只需要考虑第四个字节。<=24时，我们只需要考虑第三个字节，因为第四个字节的主机位并没有被借用，并没有参与到子网划分。

问题:172.16.10.33/27属于哪个子网?该子网的广播地址是多少?
答案:这里只需考虑第四个字节。256-224=32，故第四个字节的变化为0、32、64…。33位于32和64之间，但子网号还有一部分位于第三个字节，因此
答案是该地址位于子网10.32中。由于下一个子网为10.64，该子网的广播地址为172.16.10.63

17.34 A类子网划分实例已知网络地址和子网掩码求子网划分 1

A类网络的子网划分与B类和C类网络没有什么不同，但需要处理的是24位，而B类和C类网络中需处理的分别是16位和8位。
可用于A类的所有子网掩码：
在这里插入图片描述

255.255.240.0(/20)
网络地址=10.0.0.0
子网掩码=255.255.240.0(/20)时，12位用于子网划分，余下12位用于主机编址。

多少个子网?
2^12=4096。
每个子网的主机数?
2^12-2=4094
有哪些合法的子网?
需要考虑哪些字节?借用的主机号来自于第二和第三个字节，因此要考虑第二个和第三个字节，在第二个字节中，子网号的间隔为1;在第三个字节中，子网号为0、16、32等，因为256-240=160
每个子网的广播地址是什么?
合法的主机地址是什么?
具体划分如表中所示：

17.35 已知ip地址和子网掩码求子网划分

ip地址=10.1.3.65/23
求该ip地址对应的子网以及该子网合法的主机地址和广播地址：
**回答：**首先，如果不知道/23对应的子网掩码，你就回答不了这个问题。它对应的子网掩码为255.255.254.0。这里需要注意的字节为第三个。256-254=2，因此第三个字节的子网号为0、2、4、6等。在这个问题中，主机位于子网2.0中，而下一个子网为4.0，因此该子网的广播地址为3.255。10.1.2.1~10.1.3.254中的任何地址都是该子网中合法的主机地址。

17.36 （sHuXnHs）TCP的拥塞控制机制是什么？请简单说说。

我们知道TCP通过一个定时器（timer）采样了RTT并计算RTO，但是，如果网络上的延时突然增加，那么，TCP对这个事做出的应对只有重传数据，然而重传会导致网络的负担更重，于是会导致更大的延迟以及更多的丢包，这就导致了恶性循环，最终形成“网络风暴” —— TCP的拥塞控制机制就是用于应对这种情况。
首先需要了解一个概念，为了在发送端调节所要发送的数据量，定义了一个“拥塞窗口”（Congestion Window），在发送数据时，将拥塞窗口的大小与接收端ack的窗口大小做比较，取较小者作为发送数据量的上限。
拥塞控制主要是四个算法：
1.慢启动：意思是刚刚加入网络的连接，一点一点地提速，不要一上来就把路占满。
连接建好的开始先初始化cwnd = 1，表明可以传一个MSS大小的数据。
每当收到一个ACK，cwnd++; 呈线性上升
每当过了一个RTT，cwnd = cwnd*2; 呈指数让升
阈值ssthresh（slow start threshold），是一个上限，当cwnd >= ssthresh时，就会进入“拥塞避免算法”
2.拥塞避免：当拥塞窗口 cwnd 达到一个阈值时，窗口大小不再呈指数上升，而是以线性上升，避免增长过快导致网络拥塞。
每当收到一个ACK，cwnd = cwnd + 1/cwnd
每当过了一个RTT，cwnd = cwnd + 1
拥塞发生：当发生丢包进行数据包重传时，表示网络已经拥塞。分两种情况进行处理：
等到RTO超时，重传数据包
sshthresh = cwnd /2
cwnd 重置为 1
3.进入慢启动过程
在收到3个duplicate ACK时就开启重传，而不用等到RTO超时
sshthresh = cwnd = cwnd /2
进入快速恢复算法——Fast Recovery
4.快速恢复：至少收到了3个Duplicated Acks，说明网络也不那么糟糕，可以快速恢复。
cwnd = sshthresh + 3 * MSS （3的意思是确认有3个数据包被收到了）
重传Duplicated ACKs指定的数据包
如果再收到 duplicated Acks，那么cwnd = cwnd +1
如果收到了新的Ack，那么，cwnd = sshthresh ，然后就进入了拥塞避免的算法了。

17.37 （知乎：何柄融）题目一

长度为100字节的应用层数据交给传输层传送，需加上20字节的TCP首部。再交给网络层传送，需加上20字节的IP首部。最后交给数据链路层的以太网传送，加上首部和尾部工18字节。试求数据的传输效率。数据的传输效率是指发送的应用层数据除以所发送的总数据（即应用数据加上各种首部和尾部的额外开销）。若应用层数据长度为1000字节，数据的传输效率是多少？

100/（100+20+20+18）=63.3%
1000/（1000+20+20+18）=94.5%

通过这道题目对传输效率有一定的认识，然后对数据包的底层进一步加深理解。

17.38 试从多个方面比较电路交换、报文交换和分组交换的主要优缺点。

（1）电路交换：端对端通信质量因约定了通信资源获得可靠保障，对连续传送大量数据效率高。（2）报文交换：无须预约传输带宽，动态逐段利用传输带宽对突发式数据通信效率高，通信迅速。（3）分组交换：具有报文交换之高效、迅速的要点，且各分组小，路由灵活，网络生存性能好。

这到题目需要先理解三种交换方式的原理所在，电路交换就像打电话一样，先建立连接，然后再进行通信。报文交换和分组交换的原理差不多，只不过报文交换是把全部数据都一次性存储转发，而分组交换则分成了多次。

17.39 协议与服务有何区别？有何关系？

网络协议：为进行网络中的数据交换而建立的规则、标准或约定。由以下三个要素组成：

（1）语法：即数据与控制信息的结构或格式。

（2）语义：即需要发出何种控制信息，完成何种动作以及做出何种响应。

（3）同步：即事件实现顺序的详细说明。协议是控制两个对等实体进行通信的规则的集合。在协议的控制下，两个对等实体间的通信使得本层能够向上一层提供服务，而要实现本层协议，还需要使用下面一层提供服务。

协议和服务的概念的区分： 1、协议的实现保证了能够向上一层提供服务。本层的服务用户只能看见服务而无法看见下面的协议。下面的协议对上面的服务用户是透明的。2、协议是“水平的”，即协议是控制两个对等实体进行通信的规则。但服务是“垂直的”，即服务是由下层通过层间接口向上层提供的。上层使用所提供的服务必须与下层交换一些命令，这些命令在OSI中称为服务原语。