1 / 5
文档名称:

实验使用Wireshark分析UDP.pdf

格式:pdf   大小:379KB   页数:5页
下载后只包含 1 个 PDF 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

实验使用Wireshark分析UDP.pdf

上传人:青山代下 2024/5/20 文件大小:379 KB

下载得到文件列表

实验使用Wireshark分析UDP.pdf

相关文档

文档介绍

文档介绍:该【实验使用Wireshark分析UDP 】是由【青山代下】上传分享,文档一共【5】页,该文档可以免费在线阅读,需要了解更多关于【实验使用Wireshark分析UDP 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。:..实验六使用Wireshark分析UDP一、实验目的比较TCP和UDP协议的不同二、实验环境与因特网连接的计算机;操作系统为Windows;安装有Wireshark、IE等软件..三、实验步骤1、打开两次TCP流的有关跟踪记录;;..如图所示:图1:TCP流跟踪记录图2:UDP流跟踪记录2、分析此数据包:1TCP传输的正常数据:..这个流中的大部分信息与前面的实验相同..我们在分组1到分组3中看到了打开连接的三次握手..分组10到分组13显示的则是连接的终止..我们看到分组10既是一个带有FIN标志的请求终止连接的分组;又是一个最后1080个字节的序号是3921—5000的重传..TCP将应用程序写入合并到一个字节流中..它并不会尝试维持原有应用程序写人的边界值..我们注意到TCP并不会在单个分组中传送1000字节的应用程序写入..前1000个字节会在分组4种被发送;而分组5则包含了1460个字节的数据-----一些来自第二个缓冲区;而另一些来自第三个缓冲区..分组7中含有1460个字节而分组8中则包含剩余的1080个字节..5000-1000-1460-1460=1080:....分组11—13未必要计入接收端应用程序的时间内;因为一旦接收到第一个FIN;TCP层便马上发送一个关闭连接的信号..分组11—13只可能由每台计算机操作系统得TCP层后台传输..如果我们注意到第一个包含数据的分组4和最后一个分组8之间的时间;..这样的话;增加TCP传输时间的主要原因就是分组10中的重传..公平的说;UDP是幸运的;因为它所有的分组都在第一时间被接受了..在这个跟踪文件中;另一个值得注意的是没有包含数据的分组的数量..所有来自接收端的分组和几个来自发送端的分组只包含了TCP报文段的首部..总的来说包括重传一共发送了6822个字节来支持5000个字节的数据传输..这个开销正好36﹪..2UDP正常数据传输现在我们来观察UDP流;..虽然像TCP流那样传输了相同的数据;但是在这个跟踪文件中还是很多的不同..和TCP不同;UDP是一个无连接的传输协议..TCP用SYN分组和SYNACK分组来显示地打开一个连接;而UDP却直接开始发送包含数据的分组..同样;TCP用FIN分组和FINACK分组来显示地关闭一个连接;而UDP却只简单地停止包含数据的分组的传输..为了解决这个问题;;采取的办法是ttcp发送端发送一个只包含4个字节的特殊UDP数据报来模拟连接建立和连接:..终止..在发送任何数据之前;发送端总是发送一个只包含4个字节的特殊数据报分组1;而在发送完所有的数据之后;发送端又发送额外的5个分组分组7-11..接收端也使用第一个特殊的数据报来启动数据传输的计时器..如果这个特殊的数据报丢失了;它可能用真实数据的第一个分组计时器..不过;如果接收端没有看到这个特殊的数据报;它就不能精确地确定数据传输的开始和传输的所有时间..与TCP不同;UDP在传输的数据中;不会加上序号;因此对于接收端来说不可能确定丢失和重排序重传的情况..类似的;接收端根据最后的特殊数据报来停止数据传输计时器..当接收端接收到这5个包中的任一个便停止计时;但是发送5个分组是因为在传输的过程中可能丢失其中的一些..如果5个分组全部丢失了;那么接收端便会无限制的等待更多数据的到来达..实际数据的传输是在分组2-6里..每一个分组都包含1000个字节..1000个字节的应用程学写入直接转换成UDP数据报..另一方面;TCP并不打算保存应用程序写入边界而只是将它们并入一个字节流中..与TCP不同;UDP没有提供接收端到发送端的反馈..在TCP的例子里;接收端返回只包含有TCP报文段首部而没有数据的报文段..首部本身则携带着关于哪些数据已经被成功接收以及接收端能够接收多少数据的信息..我们已经知道UDP不提供可靠的数据传输;因此并不要求什么数据已经被成功接收的信息..它也不提供任何信息高速发送端降低速率;因为接收端或者网络本身已经淹没..虽然UDP本身并不提供接收端到发送端的反馈;但是我们确实看到几个从接收端到发送端的ICMP分组分组12—14..ICMP是网络层协议IP的一个伴随协议;并且有提供一定控制和错误报告的功能..在这种情况下;ICMP分组暗示一些UDP:..数据报没有被传送到;因为端口不可达..这就意味着当数据报到达那个端口的时候;没有接收端在那个端口监听..我们注意到ICMP分组携带着一些未传递UDP数据报的信息..当ttcp接收端看到一个只具有4个字节数据的特殊数据报时;它便会知道数据传输是完整的;并且会因此关闭正在监听的端口..事实上ttcp发送端发送5个这样的分组;并且后面的分组到达的时候发现接收端已经没有在监听了..当发送端发送所有的数据而没有相应的接收标志的时候;将会看到相似的行为..TCP和UDP的另外一个不同之处在于TCP连接时点对点的;换句话说;TCP的使用是在一个连接端和一个发送端之间的..而对于UDP来说;一个发送端可能发向多个接收端例如广播和组播通信或者多个发送端能够发送给一个接收端..如果多个发送端都发给这个接收端的话;这个接收端会为每个发送端报告统计信息..TCP和UDP的最后一个不同之处是它们首部的大小..UDP首部总是8个字节;而TCP首部大小是变化的;但是它绝对不会少于20个字节..这也就是说传输5000个字节的实际数据TCP的开销是36﹪..四、实验报告回答下面的问题:1、..长度字段是包括首部和数据还是只包括数据2、我们观察到使用ICMP报文来报告UDP数据报不可达..为什么TCP不用这个来指示丢失的报文段呢3、我们计算TCP成功传输5000个字节的实际数据的开销是36﹪..在这个开:..销中都包括什么如果没有重传;这个开销是多少