ImageVerifierCode 换一换
格式:DOCX , 页数:11 ,大小:374.36KB ,
资源ID:8923543      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/8923543.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(506宿舍英文翻译.docx)为本站会员(b****7)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

506宿舍英文翻译.docx

1、506宿舍英文翻译合肥学院HEFEI UNIVERSITY自动化专业文献翻译英语 指导 老师 完成 时间 2015/12/9 On the deployment of VoIP in Ethernet networks: methodology and case studyAbstractDeploying IP telephony or voice over IP (VoIP) is a major and challenging task for data network researchers and designers. This paper outlines guidelines a

2、nd a step-by-step methodology on how VoIP can be deployed successfully. The methodology can be used to assess the support and readiness of an existing network. Prior to the purchase and deployment of VoIP equipment, the methodology predicts the number of VoIP calls that can be sustained by an existi

3、ng network while satisfying QoS requirements of all network services and leaving adequate capacity for future growth. As a case study, we apply the methodology steps on a typical network of a small enterprise. We utilize both analysis and simulation to investigate throughput and delay bounds. Our an

4、alysis is based on queuing theory, and OPNET is used for simulation. Results obtained from analysis and simulation are in line and give a close match. In addition, the paper discusses many design and engineering issues. These issues include characteristics of VoIP traffic and QoS requirements, VoIP

5、flow and call distribution, defining future growth capacity, and measurement and impact of background traffic. Keywords: Network Design,Network Management,VoIP,Performance Evaluation,Analysis,Simulation,OPNET 以太网网络电话传送调度:方法论和案例分析摘 要对网络数据研究者和设计师来说,IP电话或语音IP电话调度是一项重大而艰巨的任务。本文概述的准则和循序渐进的方法,解释了怎样在IP上成功调

6、度传送语音。该方法可用于评估的支持,并准备用在现有的网络。此前购买并部署的网络电话设备,这种方法预算出了在保证现有网络服务质量要求和日后足够扩充能力基础上的网络电话调用次数。作为一个研究的课题,我们把这种方法在一个典型的小型企业网上得到逐步应用。我们运用分析和模拟吞吐量和延迟区域。我们的分析基于排队理论,并且OPNET用于模拟。理论分析和模拟结构比较一致。此外,本文谈论了许多设计和工程问题。这些问题包括网络电话通信的特征和服务质量要求,网络电话流程和呼叫分配,定义未来增长容量,测定后台通信的影响。关键词:网络设计,网络管理,VoIP,性能评估,分析,模拟,OPNET绪 论最近大量的网络电话调度

7、在数据网中占有相当的比例。其中大部分基于以太网和运行IP协议。不少网络管理员发现把语音和数据网合二为一非常有吸引力和具成本效应。这将更易于运行、管理和维护。然而,人们应该认识到IP网络目的是为了非实时应用服务;另一方面,网络电话要求带有低延迟、低抖动、低丢包率和充足的带宽。为了达到这一目标,必须保证在现有或新的IP网络中完成实时通信要求的高效网络电话调度。当在现有的网络部署譬如VoIP这样的新网络服务,许多网络架构师、经理、计划师、设计师和工程师面临着共同的目标和挑战。什么是网络电话的服务质量要求?新的网络电话负荷怎样冲击了当今运行中的网络服务和应用的质量?我们现有的网络将支持网络电话和将满足

8、标准的服务质量要求吗?如果那样,在过早升级任何现有的网络硬件的零件前,能支持多少个的VoIP电话网络?这些富挑战性的问题导致了用于测试网络多媒体数据应用性能的商业工具的发展。支持网络电话的商用工具名单如表1,2。很大程度上,这些工具使用两种共同的方法把VoIP 部署入现有的网络。一种方法根据第一次执行的网络测量和然后预测支持VoIP的网络应该就绪情况。预测的网络情况是根据网络要素来估计的。第二种是根据加入到现有网络中VoIP的实时通信信息,然后测出延时时间、时基误差和丢包率。除相关的商业工具费用外,没有其它工具能够提供全面兼容的成功网络电话调度方法。特别是,无任何一个预测能给出网络可以支持的呼

