pcattcp下载_计算机网络-Reports-3

下载word有问题请添加微信号:xuecool-com或QQ:370150219处理(尽可能给您提供完整文档),感谢您的支持与谅解。

计算机网络

第三章

DIY!

now

电子版实验报告

班 级: 姓 名: 学 号: 完成时间:

[注]

1. 每个实验问题回答时可以采用截图辅助说明;

2. 实验报告(包含数据)打包成rar文件,传到Reports3文件夹,并用 学号+姓名+章号

命名,如:07410005张山-Reports-3.rar

3. 请独立完成实验和报告,实验报告分析和数据要一致。 实验 得分 1 2 3 4 5 6 7 8 9 3.1 UDP通信过程分析

实验时间: 客户端IP: RACK编号:

A.上传的文件名是: Sshendq3.1(1s) 。

分别记录下你和合作伙伴所看到的收发信息:

答:

Q1.观察发送端的UDP数据包,在刚才的发送过程中一共有多少个UDP数据包发送? 发送端口是什么?接收端口是什么? 答:7个

发送端口:1238 接收端口:5001 Q2.观察第1个UDP数据包,其发送的数据长度是多少?其内容是什么?观察ethereal在info列中识别出来的协议名称是什么?在网上搜索一下这个协议是什么作用,和我们的实验有什么关系?

1

答:length:4 Data:50434155 没有协议名称 Q3.观察第2个UDP数据包,其UDP协议头部数据部分一共有几个字段,分别是什么?其值又分别是什么?这些字段一共占用了多少字节? 答:

1008-1000=8

Q4.继续观察第2个UDP数据包,其发送的数据长度是多少?这个长度和我们要求发送的1000bytes之间有多少差距?这次发送的内容是什么?ethereal将这些数据分析为什么应用层协议?在网上搜索一下这个协议是什么作用,和我们的实验有什么关系? 答:1000bytes,没有差距;

Data: 5043415553412050434154544350205061747465726e2021...

Q5.观察第3个UDP数据包,其发送的数据长度是多少,其内容是什么?观察ethereal在info列中识别出来的协议名称是什么?结合第一个UDP数据包分析这两个数据包的作用。

答:4bytes;Data: 50434155

Q6.观察接收方的DOS窗口统计信息和ethereal数据,请问这次试验你和同伴之间的UDP数据包有没有传输成功?ethereal中的情况和发送方一致吗? 答:没有成功,一致

Q7. 观察DOS窗口中PCATTCP给出的统计信息,发送端的传输时间是多少?接收端的传输时间是多少?这两个时间一致吗?他们会不一致正常吗?为什么? 答:

Q7.PCATTCP可以工作在你指定的任意端口,请尝试向接收方的8000端口发送UDP数据包,请记录你使用的命令。请问这次发送端使用的端口是什么?再重做一次实验看看发送端的端口是什么?请问你能指定发送端的端口吗?为什么? 答:Source port: netbios-dgm (138); Source port: dnap (1172);

这两个时间段一致

Q8.和老师一起讨论分析头尾两个UDP数据包的作用是什么? 答:第一个数据包是建立连接;最后一个数据包是断开连接

一致

2

B.上传的文件名是: Sshendq3.1(2s) (2r) 。

Rshendq3.1Q9.发送端一共发送了多少个UDP数据包?分别起了什么作用?不考虑PCATTCP头尾额外的UDP数据这些包的总流量是多少(包括TCP头部和IP头部)?

答:19个 第一个数据包是建立连接;中间的数据包是数据传输;最后五个是断开连接。

Q10.接收方一共收到多少个UDP数据包?这次你们的实验中丢失了多少个UDP数据包?丢失的是什么数据包?UDP丢失与否发送端能知道吗?整个过程中有没有看到接收方的确认信息? 答:0个;10个;能;有

C.上传的文件名是: Sshendq3.1(3s) 。

Q11.接收方一共收到多少个UDP数据包?这次你们的实验中丢失了多少个UDP数据包?丢失的是什么数据包?UDP丢失与否发送端能知道吗?整个过程中有没有看到接收方的确认信息? 答:0个;10个;能;有

