有回复时邮件通知我
12345 随便看看
关于博主 博主系本科在校大学生(大三)，计算机科学与技术专业，19年毕业，将是一名 Java 后端er，梦想进入一线互联网公司。感恩您的关注！长期求内推和实习机会 QQ交流群：
捐赠与支持 为了维持本站运营，博主提供有偿服务和广告投放，需要的可以扫右侧微信二维码或加 QQ1、简述数据链路层功能。
答：数据链路层要完成的具体功能包括；链路的建立与管理 、帧同步 、流量控制 、差错控制 、区分数据和控制信息 、
数据透明传输 、共享介质时的寻址等。 2、什么是数据交换技术？试简述三种交换技术的特点、优点、缺点。
答：从数据链路层开始，往上的各个功能层次处理的对象都是具有各种不同结构的数据数据在节点进出过程称为交换。
连续数据单元通过节点时的转发方式，称作数据交换技术。（略） 3、请描述循环冗余码校验的特点。
答：是一个建立在模2运算基础上的校验编码。
发送方用一个特殊的多项式表达式（循环码生成多项式），去除信息码多项式所得的余式，附加在信息码之后，构成
传输码；接收方用获得的传输码组成的多项式除以发送方使用的同一个多项式表达式，即生成多项式。 4、请简述：什么是差错控制？什么是流量控制？
答：链路层差错控制包含两个方面任务：差错检测和差错处理。差错控制的对象是数据帧，帧的差错表现可归纳为三种：
帧丢失、帧序乱、帧内容错。差错检测就是尽可能及时发现这三种帧错误，差错处理的任务就是在发现错误的同时采取及
时可靠的措施改正错误，最终实现不丢帧、不乱序、无错帧。
当发送方的传送能力大于接收方的接收能力会造成数据帧的丢失，此时为了使收发两个节点实现匹配传输，必须对发
送速率加以控制，即流量控制 5、请简述：噪声的影响下，数据帧传输可能出现哪3种问题？分别怎么解决？
答：3种问题：
（1）到达接收方的帧数据有错，且不可用；
（2）数据帧在传输过程中丢失，没有到达接收方；
（3）接收方收到正确数据帧，发回的确认帧途中丢失，发方没能收到确认；
问题（1）：可以通过差错控制编码实现对其检测和纠正，或要求重传。
问题（2）和（3）：只能通过定时机制来解决。即发方发送一帧后，即开始计时，当定时时间到，发方仍未收到接收方
的确认，则发方可以认为数据帧因为上述问题之一而没有正确到达接收方，因此对上一帧进行重发。重发时，可以通过在
发方给帧加上序号，收方根据收到的帧的序号来判断是否是重复帧，代价只是在传输帧中增加一个序号字段和对序号的比
较运算。 6、请分别简述3种ARQ的特点。
答：1．等待式ARQ：发生确认丢失，发方会重发先前的“0”帧，而收方对到来的重复的“0”帧将丢弃，并重发对上一
个“0”帧的确认，维持对“1”帧的期待。一般可将重发时间选为略大于“从发完数据帧到收到应答帧所需的平均时间”。
2．退回N步 ARQ：要求发送方至少有存放N帧信息的缓存，以便重发，而接收方只要求能存放一帧的存贮器即可。
3．选择重传 ARQ：要求接收方必须有足够的存储空间，以便等待有错的帧经重发后获得更正，然后接收方把重发帧 和缓存已有的正确帧一起重新排序后送给上层用户。所以选择重传ARQ方式的收端可以接收乱序帧。 7、请给出滑动窗口协议的基本原理。滑动窗口协议和3种ARQ是何对应关系？
答：假设帧编号位为3比特，为0―7，发送窗口设为5。当发送方发完了5个帧时，发送窗口已填满，须停止发送，进 入等待状态。假定不久，0号帧的确认ACK到了，那么发送窗口就丢掉被确认的老的0号帧，使窗口后移一帧，1-5号，这 时发送方就可以发送一个5号帧。设又有3个帧(1，2，3号)的确认帧ACK到达发方，于是发送窗口又可移动3个号，可以 发送6，7和新的0号。同时也规定一个接收窗口，只有当接收的帧号落在接收窗口内时才允许将该帧收下，否则将其丢弃。 接收方每正确接收一个数据帧，就向网络层上交一个帧，接收窗口后移一帧，增加一个准备接收的新的帧号，并向发送方 发回一个确认帧，发方接收到确认帧后，移动发送窗口，发送新的数据帧。也就是说，只有接收窗口，先进行移动，发送 窗口才可能移动。
当WT＝1时，滑动窗口协议即等待式ARQ；
当WT＞1而WR＝1时，滑动窗口协议即退N步ARQ；
当WT＞l而WR＞1时，滑动窗口协议即选择重传ARQ。 8、请准确描述数据传输中“同步”的概念。
答：指通信双方对传输的信号的认识是相同的，或说到达终点的信号被识别出的数据信
息和始端发出的信号承载的数据信息是完全一致的。
任务：确保通信的接收方能够正确地恢复发送方的原始信息。同步可分为内容、空
间和时间上的同步。时间同步方法很多，可概括分为三类：专设统一时钟、独立同步信
号和自同步。 9、PPP协议包含哪三部分内容？
答：PPP包括以下三个部分： 1) 在串行链路上封装IP数据报的方法。PPP既支持数据为8位和无奇偶检验的异步模式（如大多数计算机上都
普遍存在的串行RS232接口，类似SLIP），还支持面向比特的同步模式封装IP包。 2) 建立、配置及测试数据链路的链路控制协议（LCP：Link Control Protocol）。它允许通信双方进行协商，以确定
不同的通信选项。 3) 针对不同网络层协议的网络控制协议（NCP：Network Control Protocol）体系RFC定义的网络层有IP、DECnet
以及AppleTalk等，PPP都可以予以支持。 10、CSMA/CD的中英文全称是什么？它应用在什么网络环境？其媒体访问方法为哪几步？ 答：CSMA/CD的中英文全称是碰撞检测的载波侦听多路访问(Carrier Sense Multiple Access/Collision Detection)。它应用在 以太网（Ethernet、IEEE802.3）网络环境CSMA/CD 媒体访问方法可归纳为下述4步：
1：如果媒体信道空闲，等待9.6us，则可进行发送。
2：如果媒体信道有载波(忙)，则继续对信道进行侦听。一旦发现空闲，等待9.6us，便立即发送。
3：如果在发送过程中检测到碰撞，则停止自己的正常发送，转而发送一短暂的干扰信号，强化碰撞信号，使LAN上所
有站都能知道出现了碰撞。
4：发送了干扰信号后，退避一随机时间，转1。 11、应用截断二进制指数退避算法，为什么说冲突越严重，等待时间一般会越长？ 答：为尽量避免这种反复碰撞情况的出现，退避时间应为一个服从均匀分布的随机量。同时，由于碰撞产生的重传加大 了网络的通信流量，所以碰撞次数越多，退避时间应越长。截断二进制指数退避(Truncated Binary Exponential Backoff ) 就 是基于上述这种思想提出的，而退避时延＝r * 间隙时间；间隙时间=最大住返传播时间+为强化碰撞而有意发送的干扰序 列时间。所以应用截断二进制指数退避算法， 冲突越严重，等待时间一般会越长。 12、以太网帧最大最小长度各位多少？帧字段的前导码有何作用？ 答：以太网帧最大帧长1518个字节，以太网最小长度帧的长度64个字节，处于MAC帧开始处的字段为前导码字段， 由7个字节组成，其功能是使接收器建立比特同步。编码形式为多个“1”或“0”交替构成的二进制序列，最后一比特为 “0”。在这种编码形式下，经过曼彻斯特编码后为一周期性方波。博主最新文章
博主热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)图解探索网络请求过程（五层网络模型、三次握手、滑动窗口协议）图解探索网络请求过程（五层网络模型、三次握手、滑动窗口协议）橙色的技术百家号在找工作季节，俗话说金三银四，在面试过程中免不了对计算机网络的考察，关于网络这一块，看完这篇文章就可以了当我们在浏览器输入URL点击确认后，浏览器展示出网页信息。可你曾想过这其中的过程是怎样的？理论性较强的朋友可能知道后续DNS会解析地址，然后TCP/IP三次握手建立起连接，紧接着客户端与服务器开始传输数据。不错，大致过程确实如此，可终究“眼见为实”，此篇文章重点在于亲自实践，通过WireShark抓包来图解探索网络请求的整个过程，通过实践来更透彻的认识网络模型、三次握手、滑动窗口协议等理论知识在实际中的运用。此篇涉及到的知识点如下：五层网络模型TCP/IP三次握手滑动窗口协议WireShark抓包探索一. 网络理论知识在使用WireShark抓包实践之前，先来学习以下基础的理论知识点作为基础。1. 网络模型首先通过一个简单的例子来了解网络架构，如下图所示，Tom想给Jerry发送一份可靠、安全的信息，但是实际上拥有的物理线路并非是可靠安全的，我们需要解决的就是在此之上建立一个可靠、安全的传输渠道。（1）网络传输架构而其中依赖的就是七层架构，来具体查看其原理：物理层：最下面一层节点之间不可靠、安全的传输就是物理层。数据链路层： 首先搭了一个数据链路层，既然节点之间传输数据不安全，那么需要一个单位（数据包），通过奇偶校验或其它方法来检验包是否正确，由此完成了一个节点到另外一个节点之间数据包的传递。网络层： 如果Tom和Jerry都在一个房间内，那么数据链路层足够，可是如果是其它地区、国家，这就不仅仅是两个节点之间传输，需要一个网络层。网络层有路由，Tom会把包发给房间的路由器，路由器再传输给其它路由，辗转很多层后最后到Jerry所在的电脑上。这就是网络层的工作，同时为了标识在网络层中的各个节点，使用了IP协议，使每个节点都有IP地址。传输层： 虽然在数据链路层可以确定包是否正确， 但不能保证是相对可靠的，此时需要重传机制在错误时可以自动重传这个包，而不需要Tom人工确认，这就需要传输层。由此产生了对应的TCP、UDP协议。TCP协议是基于连接的，在Tom和Jerry传输之间建立一个可靠的连接，在此连接上传输数据。应用层：以上过程确实可以传输可靠的数据，但是这个数据是为哪个应用服务的呢？是HTTP还是STP或者email协议，这就是应用层。由此完成了上图中的五层架构，而七层架构中的其余两层被淡化，暂时不列出来，但是以上架构是解决网络问题最优方案吗？并非如此，现在已知五层或七层架构是建立与不可靠、不安全的传输上，那为何不从最底层使得它可靠、安全呢？但是在网络发展过程中都是一层层地来解决问题，时从实践问题出发而并非理论，所以才有了往上叠加的网络协议、架构。回望计算机的历史发展，都是一层层地迭代进化而不是一开始就可以设计出完美方案，例如Java语言的泛型。（2）网络传输的可靠、安全性一开始就强调了网络传输并非是可靠、安全的，具体体现如下：不可靠性：（在TCP协议中对以下3个不可靠因素提供了解决方案）丢包、重复包：发送包对方并未收到或是收到重复包。出错：传输时出错，只能通过重传来解决。乱序：包是按照顺序发送的，对方接收时顺序打乱。不安全性： 网络传输一定是一个不安全的线路，因为网络层将数据发送给另外一个节点，需要经过很多路由器，每一个路由都有可能被黑客监听。（不同于电话传输，所有的交换机在机房，网络上只需要一个无线路由器就可以监听手机的对外传输）中间人攻击窃取篡改2. TCP三次握手(TCP Three-way Handshake)TCP是主机对主机层的传输控制协议，提供可靠的连接服务，采用三次握手确认建立一个连接。（1）TCP标志位TCP在其协议头中使用大量的标志位或者说1位（bit）布尔域来控制连接状态，一个包中有可以设置多个标志位。位码即TCP标志位，有6种标示：SYN (synchronous)： 创建连接ACK (acknowledgement）： 确认接收到的数据)PSH (push)：传送FIN (finish)：结束连接RST (reset)：重置URG (urgent)：紧急Sequence number(顺序码)Acknowledge number(确认码)（2）握手过程定义：三次握手，是指建立一个TCP连接时，需要客户端和服务器总共发送3个包。目的：是连接服务器指定端口，建立TCP连接,并同步连接双方的序列号和确认号并交换 TCP 窗口大小信息在socket编程中，客户端执行connect()时，将触发三次握手。第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。完成三次握手，客户端与服务器开始传送数据.3. 滑动窗口协议此部分进行的讲解重心还是放在网络传输的可靠性，仔细探究TCP协议是如何解决网络传输的不可靠问题，其中有个非常关键部分——滑动窗口协议，同时可验证网络学科的实践性、工程性。（1）滑动窗口协议的特征定义TCP协议中使用维持发送方/接收方缓存区此缓存区主要用于解决网络传输的不可靠问题，在上一点已经介绍过网络传输的不可靠问题，如丢包、重复包、出错等，在TCP协议中发送方、接收方各自维护自己的缓存区，互相商定包的重传机制，由此解决不可靠问题。（2）提出问题如果没有滑动窗口协议，如何保证接收方能够收到正确有序的包？如上图所示，发送方发送包1，接收方确认包1，发送包2，确认包2，这样即可解决不可靠性问题。但同时此过程的问题十分明显：吞吐量低，必须要等接收方确认完后才能发送下一个包。试考虑，若能连发几个包，接收方可以同时确认，这样效率岂不更高？（3）简单改进在此问题上，出现了以下改进：发送方可以同时发多个包，接收方一起确认。（4）深度改进——滑动窗口实现由此又衍生出一个问题，同时发包的数量多少才会是最优方案呢？例如发送方同时发送包1、2，在获得接收方确认包1消息后，能否不等包2确认信息，直接发送包3呢？这样很自然地思考到了“滑动窗口实现”。以下有16个数据包，发送方希望按照顺序发送，在接收方收到每个包后都逐一给予确认：初始：（窗口为4到7）1、2、3包已发送并且获取发送方Ack确认；4、5、6、7包已发送但尚未获取发送方Ack确认；8、9、10包待发送；而11、12、13、14、15、16包未发送甚至都没有装入内存；正常：（窗口为5到9）1、2、3、4包已发送并且获取发送方Ack确认；5、6、7、8、9包已发送但尚未获取发送方Ack确认；10、11包待发送；而12、13、14、15、16包未发送甚至都没有装入内存；丢Ack：（窗口为5到11）5、6、7、8、9包未收到Ack（丢Ack），在等待过程又发送了10、11包，此时窗口已满，无法读进包12，只能等待Ack。如果真的是丢包，始终无法收到Ack，此时超时重传机制会从包5开始重新发送。（注意，这里的Ack是按照顺序发送的！）重发： （窗口为9到15）5、6、7、8包获取发送方Ack确认；9、10、11、12、13包已发送但尚未获取发送方Ack确认；13、14包待发送；而16包未发送甚至都没有装入内存；（5）总结运用工程学的思想来考虑滑动窗口机制较为容易，为了增加线路的吞吐量，改进原版方案，令发送方同时发送包；为了衡量同时发送的数量达到吞吐量最优解，从而引进滑动窗口机制；为了解决丢包等不可靠性问题导致发送方无法收到接收方的Ack，又引进了重发机制。以上一系列过程使得整个传输过程更加可靠。TCP采用的滑动窗口？a. 是3位的滑动窗口 ( N )b. 仅用于流量控制 ( N )c. 在传输过程中窗口大小不调整 ( N )d. 大小为0是合法的 ( Y )二. WireShark 网络抓包示例WireShark是很有名的抓包软件，基本的操作指导不做过多讲解，这里主要将重点放在其抓包的数据，由此分析网络模型组成及相关原理。1. 网络请求访问（73、74号DNS包）首先打开wireshark软件，会出现许多接口interface，选择本机连接的网络进行捕获，访问新浪网：http://www.sina.com/（注意这里的地址是国际版的，未带cn），这里建议在Chrome中的隐身窗口中访问，避免浏览器中缓存的干扰！访问后停止捕获。在其内容中搜索字符串“sina”，第一条就是捕获到的数据，点击查看具体内容组成。（1） 解析73号DNS数据包这是一个DNS数据包，代表若我们要访问新浪网，首先要通过DNS的请求然后到新浪网的IP地址，来具体查看数据包所含内容：a. Frame 73: 80 bytes on wire (640 bits), 80 bytes captured (640 bits) on interface 0这是物理层，Frame 73代表这是第73号数据包，大小为80，内容如下图所示，b. Ethernet II, Src: IntelCor_37:44:c0 (34:de:1a:37:44:c0), Dst: HuaweiTe_71:8a:98 (00:46:4b:71:8a:98)数据链路层的报文头及相关协议（ 还有PPP 和PPPOE协议），它的Src是IntelCor_37:44:c0 ，这其实是我的笔记本，windows系统（若是mac，则是Apple开头的）；而Dst中的是我电脑连接的网络路由。虽然这是DNS的一个query，但是无法访问我的路由，最终是传到外面DNS的路由，在数据链路层只是将包从笔记本传到路由，这个包会由路由器进行转发。c. Internet Protocol Version 4, Src: 27.18.155.45, Dst: 202.103.24.68网络层即IP层的头。很熟悉的IPV4协议，Src是我连接的Netkeeper网络的IPV4地址，Dst是DNS服务器地址。d. User Datagram Protocol, Src Port: 60889, Dst Port: 53传输层中UDP协议的头。 这个DNS的请求是作为一个UDP包发送，不需要预先建立连接。e. Domain Name System (query)DNS的query内容。以上讲解的UDP包中的内容就是DNS的query部分，由以下二进制数据表示，根据协议会规定每个字节代表什么含义，wireshark会翻译出每个字节的含义，例如下图中：Transaction ID是0xe231Questions数量为1，www.sina.com新浪网的地址。（意味着还可以有多个Questions）Response响应在65号包。（以上字节内容都是wireshark分析得出的结果）（2）解析74号DNS数据包由以上分析可得响应内容在74号数据包，来查看：（只解释重点内容）Ethernet II, Src: HuaweiTe_71:8a:98 (00:46:4b:71:8a:98), Dst: IntelCor_37:44:c0 (34:de:1a:37:44:c0)数据链路层的报文头及相关协议（ 还有PPP 和PPPOE协议），很明显后面的src内容是本地路由。Internet Protocol Version 4, Src: 202.103.24.68, Dst: 27.18.155.45IP层。scr是DNS服务器地址，Dst是本机IP，代表dns将包发送到本机。Domain Name System (response)应用层。查看下图DNS的response内容，Queries是本机请求新浪IP，而Answer有3个地址。对比查看，发现DNS的response中的Answer提供的IP地址（66.102.251.33）与75号TCP数据包IP相对应，说明我们可以从Answer第三个信息连上！获取到新浪网的IP地址后，需要开始建立连接。2. 与新浪网建立连接，进行网络协议中的3次握手（75、76、77号TCP包）经过以上分析后，接下来在wireshark中搜索只有关于IP地址的信息（搜索ip.addr==66.102.251.33）。如下图，这样即可查看笔记本电脑与新浪网的交互过程：来分析75、76、77号TCP包，查看其Info部分：第一个包标志为 [SYN]第二个包标志为 [SYN，ACK]第三个包标志为 [ACK]对网络知识有过了解的肯定知道这就是网络协议中的3次握手，来依次查看：（1）75号TCP包此包是第一次握手具体内容，来查看：数据链路层（Ethernet II）：包是从本机发送到路由。网络层（IPV4）：将包发送给新浪网。传输层（TCP）：（查看下图）Destination Port目的地端口号为80， 即试图和新浪网的80号端口连接，80号端口是HTTP协议的端口，浏览器若要访问需要从HTTP获取信息。Sequence number 是包的编号为0，在博文的第二大点中滑动窗口协议已经介绍包的编号机制。Acknowledgment number为0，因为目前并未收到Ack。Flags 设置为SYN，代表连接的请求。Window size value是滑动窗口的大小，是8192。TCP Segment Len 为0，因为次请求只带了一个头部，内容为0，所以此包的长度除去头部之外为0。（2）76号TCP包继续查看第二次握手新浪网响应的包是什么，直接查看重点部分TCP内容如下：Acknowledgment number为1，在TCP中1并不表示收到了包，而是说在等待、期待发送包，因为之前已经发送了第一个包，意味着包0已经收到，现在期待收包1。Flags 设置为（SYN，Ack），代表已经收到了连接请求，并且愿意进行连接Window size value是新浪网的滑动窗口大小，是4320。（3）77号TCP包继续查看第三次握手内容，我们直接查看重点部分TCP内容如下：Sequence number 是包的编号为1Acknowledgment number为1，说明收到了新浪网的0号包，现在期待1号包的来临。Flags 设置为（Ack），代表确认连接。Window size value调整滑动窗口大小为17280。当此包被发送出去后，3次握手过程完成，本机和新浪网之间的消息在一个很可靠的TCP连接上进行。3. 成功建立连接，开始GET请求资源（78号HTTP包）接下来可以发送HTTP协议，查看wireshark之后证实我们的言论，接下来确实是进行Http协议上的Get请求，直接查看78号HTTP包中重点内容。（1）TCP内容TCP Segment Len长度不再为0，而是369。Sequence number 仍然是1，在TCP协议中并非按照1、2、3….这样来标识，而是按照发送字节的大小。例如当前是1，加上此包本身长度为369，所以Next sequence number 是370。Acknowledgment number为1（2）HTTP请求内容如下图是一些基本的http请求内容，例如host主机名和请求的基本参数，稍作了解即可。4. 本机与新浪网交互 —— 资源发送与确认Ack（1）79号TCP包TCP中内容：（这里需要重点关注此点即可）查看上图，Acknowledgment number 为 370 ，表示从0~369之间的数据已接收到，从370开始发送。（2）80、81、82号TCP包（发送）接下来查看80、81、82号TCP三个包，是新浪网返回的数据，通过上图可知每个包大小都是1502，表示一个包发不完，所以分成几个包来发送。这里依旧将重点放在TCP内容中：Sequence number字段：根据下图这三个包中的Sequence number变化可知，3个包传递的TCP内容长度皆为1440，顺序号从1开始，逐渐变化增加。重点注意此字段变化：1 -&1441 -& 2881。（此部分结合后一点讲解证实了滑动窗口协议）TCP segment dataTCP中传输的内容绝对是不会以明文的方式，通过此字段可知，Encoding编码方式是gzip，所以显示的数据都是乱码，浏览器收到后会自动进行解码。（3）83、92TCP包（Ack）重新回顾滑动窗口协议，新浪网在发送了80、81、82号TCP包后，需要等待接收方Ack！下图是83、92TCP包中的TCP重点内容，这是接收方的Ack：83包中的Acknowledgment number 为2881，注意对应上一点讲解的80、81、81号TCP包中的Next Sequence number字段可知：81个包中Next Sequence number长度为2881，意味着已有0~2880长度数据，所以83包的Ack代表同时确认了新浪网发送的81、82这两个包！92包中的Acknowledgment number 为4321，对应着82号TCP包中的Next Sequence number字段。代表92包的Ack代表确认了新浪网发送的83包！有时候是同时Ack两个包，有时候是Ack一个包，以上过程正是之前讲解的滑动窗口协议中的部分呈现。（4）总结发送与确认Ack通过以上2、3小点的总结，了解了发送和Ack确认这样一个交互的过程，查看下图来总结这一系列的交互过程：新浪网发送80、81、82号TCP包。83号包同时确认Ack 80、91号两个TCP包，92号包确认Ack82号TCP包。新浪网发送93、94号TCP包。95号包确认Ack93、94号TCP包。5. HTTP中GET请求200，成功访问新浪网（96号HTTP包、189号TCP包）（1）96号HTTP包 ——- Get请求成功200上图中的红框部分表示总共发送了6个包来传输HTTP文件，注意除了以上分析的80、81、82、93、94号TCP包，96号HTTP包自身也包含在内，每个包所含内容是1440字节（除了最后一个HTTP包是1140字节），总长度为8340字节！如上图所示，此时也可以查看Line-based text data: text/html部分，是我们十分熟悉的HTML文件，这是新浪网首页的HTML。（2）189号TCP包 —— 确认Ack189号TCP包再次对传输的数据进行了确认Ack。重点查看TCP内容中的Acknowledgment number为 8341 ，表示已经收到8340字节，下一个数据从8341开始，正好对应了96号HTTP包中的长度树也是8340，新浪网首页请求过程成功探索完毕！（3）后续由于本机与新浪网在TCP3此握手后的建立连接仍然有效，所以后续又HTTP请求GET一张图片，再经过以上系列分析后，后面的包内容就清晰明了：新浪网发送两个TCP数据包接收方确认AckHTTP请求成功200接收方再次确认Ack6. 总结以上部分1~5点为WireShark抓包探索网络请求的全过程，自行总结归纳分为以上5个部分，总结的步骤图示如下：网络请求过程人人似乎都略懂一二，此过程看似简单却又复杂，其完整过程不容易阐明清楚。所以博主推荐各位可亲自实践抓包捕获，体会后续DNS会解析地址，然后TCP/IP三次握手建立起连接，紧接着客户端与服务器开始传输数据的过程。这样对网络模型、三次握手、滑动窗口协议等理论知识有更透彻的认识。若有错误，欢迎指教~本文仅代表作者观点，不代表百度立场。系作者授权百家号发表，未经许可不得转载。橙色的技术百家号最近更新：简介:聚焦互联网信息前沿，分享网络内容精华作者最新文章相关文章博主最新文章
博主热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)