wireshark抓取TCP连接及其断开实验补充
电子科大网络安全实验2Wireshark抓包分析实验完整分析
电⼦科⼤⽹络安全实验2Wireshark抓包分析实验完整分析实验2 Wireshark抓包分析实验⼀、实验原理TCP三次握⼿准则介绍TCP是因特⽹中的传输层协议，使⽤三次握⼿协议建⽴连接。
当主动⽅发出SYN连接请求后，等待对⽅回答SYN，ACK。
这种建⽴连接的⽅法可以防⽌产⽣错误的连接，TCP使⽤的流量控制协议是可变⼤⼩的滑动窗⼝协议。
第⼀次握⼿：建⽴连接时，客户端发送SYN包(SEQ=x)到服务器，并进⼊SYN_SEND状态，等待服务器确认。
第⼆次握⼿：服务器收到SYN包，必须确认客户的SYN(ACK=x+1),同时⾃⼰也送⼀个SYN包(SEQ=y),即SYN+ACK包，此时服务器进⼊SYN_RECV状态。
第三次握⼿：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ACK=y+1),此包发送完毕，客户端和服务器进⼊Established状态，完成三次握⼿。
HTTP协议介绍HTTP协议⽤于在Internet上发送和接收消息。
HTTP协议是⼀种请求-应答式的协议 ——客户端发送⼀个请求，服务器返回该请求的应答，所有的请求与应答都是HTTP包。
HTTP协议使⽤可靠的TCP 连接，默认端⼝是80。
HTTP的第⼀个版本是HTTP/0.9，后来发展到了HTTP/1.0，现在最新的版本是HTTP/1.1。
HTTP/1.1由RFC 2616 定义。
⼆、实验⽬的1、了解并会初步使⽤Wireshark，能在所⽤电脑上进⾏抓包。
2、了解IP数据包格式，能应⽤该软件分析数据包格式。
3、了解HTTP请求中的三次握⼿准则，并能利⽤该软件对该过程进⾏简要分析。
三、实验内容（1）安装wireshark软件，并使⽤该软件捕获HTTP请求中的报⽂，分析该过程中TCP建⽴连接的握⼿过程以及报头各字段的含义，记录实验结果和数据。
（2）尝试利⽤wireshark软件捕获Ping请求中的报⽂，并分析报⽂中各字段的含义，记录实验结果和数据。
Wireshark抓包实验
Wireshark抓包实验报告一、实验名称TCP报文分析二、实验目的利用wireshark抓包工具抓取网络数据包，分析传输层TCP协议，加强对教材知识的理解，特别是TCP连接的特征，三次握手建立连接，累计确认方式，以及报文段的数据结构。
三、实验要求1、分析TCP建立连接和关闭连接的握手阶段及标识符的值；2、分析数据传输过程中的变化；3、分析报头各字段；四、实验内容（一）建立连接三次握手1）源主机向目的主机发送连接请求报头：源端口号：4612目的端口号：http(80)序列号：0（源主机选择0作为起始序号）报头长度：28字节标志位：仅SYN设为1，请求建立连接，ACK：not set 窗口大小：16384字节选项字段：8字节2）目的主机返回确认信号报头：源端口号：http(80)目的端口号：4612序列号：0（目的主机选择0作为起始序号）报头长度：28字节标志位：SYN设为1，ACK设为1，确认允许建立连接窗口大小：5720字节选项字段：8字节3）源主机再次返回确认信息，并可以携带数据报头：源端口号：4612目的端口号：http(80)序列号：1（发送的报文段编号）报头长度：22字节标志位：SYN=1，ACK=1窗口大小：16560字节（二）关闭连接四次握手1）源主机向目的主机发送关闭连接请求，FIN=12)目的主机返回确认信号，ACK=13）目的主机允许关闭连接，FIN=14）源主机返回确认信号，ACK=1五、总结及心得体会TCP协议是传输层的最重要的内容，面向连接，可靠传输，提供流量控制和拥塞控制，对TCP协议的理解和掌握有助于对网络层的学习。
通过抓包实验，对wireshark软件的操作更为熟练了，对教材所讲的内容也有了巩固。
（注：可编辑下载，若有不当之处，请指正，谢谢!）。
wireshark抓包实验报告总结
wireshark抓包实验报告总结一、实验目的本次实验的主要目的是学习Wireshark抓包工具的使用方法，掌握网络通信过程中数据包的组成和解析方式，以及了解常见网络协议的运行机制。
二、实验环境本次实验使用的操作系统为Windows 10，使用Wireshark版本为3.4.6。
三、实验步骤1. 安装Wireshark软件并打开。
2. 选择需要抓包的网络接口，并开始抓包。
3. 进行相应的网络操作，例如访问网站、发送邮件等。
4. 停止抓包，并对捕获到的数据包进行分析和解析。
四、实验结果1. 抓取HTTP请求和响应数据包通过Wireshark抓取HTTP请求和响应数据包，可以轻松地了解HTTP协议在通信过程中所传输的信息。
例如，在访问一个网站时，可以看到浏览器向服务器发送GET请求，并获取到服务器返回的HTML 页面等信息。
同时还可以看到HTTP头部中所携带的信息，例如User-Agent、Cookie等。
2. 抓取TCP连接数据包通过Wireshark抓取TCP连接数据包，可以了解TCP协议在建立连接、传输数据和关闭连接时所涉及到的所有步骤。
例如，在进行FTP 文件传输时，可以看到TCP三次握手建立连接，以及文件传输过程中TCP的流量控制和拥塞控制等。
3. 抓取UDP数据包通过Wireshark抓取UDP数据包，可以了解UDP协议在通信过程中所涉及到的所有信息。
例如，在进行DNS域名解析时，可以看到DNS服务器返回的IP地址等信息。
五、实验总结通过本次实验，我学会了使用Wireshark抓包工具进行网络数据包分析的方法，并了解了常见网络协议的运行机制。
同时也发现，在网络通信过程中，数据包所携带的信息非常丰富，能够提供很多有用的参考和指导。
因此，在实际工作中，我们应该灵活运用Wireshark等工具进行网络数据包分析，并结合具体业务场景进行深入研究和分析。
wireshark实验报告
wireshark实验报告Wireshark实验报告Wireshark是一个非常强大的网络协议分析工具，它可以帮助我们监控和分析网络上的数据包，从而深入了解网络通信的细节。
在本次实验中，我们使用Wireshark来分析一个简单的网络通信场景，并进行一些实验来了解它的功能和用途。
实验一：捕获数据包首先，我们打开Wireshark并选择要监控的网络接口，然后开始捕获数据包。
在捕获过程中，我们可以看到不断出现的数据包，它们包含了网络通信中的各种信息，如源地址、目标地址、协议类型等。
通过Wireshark的过滤功能，我们可以只显示特定协议的数据包，从而更方便地进行分析。
实验二：分析HTTP通信接下来，我们模拟了一个简单的HTTP通信场景，比如在浏览器中访问一个网页。
通过Wireshark捕获到的数据包，我们可以看到HTTP请求和响应的细节，包括请求头、响应头、数据内容等。
通过分析这些数据包，我们可以了解HTTP 通信的工作原理，以及了解网页加载过程中的各种细节。
实验三：检测网络异常最后，我们模拟了一个网络异常的场景，比如断开网络连接或者遭遇网络攻击。
通过Wireshark捕获到的数据包，我们可以看到异常情况下的网络通信情况，从而及时发现问题并进行处理。
Wireshark的强大过滤功能可以帮助我们快速定位异常数据包，以便更快地解决网络问题。
通过以上实验，我们对Wireshark的功能和用途有了更深入的了解。
它不仅可以帮助我们监控网络通信，还可以帮助我们分析网络问题、学习网络协议等。
在今后的网络工作中，Wireshark将成为我们不可或缺的利器，帮助我们更好地理解和管理网络通信。
wireshark实验报告
wireshark实验报告Wireshark实验报告引言：Wireshark是一款网络封包分析软件，被广泛应用于网络安全、网络管理和网络故障排除等领域。
本篇实验报告将介绍Wireshark的基本原理、实验环境和实验过程，并通过实验结果分析其应用价值。
一、Wireshark的基本原理Wireshark基于网络抓包技术，能够捕获网络通信过程中的数据包，并对其进行解析和分析。
它支持多种网络协议，包括以太网、无线局域网、传输控制协议（TCP）、用户数据报协议（UDP）等。
Wireshark通过监听网络接口，将捕获到的数据包以图形化界面的形式呈现给用户，方便用户进行深入分析。
二、实验环境本次实验使用的环境是一台运行Windows操作系统的个人电脑，安装了最新版本的Wireshark软件。
实验中使用了一个虚拟网络环境，包括两台虚拟机，分别运行着Windows和Linux操作系统。
三、实验过程1. 安装Wireshark：首先，将Wireshark软件下载到本地，并按照安装向导进行安装。
安装完成后，打开Wireshark程序。
2. 设置捕获接口：在Wireshark界面上方的工具栏中，选择“捕获选项”按钮。
在捕获选项对话框中，选择需要捕获的网络接口，点击“开始”按钮开始抓包。
3. 进行通信测试：在虚拟机中进行网络通信测试，例如在Windows虚拟机中打开浏览器，访问一个网站。
同时，在Linux虚拟机中执行ping命令，向外部主机发送数据包。
4. 分析捕获的数据包：在Wireshark界面中，可以看到捕获到的数据包以列表的形式展示出来。
通过点击某个数据包，可以查看其详细信息，包括源IP地址、目标IP地址、协议类型等。
5. 过滤和统计功能：Wireshark还提供了强大的过滤和统计功能，可以根据需要筛选和分析数据包。
例如，可以根据源IP地址过滤出特定的数据包，或者统计某个协议的使用情况。
四、实验结果分析通过对捕获的数据包进行分析，我们可以得到一些有价值的结果。
wireshark抓包实验之TCP(陕师大)
实验六 Wireshark Lab: TCP一、实验目的1.通过wireshark 抓包理解应用层TCP 协议。
二、实验器材1.PC 机电脑一台。
2.Wireshark 软件。
三、实验内容1．依照Wireshark Lab 提供的实验步骤完成实验。
2．回答实验中的问题。
四、实验操作实践与步骤2. A first look at the captured trace1. What is the IP address and TCP port number used by the client computer (source) that is transferring the file to ? To answer this question, it’s probably easiest to select an HTTP message and explore the details of the TCP packet used to carry this HTTP message, using the “details of the selected packet header window”2. What is the IP address of ? On what port number is itsending and receiving TCP segments for this connection? Source IP address ：129.168.1.102Source TCP portnumber ：1161Destination IP address ：128.119.245.12Destination TCPport number：80If you have been able to create your own trace, answer the following question:3. What is the IP address and TCP port number used by your client computer (source) to transfer the file to ?3. TCP Basics4. (1)What is the sequence number of the TCP SYN segment that is used to initiate the TCP connection between the client computer and ? (2)What is it in the segment that identifies the segment as a SYN segment?(1) SYN sequence number =0(2) What is in the red region of the figure above identifies the segment as a SYN segment.5. (1)What is the sequence number of the SYNACK segment sent by to the client computer in reply to the SYN?(2) What is the value of the ACKnowledgement field in the SYNACK segment? How did determine that value? What is it in the segment that identifies the segment as a SYNACK segment?(1)SYNACK sequence number =0, ACKnowledgement=1(2)ACKnowledgement value= initiate sequence number of the TCP SYN segment+1(3)What is in the red region of the figure above identifies the segment as a SYN segment.6. What is the sequence number of the TCP segment containing the HTTP POST command? Note that in order to find the POST command, you’ll need to dig into the packet content field at the bottom of the Wireshark window, looking for a segment with a “POST” wi thin itsDATA field.The sequence number of the TCP segment containing the HTTP POST command is 1.7. Consider the TCP segment containing the HTTP POST as the first segment in the TCP connection. (1)What are the sequence numbers of the first six segments in the TCP connection (including the segment containing the HTTP POST)? (2)At what time was each segment sent? When was the ACK for each segment received?(3) Given the difference between when each TCP segment was sent, and when its acknowledgement was received, what is the RTT value for each of the six segments?(4) What is the EstimatedRTT value (see page 249 in text) after the receipt of each ACK? (5)Assume that the value of the EstimatedRTT is equal to the measured RTT for the first segment, and then is computed using the EstimatedRTT equation on page 249 for allsubsequent segments.Note: Wireshark has a nice feature that allows you to plot the RTT for each of the TCP segments sent. Select a TCP segment in the “listing of captured packets” window that is being sent from the client to the server. Then select: Statistics->TCP Stream Graph- >Round Trip Time Graph(1) The first sixsegments are the No.4, 5, 7, 8, 10, and 11 segments.(circled in red)The sequence numbers of them respectively are1, 566, 2026, 3486, 4946, 6406, 7866.(2)They were respectively sent at the time circled int the figure bellow.(3)ACK received time are given in the figure bellow：（4）RTT value for each of the six segmentsSent time ACK received time RTT value Segment1 0.026477 0.053937 0.02746 Segment2 0.041737 0.077294 0.035557 Segment3 0.054026 0.124085 0.070059 Segment4 0.054690 0.169118 0.11443（5）EstimatedRTT = 0.875 * EstimatedRTT + 0.125 * SampleRTT EstimatedRTT after the receipt of the ACK of segment 1: EstimatedRTT = RTT for Segment 1 = 0.02746 secondsegment 2:EstimatedRTT = 0.875 * 0.02746 + 0.125 * 0.035557 = 0.0285 segment 3:EstimatedRTT = 0.875 * 0.0285 + 0.125 * 0.070059 = 0.0337 segment 4:EstimatedRTT = 0.875 * 0.0337+ 0.125 * 0.11443 = 0.0438 segment 5:EstimatedRTT = 0.875 * 0.0438 + 0.125 * 0.13989 = 0.0558 segment 6:EstimatedRTT = 0.875 * 0.0558+ 0.125 * 0.18964 = 0.0725Figure: Round Trip Time Graph8. What is the length of each of the first six TCP segments?The length of the first TCP segments (containing the HTTP POST) is 566 bytes. The length of each of the other five TCP segments is 1460 bytes.9. What is the minimum amount of available buffer space advertised at the received for the entire trace? Does the lack of receiver buffer space ever throttle the sender?The minimum amount of available buffer space at advertised at for the entire trace is 5840 bytes, which shows in the first acknowledgement (No.2 segment )from the server. This receiver window grows steadily until a maximum receiver buffer size of 62780bytes. The sender is never throttled due to lacking of receiver buffer space by inspecting this trace.Figure : Minimum receive window (packet No.2)10. Are there any retransmitted segments in the trace file? What did you check for (in the trace)in order to answer the question?There is no retransmitted segments in the trace file.In order to answer the question , I checked for the sequence numbers of the TCP segments in the trace file. In the Time-Sequence-Graph (Stevens) of this trace, all sequence numbers from 192.168.1.102 to 128.119.245.12 are increasing linear and monotonically. If there is a retransmitted segment, the Time-Sequence-Graph (Stevens) should be different from what we see.11.(1) How much data does the receiver typically acknowledge in an ACK?(2) Can you identify cases where the receiver is ACKing every other received segment (see Table 3.2 on page 257 in the text).The receiver typically acknowledged sequence numbers of the ACKs are listed in the following table.Acknowledged sequence number Acknowledged data SegmentnumberACK16 566 566ACK29 2026 1460ACK312 3486 1460ACK414 4946 1460ACK515 6406 146012. What is the throughput (bytes transferred per unit time) for the TCP connection? Explain how you calculated this value.The TCP connection started to transmit data at segment 4,and end in segment 202. We can see from the figure bellow:data1=1 byte t1=0.026477data2=164091 bytes t2=5.455830total data=164091-1=164090 bytesit takes time: total time=5.455830-0.026477=5.429353 secondsSo the throughput for the TCP connection is calculated as164090/5.4294353= 30.222 KByte/sec13. Use the Time-Sequence-Graph(Stevens) plotting tool to view the sequence number versus time plot of segments being sent from the client to the server. Can you identify where TCP’s slow start phase begins and ends, and where congestion avoidance takes over?Comment on ways in which the measured data differs from the idealized behavior of TCP that we’ve studied in the text.We can see from the figure above(Time-Sequence-Graph(Stevens)) that the TCP Slow Start begins at the start of the connection.The identification of the TCP slow start phase and congestion avoidance phase depends on the value of the congestion window size of this TCP sender. So once we know the congestion window size of this TCP sender, we can tell easily where TCP’s slow ends and where congestion avoidance takes over.When answering the previous question, we can know that the TCP window size is larger than 8192 Bytes.But there is no data sent more than 8192 Bytes. It indicates before the end of the start phase,the application already stops transmitting . That is to say, the TCP’s slow ends and congestion avoidance haven’t taken place.五、实验结论总的来说，这一次实验做的很痛苦，因为一开始问题回答不出来。
Wireshark抓包实验报告.
第一次实验：利用Wireshark软件进行数据包抓取1.3.2 抓取一次完整的网络通信过程的数据包实验一，实验目的：通过本次实验，学生能掌握使用Wireshark抓取ping命令的完整通信过程的数据包的技能，熟悉Wireshark软件的包过滤设置和数据显示功能的使用。
二，实验环境：操作系统为Windows 7,抓包工具为Wireshark.三，实验原理：ping是用来测试网络连通性的命令，一旦发出ping命令，主机会发出连续的测试数据包到网络中，在通常的情况下，主机会收到回应数据包，ping采用的是ICMP协议。
四，验步骤：1.确定目标地址：选择作为目标地址。
2.配置过滤器：针对协议进行过滤设置，ping使用的是ICMP协议，抓包前使用捕捉过滤器，过滤设置为icmp,如图 1- 1图 1-13.启动抓包：点击【start】开始抓包，在命令提示符下键入ping , 如图 1-2图 1-2停止抓包后，截取的数据如图 1-3图 1-34，分析数据包：选取一个数据包进行分析，如图1- 4图1-4每一个包都是通过数据链路层DLC协议，IP协议和ICMP协议共三层协议的封装。
DLC协议的目的和源地址是MAC地址，IP协议的目的和源地址是IP地址，这层主要负责将上层收到的信息发送出去，而ICMP协议主要是Type和Code来识别，“Type:8,Code：0”表示报文类型为诊断报文的请求测试包，“Type:0,Code:0”表示报文类型为诊断报文类型请正常的包。
ICMP提供多种类型的消息为源端节点提供网络额故障信息反馈，报文类型可归纳如下：（1）诊断报文（类型：8，代码0；类型：0代码：0）；(2）目的不可达报文（类型：3，代码0-15）；（3）重定向报文（类型：5，代码：0--4）；（4）超时报文（类型：11，代码：0--1）；（5）信息报文（类型：12--18）。
1.4.1，TCP协议的分析实验一，实验目的：通过本次实验，掌握使用Wireshark抓取TCP协议的数据包的技能，能够在深入分析“TCP的三次握手”，TCP的四次挥手协议在网络数据流的基础上，进一步提高理论联系实践的能力。
利用wireshark进行网络数据捕获的实验报告总结
利用wireshark进行网络数据捕获的实验报告总结标题：利用Wireshark进行网络数据捕获的实验报告总结摘要：本文是对利用Wireshark进行网络数据捕获实验的总结与回顾。
通过使用Wireshark这一强大的网络分析工具，我们可以深入了解网络通信过程中的数据包交互，以及分析网络流量中的各种信息。
本文将从简到繁，由浅入深地介绍了Wireshark的使用方法，展示了对不同协议的数据包的截取和解析过程，并探讨了实验过程中遇到的一些常见问题和解决方案。
1. 引言在当今网络化的时代，了解网络数据的传输和交互过程对于网络管理和安全至关重要。
Wireshark作为一款免费的开源软件，提供了强大的网络数据分析能力，成为网络技术人员必备的工具之一。
本文将通过实验报告的形式，总结并回顾利用Wireshark进行网络数据捕获的经验，包括实验目的、实验过程和实验结果。
2. 实验目的在实验中，我们的主要目的是掌握Wireshark的基本使用方法，包括安装和配置、捕获网络数据包、过滤和解析数据包等。
通过实际操作了解网络通信过程中的数据包结构和各层协议的使用，从而提高对网络数据的理解和分析能力。
3. 实验步骤及过程3.1 安装与配置Wireshark我们首先介绍了Wireshark软件的下载、安装和基础配置，包括设置捕获接口、指定过滤器等。
通过正确配置Wireshark，我们能够准确地对特定网络接口进行数据包捕获。
3.2 捕获网络数据包接下来，我们详细介绍了如何在Wireshark中开始数据包捕获。
通过选择合适的网络接口和过滤器，我们可以针对特定的网络流量进行捕获，并将捕获的数据包保存为pcap文件以供后续分析。
3.3 过滤和解析数据包Wireshark支持强大的过滤功能，我们通过示例解释了过滤器的语法和使用方法，从而能够更加灵活地过滤和查找我们感兴趣的数据包。
我们还介绍了Wireshark的解析功能，用于解析各种网络协议的数据包，并展示了如何获取关键信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
计算机网络实验报告
年级：信科102 姓名：钱丽美学号： 10111219 实验日期：2012.10.23
实验名称：利用wireshark抓取TCP连接及断开实验
一、实验目的：
1）掌握TCP连接建立的三次握手过程
2）理解TCP连接释放的四次握手过程
二、实验原理：
TCP协议工作原理参考TCP协议
Tcp显示过滤规则:
tcp.flags 显示包含TCP标志的封包。
tcp.flags.syn == 1显示包含TCP SYN标志的封包。
tcp.flags.syn == 1and tcp.flags.ack == 0 显示包含TCP SYN并且不包含ACK标志
的封包。
tcp.flags.fin == 1and tcp.flags.ack == 1 显示包含TCP FIN和ACK标志的封包。
tcp.window_size == 0 && tcp.flags.reset != 1
三、主要设备、器材
1）已联网且运行Windows操作系统的计算机
2）协议分析软件Wireshark
四、要求
1、结果分析与保存的数据一致，否则没有实验成绩
2、数据保存名称：
tcp数据：
w09101-tcp.pcap(网络091班01号arp协议)
实验结果分析报告名称：实验六利用Wireshark分析tcp协议_w09101.doc
五、实验步骤：
1）启动WireShark抓包
2）访问学校主页服务器，通过Wireshark捕获通信内容
3）分析TCP连接建立的三次握手和连接释放的四次握手过程
浏览网页，抓取三次握手的包，根据TCP包头格式将各字段取值填下来。
源IP：10.30.28.57
目的IP:220.181.127.63
源端口：sdt-lmd(3319)
目的端口：http(80)
第一次握手：
找出第一次握手的数据包并截取对该数据包的展开图，根据截图填写横线内容。
替换上图
序号：0
确认号：0
数据偏移：32
URG:0
ACK:0
PSH:0
RST:0
SYN: 1
FIN:0
窗口：32767
若只抓取第一次握手的数据包，则显示过滤器的规则为tcp.flags.syn ==
1and tcp.flags.ack == 0 显示包含TCP SYN并且不包含ACK标志的封包。
并截图替换下图：
第二次握手：
找出第二次握手的数据包并截取对该数据包的展开图，根据截图填写横线内容。
替换上图
序号：0
确认号：0
数据偏移：32
URG:0
ACK: 1
PSH:0
RST:0
SYN:0
FIN:0
窗口：65535
若只抓取第二次握手的数据包，则显示过滤器的规则为：tcp.flags.fin == 1and tcp.flags.ack == 1 显示包含TCP FIN和ACK标志的封包。
并截图替换下图：（提示需要syn字段为1而ack字段为1）
第三次握手：
找出第三次握手的数据包并截取对该数据包的展开图，根据截图填写横线内容。
替换上图
序号： 1
确认号： 1
数据偏移：20
URG:0
ACK: 1
PSH:0
RST:0
SYN:0
FIN:0
窗口：32767
是否可以只抓取第三次握手的数据包，为什么? 若不能，如何确定是第三次握手的数据包。
不能只抓取第三次握手的数据包。
三次握手之后，客户端要请求服务器传送数据
第一次请求数据：
找出第一次请求的数据包并截取对该数据包的展开图，根据截图填写横线内容。
替换上图
序号：0
确认号： 1
数据偏移：20
URG:0
ACK:0
PSH: 1
RST:0
SYN:0
FIN:0
窗口：32767
你是如何确定是第一次的请求的数据包：
若通过过滤规则如何找出第一次的请求数据包：
（选做题）
服务器要传送数据给客户端
第一次回复数据：
找出第一次回复的数据包并截取对该数据包的展开图，根据截图填写横线内容。
替换上图
序号：0
确认号：256
数据偏移：20
URG: 0
ACK: 1
PSH: 1
RST: 0
SYN: 0
FIN:0
窗口：32767
你是如何确定是第一次的回复的数据包：
若通过过滤规则如何找出第一次的回复数据包：
（选做题）
捕捉断开连接的数据包，显示过滤器的规则为tcp.window_size == 0 && tcp.flags.reset != 1
1、
并截图替换下图：
根据截图内容填写：
第一次断开：
URG: 0
ACK:1
PSH: 0
RST: 0
SYN:0
FIN: 0
第二次断开：
URG: 0
ACK:1
PSH: 0
RST: 0
SYN:0
FIN: 0
3、捕捉RST置位的包，显示过滤器的规则为
截图（RST置位）并填写横线
替换上图
序号： 4
确认号：1879
数据偏移：20
URG:0
ACK: 1
PSH:0
RST: 1
SYN: 0
FIN:0
窗口：0
传输层TCP数据报结构详解
选取一条TCP数据包并截图，
填写各项的信息及作用
TCP数据报中依次包括以下信息：
1、Source Port：3324 ，表示源端口。
该部分占 2 个BIT。
2、Destination Port：http(80)，表示目标端口。
该部分占 2 个BIT。
3、Initial Sequence Number：1879 ，表示初始序列号
，即SEQ值。
该部分占 4 个BIT，值从1到2的32次方减1。
到2的32次方减1。
个BIT。
A PUSH标志位，
B 复位标志位。
C 结束连接请求标志位。
D 确认标志位，
E 紧急数据标志
F 连接请求标志位。
a收到不属于本机的数据包,需要复位
b 发起连接的请求数据包
c 此数据包为应答数据包
d 有紧急数据，应立即进行传递
e 结束连接的请求数据包
f 此数据包应立即进行传递
BIT，用十六进制表示。
BIT。
【思考问题】
1.试用具体例子说明为什么传输连接建立时要使用三次握手。
如不这样做可能会出现
什么情况。
答：我们知道，3次握手完成两个重要的功能，既要双方做好发送数据的准备工作（双方都知道彼此已准备好），也要允许双方就初始序列号进行协商，这个序列号在握手过程中被发送和确认。
现在把三次握手改成仅需要两次握手，死锁是可能发生的。
作为例子，考虑计算机A 和B之间的通信，假定B给A发送一个连接请求分组，A收到了这个分组，并发送了确认应答分组。
按照两次握手的协定，A认为连接已经成功地建立了，可以开始发送数据分组。
可是，B在A的应答分组在传输中被丢失的情况下，将不知道A是否已准备好，不知道A建议什么样的序列号，B甚至怀疑A是否收到自己的连接请求分组。
在这种情况下，B认为连接还未建立成功，将忽略A发来的任何数据分组，只等待连接确认应答分组。
而A在发出的分组超时后，重复发送同样的分组。
这样就形成了死锁。
2.使用TCP对实时话音数据的传输有什么问题？使用UDP在传送数据文件时会有什么
问题？
答：1.如果语音数据不是实时播放（边接受边播放）就可以使用TCP，因为TCP传输可靠。
接收端用TCP讲话音数据接受完毕后，可以在以后的任何时间进行播放。
但假定是实时传输，则必须使用UDP。
3.UDP不保证可靠交付，但UCP比TCP的开销要小很多。
因此只要应用程序接受
这样的服务质量就可以使用UDP。
4.TCP在进行流量控制时是以分组的丢失作为产生拥塞的标志。
有没有不是因拥塞而
引起的分组丢失的情况？如有，请举出三种情况。
答：当IP数据报在传输过程中需要分片，但其中的一个数据报未能及时到达终点，而终点组装IP数据报已超时，因而只能丢失该数据报；IP数据报已经到达终点，但终点的缓存没有足够的空间存放此数据报；数据报在转发过程中经过一个局域网的网桥，但网桥在转发该数据报的帧没有足够的差错空间而只好丢弃。