QoS，冗余仍然是IP Centrex的关键问题

毫无疑问：IP Centrex正在获得Steam，迅速。通过对传统电话平台产品的相对较低的初始投资，市场可能会略微转移到云中的“开关”。您的语音基础架构，本地或远程运行在LAN或WAN上，仅作为最薄弱的链接。您和您的ITSP或IP Centrex主机之间的每一个汇率都将在一个或另一个观点审查的性能审查下。为了Illistrate，坐在您的LAN电话骨干上的10MB枢纽将导致主要的交通堵塞，因此WAN数据包丢失或QoS信息的错误序列或误差序列。在查看IP Centrex解决方案时有很多需要考虑。我们也看到了“鸡肉或鸡蛋”问题。对于SMB，IP Centrex可能最具吸引力的财务状况，我们是否看到了最薄弱和非连续的WAN。然而，在上游连通性是摇滚固体的大型组织中，与内部电话操作相比，IP Centrex并不像内部电话操作相比那样有吸引力或性价比。在思考IP-Centrex提案时，让我们回顾一些关键考虑因素。 Most people here the acroynms 'QoS.'和'voip'在一起，并在两者之间承担良好的工作关系。现在，考虑到媒体优先级排序仍然是ISP和凝视协议的热按钮法律问题，实际上QoS申请了德- 提高RTP流量可能会对您的IP Centrex Reliance引起重大和致命的打击。此外，重要的是要记住ISP政策，更重要的是，凝视政策可以在顾客中对客户说过夜可以改变。除了QoS担忧，总体而言提供者的可靠性是另一个问题。需要到达SLA和其他协议和灾难恢复计划，以确保非常有限，或者没有停机。用户可以在没有电子邮件中忍受一小时，但是甚至需要拨打拨号，甚至可能会发生重大夸大。在我诚实的意见中，在发生任何IP Centrex推广之前，需要发生大量的测试和合作。与维护桌面之间的联系和您的ITSP的所有各方建立并保持不断接触。运行灾难恢复方案，以确保您已涵盖每个潜在的情况和责任。IP Centrex是一件好事，事实上，我个人非常依赖它来进行日常生业。然而，这种依赖已经发展出了一项经过仔细执行的计划，这些计划已经花了很多时间来测试和实施。因此，IP集中和Centrex服务可以减轻您的小组或大型组织的电信职责的令人难以置信的负担。您如何成功实现IP Centrex？什么工作，什么都没有？