專利名稱：用于在網(wǎng)絡(luò)設(shè)備之間交換對等參數(shù)的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及數(shù)據(jù)網(wǎng)絡(luò)。更具體地說，本發(fā)明涉及在這種數(shù)據(jù)網(wǎng)絡(luò)中的路由器、交換機和其他網(wǎng)絡(luò)設(shè)備的配置。
背景技術(shù)：
在對諸如局域網(wǎng)、存儲區(qū)域網(wǎng)等等的網(wǎng)絡(luò)進行配置時可能遇到若干限制。諸如路由器、交換機和網(wǎng)橋等等的各種網(wǎng)絡(luò)設(shè)備可以用來配置這種網(wǎng)絡(luò)。這些網(wǎng)絡(luò)設(shè)備中的某些具有比其他網(wǎng)絡(luò)設(shè)備更大的能力。例如，某些設(shè)備可以被容易地配置為支持添加在物理網(wǎng)絡(luò)(例如，虛擬局域網(wǎng)(“VLAN”)或虛擬存儲區(qū)域網(wǎng)(“VSAN”))之上的邏輯網(wǎng)絡(luò)，而某些則不能。
為了允許多個VLAN共享在底層物理拓撲上的單個交換機間鏈路，Cisco Systems公司開發(fā)了交換機間鏈路協(xié)議(“ISL”)。例如參見于1998年4月21日授予Cisco Systems公司的題為“Interswitch linkmechanism for connecting high-performance network switches”的美國專利No.5,742,604，該專利的發(fā)明人為Edsall等人，這里為了所有目的通過參考將該專利結(jié)合于此。ISL提供了一種封裝機制，該封裝機制用于基于網(wǎng)絡(luò)中不同交換機的端口之間的VLAN關(guān)聯(lián)而在那些端口之間傳輸分組。
在一個實施例中，通過使用同一交換機間鏈路，而不是為不同幀類型專門指定交換機間鏈路來傳輸分組的做法是有用的。例如，希望網(wǎng)絡(luò)設(shè)備之間的鏈路既可以傳送以太網(wǎng)幀也可以傳送光纖信道(“FC”)幀。
盡可能快地確定網(wǎng)絡(luò)設(shè)備是否具有某些能力也是很重要的。例如，快速判斷另一網(wǎng)絡(luò)設(shè)備的對等端口是否被配置(或者可以被配置)為傳送具體的VLAN或VSAN幀，并且按需配置該網(wǎng)絡(luò)設(shè)備的做法是非常有用的。否則，如果網(wǎng)絡(luò)設(shè)備被連接到正在發(fā)送用于錯誤VLAN或VSAN的幀的其他網(wǎng)絡(luò)設(shè)備，則肯定會遇到各種問題(包括丟幀)。然而，針對這些能力來測試和配置網(wǎng)絡(luò)設(shè)備可能是耗時的。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的某些方面，為在構(gòu)成網(wǎng)絡(luò)架構(gòu)一部分的網(wǎng)絡(luò)設(shè)備的對等端口之間的通信提供了一種新協(xié)議(在這里稱作交換對等參數(shù)(“EPP”))。在某些實施方式中，EPP協(xié)議用來交換信息，并且/或者配置FC網(wǎng)絡(luò)的E端口或F端口。
本發(fā)明提供了方法和設(shè)備，其用于檢測網(wǎng)絡(luò)設(shè)備所附接的對等端口是否能夠根據(jù)新型交換對等參數(shù)(“EPP”)協(xié)議而與對應(yīng)端口之間交換對等參數(shù)。如果對等端口被如此配置，則與該對等端口之間執(zhí)行EPP服務(wù)交換。在第一階段中，交換關(guān)于感興趣的對等端口配置的信息。在第二階段中，將信息交換的結(jié)果按需應(yīng)用到對等端口的硬件和/或軟件。
根據(jù)本發(fā)明的某些方面，當形成交換機間鏈路時，詢問對等網(wǎng)絡(luò)設(shè)備的端口，以判斷其是否能夠支持EPP協(xié)議。如果能，則與該對等端口之間執(zhí)行EPP服務(wù)交換。
根據(jù)本發(fā)明的其他方面，在對等端口之間形成交換機間鏈路之后，并且在向?qū)Φ染W(wǎng)絡(luò)設(shè)備和從對等網(wǎng)絡(luò)設(shè)備傳輸數(shù)據(jù)幀之后，在網(wǎng)絡(luò)中的對等端口之間交換配置信息。例如當在端口之一的運行期間改變了該端口的中繼線模式時，可以發(fā)生這種信息交換。信息交換的結(jié)果被按需應(yīng)用到對等端口的硬件和/或軟件。
根據(jù)本發(fā)明的某些實施方式，提供了方法和設(shè)備，其用于將網(wǎng)絡(luò)設(shè)備的端口配置到中繼模式中，從而使得所有幀都以被稱作擴展交換機間鏈路(“EISL”)格式的新型格式被傳輸，將在下面對其詳細描述。根據(jù)本發(fā)明的某些這種方面，當交換機間鏈路形成時，詢問對等網(wǎng)絡(luò)設(shè)備的端口，以判斷該端口是否是中繼端口。如果是，則使用EPP協(xié)議將該端口配置到中繼模式中。
根據(jù)本發(fā)明的某些優(yōu)選方面，在交換交換機能力(“ESC”)協(xié)議之后使用EPP協(xié)議。ESC可以用來交換由交換機所支持的一組協(xié)議。EPP就是這組協(xié)議中的一個這種協(xié)議。EPP協(xié)議例如用于判斷網(wǎng)絡(luò)設(shè)備的端口是否可被配置為支持VLAN、VSAN和/或EISL。EPP協(xié)議例如可以用來配置用于EISL的E端口或F端口。如果如此配置E端口，則該端口被稱作“中繼E端口”或TE端口。
根據(jù)本發(fā)明的某些實現(xiàn)方式，提供了一種方法，其用于修改將網(wǎng)絡(luò)設(shè)備互連的對等端口的配置。該方法包括確定互連的對等端口可以支持交換對等參數(shù)協(xié)議，其中所述互連的對等端口包括第一網(wǎng)絡(luò)設(shè)備的第一端口和第二網(wǎng)絡(luò)設(shè)備的第二端口；在互連的對等端口之間使用交換對等參數(shù)協(xié)議來交換配置信息；以及根據(jù)交換的信息，配置互連的對等端口。
確定步驟可以包括例如經(jīng)由交換鏈路參數(shù)協(xié)議或交換交換機能力協(xié)議而在第一端口和第二端口之間交換信息。交換步驟可以包括例如以類型-長度-值格式或者固定幀長格式來交換幀。配置信息例如可以包括虛擬存儲區(qū)域網(wǎng)信息或中繼線模式信息?？梢栽诨ミB的對等端口正被初始化時或者在互連的對等端口已被初始化后交換配置信息。配置步驟可以包括根據(jù)所交換的信息來配置互連的對等端口的硬件和/或軟件。
本發(fā)明的替換實現(xiàn)方式提供了一種用于修改網(wǎng)絡(luò)設(shè)備的配置的方法。該方法包括確定第一網(wǎng)絡(luò)設(shè)備的第一擴展端口可被配置為以擴展交換機間鏈路格式來傳送幀，其中所述第一擴展端口附接到第二網(wǎng)絡(luò)設(shè)備的第二擴展端口；以及將第一擴展端口配置為以擴展交換機間鏈路格式來傳送幀。
確定步驟可以包括經(jīng)由交換對等參數(shù)協(xié)議而在第一擴展端口和第二擴展端口之間交換中繼線模式信息。配置步驟可以包括將第一擴展端口的硬件和/或軟件配置為能夠以擴展交換機間鏈路格式來傳送幀。配置步驟可以包括經(jīng)由交換對等參數(shù)協(xié)議來通知第二擴展端口，配置已被應(yīng)用到第一擴展端口。
本發(fā)明的某些實施方式提供了一種計算機程序，其用于致使第一網(wǎng)絡(luò)設(shè)備的第一擴展端口修改第二網(wǎng)絡(luò)設(shè)備的第二擴展端口的配置。該計算機程序致使第一擴展端口執(zhí)行以下步驟確定第二擴展端口可被配置為用于以擴展交換機間鏈路格式來傳送幀的中繼端口；以及將第二擴展端口配置為中繼端口。
確定步驟可以包括經(jīng)由交換鏈路參數(shù)協(xié)議或者經(jīng)由交換交換機能力協(xié)議，在第一擴展端口和第二擴展端口之間交換信息。配置步驟可以包括經(jīng)由交換對等協(xié)議在第一擴展端口和第二擴展端口之間交換信息。
本發(fā)明的替換方面提供了包含在編碼數(shù)據(jù)信號中的載波，其用于修改網(wǎng)絡(luò)設(shè)備的配置。該編碼數(shù)據(jù)信號包括命令碼字段，其用于標識命令是來自用于配置網(wǎng)絡(luò)設(shè)備的擴展端口的過程中的同步階段還是提交階段；以及命令標識符字段，其用于指示執(zhí)行過程中的一部分的請求已被接受，還是已被拒絕。
編碼數(shù)據(jù)信號還可以包括中繼線配置信息。中繼線配置信息例如可以包括經(jīng)管理性配置的用于中繼線模式協(xié)商的中繼線模式信息、虛擬存儲區(qū)域網(wǎng)列表信息或者端口虛擬存儲區(qū)域網(wǎng)信息。經(jīng)管理性配置的中繼線模式信息可以包括從由開啟、關(guān)閉和自動組成的組中選出的設(shè)置。
本發(fā)明的其他實現(xiàn)方式提供了一種用于修改網(wǎng)絡(luò)設(shè)備的配置的裝置。該裝置包括用于確定互連的對等端口可以支持交換對等參數(shù)協(xié)議的機制，其中互連的對等端口包括第一網(wǎng)絡(luò)設(shè)備的第一端口和第二網(wǎng)絡(luò)設(shè)備的第二端口；用于在互連的對等端口之間使用交換對等參數(shù)協(xié)議來交換配置信息的機制；以及用于根據(jù)所交換的信息來配置互連的對等端口的機制。根據(jù)該實現(xiàn)方式，這些機制可以或者不可以是分離的設(shè)備。
本發(fā)明的其他實施方式提供了一種用于修改第二網(wǎng)絡(luò)設(shè)備的配置的第一網(wǎng)絡(luò)設(shè)備。該第一網(wǎng)絡(luò)設(shè)備被配置為執(zhí)行以下步驟確定第二網(wǎng)絡(luò)設(shè)備的端口可以支持交換對等參數(shù)協(xié)議；以及致使端口基于經(jīng)由交換對等參數(shù)協(xié)議在第一網(wǎng)絡(luò)設(shè)備和該端口之間交換的配置信息而被配置。
確定步驟可以包括經(jīng)由交換鏈路參數(shù)協(xié)議或交換交換機能力協(xié)議在第一網(wǎng)絡(luò)設(shè)備和該端口之間交換信息。配置步驟可以包括經(jīng)由交換對等參數(shù)協(xié)議在第一網(wǎng)絡(luò)設(shè)備和該端口之間交換信息。
通過參考說明書的剩余部分和附圖，可以進一步理解本發(fā)明的本質(zhì)和優(yōu)點。


