OPNET园区网广域网连接实验

OPNET园区网广域网连接实验 需要模型目的：在这个实验中，我们为一个名为Delta的新公司组建了一个拥有20个用户的局域网。我们通过一个T1 line对该公司的实际应用性能进行研究调查。同时还计划在LAN与ISP之间增加冗余的链接来设计该网络。内容概述：Deltas公司的局域网由20个用户PCs组成，他们共享3个打印机，一个局部文件和邮件服务器。这些用户运行着不同的在线应用程序包括Email, web浏览器，视频流体和FTP。同时他们还运行局部服务程序，比如企业内部互联网的Email，打印机和数据库访问。我们的目的是研究FTP下载和Web Page下载这两种关键任务的响应时间，并分析LAN和ISP之间的链接使用。 通过初始评估后，我们将LAN分成两个小的部分，并在LAN和ISP之间增加了一个T1 link，把可用容量扩展到两倍。载入配平后能确保两个T1 link都能平等地使用。 之后，我们将研究其中一个设备损坏的情况下，可以看到冗余链接设计的优点。步骤：第一步：打开Lab1 1. 启动IT Guru。 2. 选择FileOpen 3. 在project选项下，选中Small_Company_LAN_over_WAN并点击OK。 Deltas公司的网络结构设计就如概观所提到的那样。 该公司也共享局部的Email和File服务器。作为实验，还从Object Palette中增加了一个服务器，并配置其具有Email和文件共享应用。这就举例说明了更改一个网络模式要配置多少个对象。第二步：添加一个局部服务器。 1. 打开Object Palette。 2. 该项有许多不同对象，它们都是网络组件。在顶部的pull-down菜单中，可以通过vendor或协议来选择一组组件。 3. 从下拉菜单中选择ethernet。 4. 从palette中选择ethernet_server，并点击workspace来配置服务器。在workspace中点击右键来停止配置更多的服务器。 5. 从Object Palette中选择10BaseT link，新增一个链接来连接服务器和交换机。 6. 点击10BT_Switch，再点刚刚加入的服务器，在workspace中点右键停止配置更多的链接。 7. 关闭Object Palette。 第三步：配置支持Email和文件共享的局部服务器 配置新的服务器来支持Email和文件共享的应用。这些应用已经在应用对象（Application Object）中定义了。 1. 右键点击新服务器，选择Edit Attributes。 2. 为Email & File Server设文件名。 3. 在Value栏中点击Application: supported Services对应的默认None值，并选择Edit 4. 如下所示配置2个应用程序： 设Rows值为2。 点击文件名栏中的第一行，选择Email(Heavy)。 再点击第二行，选择Database。 5. 单击OK键两次。 6. 保存工程（project）：单击分FileSave。 第四步：配置运行仿真 通过以上步骤，局部E-mail和文件共享服务器都已经配置好了，接下来就是评估该网络在一天中其繁忙的一个小时内的网络性能。 1. 单击工具条中的configure/run simulation按钮。 2. 设置仿真Duration（持续时间）值为1小时。 3. 点击Run。在仿真进行时要监控进程栏，完成一次仿真大概需要两个小时。 4. 在仿真结束后，单击Close。 第五步：观察结果 观察多种统计数据如Web Application响应时间，FTP下载响应时间和WAN link utilization。 1. 右键点击WAN link，选择View Results，观察链接使用结果。 2. 展开point-to-point项，选到utilization我们只关心download link utilization。 3. 选择Show.这是后面马上要讨论到的utilization曲线图，所以不要关闭该窗口。 4.在View Results窗口中点击Close。 5.在workspace的空白处点击右键，选中View Results观看整个Web Application和FTP下载的响应时间。 6.选择Global StatisticsHTTPPage Response Time（seconds）。 7.关闭Show。 8.不改变统计量，把右边底部的过滤器改为average，点击Add。 9.点击刚刚创建的曲线图把平均曲线图放入同一面板中。 10.重复以上步骤观看FTP下载的响应时间。 注意：点击hide or show graphs按钮来隐藏或显示这些曲线图。你们实验的结果可能和上面的曲线图很相似。 Download link utilization平均值为92。 Web Application响应时间接近1.3秒。 FTP下载响应时间接近2.5秒。 像如此高的下载链接利用就不能给潜在的用户应用供给多少可用带宽。 现在，我们将进行两个实验。我们首先增加多以一条T1 link来扩展容量到两倍。加载配平来确保两个链接的通信量分配平衡。然后，我们破坏掉其中的一个设备，看看增加新链接的优点。第六步：转换到下个方案 选中Scenarios-Switch To Scenario-Small_Company_LAN_With_Two_Switches_Over_WAN。该公司的网络被分为两个小的部分各自连到一个交换机上。该局域网通过两条T1 lines连到因特网上。其中，EIGRP用来在两个链路之间加载配平。 第七步：配置运行仿真 重新运行前面的仿真，看看这两个链路的负载是否能平衡。 如前面所述的步骤设定仿真持续时间并运行仿真。 第八步：比较结果 比较link utilization，Web Application和FTP下载响应时间。我们期望新增加的到ISP链路能减少应用响应时间。这两个链接也应当分用了link utilization。 1.右键点击下面的WAN link并选中Compare Results。 2.展开Companyu_LAN.WAN LINK 10底下的point-to-point并选中utilization。3.关闭Show。 4.在Viwe Result窗口中点击Close。 5.右键点击WAN link上部并选中View Results。 6.展开point-to-point并选择utilization。 7.关闭Show，并在Viwe Result窗口选中Close。由于在前面的方案中没有出现这个链接，所以我们在当前的方案中只能看到一个曲线图。 8.现在比较响应时间。在workspace的空白处点击右键，选中View Results。 9.选择Global StatisticsFTPDownload Response Time（seconds）。 10.从右边底部的下拉菜单中选择average，点击Show。 11.重复上述步骤在Global Statistics/HTTP下面选中Page Response Time（seconds）。在操作之前取消对前面的统计量的选定。如预期的一样，lower link的link utilization从92下降到55，新的link utilization接近到40.8。因此，load balancing起了作用。 Web Application 响应时间从大约1.1秒下降到0.45秒。 FTP下载响应时间从1.25秒下降到0.45秒。 这在link utilization和响应时间两方面都是很重要的改进。 通过在其中一个路由器或链路发生故障情况下我们可以看到新增一个T1 line的优点。我们将一个路由器设为故障情况下时，比较utilizations和应用响应时间。第九步：转换到下个方案 选中ScenariosSwitch To ScenarioSmall_Company_LAN_With_Two_Switches_Over_WAN。 第十步：令某个设备故障 我们将其中一个把LAN连到ISP的路由器设定为故障状态下，让它不能工作。用右键点击任意一个路由器并选中Fail This Node，之后该路由器上会出现一个红色的X。 第十一步：配置运行仿真 同样在网络繁忙的一个小时内再次运行仿真来评估该网络性能。 如前面所述的步骤设定仿真持续时间并运行仿真。 第十二步：比较结果 比较上述3种方案的utilization和响应时间结果。这些数据就能清晰的告诉你增加一个T1 link的效果。 1.选中ResultsCompare Results. 2.比较lower link utilization statistics,选择Object StatisticsCompany_LAN-WAN LINK10utilization。 3.点击Show。 4.比较upper T1 link的link utilization，不要选中前面的那些统计量，然后选中Object StatisticsCompany_LANWAN LINK20utilization,再点击Show。5.选中Global StatisticsFTPDownload Response Time（seconds），比较响应时间。 6.在右下角的下拉菜单中选中average。7.点击Show。 8.重复上述同样的步骤比较HTTP Page Response Time。总结这些结果都显示了新增一个T1 link，在link utilization和应用响应时间方面有着重大的改进。 同时，如果某个链路或路由器发生故障不能正常工作时，所有的用户仍然能够访问因特网，只是utilization高一些和响应时间长些。 改进方案 改进方案1.创建Small_Company_LAN_With_Two_Switches_Over_WAN方案的副本，并且改变WAN连接的数据率来得到平均0。5秒的网页响应速率。然后复制SMALL_COMPANY_LAN_WITH_ONE_WEITCH_OVER_WAN 方案并且为先前你使用方案中的变量的WAN连接的WAN连接设定数据率。 改进方案2. 这是一个在音乐服务器和一些被一个通信申请定义的一些用户之间的连续流。可以通过选中View-Demand Objects-Show All来看这个对象。试着根据需要改变通信量。 提示：编辑Traffic(packets/sec)和对象要求的Traffic(bits/sec).观测它们对Web Application和FTP响应时间的影响。 改进方案3. 复制最后一个方案。将前面故障的路由器恢复正常工作，然后令某个WAN link故障掉。看看结果是否发生了改变。