3 带宽需求高
流媒体和VoIP无疑对带宽提出了更高的要求,也加大了广域数字融合的难度。好在宽带价格的不断下调使光纤能应用到更多的企业中去。据预测,到2004年,80%的大型企业和54%的中型企业都将拥有光纤链路。即使在光纤走向桌面之前,其他的融合技术,诸如缓存和内容交付,可以在WAN上传递丰富的媒体,也是不错的解决方案,而一些内容识别交换机,例如,F5 Networks 的Big-IP 5000 和 3Com 的四层交换机 SuperStack 3 4400,对加强局域网上的 QoS 策略也有良好的性能。第五层企业级交换机则工作在不同的H.323 网间环境下,将多媒体数据包置于一个访问队列的前面,以减少延迟和信号的不稳定。
4 内容交付 独树一帜
内容交付服务(Content-delivery)一直保持了为电子商务增值的势头,也吸引着众多厂商的目光,其中Akamai 的 EnterpriseSuite 专门针对企业级提供内容交付服务,它利用 EdgeSuite Service 和ESI (Edge Side Include)技术,从最靠近的边缘节点处将基于HTTP和基于文件的内容传递给用户,同时它也支持单点传送和多点传送实时视频流两种方式。
Cisco 作为最大的基础设施提供商,享有很高的信誉,他推出的基于 WCCP协议的内容边缘交付设备(Content Edge Delivery Device),能透明地将 Web流量重定向到缓存服务器。而 Network Appliance 则提供了一种端到端的解决方案;将内容从后端存储设备移向前端靠近用户的缓存单元。Volera 的Velocity CDN(内容交付网络)也推出了类似的 Excelerator 缓存。值得一提的是, CacheFolw 推出的安全网关(Security Gateway Appliance,SGA),它可作为缓服务器,通过将 Web 内容存入缓存和“按需重用”的机制,加速内容交付的速率。SGA 同时也扮演着一个到桌面的Internet网关的角色,能支持多种验证服务(LDAP,NTLM 和 RADIUS)和反病毒服务,以确保内容的安全。
与上述厂商常用到的Cache不同,InfoLibria 的内容操作系统(Content Operating System)和富媒体启动包(Rich Media Starter Kit),则是使用Turnkey解决方案将实时点播的流媒体和Web对象传递给用户。在这个系统中,有一个专用的应用接口负责管理源服务器上的内容,并与类似MS-Producer的内容生成 工具集成,使内容能发布到距离最靠近最终用户的MdeiaMalls (InfoLibria的服务器),另有一个全局重定向应用程序(Global Redirection Application),使客户端能搜寻到离它最近的直接来自MediaMalls 的内容。由此看出,这种方案减少了对带宽的需求和富媒体应用中的延时。不足的是,InfoLibria 的产品还不能像 Cisco 那样,与现有的基础设施协同工作,也没有像Network Appliance那样拥有自已的后端存储设备,但MediaMalls可以借助于其他能生成内容的程序。
5 标准难统一
从商业角度考虑,有很多理由去实施VoIP,但基于不同标准的产品的协同工作性也值得考虑。比如现在多数产品使用的H.323信令技术,这是一种缓慢、复杂的呼叫建立过程,虽然用于VoIP的H.323 3提高了呼叫建立的速度,并进一步定义了网络上语音、视频和数据的通信,但多数厂商并没有舍弃H.323 2。因为即便他们升级到高版本,呼叫建立仍旧是个复杂的、牵扯到七个主要协议的过程,包括语音/视频数字信号编/解码器和呼叫/控制信令等。标准的统一是目前亟需解决的问题之一。
另外,还包括其他几个主要标准:
1) 会话信息协议(Session Information Protocol,SIP),最新出现的呼叫处理协议,用以启动、更改、终止会议和电话呼叫。它减少了VoIP的复杂度,是作为有网关、路由器和IP电话需求的最佳候选,SIP具有开放的架构,可用PERL和Java去实现。
2) Edge Side Includes 是一种简单的标识语言,能从网络的边缘处理并传递动态的内容。
3) 移动图像专家组(Moving Picture Experts Group,MPEG-4):集成不同的语言视频对象,允许对多媒体信息统一的访问。
4) 多协议标记交换(MPLS):提供基于任何传输载体的VoIP和流媒体数据包的QoS服务,消除了对覆盖式网络的需求。
5) Web缓存通信协议(Web Cache Communication Protocol,WCCP):透明地重定向Web流量到缓存服务器。 (全文完)
摘自《中国CATV》