政务网QoS技术专题概要.doc

政务信息网――华为QoS专题技术 在传统的IP网络中，其主要业务如：WWW浏览、Email电子邮件、FTP文件传输等对网络拥塞和时延并不敏感，互联网以尽力传送模型为主，网络对所有报文统一对待、但对报文传送的可靠性、传送延迟等性能不提供任何保证。 随着IP网络上新的应用不断出现，如IP电话、IP视频等，对IP网络的服务质量也提出了新的要求，例如IP电话业务如果报文传送延时太长，这将是用户所不能接受的。 政务网作为综合业务平台，要实现数据、语音、图像的高质量传输和处理，在网络资源有限的情况下，有必要对实时业务以及政府关键业务进行优先处理，适当降低WWW浏览、电子邮件业务处理级别。传统的无区别服务，尽力传输模型已经不适合新时期政务网的需求。IP QoS是政务网设计必须要考虑的重要特性之一。 一、QoS服务模型 政务网QoS方案的设计实施，首先需要考虑选择合适的技术框架，也即服务模型。服务模型指的是一组端到端的QoS功能，目前有以下三种QoS服务模型： Best-Effort service——尽力服务 Integrated service（Intserv）——综合服务 Differentiated service（Diffserv）——区分服务 1、Best-Effort service 尽力服务是最简单的服务模型。应用程序可以在任何时候，发出任意数量的报文，而且不需要事先获得批准，也不需要通知网络。网络则尽最大的可能性来发送报文，但对时延、可靠性等不提供任何保证。 尽力服务是互联网的缺省传输模式，由于它不区分具体的业务类型，采用先入先出的策略（FIFO）处理，对所有报文都无区别的等同对待，实现起来比较简单，但由于无法为高优先级的实时业务和关键业务提供额外保障，尽力服务模型并不适合用于政务网的建网需求。 2、Integrated service Intserv是一个综合服务模型，它可以满足多种QoS需求。这种服务模型在发送报文前，需要向网络申请特定的服务。这个请求是通过信令（signal）来完成的，应用程序首先通知网络它自己的流量参数和需要的特定服务质量请求，包括带宽、时延等，应用程序一般在收到网络的确认信息，即网络已经为这个应用程序的报文预留了资源后，发送报文。而应用程序发出的报文应该控制在流量参数描述的范围内。 网络在收到应用程序的资源请求后，执行资源分配检查（Admission control），即基于应用程序的资源申请和网络现有的资源情况，判断是否为应用程序分配资源。一旦网络确认为应用程序的报文分配了资源，则只要应用程序的报文控制在流量参数描述的范围内，网络将承诺满足应用程序的QoS需求。而网络将为每个流（flow，由两端的IP地址、端口号、协议号确定）维护一个状态，并基于这个状态执行报文的分类、流量监管（policing）、排队及其调度，来满足对应用程序的承诺，具有面向连接的特性。因此对网络设备的处理能力有较高要求。 传送QoS请求的信令是RSVP（资源预留协议），它通知路由器应用程序的QoS需求。 3、Differentiated service Diffserv即区别服务模型，它可以满足不同的QoS需求。与Integrated service不同，它不需要信令，即应用程序在发出报文前，不需要通知路由器。网络不需要为每个流维护状态，它根据每个报文指定的QoS，来提供特定的服务。可以用不同的方法来指定报文的QoS，如IP包的优先级位（IP Precedence)、报文的源地址和目的地址等。网络通过这些信息来进行报文的分类、流量整形、流量监管和排队。 通常在配置Differentiated service时，在网络边界的路由器通过报文的源地址和目的地址等对报文进行分类，对不同的报文设置不同的IP优先级，而其他路由器只需要用IP优先级来进行报文的分类。 4、服务模型选择 这三种服务模型中，只有Intserv与Diffserv这两种能提供多服务的QoS保障。从技术上看，Intserv需要网络对每个流均维持一个软状态，因此会导致设备性能的下降，或实现相同的功能需要更高性能的设备，另外，还需要全网设备都能提供一致的技术才能实现QoS。而Diffserv则没有这方面的缺陷，且处理效率高，部署及实施可以分布进行，它只是在构建网络时，需要对网络中的路由器设置相应的规则，会使配置管理比较复杂。 由于政务网规模庞大，覆盖了省到市、市到县的全部区域，同时政务网要承载IP电话、IP会议电视、流媒体服务等多种实时大流量业务，这对网络设备（路由器）是一个很大的考验。考虑到Diffserv模式具有处理效率高，部署和实时方便的特点，我们建议在电子政务解决方案中，选用Diffserv模式。 不论是Diffserv，还是Intserv，在最终对服务进行保障