测试环境概述
由于有很多剩余的端口，所以在我测试的配置中，我就将其忽略了。不过我还是留意到了DCX 有ISL端口，这些端口并不算在可用端口总数里。DCX的功能中，最具有的创新味道的特性恐怕还在其软件配置里，包括更好的带宽分配管理、根据安全策略对某些特定的端口限制访问，而且还通过创建独立域来获取更好的分散架构部分管理。
我的评估从带宽监控特性开始。在传统的架构里，每个连接都好像一条橡胶水管，水管本身并没有能力管控其中的流量。DCX 可以提供一种Ingress Rate Limiting（入口比率限制）的功能，可以在选定的端口上限制I/O比率，这样就可以拥有更好的网络选择适应性。
我们下面就来描述一下这个DCX是如何工作的。在我测试的配置中，用到了博科的两个DCX单元，其中一个连接到了3个主机的6个HBA，另一个连接到了一个磁盘阵列。为了更好的说明DCX的流量管理能力，每个主机HBA都分配了LUN和存储端口。两个DCX通过两个4G 的ISL连接。
使用Iometer脚本，可以很容易在每个主机端生成流量。另外，我还采用了Top Talkers，这是一款流量检测工具，这样就可以来测量这些流量如何在架构内分布。当然你也可以采用别的程序来生成和测量流量。跑在两个DCX上的最新Fabric OS 6.0，将可以定义Top Talkers范围——在特定端口或者整体架构上，以便监控状况。
就像Top Talkers的名字一样，Top Talkers监控可以列出哪一对source-destination承载了最多的流量。如下图，这些流量都是Iometer制造出来的，在Top Talkers里面看到的就是这样。
