计算机与通信网络实验报告.docx

计算机与通信网络实验报告.docx

《计算机与通信网络实验报告.docx》由会员分享，可在线阅读，更多相关《计算机与通信网络实验报告.docx（14页珍藏版）》请在冰点文库上搜索。

计算机与通信网络实验报告

0戴妍

实验一 隐终端和暴露终端问题分析 

一、实验设定：

基本参数配置：

仿真时长100s；随机数种子1；仿真区域2000x2000；节点数4。

节点位置配置：

本实验用[1] 、[2]、 [3] 、[4]共两对节点验证隐终端问题。

节点[1]、[2]距离为200m，节点[3]、[4]距离为200m，节点[2]、[3]距离为370m。

业务流配置：

业务类型为恒定比特流CBR。

[1]给[2]发，发包间隔为，发包大小为512bytes；[3]给[4]发，发包间隔为，发包大小为512bytes。

二、实验结果：

 Node:

1,Layer:

AppCbrClient,（0）Serveraddress:

2

Node:

1,Layer:

AppCbrClient,（0）Firstpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,（0）Lastpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,（0）Sessionstatus:

Notclosed

Node:

1,Layer:

AppCbrClient,（0）Totalnumberofbytessent:

5120000

Node:

1,Layer:

AppCbrClient,（0）Totalnumberofpacketssent:

10000

Node:

1,Layer:

AppCbrClient,（0）Throughput（bitspersecond）:

409600

Node:

2,Layer:

AppCbrServer,（0）Clientaddress:

1

Node:

2,Layer:

AppCbrServer,（0）Firstpacketreceivedat[s]:

Node:

2,Layer:

AppCbrServer,（0）Lastpacketreceivedat[s]:

Node:

2,Layer:

AppCbrServer,（0）Averageend-to-enddelay[s]:

Node:

2,Layer:

AppCbrServer,（0）Sessionstatus:

Notclosed

Node:

2,Layer:

AppCbrServer,（0）Totalnumberofbytesreceived:

4975616

Node:

2,Layer:

AppCbrServer,（0）Totalnumberofpacketsreceived:

9718

Node:

2,Layer:

AppCbrServer,（0）Throughput（bitspersecond）:

398078

Node:

3,Layer:

AppCbrClient,（0）Serveraddress:

4

Node:

3,Layer:

AppCbrClient,（0）Firstpacketsentat[s]:

Node:

3,Layer:

AppCbrClient,（0）Lastpacketsentat[s]:

Node:

3,Layer:

AppCbrClient,（0）Sessionstatus:

Notclosed

Node:

3,Layer:

AppCbrClient,（0）Totalnumberofbytessent:

5120000

Node:

3,Layer:

AppCbrClient,（0）Totalnumberofpacketssent:

10000

Node:

3,Layer:

AppCbrClient,（0）Throughput（bitspersecond）:

409600

Node:

4,Layer:

AppCbrServer,（0）Clientaddress:

3

Node:

4,Layer:

AppCbrServer,（0）Firstpacketreceivedat[s]:

Node:

4,Layer:

AppCbrServer,（0）Lastpacketreceivedat[s]:

Node:

4,Layer:

AppCbrServer,（0）Averageend-to-enddelay[s]:

Node:

4,Layer:

AppCbrServer,（0）Sessionstatus:

Notclosed

Node:

4,Layer:

AppCbrServer,（0）Totalnumberofbytesreceived:

5120000

Node:

4,Layer:

AppCbrServer,（0）Totalnumberofpacketsreceived:

10000

Node:

4,Layer:

AppCbrServer,（0）Throughput（bitspersecond）:

409612

通过仿真结果可以看出，节点[2]无法收到数据。

由于节点[3]是节点[1]的一个隐终端，节点[1]无法通过物理载波检测侦听到节点[3]的发送，且节点[3]在节点[2]的传输范围外，节点[3]无法通过虚拟载波检测延迟发送，所以在节点[1]传输数据的过程中，节点[3]完成退避发送时将引起冲突。

 三、课后思考 

1、RTS/CTS能完全解决隐终端问题吗如果不能，请说明理由。

答：

能。

对于隐发送终端问题，[2]和[3]使用控制报文进行握手（RTS-CTS），听到回应握手信号的[3]知道自己是隐终端，便能延迟发送；对于隐接受终端问题，在多信道的情况下，[3]给[4]回送CTS告诉[4]它是隐终端，现在不能发送报文，以避免[4]收不到[3]的应答而超时重发浪费带宽。

2、如何设计仿真场景来验证暴露终端问题 

答：

只需更改业务流配置：

业务类型为恒定比特流CBR。

[2]给[1]发，发包间隔为，发包大小为512bytes；[3]给[4]发，发包间隔为，发包大小为512bytes。

