其他的路由办法

　　SAN路由也可以采用其它相关技术。研究结果显示，SAN的研究路由是分割进行的，然后路由器将它们连起来使之有效。这和IP网络刚好一样 ，除了在处理域间的数据包的交换时有明确的机制。处理与传递数据包之间的范畴包括：层和路由协议。出于同IP网络一样的原因SAN路由也需要分割开，不过增加了循环稳定性。

　　很多人把协议封装和转换看作路由。FCIP (FC over IP)甚至iSCSI协议在一定意义上也是路由协议。它们允许在IP网络上不添加光纤通道却能够扩展SAN，这种技术用于SAN的远程复制备份上。你当然不希望把光纤拉到另一个城市那么远，尤其是当只有一台设备需要连接的时候。iSCSI target的接收方通常是设在一个存储设备前的主机，所以称它是路由机制有点牵强，尽管有些 SAN交换机可以作为FC和iSCSI之间的沟通者，使其路由器的角色更加清晰。其实，上面所述的在IP节点上也是一样的---- 将第三层数据和IP数据并入第二层放到最上面。

　　SAN virtualization gets even hairier.SAN的虚拟化得到更多的支持 。LUN池的某些特定应用以及并发的iSCSI转换都被认为就是路由器。但一般来说，虚拟化并不是真正的路由。存储虚拟化不过恰恰暗合了我们最初关于路由的设计思路。SAN交换机呈现出的LUNs，其实都是在存储阵列上的，这构成了一个虚拟存储设备。虚拟LUNs使SAN架构的路由在一些较有创意的办法下进行， 但这个虚拟化概念的本身并不是路由。

　　另一方面，如果你坚持以一个简单的方法定义路由----分割随后连接，那么上面所说的虚拟就是路由。但是虚拟化有很多其他内涵，诸如：LUN池，远程复制和快照，这些用途的虚拟化并不会分割网络。

　　确实，这有点乱。没有路由，尽管实践已经证明它是必要的。我们真正需要的是将虚拟LUN巧妙的巧妙分割、再连接。当需要真正的路由时，例如，当需要在互联网上传FC数据包时，我们只需要IP。它确实能起作用，所以说，为什么不使用现有的基础架构呢?信息长距离传输意味着高延迟，所以，FC SAN(块级访问避免了协议封装，所以速度快)的速度优势也就没有意义了。

　　总而言之

　　SAN路由并不存在，但是一些人使了点小聪明来达到他们想要限制光纤发展的目的。

　　将LUNs虚拟、让交换机扮演光纤间的桥梁，是一个非常不错的办法来执行最小化人工配制路由操作。

　　协议封装到iSCSI或者FCIP事实上是路由，而且在概念上它与IP路由相同。