9、叫次数已提到设计和工程的议事日程上来。这些因素包括网络电话流程和呼叫分配、今后增长容量、性能极限、VoIP对现有网络服务和应用以及后台通信能力的冲击。本文尝试研究这些重要因素,规划出一个支持像网络电话和视频会议系统的全面可行方法。无论如何,本文集中论述了网络电话服务调度新方法。文章同样包含了许多工程和设计指南,同时也讨论了许多与网络电话相关的实际问题。这些问题包括网络电话的通信和服务质量要求,网络电话数据流向和呼叫分配,定义今后的增长容量以及我们的方法和纲领怎样应用在像小型的企业网这样的典型网络中。其余部分作如下安排:第二部分论述了小型企业网的典型网络拓扑如何在网络电话中实现调度。第三部分大致

10、描述了网络电话数据网调度实用的八个步骤。每一步骤都有详细的说明。第四部分介绍了基于分析和仿真研究得出的重要设计结论和工程结论。第五部分谈到了今后研究还需做的具体工作。2 现有的网络互联网数据库打印机服务器一个小型企业网的逻辑图路由器交换机1交换机2工作组服务器文件服务器层2图1 一个小型企业网的逻辑图图1是在大厦中一个的小型企业网的典型网络拓扑图。图中所示真实网络情况仅用于研究目的;然而,我们文中提出的原理、框架和概念等工作成果将会更容易被大型网络采纳。这些网络都是通过一个路由连接的两个第二层以太网交换机。路由是卡西欧2621,交换机是3Com Superstack 3300。交换机1连接第一

11、、二层和两个服务器;交换机2连接第三层和四个服务器。每一层的本地局域网就是一个连接有个人电脑的工作组和打印机服务器的共享以太网。网络利用虚拟局域网来隔离广播和组播拥塞。总计有五个局域网存在。所有虚拟局域网基于端口划分。交换机一配置三个虚拟局域网。虚拟局域网一包括数据库和文件服务器。虚拟局域网二包括层一。虚拟局域网三包括层二。另一方面,交换机二配置为含有两个虚拟局域网。虚拟局域网四包括邮件服务器、超文本协议、网页和缓存代理以及防火墙。虚拟局域网五包括层三。除了层1-3是100Mbps的半双工以太网其余链接都是100Mbps速率全双工的以太网。3 步进的方法论表明方法步骤的流程图模拟前面网络评估和

12、更改前端调度分析图 1表明方法步骤的流程图图2表示了一个成功的网络电话调度八步骤流程图。前面四步是独立的,可以并行运行。在封装分析和模拟研究前,作为前面网络评估和更改的第5步必须先执行。如图,步骤6和7可以并行执行。最后一步是前端调度。3.1 网络电话通信特征、要求和假想要介绍像网络电话这样的服务,首先要概括出它通信的本质、服务质量要求和其它原因或设备问题。出于简单考虑,我们假定在一个没有呼叫协商的点对点对话网络电话呼叫。对网络电话调度来说,网络节点或呼叫管理器节点必须添加到网络3,4,5。网络节点处理用于建立、终止和受权所有网络电话呼叫的连接,同时也要处理外部的呼叫。网络电话负责转换网络电话

13、呼叫到公共交换电话网(或反向)。作为一个工程和设计课题,如何放置这些网络中的节点变得至关紧要。在步骤5中我们会谈到如何处理这个问题。其它硬件要求包括网络电话客户终端(例如网络电话机或典型的个人电脑又或是含有激活网络电话的工作站)可以是独立的设备。激活网络电话的工作站运行着像IP电话这样的软件。封装图 2 网络电话端到端器件图3表示了一个端对端网络电话的发送和接收器件。第一个器件是编码器,它用于周期性采集原始声音信号和分配固定的比特位给每一个样本,产生一个常速率的比特流。传统的样本采集编码器G.711利用脉冲编码调制来产生每0.125 ms 的8位比特的样本,从而产生64 kbps的数据速率。压

