VoIP管理:从设计容量到实际容量

    设想一下一个城市的交通系统没有任何的红绿灯。你对速度的评估依赖于你旅行的时间以及你的车辆的速度。去期望这样一个网络可以没有拥塞的正常工作是不切实际的。同时到目前为止每天我们期望IP网络可以同应用程序去竞争而不发生任何的问题。

    IP网络是最有效的结构，但不保证所有流量会根据你的需求被传递到目的地。目前，大部分的网络允许VoIP的流量同别的应用程序在网络上竞争带宽。被节省的多用途融合网络所吸引，很多的用户在没有对网络进行仔细设计的情况下就在上面传输VoIP，所以在系统被建立的时候拥塞的问题就是显而易见的。电信的经理面临着进退两难的境地，到底是增加带宽呢，还是把VoIP完全从网络隔离，如果完全把VoIP隔离的话，就失去了融合网络的优势。不过目前有另一种选择，你可以减少延迟、抖动(jitter这个术语用来描述包到达率的中断)、减少对于敏感应用程序如VoIP的丢包。

    使用运输的比喻，答案并不仅仅使用一个中心控制的Hub并使用红绿灯来控制流量，同时也要引如专用公交专用车道的概念：用另一句话来说就是要有辨别应用程序和区分优先等级的能力。在融合网络环境里，这个等同于为VoIP专门分配一个特殊的受保护的通道。

    这样看来似乎是没有头脑的，但是这样的流量管理保持了区分。这对于渠道分销商来说，当他们把VoIP的服务卖给企业和运营商的时候，是一个真正的实惠。因为，如果其中集合了QoS和服务等级协议的强制执行能力，这可以帮助建立一个智能化的网络：为最终用户量身定做的网络。

    网络管理工作是基于对在网络上运行的各种应用程序的识别。我们可以通过执行深入包检测(DPI)来识别ISO网络模型中第7层的网络协议和应用程序。然后我们可以评估每一种应用程序需要多少带宽以及总的网络负荷是多少，这些信息可以作为决定优化流量管理策略的基础。然后网络管理人员可以根据业务等级需求对每种应用程序的带宽重新分配。每个应用程序的最大带宽的参数的定义可以被设计，然后可以预防对如VoIP这样的敏感应用程序的阻碍。

    同公交专用车道的概念非常相象，这样的流量可以根据每个呼叫连接的来赋予高等级的优先权。但是对于VoIP的流量，对于每个单一的会话连接分配带宽是很重要的。为了减少抖动(Jitter)，对于每一个会话连接给予一个持续的比特率(CBR)，必须把这个设计并反馈到策略中。这可以保证VoIP呼叫的最小带宽需求(每个流行的G.711编解码需要32Kbps)。延迟(一个包从源到目的传输所需要的时间)也同样是VoIP流量的一个问题，策略同样可以保证最大可忍受的延迟。

    使VoIP优先，一个流量管理系统同样需要能够监视多样化的VoIP应用协议，比如H.323、SIP以及MEGACO可以根据编解码如G.711和G7.29来鉴别。流量管理系统同样需要能够识别流行的互联网VoIP应用协议，比如Skype。同时，在运营商的情况下，他们需要订户的以及他们的使用习惯的相关信息。

    和促进VoIP一样，流量管理同样可以保护它不被其他的应用程序干扰。举例说明，流量管理人员可以限制非紧急业务的应用程序比如P2P或者另人不喜欢的流量如病毒、特罗伊木马以及蠕虫等的带宽。流量管理可以自动侦测到这些攻击，通报网络管理员同时触发保护VoIP流量的行为。

    当网络有拒绝服务攻击(DoS)的时候，这个能力是非常有效的，凭什么系统要受到服务请求的炮轰呢。在这个案例中，可疑的流量可以被转移同时事件可以被储存后进行以后的深入检测。

    可是，流量管理可以提供的远大于是VoIP的保护。流量管理可以使组织机构的网络达到最优化的业务应用。举例说明，X公司希望使VoIP流量有优先的等级，然后给予Email基于需要的带宽，降级网络广播的使用，然后限制恶意的流量。流量管理人员可以提供所有的这些功能：可以自动的侦测、报告、鉴别、统计和QoS控制。

    有了流量管理以后，网络开始作到智能的以业务为导向的传输系统，替代不智能的管道、消除利用率的峰值和谷底，得到一个持续稳定的利用率和一个可遇见性的IP网络。同时，当我们与一个集中管理系统结合，每一个流量管理设备可以被更新或者立刻被询问，提供一个网络上所有行为的概览。流量管理同时也释放了网络的容量提供给新的服务：一个真正为企业或者运营商服务的销售商，会为VoIP渠道销售提供网络管理这样一个“混血杀手”。