dcsimg

为VoIP准备:管理上层

第7部分: 高层nba赌钱层中的功能通常是软件实现,并且需要基于软件的分析和故障排除工具。

 By 马克·米勒
第页  |  返回第1页

我们的 最后的教程 基于众所周知的开放系统互连(OSI)模型,我们开始了将广泛的nba赌钱管理功能分解为较小部分的过程。在第一部分中,我们检查了物理,数据链路和nba赌钱层,这些层有时被称为 通信子网 并且主要在硬件中实现。让我们继续该讨论,并研究VoIPnba赌钱环境的上层nba赌钱层的功能。

传输层: 负责端到端连接的可靠性,通常使用两种协议来实现。 RFC 793中定义的传输控制协议(TCP)( ftp://ftp.rfc-editor.org/in-notes/rfc793.txt )提供了最大的可靠性,但要付出额外的开销。用户数据报协议(UDP),在RFC 768(ftp://ftp.rfc-editor.org/in-notes/rfc768.txt)降低了可靠性,但减少了传输开销。 TCP的信息单位称为 流, 而UDP的信息单元称为 数据报。

大多数VoIPnba赌钱使用TCP建立连接(由于其可靠性),然后使用UDP实际传输VoIP数据包(由于其效率)。因此,在真正计数(建立连接)时,您要付出开销的代价,但是在20到40毫秒的语音数据包开始流动时,随后要减少开销,前提是您一路上会丢失一些语音数据包,最终用户仍然应该能够进行大部分对话。

会话层: 规定了通信会话的建立和终止,并将作为国际电信联盟H.323标准的一部分实施–电信标准化部门(ITU-T,请参见 http://www.itu.int/ITU-T/),或由互联网工程任务组(IETF)开发的会话发起协议(SIP)功能,请参见 http://ietf.org/)。

对于H.323,呼叫信令功能与其他WAN协议(如ISDN或ATM)具有某些相似之处,因为它们都是从传统电话的通用基础上开发的。这部分使VoIPnba赌钱的nba赌钱管理更加容易,因为在诊断和排除出现问题的WAN连接方面有很多行业经验。

不幸的是,H.323的另一个遗产是复杂性,这给了IETF一些发展SIP的动力,而SIP在信令领域则不那么复杂。但是请注意上面的参考 协议, 并且需要使用协议分析器来整理未按规定操作的呼叫建立或断开过程。

表示层: 提供了一种将发送方的数据格式转换为在接收方可以理解的格式的机制。在常规nba赌钱中,数据加密和数据压缩是表示层功能的良好示例。在VoIP世界中,进行模数转换的编解码器(编码器/解码器)提供了这些功能的示例。

但是这里可能会出现问题:如果您的系统选择一种类型的编码器(例如G.723.1),而我选择了另一种类型的编码器(例如G.729),则我们可能会交换比特,帧和数据包,但将无法可理解的对话(几乎就像说两种外语,没有人可以翻译)。和以前一样,这可能需要协议分析器进行分类。

应用层: 提供支持最终用户的功能,例如语音拨号,统一消息传递或固定电话,蜂窝电话和VoIP系统之间的集成。这里的故障应该很明显,因为您可以使用拨号序列完成呼叫,但是语音拨号,呼叫转移或“跟我来”应用程序无法正常工作。在大多数情况下,这些应用程序都嵌入在基于IP的PBX或其他交换系统中,而致电供应商将是下一个逻辑步骤。

一般来说,较低的三个OSI层通常以硬件实现,因此更易于访问且易于管理。上面的四层很可能用软件实现,并且需要协议分析器或更复杂的系统,例如基于简单nba赌钱管理协议(SNMP)的nba赌钱管理系统来处理这些复杂性。

我们的下一个教程将研究可用于VoIPnba赌钱管理的各种工具及其功能。


作者传记
P.E.的Mark A. Miller是总部位于丹佛的咨询工程公司DigiNet Corporation(R)的总裁。他是许多有关nba赌钱技术的书籍的作者,其中包括 IP语音技术互联网技术手册,均由John Wiley&Sons出版。

文章由 EnterpriseVoIPplanet.com, © DigiNet Corporation

本文最初于2008年1月18日发布
通过nba赌钱更新新闻获取最新消息