圖1圖示了存儲區(qū)域網(wǎng)。
圖2圖示了EISL幀。
圖3圖示了具有EISL頭部的簡化幀。
圖4圖示了用于實現(xiàn)交換對等協(xié)議(“EPP”)的示例性棧。
圖5是概括用于確定設(shè)備可被配置為用于EPP并實現(xiàn)EPP的過程的流程圖。
圖5A是“時間-長度-值”幀的圖。
圖6是指出如何解決本地中繼線模式和對等中繼線模式之間的差別的表。
圖7是指出來自端口A和端口B的VSAN位圖信息和所產(chǎn)生的VSAN交叉位圖的圖。
圖7A是概括用于在先前建立鏈路之后實現(xiàn)EPP SYNC和提交階段的過程的流程圖。
圖8是概括用于發(fā)起端口的EPP過程的流程圖。
圖9是概括用于接收端口的EPP過程的流程圖。
圖10是描述EPP頭部的一個示例的表。
圖11描述了可被配置為執(zhí)行本發(fā)明的方法的網(wǎng)絡(luò)設(shè)備。
具體實施例方式
圖1圖示了根據(jù)本發(fā)明的某些優(yōu)選方面的網(wǎng)絡(luò)100，該網(wǎng)絡(luò)是存儲區(qū)域網(wǎng)(“SAN”)。盡管下面的描述將集中于SAN及其相應(yīng)協(xié)議等，但是本發(fā)明也適用于其他網(wǎng)絡(luò)，例如LAN。
SAN 100包括節(jié)點105和110，這些節(jié)點可以是諸如個人計算機之類的主機設(shè)備。SAN 100還包括節(jié)點115、120和125，在本實例中這些節(jié)點是存儲設(shè)備。盡管因特網(wǎng)130不是SAN 100的一部分，但是它經(jīng)由節(jié)點131連接到SAN 100。類似地，節(jié)點105至125分別經(jīng)由端口106、111、116、121和126連接到SAN 100。
SAN 100還包括網(wǎng)絡(luò)設(shè)備135、140和145。這些網(wǎng)絡(luò)設(shè)備可以是本領(lǐng)域中公知的任何類型設(shè)備，例如，路由器、交換機和網(wǎng)橋等。這些網(wǎng)絡(luò)設(shè)備通過交換端口連接到它們各自的節(jié)點。例如，網(wǎng)絡(luò)設(shè)備135分別通過交換端口150和155連接到節(jié)點105和110。在圖1中用“F”標明這些端口。
通過擴展端口(或者說，“E”端口)來提供網(wǎng)絡(luò)設(shè)備之間的連接。E端口之間的連接被稱作交換機間鏈路(“ISL”)。例如，網(wǎng)絡(luò)設(shè)備135經(jīng)由網(wǎng)絡(luò)設(shè)備135的E端口160與網(wǎng)絡(luò)設(shè)備140的E端口170之間的ISL連接到網(wǎng)絡(luò)設(shè)備140。類似地，通過E端口175和180之間的ISL來提供網(wǎng)絡(luò)設(shè)備140和145之間的連接。
在本領(lǐng)域中眾所周知，網(wǎng)絡(luò)設(shè)備和存儲區(qū)域網(wǎng)的節(jié)點之間的連接通常經(jīng)由光纖提供。根據(jù)各種格式在這種網(wǎng)絡(luò)中傳輸數(shù)據(jù)，但是最常見的是使用光纖信道協(xié)議。
某些網(wǎng)絡(luò)設(shè)備可被配置為支持一種新型幀格式，這種幀格式被稱作擴展交換機間鏈路(“EISL”)格式，該格式是轉(zhuǎn)讓給Andiamo Systems的其他未決專利申請的主題。據(jù)此為了所有目的，通過參考將美國專利申請?zhí)枮?0/034,160的申請中的EISL的某些實施例和應(yīng)用的描述結(jié)合于此。在一個實施例中，EISL格式允許單個網(wǎng)絡(luò)設(shè)備處理具有不同格式的幀或分組。例如，被配置為支持EISL的網(wǎng)絡(luò)設(shè)備可以處理FC幀和以太網(wǎng)幀。EISL格式也支持VLAN、VSAN和類似特征。
EISL格式允許實現(xiàn)具有超出由ISL格式提供的特征和功能之外的其他特征和功能的光纖信道網(wǎng)絡(luò)。在一個實施例中，EISL格式允許端口(在這里稱作“中繼端口”)傳輸多于一種格式的幀。例如，中繼端口可以在以太網(wǎng)幀和光纖信道(“FC”)幀之間切換，并且適合于傳送對它們開發(fā)的其他格式的幀。在EISL鏈路上，使用EISL頭部來使能這種不同幀類型的傳輸。在另一實施例中，EISL格式允許在單個物理網(wǎng)絡(luò)上實現(xiàn)多個虛擬存儲區(qū)域網(wǎng)(VSAN)。在另一實施例中，EISL格式提供了用于實現(xiàn)轉(zhuǎn)發(fā)機制的機制，例如指定應(yīng)當如何轉(zhuǎn)發(fā)分組，以及應(yīng)當在何時丟棄分組或幀的多協(xié)議標簽交換(MPLS)或者生存期(TTL)字段。允許在物理光纖信道網(wǎng)絡(luò)上實現(xiàn)多個虛擬存儲區(qū)域網(wǎng)，同時也允許傳輸不同幀類型、轉(zhuǎn)發(fā)字段和/或生存期等的任何格式在這里被稱作EISL格式。
圖2圖示了EISL幀的一個實施例。本領(lǐng)域的技術(shù)人員將理解，這種EISL幀中的字段的大小、順序和功能可以隨不同的實現(xiàn)方式而變化。例如，在替換EISL幀中為每個字段指示的位數(shù)目是不同的。
EISL幀200由幀開始定界符(“SOF”)205和幀結(jié)束定界符(“EOF”)280來限界。這些定界符使得支持EISL的端口能夠在任何時候以標準格式接收幀。如果支持EISL的端口未處于EISL模式而接收EISL格式的幀，則該端口根據(jù)本發(fā)明的某些方面接受該幀。然而，該端口可能無法以EISL格式發(fā)送幀。
在本實施方式中，EISL頭部260包括VSAN字段240，該字段指定載荷270中的虛擬存儲區(qū)域網(wǎng)編號。VSAN允許多個邏輯的或“虛擬的”存儲區(qū)域網(wǎng)基于單個物理存儲區(qū)域網(wǎng)。因此，EISL頭部260的VSAN字段240指示該幀所屬的虛擬存儲區(qū)域網(wǎng)。
MPLS標簽棧字段265提供用于FC幀和以太網(wǎng)幀兩者的公共轉(zhuǎn)發(fā)機制。循環(huán)冗余校驗(“CRC”)字段275用于檢錯。
交換鏈路參數(shù)(“ELP”)協(xié)議是一種現(xiàn)有的FC協(xié)議，該協(xié)議用于與E端口進行通信。類似地，交換交換機能力(“ESC”)協(xié)議也是一種現(xiàn)有FC協(xié)議，這種協(xié)議用于E端口之間的通信。這些協(xié)議都可以用來交換關(guān)于網(wǎng)絡(luò)設(shè)備的能力的信息。
根據(jù)本發(fā)明的某些方面，提供了一種用于E端口之間的通信的新協(xié)議，這里將其稱作交換對等協(xié)議(“EPP”)。根據(jù)本發(fā)明的某些優(yōu)選方面，在ESC協(xié)議之后使用EPP協(xié)議。在這種實現(xiàn)中，ESC協(xié)議用于判斷網(wǎng)絡(luò)設(shè)備是否能夠執(zhí)行EPP協(xié)議交換。EPP協(xié)議例如可以用于確定網(wǎng)絡(luò)設(shè)備的對等端口的端口VSAN，或者用于判斷該對等端口是否能被配置為支持EISL。當使得對等端口能夠用于EISL時，就將該對等端口稱作“中繼端口”。
圖3圖示了EISL幀的簡化版本。在這里，幀300包括EISL頭部305、頭部310和載荷315。頭部310例如可以是FC頭部或以太網(wǎng)頭部。根據(jù)本發(fā)明的某些方面，字段320是載荷315中的一個字段。在一個實施例中，字段320是服務(wù)接入點(“SAP”)字段，該字段是光纖信道幀中為可以由客戶定義的服務(wù)所保留的部分。根據(jù)本發(fā)明的某些方面，字段320是用于編碼EPP的SAP字段。根據(jù)本發(fā)明的某些方面，字段320是EPP頭部，并且載荷315包括EPP載荷，這些將在下面更詳細地描述。
圖4圖示了根據(jù)本發(fā)明某些實施方式的棧400。棧400包括物理層405。為了簡化起見，將所有光纖信道層示作單個層，即FC 2層410。交換機鏈路間服務(wù)(“SW_ILS”)層415根據(jù)標準的FC格式，提供用于ELP 420和ESC 425的功能。層415還為供應(yīng)商提供用于添加他們自己的協(xié)議(例如本實施例中的EPP_ILS 430)的機制。根據(jù)SW_ILS服務(wù)規(guī)范交換的EPP協(xié)議幀被稱作EPP_ILS幀。
然而，并非所有的端口都將識別出SW_ILS。因此，在本發(fā)明的其他實現(xiàn)方式中，可以用其他格式或服務(wù)來提供EPP服務(wù)。例如，本發(fā)明的其他實現(xiàn)方式使用擴展鏈路服務(wù)(ELS)格式來提供EPP服務(wù)。
圖5圖示了根據(jù)本發(fā)明的某些方面在兩個E端口之間交換信息的流程圖。例如，E端口A可以是圖1的端口160，并且E端口B可以是圖1的E端口170。在其他實施方式中，端口之一或其兩者是F端口，并且可以例如使用ELS格式來交換幀。
在圖5的部分505中交換的信息代表EPP的檢測階段，在該階段中，檢測出附接的對等端口的EPP能力。根據(jù)本方法的一種實現(xiàn)方式，檢測階段505是使用ELP和ESC來執(zhí)行的。
區(qū)域510代表EPP的SYNC階段，在該階段中，交換對等端口感興趣的配置信息。根據(jù)某些實施方式，以時間-長度-值(“TLV”)格式交換配置信息，將在下面參考圖5A對該格式進行描述。
最后，區(qū)域515代表EPP的提交階段。在提交階段中，將在SYNC階段中發(fā)生的配置信息交換的結(jié)果按照需求應(yīng)用到對等端口的硬件和/或軟件。在圖5所示的實現(xiàn)中，EPP檢測階段505在E端口初始化期間使用ESC服務(wù)交換。在ESC中，始發(fā)者端口可以公布它所支持的協(xié)議/服務(wù)。對等端口需要用它所同意使用的服務(wù)作出響應(yīng)，或者它也可以響應(yīng)為“不支持的命令”。
在時刻520處，在端口A和端口B之間已經(jīng)建立了鏈路。在步驟525中，端口A向端口B發(fā)送ELP請求。在這種實例中，端口A已經(jīng)發(fā)起了該過程。然而，如下面將要更詳細描述的，本發(fā)明包括用于應(yīng)對端口A和端口B同時發(fā)起該過程的情形的機制。ELP請求525包括鏈路級參數(shù)，例如，緩沖區(qū)對緩沖區(qū)信用點(指示在要求新的信用點之前，可以將多少數(shù)據(jù)從一個緩沖區(qū)傳輸?shù)搅硪粋€緩沖區(qū))。
在步驟530中，端口B向端口A發(fā)送信息，該信息指出已接受ELP請求。實質(zhì)上，步驟525包括向端口B發(fā)送端口A的鏈路級參數(shù)，并且步驟530包括向端口A發(fā)送端口B的鏈路級參數(shù)。在步驟535中，端口A向端口B發(fā)送確認。此時，端口A知道端口B的鏈路配置，并且端口B知道端口A的鏈路配置。
然后，在步驟540中，端口A發(fā)送關(guān)于包括端口A在內(nèi)的網(wǎng)絡(luò)設(shè)備的配置的其他信息。在該步驟中，端口A指出它可以支持的服務(wù)/協(xié)議。在某些實施方式中，該信息將包括指示具體供應(yīng)商的供應(yīng)商字符串、網(wǎng)絡(luò)設(shè)備的型號和該網(wǎng)絡(luò)設(shè)備的能力。在一個這種實施方式中，步驟540包括以編碼/服務(wù)對的形式傳輸端口A可以支持的服務(wù)/協(xié)議。某些編碼可以是對應(yīng)于標準FC服務(wù)(例如FSPF)的標準FC編碼。但是，一個這種編碼是對應(yīng)于EPP的唯一編碼。在步驟545中，端口B向端口A發(fā)送接受，并且還發(fā)送關(guān)于與端口B相關(guān)聯(lián)的交換機的供應(yīng)商和交換能力的信息。在這個示例中，端口A和端口B都支持EPP。因此，檢測階段505成功，并且在步驟530和步驟545中，端口B分別接受了端口A的請求和ESC信息。然而，端口B可能已經(jīng)拒絕了這些請求之一?；蛘?，如果端口B不支持EPP，則端口B可能已經(jīng)選擇了不同的服務(wù)。
有些時候，請求和接受的組合(或者請求和拒絕的組合)在這里被稱作“交換”。在參考圖5所描述的實施方式中，如上所述，根據(jù)SW_ILS格式來執(zhí)行交換。
在確定端口B支持EPP，并且端口B可被配置為中繼端口之后，在步驟550中，端口A向端口B發(fā)送EPP_SYNC_ILS，并且EPP_SYNC_ILS階段510開始。在這種實施方式中，EPP_SYNC_ILS包括端口B在將其自身配置為中繼E端口時所使用的配置信息。然而，在其他實施方式中，EPP可以用于端口VSAN一致性檢查，而不是將端口B配置為中繼端口。
圖5A圖示了具有類型-長度-值(“TLV”)格式的幀585，該格式是用于在SYNC階段510期間在端口A和端口B之間交換的數(shù)據(jù)的優(yōu)選格式。類型字段590對將如何解釋值字段592進行編碼。換句話說，類型字段590指示出何種類型的值將被編碼到值字段592中。長度字段591例如以字節(jié)方式指示出值字段592的長度。值字段592是載荷，該載荷將信息編碼為如類型字段590所指定的那樣進行解釋。
TLV格式本質(zhì)上是非常靈活的，因為值字段592的類型和長度都可以被改變。但是，在本發(fā)明的其他實施方式中，可以將固定長度的幀用于相同的目的。
再次參考圖5，將描述中繼信息的交換。如上所述，中繼信息是這樣一種類型的信息，這種類型的信息可以在SYNC階段510的步驟550期間被交換。根據(jù)本發(fā)明的某些實施方式，中繼配置信息包括管理中繼線模式信息(由用戶管理性配置)，該信息可以是“開啟”、“關(guān)閉”或“自動”?！瓣P(guān)閉”指示發(fā)送端口被配置為不充當中繼端口?！伴_啟”指示如果接收端口未明確禁止，則發(fā)送端口可以充當中繼端口?！白詣印敝甘救绻灾欣^模式“開啟”配置接收端口，則發(fā)送端口可以充當中繼端口。
圖6是根據(jù)本發(fā)明的某些方面指示中繼線模式協(xié)商的表。如果發(fā)送中繼線模式(在這里是端口A)具有管理中繼線模式設(shè)置“關(guān)閉”，則將把發(fā)送端口看作非中繼端口。如果發(fā)送端口的管理中繼線模式為“開啟”，那么如果接收端口(在這里是端口B)具有管理中繼線模式“開啟”或“自動”，則將把發(fā)送端口看作中繼端口。如果發(fā)送端口具有管理中繼線模式“自動”，則接收端口必須具有管理中繼線模式“開啟”，以使發(fā)送中繼模式充當中繼端口。否則，接收端口將充當正常端口。
再次參考圖5，在步驟555中，端口B向端口A發(fā)送確認。在步驟560中，端口B向端口A發(fā)送它自身的配置信息，該信息可以包括如上所述的中繼線配置信息。
除了交換管理中繼線模式信息外，在SYNC階段510期間，端口A和端口B還可以交換VSAN列表信息。現(xiàn)在將參考圖7來解釋根據(jù)一種這樣的實現(xiàn)方式的VSAN列表信息的交換。在該實施例中，端口A和端口B交換指示允許哪種VSAN的位圖。在這里，端口A向端口B發(fā)送位圖705，在該位圖中，位1至5具有值“1”，這指示應(yīng)當允許VSAN 1至5。隨后，端口B發(fā)送位圖710，該位圖指示應(yīng)當允許VSAN 4至8。在優(yōu)選實施方式中，位圖指示多于(或者少于)8個VSAN的狀態(tài)，并且包括相應(yīng)更多(或者更少)的位數(shù)。
然后，端口A和端口B，或者與各個端口相關(guān)聯(lián)的網(wǎng)絡(luò)設(shè)備計算交叉位圖，該交叉位圖指示對這兩個端口公用的VSAN。在這種情形中，交叉位圖715指示允許VSAN 4和5。在本發(fā)明的某些實施方式中，在EPP_SYNC階段結(jié)束時計算該交叉位圖。在本發(fā)明的其他實施方式中，在其他時刻計算交叉位圖。但是，這個過程應(yīng)當發(fā)生在提交階段開始之前。
在已經(jīng)計算出交叉位圖之后，與端口A和端口B相關(guān)聯(lián)的網(wǎng)絡(luò)設(shè)備都會在存儲器中存儲該交叉位圖，并且只準許VSAN 4和5沿著這條數(shù)據(jù)路徑發(fā)送數(shù)據(jù)幀。VSAN 4和5被稱作在端口A和端口B之間的鏈路上的“運行VSAN”。
根據(jù)本發(fā)明的某些實施方式，在SYNC階段510期間交換的配置信息包括端口VSAN信息。在本發(fā)明的某些這種方面中，當這些端口正充當非中繼端口時，端口VSAN信息尤其重要。如果這些端口正充當中繼端口，則EISL頭部將包含指示該幀所屬VSAN的VSAN編號。
但是，根據(jù)本發(fā)明的某些方面，如果端口未充當中繼端口，則不會存在EISL頭部，并且因此沒有VSAN編號。如果端口不是中繼端口，則以原始FC格式傳輸幀，而不是以EISL格式傳輸。但是，VSAN將被隱含地與每個幀相關(guān)聯(lián)。這個VSAN就是接收端口的端口VSAN。
缺省情況下，每個E端口都具有等于1的端口VSAN編號。但是，也可以分配各種端口VSAN編號。如果多個端口VSAN編號之間存在不匹配，則根據(jù)本發(fā)明的各個方面可以發(fā)生各種動作。根據(jù)某些這種方面，例如，如果端口VSAN編號為1的端口向端口VSAN編號為2的端口發(fā)送了分組，則會通知系統(tǒng)管理員。根據(jù)本發(fā)明的其他方面，如果發(fā)生了這種端口VSAN不匹配，則會使端口中的一個或多個不能工作。
在步驟560結(jié)束時，端口A得知端口B的配置信息，并且端口B得知端口A的配置信息。在步驟565中，端口A向端口B發(fā)送確認，指出它已經(jīng)接收到端口B的EPP_SYNC配置信息。然后，過程的EPP_SYNC階段終結(jié)。在完成SYNC階段510時，端口A和端口B將對需要被應(yīng)用的配置信息進行評估。
在當前實施例中，端口A和端口B被配置為中繼E端口。因此，在EPP_Commit階段515之前，端口B在編程步驟568中被配置為中繼E端口。根據(jù)本發(fā)明的某些方面，編程步驟568包括支持中繼模式操作和準備EISL幀所需的硬件編程。在一種實例中，當使端口能夠用于中繼模式時，所有幀都以EISL格式傳輸。
當步驟568完成時，通過從端口B向端口A發(fā)送EPP_Commit請求，而在步驟570中開始EPP_Commit階段。在端口A接收到EPP_Commit請求之后，在步驟、572中端口A執(zhí)行它自己的編程操作，該步驟與端口B的編程步驟568并行。根據(jù)本發(fā)明的某些方面，編程步驟572包括支持中繼模式操作和準備EISL幀所需的硬件編程。在一種實例中，當使端口能夠用于中繼模式時，所有幀都以EISL格式傳輸。然后，在步驟575中，端口A向端口B發(fā)送SW_ACC，指出端口A已經(jīng)完成它的編程步驟。
然后，在步驟580中，端口B向端口A發(fā)送確認，指出已接收到在步驟575中發(fā)送的SW_ACC，并且在其一側(cè)已完成了EPP提交交換。這時，端口A已經(jīng)完成了EPP提交交換。在本實施例中，這意味著端口A和端口B現(xiàn)在都已被配置為用于中繼線模式操作。
在端口A和端口B已傳輸數(shù)據(jù)之后的某一時刻，操作員可以決定重新配置端口的某些方面。例如，可以在端口之一或其兩者上改變VSAN編號，并且應(yīng)當需要計算新的交叉位圖。如果這樣，則前述過程就不需要通過ELP階段和ESC階段返回，而是可以直接前進至EPP_SYNC階段和EPP_Commit階段。
下面將參考圖7A來略述這一過程。在步驟750中，網(wǎng)絡(luò)管理員把端口A的本地管理中繼線模式從“自動”改變到“開啟”。在步驟755中，EPP SYNC過程與圖5的步驟550并行開始，在步驟550中，端口A的新的本地管理中繼線模式被傳輸?shù)蕉丝贐。在步驟760中，端口B向端口A發(fā)送“ACK”。在本實施例中，(端口B的)對等管理中繼線模式仍舊設(shè)置為“自動”。因此，在步驟765中，端口B向端口A發(fā)送其對等管理中繼線模式，而在步驟770中端口A用“ACK”作出響應(yīng)，并且在步驟775中，兩個端口都將它們的運行中繼線模式改變到T(中繼)。在步驟780中，執(zhí)行中繼操作所需的EPP提交編程。
圖8根據(jù)本發(fā)明的一個方面，從發(fā)起端口的角度圖示出EPP方法的過程流的流程圖。第一步驟是步驟805，即就緒狀態(tài)。在步驟810中，EPP_SYNC請求被發(fā)送到接收端口。在步驟815中，發(fā)起端口請求來自接收端口的針對該EPP_SYNC請求的接受。如果在預(yù)定時間內(nèi)接收到響應(yīng)，則在步驟820中評估該響應(yīng)。如果在預(yù)定時間內(nèi)未接收到響應(yīng)，則方法前進到步驟830，并且發(fā)起端口進入重試等待狀態(tài)。
有些時候，在端口A正等待針對端口A的EPP_SYNC請求的響應(yīng)期間，端口B會發(fā)送它自己的EPP_SYNC請求。這種情形被稱作“沖突”。如果發(fā)生了沖突，則在步驟816中，端口A判斷是否接受來自端口B的EPP_SYNC請求。如果端口A的確接受來自端口B的EPP_SYNC請求，則過程繼續(xù)到圖9的步驟910，下面將對其詳細描述。如果端口A未接受來自端口B的EPP_SYNC請求，則在步驟817中，端口A向端口B發(fā)送拒絕(例如，“SW_RJT”)。然后，過程返回步驟815。
在步驟835中，判斷是否超出重試計數(shù)或者時間。如果超過該重試計數(shù)，則會報告故障，并且系統(tǒng)將返回就緒狀態(tài)。如果未超出重試計數(shù)，則在步驟810中將再次發(fā)送EPP_SYNC請求，并且過程從步驟810繼續(xù)前進。
在步驟820中，如果確定響應(yīng)是可以接受的，則方法前進到步驟825，在該步驟中，系統(tǒng)等待EPP_Commit狀態(tài)。如果在步驟820中確定響應(yīng)是不可接受的，則向接收端口發(fā)送SW_RJT響應(yīng)，并且發(fā)起端口返回到步驟805的就緒狀態(tài)。
如果在步驟825中發(fā)起端口接收到EPP_Commit，則過程繼續(xù)到步驟840，在該步驟中，在發(fā)起端口上執(zhí)行硬件編程。在步驟845中，判斷是否完成該硬件編程。如果未完成，則方法前進到步驟855，在該步驟中，報告硬件編程步驟，并且系統(tǒng)進入步驟830的重試狀況。如果硬件編程是成功的，則方法前進到步驟850，并且向接收端口傳輸對EPP_Commit的SW_ACC響應(yīng)。
然后，過程繼續(xù)到步驟860，在該步驟中，發(fā)起端口等待來自接收端口的確認。如果在預(yù)定的時間內(nèi)未接收到確認，則過程前進到步驟855。如果在預(yù)定的時間內(nèi)接收到確認，則發(fā)起端口返回步驟805的就緒狀態(tài)。
圖9從接收端口的角度指出EPP過程。在步驟905中，接收端口處于就緒狀態(tài)中。在步驟910中，向發(fā)起端口發(fā)送針對EPP_SYNC的SW_ACC。在步驟915中，接收端口等待對SW_ACC響應(yīng)的確認。如果在預(yù)定的時間內(nèi)未接收到這一響應(yīng)，則超時，并且接收端口返回到步驟905的就緒狀態(tài)。如果在預(yù)定的時間內(nèi)接收到確認，則方法前進到步驟920，并且在接收端口上執(zhí)行硬件編程。在步驟925中，判斷是否完成硬件編程。如果未完成，則在步驟930中作出故障報告，并且接收端口返回到步驟905中的就緒狀態(tài)。如果硬件編程已完成，則方法前進到步驟935，并且向發(fā)起端口發(fā)送EPP_Commit。
在步驟940中，接收端口等待針對它已向發(fā)起端口發(fā)送了的EPP_Commit的SW_ACC。如果在預(yù)定的時間內(nèi)未接收到這種響應(yīng)，則過程前進到步驟930，并且報告故障。然后，接收端口返回到步驟905的就緒狀態(tài)。如果在預(yù)定的時間中接收到了響應(yīng)，則方法前進到步驟945，并且評估該響應(yīng)。如果確定該響應(yīng)是可接受的，則通知成功。在步驟950中，如果未確定該響應(yīng)是可接受的，則報告錯誤，并且系統(tǒng)返回到905的就緒狀態(tài)。
圖10圖示了根據(jù)本發(fā)明的某些實施方式的EPP頭部字段的成分、值和大小。其他實施方式可以具有更多或更少的字段。此外，這些字段可以具有除圖10所示長度之外的長度。
在使用SW_ILS的本發(fā)明的一種實施方式中，命令標識符字段指示從供應(yīng)商專用的命令標識符范圍中選出的值。命令標識符例如可以指示EPP請求、SW_RJT(拒絕)或者SW_ACC(接受)。在一種實施方式中，命令I(lǐng)D的值是0X71000000。修訂字段標識EPP服務(wù)的修訂。對于第一次修訂，該值為1。每次在EPP頭部中有變化時，該修訂號碼都應(yīng)當改變。
如上所述，在某些實現(xiàn)方式中，EPP使用兩階段機制來建立運行環(huán)境。第一階段是同步階段(EPP_SYNC)，在該階段中，兩側(cè)的配置信息被同步。第二階段是提交階段(EPP_Commit)，在該階段中，執(zhí)行實際的硬件編程。EPP命令碼字段用來標識EPP請求序列是來自EPP_SYNC階段，還是來自EPP_Commit階段。
會話字段用來標識在發(fā)起EPP請求序列的一側(cè)的具體會話。在某些錯誤或者故障情形中，EPP將重試它的協(xié)議交換。對于EPP操作的每次重試，都會改變會話編號。這種特征幫助識別舊的會話。
全球名稱(WWN)指示端口所屬的網(wǎng)絡(luò)設(shè)備的WWN。根據(jù)本發(fā)明的某些方面，WWN信息用于解決同時發(fā)生的EPP_SYNC請求的“沖突”。
載荷長度字段用來標識包括EPP頭部的載荷全長。保留字段為將來使用而保留。
時常會有2個端口同時相互發(fā)送EPP請求。這種“沖突”可以基于該端口所關(guān)聯(lián)到的網(wǎng)絡(luò)設(shè)備的WWN來解決。具有較低WWN的網(wǎng)絡(luò)設(shè)備中的端口將向其他端口發(fā)送SW_ACC。其網(wǎng)絡(luò)設(shè)備具有該WWN的端口將把SW_RJT和指示沖突的原因碼一起發(fā)送給另一個端口。
通常，可以在軟件和/或硬件中實現(xiàn)本發(fā)明的技術(shù)。例如，可以在操作系統(tǒng)的內(nèi)核中、分離的用戶進程中、綁定到網(wǎng)絡(luò)應(yīng)用的庫數(shù)據(jù)包中、專門建造的機器上、或者網(wǎng)絡(luò)接口卡上實現(xiàn)這些技術(shù)。在本發(fā)明的特定實施方式中，本發(fā)明的技術(shù)在諸如操作系統(tǒng)，或者在操作系統(tǒng)上運行的應(yīng)用之類的軟件中實現(xiàn)。
本發(fā)明的技術(shù)的軟件實現(xiàn)或者軟件/硬件混和實現(xiàn)方式可被實現(xiàn)在由存儲在存儲器中的計算機程序有選擇地激活或者重配置的通用可編程機器上。這種可編程機器可以是被指定為處理網(wǎng)絡(luò)流量的網(wǎng)絡(luò)設(shè)備，例如，路由器或交換機。這種網(wǎng)絡(luò)設(shè)備可以具有多個網(wǎng)絡(luò)接口，例如包括幀中繼和ISDN接口。這種網(wǎng)絡(luò)設(shè)備的具體示例包括路由器和交換機。
例如，本發(fā)明的方法可以被實現(xiàn)在專門配置的網(wǎng)絡(luò)設(shè)備中，例如，由加州San Jose的Cisco Systems公司制造的MDS 9000交換機族。從下面給出的描述中將清楚某些這種機器的普遍體系結(jié)構(gòu)。在替換實施方式中，本發(fā)明的技術(shù)可以在諸如個人計算機或工作站之類的通用網(wǎng)絡(luò)主機上實現(xiàn)。此外，本發(fā)明還可以在用于網(wǎng)絡(luò)設(shè)備或通用計算設(shè)備的卡(例如，接口卡)上至少部分實現(xiàn)。
現(xiàn)在參考圖11，適于實現(xiàn)本發(fā)明的技術(shù)的網(wǎng)絡(luò)設(shè)備1160包括主中央處理單元(CPU)1162、接口1168和總線1167(例如，PCI總線)。當在適當?shù)能浖蚬碳目刂葡聞幼鲿r，CPU 1162可以負責實現(xiàn)與所需網(wǎng)絡(luò)設(shè)備的功能相關(guān)聯(lián)的特定功能。例如，當被配置為中間路由器時，CPU1162可以負責分析分組、封裝分組、并且轉(zhuǎn)發(fā)分組，以傳輸?shù)綑C頂盒。CPU 1162優(yōu)選地在包括操作系統(tǒng)(例如，Windows NT)的軟件和任何適當?shù)膽?yīng)用軟件的控制下實現(xiàn)所有這些功能。
CPU 1162可以包括一個或多個處理器1163，例如來自Motorola微處理器族，或者MIPS微處理器族的處理器。在替換實施方式中，處理器1163被具體設(shè)計為用于控制網(wǎng)絡(luò)設(shè)備1160的操作的硬件。在特定的實施方式中，存儲器1161(例如，非易失性RAM和/或ROM)也構(gòu)成CPU1162的一部分。但是，有許多種可以將存儲器耦合到系統(tǒng)的方式。存儲器模塊1161可以用于多種目的，例如緩存和/或存儲數(shù)據(jù)、對指令編程等。
接口1168一般被設(shè)置為接口卡(有時被稱作“線路卡”)。通常，它們控制通過網(wǎng)絡(luò)的數(shù)據(jù)分組的發(fā)送和接收，并且有時支持網(wǎng)絡(luò)設(shè)備1160所使用的其他外設(shè)。這些接口中可以提供的是以太網(wǎng)接口、幀中繼接口、線纜接口、DSL接口、令牌環(huán)接口等。另外，可以提供各種非常高速的接口，例如快速以太網(wǎng)接口、千兆位以太網(wǎng)接口、ATM接口、HSSI接口、POS接口、FDDI接口、ASI接口、DHEI接口等。通常，這些接口可以包括適于與合適的介質(zhì)通信的端口。在某些情形中，它們還可以包括獨立的處理器和(在某些實例中)易失性RAM。這些獨立的處理器可以控制諸如分組交換、媒體控制和管理之類的通信密集型任務(wù)。通過提供用于通信密集型任務(wù)的分離處理器，這些接口允許主微處理器1162有效地執(zhí)行路由計算、網(wǎng)絡(luò)診斷、安全功能等。
盡管圖11所示的系統(tǒng)圖示了本發(fā)明的一種特定的網(wǎng)絡(luò)設(shè)備，但是它決不是可以在其上實現(xiàn)本發(fā)明的唯一網(wǎng)絡(luò)設(shè)備體系結(jié)構(gòu)。例如，常常使用具有處理通信和路由計算等的單個處理器的體系結(jié)構(gòu)。此外，網(wǎng)絡(luò)設(shè)備也可以使用其他類型的接口和介質(zhì)。
不管網(wǎng)絡(luò)設(shè)備的配置如何，該網(wǎng)絡(luò)設(shè)備都可以采用一個或多個存儲器或存儲模塊(例如，存儲塊1165)，這些存儲器或存儲模塊被配置為存儲數(shù)據(jù)、用于通用網(wǎng)絡(luò)操作的程序指令和/或涉及在這里所描述的技術(shù)的功能的其他信息。程序指令可以控制例如操作系統(tǒng)和/或一個或多個應(yīng)用的運行。
因為這種信息和程序指令可以用來實現(xiàn)這里所述的系統(tǒng)/方法，所以本發(fā)明涉及包括有用于執(zhí)行這里所述的各種操作的程序指令、狀態(tài)信息等的機器可讀介質(zhì)。機器可讀介質(zhì)的示例包括，但是不限于諸如硬盤、軟盤和磁帶之類的磁介質(zhì)；諸如CD-ROM盤之類的光介質(zhì)；磁光介質(zhì)；和被專門配置為存儲并執(zhí)行程序指令的硬件設(shè)備，例如，只讀存儲設(shè)備(ROM)和隨機訪問存儲器(RAM)。本發(fā)明也可以包含在通過諸如無線電波、光線路、電線路等的合適介質(zhì)傳輸?shù)妮d波中。程序指令的示例包括諸如由編譯器生成的機器代碼，以及包含有可以由使用解釋器的計算機所執(zhí)行的高級代碼的文件。
盡管已經(jīng)參考本發(fā)明的特定實施方式具體圖示并描述了本發(fā)明，但是本領(lǐng)域的技術(shù)人員應(yīng)當理解，可以對所公開的實施方式的形式和細節(jié)作出改變，而不脫離本發(fā)明的精神和范圍。例如，應(yīng)當理解，這里所描述的由諸如路由器、交換機和/或其所選組件之類的網(wǎng)絡(luò)設(shè)備所執(zhí)行的功能中的至少一部分可以被實現(xiàn)在另一設(shè)備中。例如，可以由主機設(shè)備(例如，個人計算機或工作站)執(zhí)行這些功能。這種主機例如可由網(wǎng)絡(luò)管理員操作?？紤]到這些和其他變化，應(yīng)當參考所附權(quán)利要求來確定本發(fā)明的范圍。
權(quán)利要求
1.一種用于修改與網(wǎng)絡(luò)設(shè)備互連的對等端口的配置的方法，所述方法包括確定所述互連的對等端口可以支持交換對等參數(shù)協(xié)議，其中所述互連的對等端口包括第一網(wǎng)絡(luò)設(shè)備的第一端口和第二網(wǎng)絡(luò)設(shè)備的第二端口；在所述互連的對等端口之間使用所述交換對等參數(shù)協(xié)議來交換配置信息；和根據(jù)所述交換的信息，配置所述互連的對等端口。
2.如權(quán)利要求1所述的方法，其中所述配置信息包括虛擬存儲區(qū)域網(wǎng)信息。
3.如權(quán)利要求1所述的方法，其中其中所述配置信息包括中繼線模式信息。
4.如權(quán)利要求1所述的方法，其中所述配置步驟還包括根據(jù)所述交換的信息配置所述互連的對等端口的硬件。
5.如權(quán)利要求1所述的方法，其中所述配置步驟還包括根據(jù)所述交換的信息配置所述互連的對等端口的軟件。
6.一種用于修改網(wǎng)絡(luò)設(shè)備的配置的方法，所述方法包括確定第一網(wǎng)絡(luò)設(shè)備的第一擴展端口可被配置為以擴展交換機間鏈路格式來傳送幀，其中所述第一擴展端口被附接到第二網(wǎng)絡(luò)設(shè)備的第二擴展端口；和將所述第一擴展端口配置為以擴展交換機間鏈路格式來傳送幀。
7.如權(quán)利要求6所述的方法，其中所述確定步驟包括經(jīng)由交換對等參數(shù)協(xié)議在所述第一擴展端口和所述第二擴展端口之間交換中繼線模式信息。
8.如權(quán)利要求6所述的方法，其中所述配置步驟包括將所述第一擴展端口的硬件和/或軟件配置為能夠以擴展交換機間鏈路格式來傳送幀。
9.如權(quán)利要求6所述的方法，其中所述配置步驟包括經(jīng)由交換對等參數(shù)協(xié)議通知所述第二擴展端口，所述配置已被應(yīng)用到所述第一擴展端口。
10.一種計算機程序，用于致使第一網(wǎng)絡(luò)設(shè)備的第一擴展端口修改第二網(wǎng)絡(luò)設(shè)備的第二擴展端口的配置，所述計算機程序致使所述第一擴展端口執(zhí)行以下步驟確定所述第二擴展端口可被配置為用于以擴展交換機間鏈路格式來傳送幀的中繼端口；和將所述第二擴展端口配置為中繼端口。
11.如權(quán)利要求10所述的計算機程序，其中所述確定步驟包括經(jīng)由交換鏈路參數(shù)協(xié)議在所述第一擴展端口和所述第二擴展端口之間交換信息。
12.如權(quán)利要求10所述的計算機程序，其中所述確定步驟包括經(jīng)由交換交換機能力協(xié)議在所述第一擴展端口和所述第二擴展端口之間交換信息。
13.如權(quán)利要求10所述的計算機程序，其中所述配置步驟包括經(jīng)由交換對等協(xié)議在所述第一擴展端口和所述第二擴展端口之間交換信息。
14.一種用于修改網(wǎng)絡(luò)設(shè)備的配置的裝置，所述裝置包括用于確定互連的對等端口可以支持交換對等參數(shù)協(xié)議的裝置，其中所述互連的對等端口包括第一網(wǎng)絡(luò)設(shè)備的第一端口和第二網(wǎng)絡(luò)設(shè)備的第二端口；用于在所述互連的對等端口之間使用所述交換對等參數(shù)協(xié)議來交換配置信息的裝置；和用于根據(jù)所述交換的信息來配置所述互連的對等端口的裝置。
15.一種用于修改第二網(wǎng)絡(luò)設(shè)備的配置的第一網(wǎng)絡(luò)設(shè)備，所述第一網(wǎng)絡(luò)設(shè)備被配置為執(zhí)行以下步驟確定所述第二網(wǎng)絡(luò)設(shè)備的端口可以支持交換對等參數(shù)協(xié)議；和致使所述端口基于經(jīng)由交換對等參數(shù)協(xié)議在所述第一網(wǎng)絡(luò)設(shè)備和所述端口之間交換的配置信息而被配置。
16.如權(quán)利要求15所述的第一網(wǎng)絡(luò)設(shè)備，其中所述確定步驟包括經(jīng)由交換鏈路參數(shù)協(xié)議在所述第一網(wǎng)絡(luò)設(shè)備和所述端口之間交換信息。
17.如權(quán)利要求15所述的第一網(wǎng)絡(luò)設(shè)備，其中所述確定步驟包括經(jīng)由交換交換機能力協(xié)議在所述第一網(wǎng)絡(luò)設(shè)備和所述端口之間交換信息。
18.如權(quán)利要求15所述的第一網(wǎng)絡(luò)設(shè)備，其中所述配置步驟包括經(jīng)由交換對等參數(shù)協(xié)議在所述第一網(wǎng)絡(luò)設(shè)備和所述端口之間交換信息。
全文摘要
本發(fā)明提供了如下的方法和設(shè)備，其用于檢測將兩個網(wǎng)絡(luò)設(shè)備互連的對等端口是否可以執(zhí)行被稱作交換對等參數(shù)(“EPP”)的新型協(xié)議。如果對等端口被如此配置為執(zhí)行EPP，則可以在對等端口之間交換EPP服務(wù)。在第一階段中，交換關(guān)于感興趣的對等端口配置的信息。在第二階段中，將信息交換的結(jié)果按需應(yīng)用到各個端口的硬件和/或軟件。
文檔編號H04L12/46GK1717910SQ200380104466
公開日2006年1月4日 申請日期2003年11月12日 優(yōu)先權(quán)日2002年11月27日
發(fā)明者圖沙爾·德薩爾, 沙善克·古普塔, 普拉文·真, 喀利安·K·高希 申請人:思科技術(shù)公司