D.上传的文件名是: 。

Q12.发送端一共发送了多少个UDP数据包?分别起了什么作用?

答:16个UDP数据包;第一个数据包是建立连接;中间个数据包是数据传输;最后五个是断开连接。

Q13.接收方一共收到都少个UDP数据包?这次你们的实验中丢失了多少个UDP数据包?丢失的是什么数据包? 答:16个UDP数据包;没有丢失

Q14.发送方的PCATTCP输出的结果说明多少数据发送成功了,耗时多少?这些数据是否到达了接收方?到达接收方的这些数据有没有进程接收到?UDP数据接收端是否存在或接收成功与否发送端能知道吗?整个过程中有没有看到接收方的确认信息?

答:

3

Q15.观察ethereal的数据包,看有没有什么包是以前没有看到过的?分析一下? 答:没有什么包是以前没的

4

3.2 TCP传输分析

实验时间: 客户端IP: RACK编号:

A.上传的文件名是: Sshendq3.2a 。

Q1.观察第1个非握手的TCP数据包,其TCP协议头部数据部分一共有几个字段,分别是什么?其值又分别是什么?这些字段一共占用了多少字节?

答:

Q2.这个实验是使用TCP传输10个1000字节的数据包,请问用了几个TCP传输这些数据?和UDP传输时有什么差别?不考虑重传和确认这些包的总流量是多少(包括TCP头部和IP头部)?和UDP相比哪个更节约网络资源?

答:10个;10040;UDP更节约资源。UDP没有三次握手的延时,没有连接过程

Q3.你的实验中有没有发现数据丢失和重传?哪几个数据包丢失了?在什么时候重传的?重传的数据和原来的数据有什么差别? 答:没有

Q4.PCATTCP传输TCP和UDP数据有什么不一样?

答:UDP占用资源少,但是很容易丢失,TCP可以满载(1460bytes)

