Chinaunix首页 | 论坛 | 博客
  • 博客访问: 595778
  • 博文数量: 765
  • 博客积分: 40000
  • 博客等级: 大将
  • 技术积分: 5005
  • 用 户 组: 普通用户
  • 注册时间: 2008-10-16 18:49
文章分类

全部博文(765)

文章存档

2011年(1)

2008年(764)

我的朋友

分类:

2008-10-16 19:06:23


  为你的网络设计QoS(服务质量)是很复杂的。你最好花一些时间从学习这些基本知识开始。这篇来自Informit的文章讨论了设计QoS应用首先采取的一些步骤。
  
  一个好的着眼点是决定哪些东西放在前面:是车放在前面,还是马放在前面。在本文中,马是拉车的,是实现这个目标的动力。同样,QoS技术就是实现机构目标的动力。因此,开始应用QoS的方法并不是要应用全部QoS工具集和照本宣科部署一个工具。换句话说,不要简单地因为有QoS功能就启用。相反,应该高起点并且清晰地确定机构的目标。
  
  应该考虑的高级问题如下:
  
  ·这个目标是不是仅使用VoIP?
  
  ·还需要视频吗?如果需要的话,需要什么类型的视频:互动式还是流媒体?
  
  ·是否有一些应用程序是执行重要任务的?如果是的话,它们是什么应用程序?
  
  ·机构是否要阻止某种类型的通信?如果有的话,这类通信是什么?
  
  QoS基线模型定义了所有类型的通信。但是,本地定义(Locally-Defined)的、关键业务(Mission-Critical)的数据应用程序除外,这类通信是由目标网络特点确定的。这些应用程序是事务处理数据类的子集,专门用于优先的服务类别,因为它们对于机构的主要业务目标有重大的影响。
  
  这通常是一种非常主观的评估,可能会引起激烈的争议。当向关键业务数据类分配应用程序的时候,需要记住的一个重要的原则是要尽可能少地向本地定义的关键业务类分配应用程序。
  
  如果分配给它的应用程序过多,关键业务数据类就将会减弱甚至完全丧失拥有单独的一类(从事务处理数据类分离的)的价值。例如,如果分配10个应用程序作为事务处理数据类,所有这10个应用程序肯定被分类为关键业务数据,这些应用程序的单独的类别就变成了没有用的东西。
  
  如果仅分配一个或者两个关键业务数据类的应用程序,这个类别的应用程序的效率就会非常高。
  
  关于这一点,建议在设计和应用之前一定要经常询问公司的职员,了解他们确定的QoS目标。QoS是一种不公正的管理系统,因此在执行的过程中总是产生政治的和机构的影响。这种影响可能还会阻止执行QoS,为了最大限度地减少在应用过程中非技术障碍的影响,建议尽可能早地解决这些政治和机构的问题,并且在可能的时候请求机构官员的批准。
  
  QoS基准模式的类型
  
  ·语音
  
  ·电话信令
  
  ·互动式视频
  
  ·流式视频
  
  ·最佳效果数据
  
  ·大宗数据
  
  ·事务处理数据
  
  ·重要任务数据
  
  ·IP通信
  
  ·网络管理通信
  
  ·清道夫(Scavenger)通信
  
  没有硬性规定要求企业应用所有QoS基准模式类型的这11个类。这个模式是一种前瞻式的指南,考虑到了需要特殊QoS要求的许多类通信。了解这些类有助于顺利扩展QoS政策,以支持满足未来需求的额外的应用程序。然而,在应用QoS的时候,机构需要明确定义需要多少类通信来满足机构目标的需求。
  
  这个考虑应该与网络管理团队的考虑一致起来,也就是要考虑网络管理团队认为应用和支持多少类应用程序比较合适。当确定服务类的数量时,具体平台的局限性或者服务提供商的局限性等问题都要考虑到。因此,考虑移植策略也是很好的,让类的数量随着未来需求的增长而顺利增加。
  
  一旦确定了服务类的数量,需要的标准、策略和优先级策略等细节问题就可以解决了。当确定在什么地方启用这些策略时,要记住,只要可以选择,QoS策略一定要在硬件中执行,而不要在软件中执行。
【责编:admin】

--------------------next---------------------

阅读(170) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~