观察在[2]给[1]发送数据的同时，[3]给[4] 发送数据会不会被影响。

3、如何设计协议使暴露终端场景下的流实现并发 

答：

至少要使用两个信道资源，在数据信道上进行RTS-CTS握手，在数据信道上发送数据报文。

在[2]给[1]发送数据报文时，[3]也想向[4]发送数据报文，通过控制信道向[4]发送RTS，[4]也从控制信道向[3]回送CTS，这样[3]就不会因为[2]的数据信号和[4]的回应信号产生碰撞而听不到[4]的回应了。

这样就可以实现并发了。

实验二无线局域网DCF协议饱和吞吐量验证

1、实验设定

基本参数配置：

仿真时长100S随机数种子1仿真区域150x150节点数100。

业务流配置：

业务类型为CBR，发包大小为512bytes，发包间隔为，分别测出5、10、15、20、25、30、35、40、45、50条流的吞吐量。

二、实验结果：

5条：

Node:

1,Layer:

AppCbrClient,（4）Serveraddress:

55

Node:

1,Layer:

AppCbrClient,（4）Firstpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,（4）Lastpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,（4）Sessionstatus:

Notclosed

Node:

1,Layer:

AppCbrClient,（4）Totalnumberofbytessent:

5120000

Node:

1,Layer:

AppCbrClient,（4）Totalnumberofpacketssent:

10000

Node:

1,Layer:

AppCbrClient,（4）Throughput（bitspersecond）:

409600

Node:

1,Layer:

AppCbrClient,（3）Serveraddress:

54

Node:

1,Layer:

AppCbrClient,（3）Firstpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,（3）Lastpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,（3）Sessionstatus:

Notclosed

Node:

1,Layer:

AppCbrClient,（3）Totalnumberofbytessent:

5120000

Node:

1,Layer:

AppCbrClient,（3）Totalnumberofpacketssent:

10000

Node:

1,Layer:

AppCbrClient,（3）Throughput（bitspersecond）:

409600

Node:

1,Layer:

AppCbrClient,

（2）Serveraddress:

53

Node:

1,Layer:

AppCbrClient,

（2）Firstpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,

（2）Lastpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,

（2）Sessionstatus:

Notclosed

Node:

1,Layer:

AppCbrClient,

（2）Totalnumberofbytessent:

5120000

Node:

1,Layer:

AppCbrClient,

（2）Totalnumberofpacketssent:

10000

Node:

1,Layer:

AppCbrClient,

（2）Throughput（bitspersecond）:

409600

Node:

1,Layer:

AppCbrClient,

（1）Serveraddress:

52

Node:

1,Layer:

AppCbrClient,

（1）Firstpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,

（1）Lastpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,

（1）Sessionstatus:

Notclosed

Node:

1,Layer:

AppCbrClient,

（1）Totalnumberofbytessent:

5120000

Node:

1,Layer:

AppCbrClient,

（1）Totalnumberofpacketssent:

10000

Node:

1,Layer:

AppCbrClient,

（1）Throughput（bitspersecond）:

409600

Node:

1,Layer:

AppCbrClient,（0）Serveraddress:

51

Node:

1,Layer:

AppCbrClient,（0）Firstpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,（0）Lastpacketsentat[s]:

Node:

1,Layer:

AppCbrClient,（0）Sessionstatus:

Notclosed

Node:

1,Layer:

AppCbrClient,（0）Totalnumberofbytessent:

5120000

Node:

1,Layer:

AppCbrClient,（0）Totalnumberofpacketssent:

10000

Node:

1,Layer:

AppCbrClient,（0）Throughput（bitspersecond）:

409600

Node:

51,Layer:

AppCbrServer,（0）Clientaddress:

1

Node:

51,Layer:

AppCbrServer,（0）Firstpacketreceivedat[s]:

Node:

51,Layer:

AppCbrServer,（0）Lastpacketreceivedat[s]:

Node:

51,Layer:

AppCbrServer,（0）Averageend-to-enddelay[s]:

Node:

51,Layer:

AppCbrServer,（0）Sessionstatus:

Notclosed

Node:

51,Layer:

AppCbrServer,（0）Totalnumberofbytesreceived:

5102592

Node:

51,Layer:

AppCbrServer,（0）Totalnumberofpacketsreceived:

9966

Node:

51,Layer:

AppCbrServer,（0）Throughput（bitspersecond）:

408219

Node:

52,Layer:

AppCbrServer,

（1）Clientaddress:

1

Node:

52,Layer:

AppCbrServer,

（1）Firstpacketreceivedat[s]:

Node:

52,Layer:

AppCbrServer,

（1）Lastpacketreceivedat[s]:

Node:

52,Layer:

AppCbrServer,

（1）Averageend-to-enddelay[s]:

Node:

