VMware已经认证了一款思科和NetApp的端到端FCoE连接方案，但是这并不意味着新市场的出现，因为核心交换机仍不支持传输FCoE信息，只有架顶交换机（top-of-rack-switches）（TORS）才能传输FCoE信息。
FCoE指的是以太网光纤通道，它可以将光纤通道信息插入以太网信息包内，从而让服务器-SAN存储设备的光纤通道请求和数据可以通过以太网连接来传输，而无需专门的光纤通道结构。
由于FCoE数据包必须通过交换机与大部分其他的以太网信息包分离开并被发送到多个存储阵列，因此端到端FCoE连接解决方案就无能为力了。 思科和NetApp是如何解决这个问题的呢？
连接组件是一台配备CNA的服务器，那个CNA可以提供标准以太网网络接口卡的功能，也能提供将服务器与光纤通道连接线连接在一起的主机总线适配器提供的FCoE功能。
CNA通过一条太网连接线与思科Nexus 5000TORS连接在一起，然后仍然通过以太网利用FCoE目标功能再与NetApp FAS存储阵列连接在一起，用QLogic硅作为它的前端。 NetApp以前宣布推出过一款简化端到端FCoE解决方案，可以将博科和QLogic的CNA直接与其FAS阵列相连。
当时它说，它将与博科签订OEM协议，原厂制造博科8000TORS和兼容博科DCX主链交换机或DCX-4S交换机的10-24 FCoE 刀片机。 然而当时的光纤通道阵列连接使用的是物理光纤通道而非以太网。 据博科称，Multi-hop FCoE功能取决于layer 2多路IETF标准TRILL。 笔者认为TRILL增加了以太网的可布线性。
思科在6月宣布推出FabricPath，这项功能可将TRILL添加到它的数据中心操作系统NX-OS中，为layer 2交换网络提供layer 3路由优势。 它还宣布推出了支持1GigE和10GigE连接的Nexus 7000 F系列I/O模块。 据说它支持数据中心桥接(DCB)和TRILL标准，近期将通过一次软件升级实现对FCoE的支持。因此Nexus 7000在软件升级后将能够支持multi-hop FCoE，但现在还不支持。
思科宣布的FCoE计划的第三部分是FabricPath交换机系统（FSS），它是一款软硬件综合系统，可以根据NX-OS FabricPath功能和类似于Nexus 7000的FabricPath硬件，利用FabricPath建立大量可调整域。
然而，被纳入VMware认证的端到端FCoE方案的是Nexus 5000 TORS而非Nexus 7000核心交换机。 Nexus 5000支持DCB，但不支持TRILL。
DCB包括优先流控制、增强传输选项和DCB交换协议。 由于DCB支持，Nexus 5000可通过FCoE与存储目标连接在一起。 但是思科在Nexus 5000的产品介绍中没有提到FabricPath，因此VMware的这个有限端到端FCoE认证还只能算是一道开胃菜，我们还需等待结构交换机堆multi-hop FCoE的支持。
