五个问题可帮助评估您的环境是否可以支持SparkleComm统一通信
这是企业网络管理员在考虑UC部署时要记住的五个问题：
许多企业IT组织将网络和应用程序的责任分为两组。SparkleComm统一通信需要应用程序和网络基础结构的支持，因此这意味着在部署之前都要让两个小组都参与其中。启用SparkleComm统一通信支持可能会涉及少量或大量工作，具体取决于应用程序。对于某些消息传递和VoIP应用程序，已经内置了状态显示支持。
其他应用程序（例如数据库，CRM程序包，尤其是定制开发的交易处理程序）可能完全缺少状态显示支持。确定哪些应用程序需要统一的通信支持，并在需要时获得适当的开发帮助，这是必要的第一步。
在启用SparkleComm统一通信的网络中传递状态信息通常意味着支持新协议和/或添加基础结构服务。例如，对于基于位置的SparkleComm统一通信服务，可能需要使用SRV（服务类型）和LOC（位置）记录来更新DNS服务器。其他基础结构服务，例如用于电子邮件和即时消息的服务，可能需要扩展。可以通过SIMPLE或XMPP添加状态信息（例如，在语音和即时消息系统之间移动可用性状态）。
每当通过网络添加新路径时，安全始终是关注的重点。大多数统一通信系统都可以使用集中式目录服务器（例如基于轻型目录访问协议或Microsoft Active Directory的服务器）来对寻求通信的用户或进程进行身份验证。而且，防火墙和其他安全设备将需要重新配置以支持新的消息传递协议-不仅是SIMPLE和XMPP，而且还包括任何专有消息传递协议，例如AOL Instant Messenger，Yahoo Messenger等所使用的那些。
电话系统已经支持状态服务数十年了（认为请勿打扰和呼叫转移功能），但这并不一定转化为对消息传递，视频和其他数据类型的统一通信支持。向Asterisk或OpenSER等开源平台添加状态支持相对容易。对于专有PBX（甚至是基于ITU H.323规范衍生产品的PBX），可能需要做更多的工作。请与您的PBX供应商联系，以增加对诸如SIMPLE和/或XMPP之类的在线状态协议的支持。
鉴于对将服务折叠到集中式数据中心的巨大兴趣，从中央位置添加和管理SparkleComm统一通信也很有意义。例如，在试用期间，将单个Jabber服务器放置在中央数据中心要容易得多，而不是在整个企业中分布服务器，然后尝试使其保持同步。集中管理还可以简化变更管理。另外，统一通信也可以完全外包。主要的PBX供应商（例如Avaya和Siemens）的专业服务团队提供统一通信即服务。
由于统一通信的概念是如此广泛，因此很可能最终需要额外的应用程序和网络服务，并且要在初始部署之后进行。初步试用期间的经验可能具有启发性：例如，如果很难将LDAP支持集成到一个应用程序中，那么将其添加到10个应用程序中可能会更具挑战性。初始部署后的验尸将帮助您了解SparkleComm统一通信的哪些部分在您的组织中可以使用，哪些不能使用。
