專利名稱:藉由鏈路層的通訊協(xié)定來控制的交換控制器及其控制方法
技術(shù)領(lǐng)域:
本發(fā)明涉及交換控制協(xié)定(switch control protocol)與可解析交換控制協(xié)定的交換控制器(switch controller),特別是關(guān)于用來進(jìn)行管理與設(shè)定網(wǎng)絡(luò)組態(tài)的交換控制協(xié)定,并由鏈路層的通訊協(xié)定來控制,同時不占用IP(Internet Protocol)地址的一種藉由鏈路層的通訊協(xié)定來控制的交換控制器及其控制方法。
國際標(biāo)準(zhǔn)組織ISO(International Organization for Standard)為了解決連線的問題,訂定出開放式系統(tǒng)連結(jié)OSI(Open SystemInterconnection)參考模式,OSI參考模式是一個七個層次的通訊結(jié)構(gòu),由下而上分別是實體層(physical layer)、鏈路層(link layer)、網(wǎng)絡(luò)層(network layer)、運送層(transport layer)、交談層(sessionlayer)、表識層(presentation layer)及應(yīng)用層(application layer)。相同層次的兩個對應(yīng)實體利用通訊協(xié)定來達(dá)成通訊。其中實體層(physicallayer)又稱layer1,只是提供原始位元傳送服務(wù)。而鏈路層(link layer)又稱layer2,提供可靠的資料傳輸服務(wù),利用同步、錯誤控制及流量控制的資料框在實體層傳送。Layer2的通訊協(xié)定單元(protocol unit)稱為框(frame)。而網(wǎng)絡(luò)層(network layer)又稱layer3,主要功能包括網(wǎng)絡(luò)的建立、維持及終止、路由的選擇、流量控制、壅塞控制、錯誤控制等。
其中鏈路層(link layer)的乙太網(wǎng)絡(luò)標(biāo)頭(Ethernet Header)長度為14Bytes,包含下列欄位一、目的地址(Destination Address,以下簡稱DA)欄位該欄位定義為目的媒體存取控制(Destination Media Access Control,DestinationMAC)的地址,長度為6Bytes;亦即該DA欄位為接收該封包(Packet)的MAC地址;二、來源地址(Source Address,以下簡稱SA)欄位該欄位定義為來源媒體存取控制(Source MAC)的地址,長度為6Bytes,亦即該SA欄位為發(fā)送控制資料框的交換器或管理工作站的MAC地址;三、乙太型式(Ether Type)欄位該欄位用來定義該控制資料框為何種交換控制協(xié)定,長度為2Bytes。而網(wǎng)絡(luò)層(nctwork layer)的國際互聯(lián)網(wǎng)通訊協(xié)定標(biāo)頭(IP Header),長度介于20-60Bytes之間。
圖1為一般區(qū)域網(wǎng)絡(luò)的基本架構(gòu)圖。如該圖所示,一般的個人電腦11、伺服器12等均通過一般CPU式交換器(Intelligent Switch)15、無CPU簡易型交換器(Dumb Switch)14或集線器(Hub)13連接,并藉由路由器(Router)16連接至國際互聯(lián)網(wǎng)骨干。
目前習(xí)知的交換器大致分為兩類,一類為內(nèi)設(shè)中央控制單元(centralprocessing unit,以下簡稱CPU)的一般CPU式交換器(Intelligent Switch)又稱為layer3交換器,以及另一類為無CPU簡易型交換器(Dumb Switch)又稱為layer2交換器。
一般CPU式交換器根據(jù)乙太網(wǎng)絡(luò)標(biāo)頭(Ethernet Header)的Ether Type欄位可辨識該交換控制協(xié)定是否為已知的交換控制協(xié)定,利用已知交換控制協(xié)定來解析后續(xù)的欄位,以達(dá)到了解整個網(wǎng)絡(luò)拓?fù)?Network Topology)的目的。由于一般CPU式交換器為了達(dá)到了解整個網(wǎng)絡(luò)拓?fù)湎虻墓δ?,尚需解析國際互聯(lián)網(wǎng)通訊協(xié)定標(biāo)頭(IP Header),且IP Header的長度介于20-60Bytes之間,故須占用一個IP地址,并需藉由CPU執(zhí)行所設(shè)計的控制軟件。因此管理者可藉由管理介面?zhèn)蓽y該一般CPU式交換器并設(shè)定組態(tài)暫存器,以達(dá)到了解整個網(wǎng)絡(luò)拓樸的功能。但是,該一般CPU式交換器亦因為內(nèi)設(shè)CPU,因此制造成本較高。
相反的,無CPU簡易型交換器只需解析乙太網(wǎng)絡(luò)標(biāo)頭(EthernetHeader)的DA及SA的欄位,無需藉由CPU協(xié)助,所以功能簡單,成本較低。因為只解析DA及SA的欄位,而無法知悉后續(xù)欄位的信息,亦無法設(shè)定組態(tài)架構(gòu),所以無法由遠(yuǎn)端個人電腦透過管理介面來取得整個網(wǎng)絡(luò)拓?fù)湎嚓P(guān)信息。因此,管理者無法取得無CPU簡易型交換器的信息,故無法了解整個區(qū)域網(wǎng)絡(luò)拓樸。
為達(dá)成上述目的,本發(fā)明的藉由鏈路層的通訊協(xié)定來控制的交換控制器,其特征是包含一接收單元,用來接收封包資料;一解析單元,用來解析前述封包責(zé)科中的控制資料框,并產(chǎn)生一控制信號;一封包緩沖器,暫存前述封包資料;一控制協(xié)定處理單元,根據(jù)前述控制信號變更前述封包資料或設(shè)定該交換控制器;以及一傳送單元,將前述封包緩沖器的封包資料送出。
為達(dá)成上述目的,本發(fā)明控制控制協(xié)定除了包含一般乙太網(wǎng)絡(luò)標(biāo)頭(Ethernet Header)的DA、SA & Ether Type欄位外,還包含下列欄位一、通訊協(xié)定(Protocol)欄位該欄位用來定義該封包的控制資料框為本發(fā)明的交換控制協(xié)定,長度為1Byte;二、指令碼(OP Code)欄位該欄位用來定義該控制資料框的操作功能,長度為1Byte,OP Code欄位可分成操作碼(Operation Code)& r(Reply)欄位,其中操作碼的長度為7Bits,而r欄位用來定義該控制資料框是否為回復(fù)類型指令,長度為1Bit;三、授權(quán)值(Authentication key)欄位該欄位用來定義該控制資料框的授權(quán)值,長度為2Byte;四、暫存器地址(Reguster Address)欄位該欄位用來定義該控制資料框欲使用的暫存器地址,長度為2Byte;五、暫存器資料(Register Data)欄位該欄位用來記錄所指定暫存器地址內(nèi)所含的資料值,長度為4Bytes;以及六、上層(Uplink)MAC欄位該欄位用來定義上層交換器的MAC地址,長度為6Bytes。
因此,本發(fā)明的交換器沒有占用一個IP地址,亦沒有CPU,但因為可以根據(jù)本發(fā)明的交換器控制協(xié)定解析控制資料框,所以管理者仍可以經(jīng)由管理介面設(shè)定與讀取交換器的參數(shù),并進(jìn)一步了解網(wǎng)絡(luò)拓樸。
本發(fā)明的籍由鏈路層來控制交換器的方法,包含有下列步驟讀取封包資料步驟,前述交換控制器接收一封包資料,并暫存至前述封包緩沖器;解析封包資料步驟,利用前述解析單元解析該封包資料是否符合乙太型式;變更封包資料步驟,若前述封包資料符合乙太型式,且該封包是讀取或問候封包時,則前述控制協(xié)定處理單元變更該封包資料;以及傳送封包步驟,將該封包資料傳送出。
該方法還包含設(shè)定交換控制器步驟,若前述封包資料符合乙太型式,且該封包是設(shè)定封包時,則前述控制協(xié)定處理單元根據(jù)該封包資料的內(nèi)容設(shè)定該交換控制器。
本發(fā)明控制協(xié)定根據(jù)不同的控制動作包含兩類控制資料框格式(Control Frame Format),皆包含乙太網(wǎng)絡(luò)標(biāo)頭(Ethernet Header)的DA、SA及Ether Type欄位。第一類定義為格式一(Format I),使用于問候(Hello)、讀取(Get)、讀取回復(fù)(Get Reply)、以及設(shè)定(Set)等控制,如圖2所示。而另一類定義為格式二(Format II),使用于問候回復(fù)(Hello Reply)控制,如圖3所示。以下說明控制資料框格式中各項參數(shù)的定義及其長度。
一、DA該欄位定義為目的媒體存取控制(Media Access Control,以下簡稱MAC)的地址,長度為6Bytes。若OP Code欄位為讀取或設(shè)定等控制資料框,則DA為欲讀取或欲設(shè)定的交換器的地址。若OP Code欄位為讀取回復(fù)控制資料框,則DA為管理工作站的地址。若OP Code欄位為問候控制資料框,則DA可為一交換器的單一地址,亦可為對所有熟知該控制協(xié)定的廣播地址。
二、SA該欄位定義為來源MAC的地址,長度為6Bytes。亦即該SA欄位為發(fā)送控制資料框的交換器或管理工作站的MAC地址。
三、乙太型式(Ether Type)欄位該欄位用來辨識該控制資料框為何種交換器控制資料框,長度為2Bytes。若其值符合供應(yīng)商已注冊的有效乙大型式(Ether Type value),則該乙太型式控制資料框才會被處理。該有效乙太型式可定義在交換器的EEPROM,以方便修改及增加。
四、通訊協(xié)定(Protocol)欄位該欄位用來定義該控制資料框為何種型式的控制協(xié)定,長度為1Byte。該欄位的值目前定義為“0”,其他值保留(reserved),此欄位因應(yīng)未來的擴充性。
五、指令碼(OP Code)欄位OP Code欄位可分成操作碼(OperationCode)及回復(fù)碼(r)兩欄位,長度為1Bit。其中操作碼欄位用來定義該控制資料框的操作指令模式,長度為7Bits。而r欄位用來定義該控制資料框是否為回復(fù)類型指令,長度為1Bit。當(dāng)控制資料框是由下層交換控制器回覆給上層交換控制器的回覆類型指令時,r欄位會被設(shè)定成“1”;當(dāng)控制資料框是由上層交換控制器傳送到下層交換控制器的非回復(fù)類型指令時,r欄位被設(shè)定成“0”。OP Code欄位值為所代表的操作意義“00H”時為問候封包(Hello packet)、“80H”時為問候回復(fù)封包(Hello Reply packet)、“01H”時為讀取封包(Get packet)、“81H”時為讀取回復(fù)封包(Get Replypacket)以及“02H”時為設(shè)定封包(Set packet)。
六、授權(quán)值(Authentication key)欄位該欄位用來定義該控制資料框的授權(quán)值,長度為2Bytes。該欄位是用來控制管理操作的安全性。該欄位的值預(yù)設(shè)為一固定值,且對于所有熟知本發(fā)明所定義的交換控制協(xié)定的裝置都預(yù)設(shè)相同。該授權(quán)值可由管理者經(jīng)由設(shè)定動作的控制資料框更改。交換器對于具有有效DA但授權(quán)值不同的資料框均不予回應(yīng),但若DA為一廣播地址或指向其他交換器,則交換器仍將該控制資料框封包回復(fù)至其他交換器。
七、暫存器地址(Register Address)欄位該欄位用來定義該控制資料框欲使用的暫存器地址,長度為2Bytes。
八、暫存器資料(Register Data)欄位該欄位用來記錄所指定暫存器地址內(nèi)所含的資料值,長度為4Bytes。
九、下層連結(jié)端口(Dwnlink Port)欄位該欄位用來定義連結(jié)導(dǎo)引(link vector)的下層(Down link)連結(jié)端口編號,長度為1Byte。該欄位由發(fā)出問候回復(fù)信息的交換控制器所設(shè)定,且設(shè)定為該交換器連結(jié)至上層(Up Link)交換器的連結(jié)端口編號。
十、上層連結(jié)端口(Up Link Port)欄位該欄位用來定義連結(jié)導(dǎo)引的上層(Up Link)連結(jié)端口編號,長度為1Byte。該欄位的值預(yù)設(shè)為00H,并由上層交換控制器更新,且更新為上層交換器連結(jié)至發(fā)出問候回復(fù)信息交換器的連結(jié)端口編號。
十一、上層(Up Link)MAC欄位該欄位用來定義上層交換器的MAC地址,長度為6Bytes。該欄位的預(yù)設(shè)值為“000000H”,且由上層交換器所更新。當(dāng)交換器收到Uplink MAC欄位為預(yù)設(shè)值的資料框時,則該交換器會將本身的MAC地址填入該Uplink MAC欄位。
十二、晶片識別碼(Chip ID)欄位該欄位用來定義交換器的處理晶片識別碼,長度為2Bytes。每個熟知本發(fā)明定義的交換器控制協(xié)定的交換器均設(shè)定有唯一的晶片識別碼,該晶片識別碼記錄于交換器的EEPROM。且該晶片識別碼根據(jù)瑞昱資料器資料手冊(Realtech controller’s datasheet)的定義來設(shè)定。
十三、供應(yīng)商(Vender ID)欄位該欄位保留給系統(tǒng)供應(yīng)商,用來定義交換器的系統(tǒng)供應(yīng)商的公司名稱或裝置類型,長度為4Bytes。
根據(jù)所定義的控制協(xié)定的各個欄位,管理者可藉由連結(jié)到區(qū)域網(wǎng)絡(luò)的管理工作站設(shè)定各交換器并了解整個網(wǎng)絡(luò)拓樸。因此,只要在交換器中配置一儲存鏈路層封包的封包緩沖器,即可利用該封包緩沖器處理所定義的控制協(xié)定,并根據(jù)各指令碼設(shè)定或讀取該交換器的設(shè)定值。必須注意到,熟知本發(fā)明定義的交換控制協(xié)定的交換器為一受控交換器(Slave switchcontroller),所有交換器的動作需要管理者經(jīng)由管理介面進(jìn)行確認(rèn)與執(zhí)行。例如管理者經(jīng)由管理介面進(jìn)行(1)設(shè)定、(2)讀取、(3)問候等控制,而受控交換器的則回復(fù)管理介面的控制,如(1)讀取回復(fù)、(2)問候回復(fù)等。因此,管理者可透過本發(fā)明定義的交換控制協(xié)定了解整個區(qū)域的網(wǎng)絡(luò)拓樸。
以下說明當(dāng)交換器收到包含本發(fā)明定義的控制協(xié)定的(1)設(shè)定、(2)讀取、(3)問候等封包時,該交換器所要執(zhí)行的動作。交換器的動作可由客制化晶片(Application-specific Integrated circuit,以下簡稱ASIC)來實施。圖4顯示本發(fā)明的交換器的架構(gòu)方塊圖。如該圖所示,該交換器架構(gòu)包含接收單元41、封包緩沖器42、解析單元43、控制協(xié)定處理單元44、指令隊列單元47、傳送單元45、及循環(huán)冗余檢查(cyclic redundancycheck,以下簡稱CRC)產(chǎn)生單元46。當(dāng)交換器的接收單元41收到封包資料后,將接收到的封包資料傳送到封包緩沖器42的空的控制資料框,同時解析單元43解析封包格式。若解析單元43解析該封包是否為符合本發(fā)明的交換控制協(xié)定格式,即確認(rèn)封包資料中的Ether Type欄位是否為知悉的控制協(xié)定。若解析單元43確認(rèn)為不知悉的控制協(xié)定,則傳送單元45從封包緩沖器42讀取該封包資料,并送出該封包資料。若解析單元43確認(rèn)為知悉的控制協(xié)定,則解析單元43將解析的各相關(guān)欄位資料或是存放在封包緩沖器42中的控制資料框的指標(biāo)(Index)送給控制協(xié)定處理單元44。之后,控制協(xié)定處理單元44根據(jù)各欄位執(zhí)行相對應(yīng)動作。例如若操作碼欄位為執(zhí)行讀取回復(fù)或問候回復(fù),則控制協(xié)定處理單元44編輯封包緩沖器42的控制資料框的欄位,而傳送單元45從封包緩沖器42讀取編輯完成的控制資料框資料,并藉由CRC產(chǎn)生單元46處理后傳送給上層交換器。又如操作碼欄位為設(shè)定指令,則控制協(xié)定處理單元44根據(jù)Register Address及Register Data欄位資料,設(shè)定交換器內(nèi)部的暫存器。
圖5顯示交換器接收封包的動作流程圖。其步驟如下步驟S500開始。
步驟S502接收封包資料。
步驟S504解析每個封包資料。
步驟S506判斷Ether Type欄位是否為設(shè)定的有效乙太型式,若是則跳至步驟S508,若不是則跳至步驟S518。
步驟S508判斷Authentication key欄位是否為設(shè)定的授權(quán)值,例如預(yù)設(shè)為5254,若相等則跳至步驟S510,若不相等則跳至步驟S518。當(dāng)然,該授權(quán)值可根據(jù)需要變更。
步驟S510判斷Protocol欄位是否等于預(yù)設(shè)值“01H”,若相等則跳至步驟S512,若不相等則跳至步驟S518。當(dāng)然,該Protocol值可根據(jù)需要變更。
步驟S512判斷Uplink MAC欄位是否為0,若是則跳至步驟S514,若不為0則跳至步驟S516。
步驟S514填入本身的MAC地址至Uplink MAC欄位,并跳至下一步驟。
步驟S516記錄SA、OP Code、Register Address、以及Register Data等欄位的資料,并跳至下一步驟。
步驟S518重新計算CRC并回復(fù)給管理者。
步驟S520結(jié)束。
圖6為交換控制器的解析單元的解析判斷流程的一個實施例。
當(dāng)交換控制器偵測到讀取動作(Get)的封包時,例如指令碼為“01H”時,交換控制器接受讀取指令后,執(zhí)行讀取回復(fù)的動作,并將讀取回復(fù)傳給管理者。該讀取回復(fù)動作的處理程序為一、讀取控制資料框中Register Address欄位內(nèi)的地址資料,并將儲存在交換控制器中此地址的暫存器資料填入至控制資料框的Register Data欄位。
二、將控制資料框的r欄位設(shè)定為1。
三、將SA欄位的值,填入控制資料框的DA欄位。
四、將本身MAC地址填入控制資料框的SA欄位。
五、將修改完成的讀取回復(fù)的控制資料框重新計算CRC,并回復(fù)給管理者。
當(dāng)交換控制器偵測到設(shè)定動作(Set)的封包時,例如指令碼為“02H”時,執(zhí)行設(shè)定的動作。設(shè)定動作的處理程序為一、讀取控制資料框的Register Address及Register Data欄位資料,并將Register Data欄位的資料寫入交換控制器內(nèi)部暫存器,該內(nèi)部暫存器的地址即為Register Address欄位的資料。
二、結(jié)束該控制資料框。
當(dāng)交換控制器偵測到問候動作(Hello)的封包時,例如指令碼為“00H”時,下層的交換控制器接受問候命令后,所執(zhí)行問候回復(fù)的動作。問候回復(fù)動作的處理程序為一、將接收到的問候動作的控制資料框復(fù)制到封包緩沖器,并將已復(fù)制的控制資料框定義成問候回復(fù)的控制資料框,并根據(jù)下列程序編輯各個欄位。
二、將定義成問候回復(fù)動作的控制資料框的r欄位設(shè)定為1。
三、將SA欄位的值,填入到問候回復(fù)的控制資料框的DA欄位。
四、將本身MAC地址填入到問候回復(fù)的控制資料框的SA欄位。
五、將接收到本封包的連結(jié)端口編號,填入到問候回復(fù)的控制資料框的Dwnlink Port欄位。
六、將晶片識別碼填入到問候回復(fù)的控制資料框的Chip ID欄位。
七、將供應(yīng)商識別碼填入到問候回復(fù)的控制資料框的Vender ID欄位。
八、等待一隨機時間。
九、將修改完成的問候回復(fù)的控制資料框重新計算CRC,并回復(fù)給管理者。
上層交換控制器的MAC更新程序為一、將本交換控制器的連結(jié)端口編號填入接收到控制資料框的Uplink Port欄位。
二、將接收到控制資料框的Uplink MAC欄位設(shè)定為本身MAC地址。
三、將修改完成的控制資料框重新計算CRC,并回復(fù)給管理者。
在控制安全性管理方面,任何的控制必須要Authentication key欄位符合設(shè)定的授權(quán)值才會動作。
以上雖以實施例說明本發(fā)明,但并不因此限定本發(fā)明的范圍,只要不脫離本發(fā)明的要旨,該行業(yè)者可進(jìn)行各種變形或變更。
權(quán)利要求
1.一種藉由鏈路層的通訊協(xié)定來控制的交換控制器,其特征是包含一接收單元,用來接收封包資料;一解析單元,用來解析前述封包責(zé)科中的控制資料框,并產(chǎn)生一控制信號;一封包緩沖器,暫存前述封包資料;一控制協(xié)定處理單元,根據(jù)前述控制信號變更前述封包資料或設(shè)定該交換控制器;以及一傳送單元,將前述封包緩沖器的封包資料送出。
2.如權(quán)利要求1所述的藉由鏈路層的通訊協(xié)定來控制的交換控制器,其特征是前述解析單元解析該控制資料框的一乙太型式欄位,只有符合乙太型式的控制資料框才會被處理,否則前述傳送單元從前述封包緩沖器讀取該封包資料,并送出該封包資料。
3.如權(quán)利要求2所述的藉由鏈路層的通訊協(xié)定來控制的交換控制器,其特征是當(dāng)前述解析單元解析確認(rèn)前述控制資料框的該乙太型式欄位為有效時,前述控制協(xié)定處理單元根據(jù)前述控制資料框的一指今碼欄位,執(zhí)行相對應(yīng)指令。
4.如權(quán)利要求1所述的藉由鏈路層的通訊協(xié)定來控制的交換控制器,其特征是前述封包緩沖器包含一目的媒體存取控制地址欄位(DA)、一來源媒體存取控制地址欄位(SA)及一乙太型式欄位(Ether Type),還包含一指令碼欄位,用來定義該控制資料框的操作功能;一上層MAC欄位,用來定義上層交換器的MAC地址,長度為6Bytes;一暫存器地址欄位,用來定義該交換器內(nèi)部的暫存器地址;一暫存器資料欄位,用來儲存該交換器內(nèi)部暫存器的資料。
5.如權(quán)利要求4所述的藉由鏈路層的通訊協(xié)定來控制的交換控制器,其特征是只有符合的乙太型式控制資料框才會被處理。
6.如權(quán)利要求4所述的藉由鏈路層的通訊協(xié)定來控制的交換控制器,其特征是若前述指令碼欄位為讀取或設(shè)定的控制資料框,則DA為欲讀取或設(shè)定的交換器的地址,若前述指令碼欄位為讀取回復(fù)或問候回復(fù)的控制資料框,則DA為管理工作站的地址,若前述指令碼欄位為問候控制資料框,則DA可為一交換器的單一地址,亦可為對所有熟知該控制協(xié)定的廣播地址。
7.如權(quán)利要求4所述的藉由鏈路層的通訊協(xié)定來控制的交換控制器,其特征是前述封包緩沖器還包含下列欄位一通訊協(xié)定欄位,用來定義該控制資料框為交換控制協(xié)定,長度為1Byte;一授權(quán)值欄位,用來定義該控制資料框的授權(quán)值,長度為2Byte;一下層連結(jié)端口欄位,用來定義連結(jié)導(dǎo)引的下層連結(jié)端口編號,長度為1Byte;一上層連結(jié)端口欄位,用來定義連結(jié)導(dǎo)引的上層連結(jié)端口編號,長度為1Byte;一晶片識別碼欄位,用來定義該交換器的處理晶月識別入,長度為2Byte;一供應(yīng)商欄位,保留給系統(tǒng)供應(yīng)商,用來定義該交換器的系統(tǒng)供應(yīng)商的公司名稱或裝置類型,長度為4Bytes。
8.如權(quán)利要求7所述的藉由鏈路層的通訊協(xié)定來控制的交換控制器,其特征是前述授權(quán)值欄位的值可由管理者經(jīng)由控制資料框更改,且交換器對于具有有效DA但授權(quán)值欄位的值不同的資料框均不予回復(fù),但若DA為一廣播地址或指向其他交換器,則交換器仍將該控制資料框封包回復(fù)至其他交換器。
9.一種籍由鏈路層來控制交換器的方法,其特征是該交換控制器包括一解析單元、一封包緩沖器及一控制協(xié)定處理單元,該方法包含有下列步驟讀取封包資料步驟,前述交換控制器接收一封包資料,并暫存至前述封包緩沖器;解析封包資料步驟,利用前述解析單元解析該封包資料是否符合乙太型式;變更封包資料步驟,若前述封包資料符合乙太型式,且該封包是讀取或問候封包時,則前述控制協(xié)定處理單元變更該封包資料;以及傳送封包步驟,將該封包資料傳送出。
10.如權(quán)利要求9所述的籍由鏈路層來控制交換器的方法,其特征是還包含設(shè)定交換控制器步驟,若前述封包資料符合乙太型式,且該封包是設(shè)定封包時,則前述控制協(xié)定處理單元根據(jù)該封包資料的內(nèi)容設(shè)定該交換控制器。
全文摘要
本發(fā)明公開了一種藉由鏈路層的通訊協(xié)定來控制的交換控制器及其控制方法,該交換控制器不占用IP地址,且具有解析交換控制協(xié)定的控制資料框的功能;該交換控制器藉由鏈路層的通訊協(xié)定來控制,且包含一接收單元,用來接收封包(Packet)資料;一解析單元,用來解析封包資料中的控制資料框,并根據(jù)控制資料框產(chǎn)生控制信號;一封包緩沖器,暫存封包資料;一控制協(xié)定處理單元,根據(jù)控制信號變更封包資料中的控制資料框;以及一傳送單元,將控制協(xié)定處理單元處理后的封包資料送出。
文檔編號H04L12/28GK1434604SQ0210244
公開日2003年8月6日 申請日期2002年1月22日 優(yōu)先權(quán)日2002年1月22日
發(fā)明者蔡吟聲, 吳弘有, 劉醇豐, 王至慶, 呂宗烈, 童建勛, 陳俊儒 申請人:瑞昱半導(dǎo)體股份有限公司