• <button id="3m49y"><acronym id="3m49y"></acronym></button>

  • <tbody id="3m49y"></tbody>
  • <em id="3m49y"></em>

    FC(光纖通道)是如何識別域的

    訊石光通訊網 2008/5/13 11:02:32

        理解FC(光纖通道)是如何識別域的,以及一種新的基礎機構虛擬化機制,能夠幫助你利用這些方法的優勢,達到自己的目標。 建設SAN并不難——你只要把設備接好——但是如何讓它具備一定的靈活性,適應各種變化,就不是那么簡單了。在本篇存儲基本知識介紹中,我們將介紹FC域、地址分配和VSAN。

        首先,我們必須理解SAN光纖是如何在沒有環路的情況下存在的。你在這里看到的一切都和Spanning Tree(樹形圖)很相似。當然,也會有些不同,但是概念是一樣的。

        FC交換機連接上線后,會動態分配到屬于其的Domain ID。主交換機(Principal Switch ,PS)選擇過程開始,這和很類似Spanning Tree中的根網橋選擇,接下來是Domain_ID分配過程。

        在交換機能夠和其他交換機交談之前,它首先要進行自我配置,了解連接情況。跳過連接初始化過程,我們只需要知道硬件使用的是哪種端口模式,并且決定附屬N_Ports的地址。一臺交換機負責為每個附屬節點分配FCID,它源自于Domain_ID、Area_ID和附屬節點的WWN。

        簡單地說,PS的選擇過程是這樣的:

        清晰的Domain_ID列表

        在每個內部交換連接(E-Ports),傳送Build Fabric(BF)幀;不要從一個接收過BF的端口發送BF,以免出現環路

        等待Fabric Stability Timeout,確保BF幀通過了整個Fabric

        傳送一個EFP幀,向這些幀的每個發送者發送SW_ACC(Switch Accept)

        檢查EFP幀,尋找PS_Priority、PS_Name (交換機的Node WWN)和Domain_ID列表

        比較PS_Priority和PS_Name,選擇優勝者,最小者勝出

        重復這個過程,直到每個附加設備都同意這個PS

        完成了PS選擇之后,一臺交換機就開始Domain_ID分配過程,即使Domain_ID是手工配置的,分配過程仍然會進行,因為該PS需要編輯一個Domain_ID列表。Domain_ID選擇過程并不是很重要,因為絕大部分人都是手工配置域的。只需要記住的是,Domain_ID的變化會讓每個人使用未更新的信息發送EFP幀。

        配置Domain_ID非常重要,因為如果Domain_IDs出現沖突,Fabric結合就會出現問題。如果你只有一臺交換機,并且希望通過將兩個交換機連接在一起的方式擴展Fabric,除非它們都是Domain_ID 1,否則就不會遇到任何問題,但是一些廠商會缺省設置為Domain_ID 1。每臺交換機,在連接到Fabric上之前,都需要通過設置,使用一個唯一的Domain_ID,方可使用。

        在使用VSAN的時候,經常會出現Domain_ID沖突。VSAN和VLAN一樣,不過是針對FC網絡的。你可以對具有VSAN功能的交換機進行配置,把端口分配到不同的Fabric中。連接到交換機1端口的節點可能在Fabric 322,而它旁邊的節點可能在Fabric 4;兩個完全隔離的Fabric。例如,每個Fabric可能都有域31。在很大程度上,除了一些廠商的空想,Fabric內是沒有路由的,所以不同Fabric中的節點彼此之間無法交談。這非常棒,但有時候需要把兩個Fabric進行合并。

        將兩個Fabric結合在一起通常需要將多個交換機連接在一起。如果“核心”交換機已經連接了兩個交換機了的話,你有想把它們連接在一起,將兩個Fabric合并起來,那么這些交換機最好都有唯一的Domain_ID。如果不是這樣的話,通信會出現問題,因為FCID包含了Domain_ID。而且,域里的每個PS都有自己的服務器名,并含有N_Ports信息,當收到一個幀的時候,如果信息有沖突,交換機就不知道該如何發送這些信息。

        和VLAN一樣,VSAN可用來實現任意分界。和人工操作相比,這種方法簡化了管理工作,讓管理員更好容忍。由于ANSI的推動,Cisco的VSAN技術已被廣泛采用,該技術被稱為“Virtual Fabric”。和Ethernet的VLAN技術相比,VSAN最棒的地方在于,該項技術能力更強,更為全面。

        Virtual Fabric(虛擬光纖)模型將虛擬上升到了另一個層次。你可以對服務器區進行配置,讓連接到Fabric上所有的節點都知道如何訪問它。FC服務運行在交換機上,而在IP世界中,DHCP或DNS之類的服務都是運行在主機上的。在VSAN環境中,實際上交換機多次運行每個服務,每個Fabric運行一次。

        說到Fabric服務,有一些知名的FC地址和SAN服務有關。下面是一份簡要的名單:

        0xFF FF F5:多點傳送服務器

        0xFF FF F6:時鐘同步服務器

        0xFF FF F7:KDC(密鑰分發)

        0xFF FF F8:別名服務器(針對多點傳送或搜索組)

        0xFF FF F9:QoS信息

        0xFF FF FA:管理服務器

        0xFF FF FB:時間服務器

        0xFF FF FC:目錄服務器

        0xFF FF FD:光纖控制器

        0xFF FF FE:光纖登陸服務器

        FC地址(FCID)對于FC之上的SCSI并不是必須的。單播光纖通道幀是從節點的WWN發送接收的,所以FC地址只在兩種情況下需要:在連接初始化的過程中,或者通過FC傳送IP的情況下。當通過FC傳送IP的時候,IP地址需要轉變成FCID。和以太網非常相似,ARP也被用在了FC世界中。“ARP over FC”或FARP兩個不同的協議都可以使用,只是取決于設備支持哪個協議。你是否會感到奇怪,為什么FC有這么多互用性的問題?

    新聞來源:光通咨詢訊網

    相關文章

    自拍偷拍亚洲无码中文字幕,高清无码三区四区,人妻无码免费视频一区,日韩高清无码种子