9月底是游览纽约市的好时机。这不是太热但不太冷，使其完美地围绕中央公园漫步。但是，本周，就像那个互操作的互联网上没有其他人。纽约互操作的大主题之一是虚拟化服务的主题，也称为网络功能虚拟化（NFV）。
NFV的大部分焦点一直在传统的网络服务，但我已经看到对通信基础设施的兴趣越来越令人兴趣，最值得注意的会话边界控制器（SBC）。SBCS通常仅可用作硬件设备，但随着该技术的兴趣扩展了服务提供商和非常大的企业（具有服务提供商等网络），对虚拟版本的需求已经增长。
但是，并非所有虚拟设备都是相同的。随着NFV周围的势头，更多的供应商已经发布了各种虚拟设备，使组织难以决定购买的内容。评估基于虚拟/ NFV的SBC时，以下是要查找的关键项：
- 跨平台的功能一致性。并非所有供应商都提供所有产品的所有功能。有时供应商有一些依赖于特定硬件的功能。在某些情况下，供应商可能已经收购了创建虚拟平台的产品，或者供应商刚刚将产品推向市场。从买方的角度来看，在所有产品中都有所有功能非常重要。对于SBC来说，这对于确保在所有分支位置提供常见的UC服务集是至关重要的。
- 公共代码库。在某些方面，这与上述方式携手，但存在一些差异。即使码级是不同的，供应商也可以复制关键功能，但这可能导致道路上的一些挑战，特别是在持续管理。配置管理工具，脚本和其他第三方工具可能在产品上不起作用。此外，即使供应商今天可以复制关键功能，也无法保证新功能和产品升级可以以任何一种同步方式完成。代码库应跨所有硬件，虚拟和基于软件的实例相同。
- 从当前安装的产品易于迁移。虚拟化的SBCS仍在其初期内，其可能的客户将需要从旧的硬件设备迁移到虚拟版本。客户也可能希望从虚拟设备迁移回路的硬件设备。无论迁移路径是什么，这应该是供应商做的事情。如果需要自定义脚本，冗长的升级或工程师团队这样做，那么它可能最好进入不同的方向。
- 产品采用不同的硬件和软件形式因素。我知道这个行业是今天的Gaga over NFV，但并不总是正确的答案。Using a purely virtualized platform means the customer must go out and procure the hardware, ensure there’s enough memory, processor, that all the hardware components are compatible with the software, etc. Don’t get me wrong, there’s tremendous flexibility with this model but there are other options. In addition to a virtualized product the vendor should offer the software running on a pre-tested, validated server. This can help with compliance to specific standards (such as NEBS in telco) and take much of the tuning and tweaking out of the hands of the customer. The benefits of software with the ease of an appliance. Lastly, the vendor should offer a traditional, hardware-based SBC. For customers that require predictable performances, nothing beats a dedicated hardware appliance.
- 策略功能集成。SBCS的主要用例是终止SIP中继。但是，我认为，通常在单独的直径路由器中完成策略实施将需要成为SBC标准化功能集的一部分。今天没有人这样做，但我当然会把供应商推向这个功能的路线图。
NFV是一种强大的技术，可以为几乎任何网络服务提供按需服务。它为以前从未见过的网络带来了敏捷程度。SBC理想地适合虚拟化并作为“NFV”工作负载，并且我相信我们将在明年左右的情况下看到该地区的更多创新。但是，我确实相信对于那些需要专用，一致性的性能的人员将始终存在专用硬件设备。
在选择硬件和软件之间没有正确的答案，尽管我确实相信软件的灵活性和灵活性将超过大多数客户的其他优势。