服务器，不过是特别智能的代理服务器。McDATA（现在已经属于博科）开发出了一种机制，可以将多个SANsilos连接在一起。在配置得当的情况下，交换机既可以扮演目标，也可以扮演发起者（initiator）的角色，从本质上来说，就是在两个SAN架构之间，代理FC连接。在终止了一台SAN交换机的一个端口后，在大部分情况下，管理员在配置访问LUN的时候，仍然可以拥有同样的灵活性，但是安全性会大为降低。还记得那篇讨论硬分区与软分区之间区别
服务器，不过是特别智能的代理服务器。McDATA（现在已经属于博科）开发出了一种机制，可以将多个
SANsilos连接在一起。在配置得当的情况下，
交换机既可以扮演目标，也可以扮演发起者（initiator）的角色，从本质上来说，就是在两个SAN架构之间，代理FC连接。在终止了一台SAN交换机的一个端口后，在大部分情况下，管理员在配置访问
LUN的时候，仍然可以拥有同样的灵活性，但是安全性会大为降低。
还记得那篇讨论硬分区与软分区之间区别的文章么？如果我们需要保证安全性，防范攻击者和配置错误，我们一般会选择基于端口的分区方法，也就是硬分区。当需要配置这些silo连接，编译或者映射时，我们唯一的选择就是配置基于
WWN的方法。虽然不会带来什么问题，但是我们还是需要注意一些事情。替换HBA的程序中通常包括升级交换机和磁盘阵列上WWN映射的环节，现在你必须“路由”设置了解到所有的这些变化。
不过终止每个silo交换机上的SAN连接的做法仍然是有好处的。SAN可能产生的损耗被极大地降低了，在路由器环境中可以更快地找到问题。SAN路由被广泛地用于地理上分散的网络之中，以提高这些网络的可靠性和稳定性。
其他的路由方法
SAN路由也可以使用其他很多种不同的技术。它只是在SAN中进行分割，然后将片段结合在一起实现一些路由功能。这与
IP网络中遇到的情况基本一样。不同之处则在于，SAN路由在处理在域与域之间（包括各个层和各种路由协议）传递的信息包时，有其明确的处理机制。SAN与IP网络基于同样的理由需要进行分割，但是却增加了稳定性方面的问题。
很多人认为协议封装和编译是路由。FCIP（FCoverIP），甚至iSCSI协议在某种意义上都是路由协议。它们让SAN可以在更大的IP网络上扩展，而且不用增加架构。这些技术经常用于远程将SAN复制到备份站点上。你当然不会希望将整个fabric扩展到另一座城市，特别是只需要连通一个设备的时候。iSCSI目标通常在某一存储设备上，所以将它算作一种路由机制略微有些勉强。不过，一些SAN交换机可以在FC和iSCSI之间扮演编译器的角色，让路由的角色更为清晰。事实上，这和IP节点做的事情几乎一样——获取Layer2数据，在其上增加Layer3，或者IP数据。
SAN虚拟更为多样。LUN池的特定应用和随后的iSCSI编译显然是路由器的功能，但是从总体上来说，虚拟并不是真正的路由。存储虚拟正是第一种路由方式：当一个SAN交换机展现自己的LUN的时候，事实上这个LUN是在其他地方的存储阵列之上的，它只是创建了一个虚拟的存储设备。虚拟LUN让我们可以在SANfabric的路由中使用更多有创造性的方法，但是虚拟概念本身却不是关于路由的。
另一方面，如果你坚持对路由的简单定义——分割，然后再将所有的部分连接在一起——那么前面所描述的虚拟就是路由。不过虚拟还有其他很多种形式，例如：LUN池、远程复制和快照等。虚拟的其他用途对分割网络没有什么帮助。
是的，这很容易混淆。这里没有路由，尽管实际情况证明它很有必要。利用虚拟LUN分割再进行组合正是我们所需要的。如果需要真正的路由，例如你需要通过互联网发送FC包的时候，我们只需要使用IP即可。它很有效，那么为什么不用现有的路由架构呢？远距离无论如何都意味着高延迟，所以FCSAN的高速优势（块级访问以及不必进行协议封装）就不是那么有意义了。
总结
&
amp;#8226;SAN中并不存在路由，但有一些厂商为了限制fabric的蔓延使用了一些很好的