Time-Sequence-Graph(stevens截图。 答:

5

B.上传的文件名是: Sshendq3.2b 。

Q5.客户端电脑向gaia.cs.umass.edu传输文件时所用的IP地址和TCP端口号是多少?

答:IP地址:10.22.65.198

TCP端口号:payrouter (1246)

Q6. gaia.cs.umass.edu的IP地址是多少?该服务器的哪个端口发送和接收TCP片段?

答:IP地址:128.119.245.12 端口:http(80)

Q7.包含HTTP POST命令的TCP片段是在什么时候收到的?这时整个HTTP的POST数据已全部上传了吗?

答:463 20:54:52.415451 128.119.245.12 10.22.65.198 HTTP 772 HTTP/1.1 200 OK (text/html);

已经全部上传了

Q8.整个过程中有没有重传的片段?你怎样判断这个问题?ethereal帮助我们做了什么识别工作吗?

6

答:有;重传片段;

快速重传和超时重传;帮助我们识别数据包的

Q9.请记录系统中重传的数据包编号及其重传时间(至少6个包)?

答:296 20:54:49.827324 ;337 20:54:50.532433 ;338 20:54:50.532439 ; 339 20:54:50.532464 ;357 20:54:50.767996 ;359 20:54:50.768006 ;369 20:54:51.003724

Q10.分析为什么远程的服务器传输数据出现重传的概率比在本地进行实验要高? 答:数据链路太长,延时加长,容易造成包的丢失。

7

3.3 TCP序列号管理

实验时间: 客户端IP: RACK编号:

A.上传的文件名是: Sshendq3.3(1s) 。

Q1.在3次握手后发送的第一个数据包序号SEQ是多少?长度LEN是多少?发送时间是什么?

答:Sequence number: 1 (relative sequence number); 100;

92 20:27:14.096196

Q2.对应这个数据包接收端的确认ACK在什么时候到达?TCP头部的哪个字段说明了这是一个ACK数据? 答::99 20:27:14.279479 ;

Sequence number: 1 (relative sequence number); Acknowledgment number: 101 (relative ack number)

Q3.这个片段确认的编号ACK是多少?和刚才发送的数据起始编号SEQ、长度LEN有什么关系?这个ACK数值代表的意义是什么?

答:101 等于刚才发送的数据起始编号SEQ,长度LEN之和

Q4.发送端发送的第二份数据起始编号SEQ是多少?长度LEN是多少?发送的第二份片段的起始编号SEQ和第一份确认编号ACK的关系是什么? 答:Sequence number: 101 (relative sequence number) 100;

数值相等

B.上传的文件名是: Sshendq3.3(2s) 。

Q5.找出第一个DOS窗口的一系列TCP数据包及其ACK确认,发送端使用的端口是多少?

答:Source port: florence (1228)

Q6.找出第二个DOS窗口的一系列TCP数据包及其ACK确认,发送端使用的端口是多少?

答:Source port: dns2go (1227)

Q7.第一个DOS窗口三次握手后的第一个TCP数据的序号SEQ是多少?

8

答:SEQ=1

Q8.第二个DOS窗口三次握手后的第一个TCP数据的序号SEQ是多少? 答:SEQ=1

Q9.这两个序号是连续的吗?他们之间有什么关系?两个TCP序列的序号增长是不是独立的?

答:连续;交错进行;是独立的

9

3.4 TCP连接管理

实验时间: 客户端IP: RACK编号:

A.上传的文件名是: Sshendq3.4(1s) 。

Q1.一共有几个TCP连接的发起片段SYN?这些片段有没有什么应答包? 答:三个;有应答包

Q2.这些TCP连接的发起片段时间间隔是多少?这些包的序号分别是多少?这些包的内容有什么不一样? 答

没有什么不同

Q3.在接收端是否也能看到同样的数据片段?接收端会不会出现和发送端不一致的情况?

答:能;不会发生

B.上传的文件名是: Sshendq3.4(2s) 。

Q4.一共有几个TCP片段?有多少是PCATTCP发送端发出的?有多少个TCP片段中发送了数据?

答:18个;12个;8个

Q5.第一个TCP片段是否是TCP连接的发起片段SYN?这个片段的序号SEQ是多少?长度LEN是多少?发送时间是多少?这个片段和普通TCP片段的差别在哪个字段? 答:是的;SEQ=0;LEN=0;71 20:34:56.430323;无ack number

Q6.多久之后接收方回复了针对该TCP片段的确认SYN/ACK?该TCP片段和普通TCP片段的差别是在哪些字段?该片段的SEQ是多少?ACK是多少? 答:72 20:34:56.430439 ;SEQ:0;ACK:1;LEN:0

Q7.第三个TCP片段是由PCATTCP接收方还是发送方发出的?该片段中是否包含数据?其SEQ和上面的SYN/ACK有何关系? 答:发送方;没有;没有关系

10

;;

Q8.关闭连接FIN是由PCATTCP的发送端还是接收端发起的?发起的时间是什么时候?这个时候所有的数据都被确认了吗?这个关闭连接FIN的TCP片段和普通TCP片段有什么区别?其序号是多少?长度是多少?该TCP片段是否携带了数据?

答:发送端;83 20:34:56.431545 ;是的;没有区别;83;len=240;没有携带数据

Q9.针对该FIN的ACK是在什么时候到达的?其SEQ是多少?长度是多少?该TCP片段是否携带了数据? 答:

SEQ=1;LEN=0 未携带数据

Q10.紧接着另一方向的FIN也发出,该FIN的序号是多少?长度是多少?该TCP片段是否携带了数据? 答:

序号:86;LEN=0

Q11.对应于第二个FIN的ACK是在什么时候到达的?其SEQ是多少?长度是多少?该TCP片段是否携带了数据? 答:

SEQ=10002;LEN=0

C.上传的文件名是: Sshendq3.4(3s) 。

Q12.这次一共有几个TCP片段?这次的这些TCP片段和刚才有什么差别? 答:8个;发送端端口不同

Q13.PCATTCP的发送方在FIN中是否携带了数据?长度是多少?其序号是多少? 答:是的,1000,147

Q14.PCATTCP的接受方发出的FIN中是否确认了前面发送方的数据? 答:没确认

11

D.上传的文件名是: Sshendq3.4(4s) 。 Q15.和前面的实验不一样的是这次出现了什么数据片段?这个TCP片段和普通TCP片段有何不同? 答:

没有; Q16.接收端是否收到了该TCP片段?在该片段之后发送端和接收端还有数据交互吗? 答:是的;没有 Q17.分析下如果PCATTCP接收端如果没有收到该数据片段会发生什么事件? 答: 如果PCATTCP接收端如果没有收到该数据片段接收会一直开着

附加联系:在正常传输过程中通过禁用发送端或接收端网卡产生通信中断后,分别观察和分析发送端和接收端的行为,请注意重传间隔的变

附加联系:在正常传输过程中通过禁用发送端或接收端网卡产生通信中断后,分别观察和分析发送端和接收端的行为,请注意重传间隔的变化。 答:

12

3.5 TCP确认管理

实验时间: 客户端IP: RACK编号:

A.上传的文件名是: 。 推N是否数据包序列号 o 重发 发送时间 ACK时间 RTT ERTT LEN 确认 方式 测 丢失 1 否 176 20:54:47.482374 2 否 177 20:54:47.486294 3 否 184 20:54:47.715646 4 否 185 20:54:47.715610 20:54:47.720625 59 20:54:47.949620:54:47.949678 20:54:47.955127 34 20:54:48.184349 20:54:48.417750 20:54:48.418048 20:54:48.418055 20:54:47.95510.233236 0.234331 0.234013 0.234029 0.234484 0.234488 0.234661 0.233331 0.233611 0.233604 -0.0245 -0.0506 -0.0735 -0.0935 总间隔时间 总发送数据 吞吐率 2.3398 13041 5573.553295153431917257885289341 0.233236 0.1748 1408 0.1237 1408 0.0790 1408 0.0398 1408 0.0055 1408 1152 1408 1408 1408 625 单一确认 单一确认 单一确认 单一确认 单一确认 单一确认 单一确认 单一确认 单一确认 单一确认 否 否 否 否 否 否 否 否 否 否 否 否 否 否 否 否 否 否 推测 延迟 否 否 20:54:47.715649 5 否 187 20:54:47.720643 6 否 188 20:54:47.720646 7 否 193 20:54:47.949688 8 否 197 20:54:48.184419 9 否 198 20:54:48.184437 10 否 199 20:54:48.184451

注:

1. 如果前10个或20个数据片段中没有丢失片段的情况,可以选取任意连续的时间位

置进行分析;

2. 假设第一个片段EstimatedRTT值和RTT值相同;

3. 可以在excel中设计一个计算工具对这些数据分析,省却重复的计算;

4. 在ethereal中对每个ACK的分析中有RTT的自动计算,可以用来对比参考,但注

意累计确认引起的差异。

5. 计算ERTT时请忽略重发的数据包,累计确认时只计算最后一个片段的RTT值; 6. 参考的ERTT计算公式如下:

13

EstimatedRTT = (1- ?)*EstimatedRTT + ?*SampleRTT

(假设?=0.125)

14

3.6 TCP快速重传

实验时间: 客户端IP: RACK编号:

A.上传的文件名是: 。

Q1.这个TCP片段的序号是多少? 答:296

Q2.第一次发送的时间是多少? 答:295 20:54:49.827320

Q3.什么时候重发了这个数据片段? 答:296 20:54:49.827324

Q4.重发的时间间隔是多少?这个时间间隔和上一个实验计算得到的ERTT值有什么关系?

答:重发的时间间隔是1.785327s; 这个时间间隔和上一个实验计算得到的ERTT值相等 s;

Q5.在这个时间间隔里发送端又发送了几个TCP片段?期间有没有来自接收端的确认?如果有确认,和这个片段有关系吗?

答:在这个时间间隔里发送端又发送了2个TCP片段;期间有来自接收端的确认;没关系

Q6.这个TCP片段的序号是多少? 答:339

Q7.第一次发送的时间是多少? 答::339 20:54:50.532464

Q8.什么时候重发了这个数据片段? 答:339 20:54:50.532464

Q9.重发的时间间隔是多少?这个时间间隔和上一个实验计算得到的ERTT值有什么关系?这个时间间隔个前面超时重传的间隔有什么关系? 答:0.233759

15

Q10.在这个时间间隔里发送端又发送了几个TCP片段?期间有没有来自接收端的确认?如果有确认,和这个片段有关系吗? 答:5个;没有;没有关系

Q11.是什么触发了这个数据片段的重发?请详细说明。

答:由于其前面有两个冗余的ACK;因为发送方经常连续发送大量的报文段,导致数据包的丢失,从而产生一个接一个冗余ACK的产生,一旦出现3个冗余的ACK,就会产生快速重传。

Q12.注意观察是否在确认ACK中有SACK选项数据,如果有的话请记录其数值并分析器作用。 答:

16

3.7 TCP流控和窗口管理

实验时间: 客户端IP: RACK编号:

A.上传的文件名是: 。

Q1.整个过程中可用的缓冲区窗口的最小数量是多少? 答:6875

Q2.可用的缓冲区空间有没有影响发送者? 答:有影响

Q3.请在google中搜索一下windows下默认的TCP窗口值是多少? 答::windows下默认的TCP窗口值是65535

Q4.首先查看Time-sequence Graph(Steven),我们会发现类似的曲线,可以明显的看到一段斜率的变化,请分析其原因是什么? 答:

Q5.我们也发现中间有停顿的位置,请问这是为什么? 答:只是交换机的问题,

17

Q6.在Ethereal的数据中寻找TCP WINDOW FULL或TCP WINDOW UPDATE的消息,该消息出现在什么时候?分别是发送端窗口问题还是接收端窗口问题?和上图有何关系? 答:

接收窗口问题

18

3.8 TCP拥塞管理

实验时间: 客户端IP: RACK编号:

A.上传的文件名是: Sshendq3.2b 。

Q1.慢启动的第一个TCP片段的序号是多少?发送的时间是多少?这次同时发送了几个TCP片段? 答:慢启动的第一个TCP片段的序号是1; 发送的时间是1.420598; 这次同时发送了2个TCP片段

Q2.第一个TCP片段的确认是在什么时候到达的? 答::是在1.77176到达的

Q3.第二组TCP片段是在什么时候发送的?是在第一个TCP片段的确认到来之前还是之后?这次同时发送了几个TCP片段?

答:第二组TCP片段是在1.771820的时候发送; 是在第一个TCP片段的确认到来之后; 这次同时发送了4个TCP片段

Q4.记录后续的确认和新的发送过程,这个慢启动的过程一直持续到什么时候?是别的什么事件终止了慢启动的过程? 答:这个慢启动的过程一直持续到1.773171; 这个慢启动的过程一直持续到发送端发送的数据达到了阈值的时候.

Q5.在整个数据中有没有看到由慢启动进入拥塞避免,是在哪个位置?进入拥塞避免后发送端的表现有何差别?

答:第二组TCP片段发送的第四个数据包的时候由慢启动进入拥塞避免; 进入拥塞避免后重新开始慢启动.

Q6.确认超时时发送端是在慢启动阶段还是拥塞避免阶段?确认超时的TCP片段序号是多少?发生在什么时间?

答:确认超时时发送端是在慢启动阶段; 确认超时的TCP片段序号是22617; 发生的时间是3.181564

Q7.发生确认超时后发送端是否重发了TCP片段?发送的时间是多少?这个片段被及时确

19

认了吗?如果有,什么时候确认的?时间间隔是多少?是累计确认还是单次确认? 答:重发了TCP片段; 发送的时间是5.311940; 是累计确认

Q8.重发该TCP片段后紧接着同时发送了多少数据片段?这些TCP数据片段在什么时候被确认的?是累计确认还是单次确认?

答:6个;355 20:54:50.767699 ;有累计,也有单一

Q9.记录后续的确认和新的发送过程,这个过程一直持续到什么时候?是别的什么事件终止了该过程?

答:这个过程一直持续到最后的数据包重发以后;超时事件

Q10.重复确认时发送端是在慢启动阶段还是拥塞避免阶段?重复确认的TCP片段序号是多少?发生在什么时间? 答::是拥塞避免阶段; 重复确认的TCP片段序号是52569;发生时间

Q11.发生重复确认后发送端是否重发了TCP片段?发送的时间是多少?这个片段被及时确认了吗?如果有,什么时候确认的?时间间隔是多少?是累计确认还是单次确认? 答:重发了TCP片段; 发送的时间是9.563732; 这个片段被及时确认了;在9.915724被确认的; 时间间隔是0.351992;是累计确认

Q12.重发该TCP片段后紧接着同时发送了多少数据片段?这些TCP数据片段在什么时候被确认的?是累计确认还是单次确认?

答:紧接着同时发送了3个数据片段; 这些TCP数据片段在10.268046的时候被确认的; 累计确认.

Q13.记录后续的确认和新的发送过程,这个过程一直持续到什么时候?是别的什么事件终止了该过程?

答:这个过程一直持续到66137被重发以后,快速重发事件终止了该过程.

20

3.9 竞争分析

实验时间: 客户端IP: RACK编号:

Q1.两个TCP同时传输时是否可以友好相处?从时序图的斜率可以看出什么?

答:可以友好相处;.两个TCP共享了整个带宽。从时序图的斜率可以看出两个同时TCP之间存在友好竞争,发送的第一个TCP刚开始时序图的斜率在第二个TCP开始发送时斜率减小,两个TCP开始竞争,当第一个TCP发送完之后,第二个TCP的斜率开始增大。

Q2.想象一下多个TCP的同时传输会带来什么影响?

答:多个TCP的同时传输会带来竞争,刚开始时可能会出现其中一个或几个TCP带宽共享不相等,随着竞争的进行,会达到等带宽共享,进而说多个TCP的同时传输会带来公平竞争

Q3.一个TCP传输过程中新出现一个UDP传输时如何影响TCP的?是UDP先传输完还是TCP先传输完?UDP的传输效率高还是TCP的效率高? 答::TCP的速率会被UDP扼制,直到UDP传输完;是UDP先传输完;UDP的传输效率高

Q4. UDP的传输效率高还是TCP的效率高?UDP传输中出现了丢失会影响发送端的速度吗?TCP呢?

答:UDP的传输效率高;不会影响UDP的传输速度;会影响TCP的传输效率.

Q5.如果有类似TCP的时序图两个UDP同时传输时斜率会改变吗?为什么?

答:两个UDP同时传输时斜率不会改变;UDP 之间相互抢占和打断了发送,而且他们还有可能无法到接收端。

Q6.分析UDP的数据图描绘的困难?你可以手工画出这个UDP的时序图吗(比如哦通过EXCEL等工具)?

答:数据包可能会出现断断续续,

TCP2TCP分析和小结:

时序图的斜率可以看出两个同时TCP之间存在友好竞争,发送的第一个TCP刚开始时序图的斜率在第二个TCP开始发送时斜率减小,两个TCP开始竞争,当第一个TCP发

21

送完之后,第二个TCP的斜率开始增大。两个TCP可以共享整个带宽。

TCP2UCP分析和小结:

UDP2UDP分析和小结:

22

以上是由77cn范文大全为大家整理的计算机网络-Reports-3的相关范文,本文关键词为计算机网络,-Reports-3,计算机网络,第三章,DIY,您可以从右上方搜索框检索更多相关文章,如果您觉得有用,请继续关注我们并推荐给您的好友,您可以在综合文库中查看更多范文。

计算机网络-Reports-3.doc

免费范文网为全国范文类知名网站,下载全文稍作修改便可使用,即刻完成写稿任务。

已有11人下载

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读,免费范文网,提供经典小说综合文库计算机网络-Reports-3在线全文阅读。

本文来自:免费范文网(www.77cn.com.cn) 转载请注明出处!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值