14、缩包随着编码器压入一定数量的语音标本到信息包,然后加入实时位置、用户数据报、网际协议和以太网报头等信息。语音信号包随之流向数据网络。在接收端有一个重要的元件,它是为了吸收变调的声音和抖动失真的录音回放缓冲器,同时也是为了提供平滑过度的释放。然后数据包被传送至解压器,最终还原成原始声音信号。我们会采用大量被推荐网络电话的H.323、 G.711、和G.714服务质量保证标准。表 1标准ITU-T编码器和其默认值表1对使用国际电信联盟标准的多媒体数字信号编解码器和大量强制要求的单声道的延迟标准作了一个比较。为了达到上层限制要求和满足国际电信联盟推荐的质量要求标准P.800,我们采用G.711u编解

15、码器标准来满足延时和带宽要求。G.711u产生4.4等级MOS。MOS,意思为一种经常用在网络电话性能指标中的评价标准,有1-5个等级,第5级为最好。然而,为了折衷小小的质量问题,最有可能执行每次呼叫需求带宽更少、相关程度稍高、更能接受的端到端的延迟时间的ITU-T编解码器的不同标准。这将通过用密集的、静默压缩的、隐蔽的小包丢失数、队列管理技术和把超过一个声音信号包封装在单个以太网帧中。3.1.1 单声道的端到端延迟图3阐述了典型语音包延迟的缘由。这端到端的延迟有时归结于M2E或口到耳的延迟。G.714提出了单声道最大总数不超过150ms的网络电话端到端应用。在22提到不超过200ms的延迟是

16、可以接受的。我们能够通过下列最少三种起作用的元件降低延迟:(i)发送端的编码、压缩和解压延迟;(ii)传播、运输和网络中的排队延迟;(iii)接收端的缓冲、解压、解码、录音重放延迟。3.1.2 单个呼叫的带宽单个呼叫的带宽要求,一个参数就是64 kbps。G.711多媒体编解码器每个语音包20ms的采样。因此,每秒必需有50个这样的数据包。每个包中包含160语音样本目的是为了达到8000每秒的采样率。每个包通过单个以太网帧传送。每个包有160字节大小,再加上协议各层的报头信息。这些报头包括12+8+20+26对应大小的RTP+UDP+IP+Ethernet信息。因此,总共有226字节(或180

17、8位)的信息需要每秒传送50次,或一次传送90.4 kbps。对于每个参数来说,一次呼叫需求的带宽是100 脉冲/秒或均衡的180.8 kbps数据流。3.1.3 其余假设纵览我们的分析和研究工作,可以假设语音呼叫次数是均衡的而且语音协商被得到有效执行。我们也忽视了网关的信号拥塞。基于对网络电话呼叫拥塞最坏情况的分析和研究,网关最有可能在建立呼叫和拆除呼叫时产生发送拥塞。比起实际语音呼叫拥塞来说这还是相对较小的。总体上,在一个已经建立好并且在运行的网络电话呼叫持续时间内,网关中产生非常少或没有信号拥塞。本文我们将使用非服务质量 (能增强在IP网络层传输包的质量的一种服务) 的设备。许多的服务质

18、量标准能够被网络设备运用。服务质量标准包括IEEE 802.1p/Q、 the IETFs RSVP、和DiffServ。分析运行开支、复杂性、管理和利益必须在采用服务质量标准前好好衡量一下。当网络资源稀少且负荷严重需升级一些花费较贵的网络设备时就应该推荐这种标准。3.2 网络电话信息流和呼叫分布情况要明白现在的电话呼叫方法和企业的容量需求是成功的网络电话调度的重要步骤。在着手分析更深层意义的网络电话调度计划阶段,收集静止的现有呼叫量和网络电话的整体框架情况是很有必要的。像这样的信息是组织机构的专用分组交换机、电话清单。现有呼叫的关键问题包括呼叫次数、并发呼叫的次数、时间、持续时间等等。测定呼

19、叫终端的位置显得很重要,例如源和目的地、传输路径和流向。这将有助于辨别呼叫分布情况和内外部的呼叫。呼叫分布情况必须包含在楼层里面和外面的呼叫百分比、建筑物、部门和组织机构。作为一个良好容量测量,建议基于一个星期或一个月中的最繁忙时期网络电话呼叫分布情况。这将能保证任何时期都有高服务质量的网络电话呼叫支持。当现今的数据表计划外的呼叫结合起来的时候,我们可以推测现有网络中最糟糕的网络电话负载。图 3网络电话呼叫分配概率树型图图4描述了基于最繁忙时段的企业呼叫分布情况。在图中,呼叫分布情况被描述成概率树形式。这也可以说成是概率矩阵。一些重要资料可以通过内外部的语音信息流得出。对所有类型的呼叫来说,语