52,Layer:

AppCbrServer,

（1）Sessionstatus:

Notclosed

Node:

52,Layer:

AppCbrServer,

（1）Totalnumberofbytesreceived:

5102592

Node:

52,Layer:

AppCbrServer,

（1）Totalnumberofpacketsreceived:

9966

Node:

52,Layer:

AppCbrServer,

（1）Throughput（bitspersecond）:

408233

Node:

53,Layer:

AppCbrServer,

（2）Clientaddress:

1

Node:

53,Layer:

AppCbrServer,

（2）Firstpacketreceivedat[s]:

Node:

53,Layer:

AppCbrServer,

（2）Lastpacketreceivedat[s]:

Node:

53,Layer:

AppCbrServer,

（2）Averageend-to-enddelay[s]:

Node:

53,Layer:

AppCbrServer,

（2）Sessionstatus:

Notclosed

Node:

53,Layer:

AppCbrServer,

（2）Totalnumberofbytesreceived:

3926016

Node:

53,Layer:

AppCbrServer,

（2）Totalnumberofpacketsreceived:

7668

Node:

53,Layer:

AppCbrServer,

（2）Throughput（bitspersecond）:

314112

Node:

54,Layer:

AppCbrServer,（3）Clientaddress:

1

Node:

54,Layer:

AppCbrServer,（3）Firstpacketreceivedat[s]:

Node:

54,Layer:

AppCbrServer,（3）Lastpacketreceivedat[s]:

Node:

54,Layer:

AppCbrServer,（3）Averageend-to-enddelay[s]:

Node:

54,Layer:

AppCbrServer,（3）Sessionstatus:

Notclosed

Node:

54,Layer:

AppCbrServer,（3）Totalnumberofbytesreceived:

22016

Node:

54,Layer:

AppCbrServer,（3）Totalnumberofpacketsreceived:

43

Node:

54,Layer:

AppCbrServer,（3）Throughput（bitspersecond）:

1761

Node:

55,Layer:

AppCbrServer,（4）Clientaddress:

1

Node:

55,Layer:

AppCbrServer,（4）Firstpacketreceivedat[s]:

Node:

55,Layer:

AppCbrServer,（4）Lastpacketreceivedat[s]:

Node:

55,Layer:

AppCbrServer,（4）Averageend-to-enddelay[s]:

Node:

55,Layer:

AppCbrServer,（4）Sessionstatus:

Notclosed

Node:

55,Layer:

AppCbrServer,（4）Totalnumberofbytesreceived:

22016

Node:

55,Layer:

AppCbrServer,（4）Totalnumberofpacketsreceived:

43

Node:

55,Layer:

AppCbrServer,（4）Throughput（bitspersecond）:

1761

10、15、20、25、30、35、40、45、50条省略

各发送节点发包间隔较大，当网络中发送节点较少时，网络还未饱和。

逐渐往网络中增加负载，网络总吞吐量逐渐增大，之后，网络吞吐量逐渐趋向于平稳，此时，网络即达到了饱和状态。

三、课后思考

1、总结IEEE协议饱和吞吐量和哪些因素有关。

任选一个时隙，网络中有节点在发送数据的概率 当有节点在发送数据包时，数据包发送成功的概率 数据包发送成功和发送失败所需的时间

2、为什么在数据包长度较长时，采用RTS/CTS模式更合理

"隐藏终端"多发生在大型单元中（一般在室外环境），这将带来效率损失，并且需要错误恢复机制。

当需要传送大容量文件时，尤其需要杜绝"隐藏终端"现象的发生。

3、本实验中提出的马尔科夫链模型只适用于单跳模型，若应用到多跳网络

中时，需如何改进

于定长时隙的多跳adhoc网络DCF协议马尔可夫链模型

实验三 动态源路由协议路由选择验证 

一、实验设定 

基本参数配置：

仿真时长100S；随机数种子1；仿真区域2000x2000；节点数5。

节点位置配置：

用节点[1]-[5]来验证DSR路由协议的路由发现过程。

[1]和[2]、[2]和[3]、[3]和[4]、[3]和[5]、[4]和[6]、[5]和[6]之间距离为200m。

设置业务流：

[1]给[2]发，发包间隔，发包大小512Bytes。

设置节点移动性：

节点[1]为移动节点，仿真过程中绕网格拓扑转一圈。

二、 实验结果：

Time（s）:

Node:

1,Routepath:

2

Time（s）:

Node:

1,Routepath:

2

Time（s）:

Node:

1,Routepath:

2

Time（s）:

Node:

1,Routepath:

2

Time（s）:

Node:

1,Routepath:

2

Time（s）:

Node:

1,Routepath:

2

Time（s）:

Node:

1,Routepath:

2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepath:

4-2

Time（s）:

Node:

1,Routepat