DoSTOR存储课堂：存储区域网络大致可以看作是巨大的2层网络。SAN实行一种与网络世界中的生成树机制不太一样的机制来保持他们的loop-free（无路由自环）。最大的问题在于，网络中的一个单点故障会影响到整个网络。再加上FC协议本身的问题，使这个问题变得更加严重。一种解决这种庞大的光纤网络的方法就是：将它们分隔成单独的网络。
大家都知道，IT孤岛会影响信息的实时性，但是健全的网络设计常常需要他们。当SAN扩展到一定程度的时候，可靠性要求它必须得这么做。这并不意味着你已经创造了一个标准的信息孤岛，只不过你创建的两个独立光纤网络。所幸的是，与IP网络的运作方式一样，我们可以在光纤间进行信息交换。
在IP网络中，我们必须拥有独一无二的IP地址，但若处于不同子网，即便MAC地址重叠了也没什么。光纤通道没有第3层地址，所以第2层地址必须在全球范围内独一无二的。SAN的路由有两种方式：将WWNs转化或者虚拟到其他架构；或使用地址欺骗。WWNs必须是独一无二的"这条不会成为问题，因为它们都经过了周密的设计。而它也确实有助于显示出分层和转化中的细微差别。
请记住，SAN路由没有协议。所有我们在我们这里谈到的都是厂商的不同解决方法而已，虽然很多厂商不愿与其他厂商的产品兼容，但并不表示对这种机制的效用抱有偏见。
光纤通道中的路由终止
SAN路由的第一种方法类似代理服务器，一个非常聪明的办法。McData公司制定了一种将多个SAN孤岛连接起来的机制。配置好后，交换机既可做通信的接收方，也可以做发起方， 从本质上讲它成了两个SAN间的代理。当SAN交换机上端口终止时，系统管理员在许多情况下还保有与设置LUN同等的灵活性，但是不是很安全。
如果我们需要确保一定级别的安全，包括针对黑客和人为的配置错误，我们更倾向于选择基于端口，或基于任何硬件而不是基于软件。当为这些孤岛间的连接、转化或映射进行配置时，唯一的选择是在约束下进行WWN配置。为了避免造成不必要的麻烦，有些问题需要重视起来为了比米 。更换HBA卡的步骤中常包括更新交换机和存储阵列上的WWN映射，然后现在你需要确认"路由"配置是否知道配置做了变化。
将SAN孤岛连接起来是非常有利的江。SAN上传输过程中的信息损耗大大减少，信息滞后性问题也得到解决。SAN被大量使用在分散的网络上，使网络成为一个整体，提高其可靠性和稳定性。
其他的路由办法
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路由相同。