20、音信息流都 要通过路由器进行路由选择。这是因为交换机1和2是第2层虚拟以太网设备。可以通过交换机1的层1和层2之间两次负载看出拥塞流向,因为信息包要通过交换机到达路由再返回到交换机。类似,交换机2从(到)第3层经历了两次外部呼叫的负载。3.3 定义性能极限和增长容量在这一步,我们对许多重要的网络关键设备进行了性能极限或操作点的定义。当调度新的服务时这些极限值得考虑。好处是双重的。首先是新服务调度要求令人满意;其次,增加新的设备使网络更健康良性发展。这两个性能标准正被提到议事日程上来。第一是端到端延迟的最大容忍极限;第二是网络资源的极限限制。端到端延迟的最大极限由运行在网络中的灵敏应用服务决定。

21、在我们的案例中,对网络电话来说端到端的延迟是150ms。如果网络的灵敏应用有一定的延迟,当研究网络电话拥塞时对这些应用的延迟监控显得很有必要,这样他们就不会超过最大极限了。对网络资源的应用范围来说,这样的范围和极限由当前应用和将来的计划以及可预见的网络增长决定。恰当的资源和容量计划是至关紧要的。聪明的网络工程师必须把新服务调度的可量测性放在脑中,保证网络在重载和轻载的时候都会产生满意的性能和没有包的丢失。网络电话要求几乎没有包的丢失。在文献中,0.15%丢失包是经常的事。然而在文章24中网络电话丢失包被建议为减少至低于10。文章22提到了基于实验得出的一个更实际的包丢失数是低于1%。因此,不要

22、全部使用网络资源显得非常重要。因为单凭经验得出对快速交换全双工以太网的方法,平均使用限制在85%以内。用户计划的增长数、网络服务、繁忙程度都必须纳入考虑范围之内以此推断增长容量要求和未来增长因素。在我们的研究中,我们假设有25%的网络空闲容量可以用做将来增长之用。同样的,我们甚至把这种应用到像路由、交换机和交换以太网链接这些网络设备中。尽管如此,在实际中,应该留有对每个网络资源的这种比例和对当前应用以及将来增长容量会变化的想法。在我们的拓扑图中,这种网络资源在新服务调度之前最先被保留利用,只有剩余容量被用来研究新服务调度的网络支持。3.4 网络性能度量为了表明现有网络通信负载、利用情况和流向,

23、网络度量必须执行。这是一个关键性的步骤因为它可以潜在地影响分析研究和仿真结果。有很多商业或非商业工具可以用来进行网络度量。流行的开放资源度量工具有MRTG、STG、SNMPUtil和GetIF。一些流行的商业度量工具有HP OpenView, Cisco Netflow, Lucent VitalSuite, Patrol DashBoard, Omegon NetAlly, Avaya ExamiNet, NetIQ Vivinet Assessor等等。网络度量必须在诸如路由、交换机和链接的网络设备中运行。许多类型的度量数据和统计表可以通过度量工具获得。像一个最小的以比特每秒和包每秒的传输

24、速度可通过直接链接到的路由器和交换机测量得出。为了得到恰当的估计,网络度量必须有一段时间,至少是24小时的周期。有时甚至需要测量几天或一个星期。为了保证有好的服务质量,我们必须考虑到网络负载的最坏使用情况,包括在最高峰时期。最高峰时期的网络各不相同,它由网络提供的服务的事务的性质决定。表2最糟网络评估表表2显示了图1中双向链接的路由和两个交换机的网络拓扑图的最高峰拥塞情况。这些测量结果将会用于分析和仿真研究中。摘自:Int J Adv ,2005年创刊,第25期,Manuf Technol出版社出版,DOI收录期刊。From: Int J Adv .Manuf Technol (2005) 25: 723729 DOI 10.1007/s00170-003-1914-5From: Khaled Salah, Department of Information and Computer Science, King Fahd University of Petroleum and Minerals, 1 July 2005. 摘自:Khaled Salah , 信息与计算机科学, Fahd University 皇家石油矿物大学2005 年7月1 日。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1