通信系統(tǒng)及網(wǎng)絡(luò)中繼裝置制造方法
【專利摘要】本發(fā)明提供一種通信系統(tǒng)及網(wǎng)絡(luò)中繼裝置，其能夠?qū)崿F(xiàn)提高耐故障性。例如，具備初始狀態(tài)下以主機模式(MSR)動作的交換機裝置(SW1)、以備用模式(BUP)動作的交換機裝置(SW2)、以成員模式(MEM)動作的交換機裝置(SW3～SWn)。以主機模式(MSR)動作的交換機裝置(SW1)每隔預(yù)定的時間向以備用模式(BUP)動作的交換機裝置(SW2)發(fā)送第1控制信號。以備用模式(BUP)動作的交換機裝置(SW2)在預(yù)定的時間內(nèi)沒有接收到從以主機模式(MSR)動作的交換機裝置(SW1)發(fā)來的信號時遷移到主機模式(MSR)，向以成員模式(MEM)動作的交換機裝置(SW3～SWn)發(fā)送初始化信號。以成員模式(MEM)動作的交換機裝置(SW3～SWn)各自在接收到初始化信號時，在與以主機模式(MSR)動作的交換機裝置(SW2)之間構(gòu)建管理用的通信路徑。
【專利說明】通信系統(tǒng)及網(wǎng)絡(luò)中繼裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種通信系統(tǒng)及網(wǎng)絡(luò)中繼裝置，例如涉及一種將多臺網(wǎng)絡(luò)中繼裝置一元管理的技術(shù)。
【背景技術(shù)】
[0002]例如專利文獻I中公開了如下方式:在多個交換式集線器(switching hub)被經(jīng)由堆疊端口(stack port)連接的堆疊交換式集線器(stackable switching hub)中，不搭載管理電路而設(shè)定各交換式集線器的裝置ID編號的方式。專利文獻2中公開了如下方式:在作為主機或從屬機動作的多個單元經(jīng)由堆疊用端口連接的堆疊型交換系統(tǒng)中，通過變更拓撲設(shè)計形態(tài)將具有最高優(yōu)先級別的單元作為主機使其動作的方式。
[0003]現(xiàn)有技術(shù)文獻
[0004]專利文獻
[0005]專利文獻1:日本特開2002-217935號公報
[0006]專利文獻2:日本特開2007-124673號公報

【發(fā)明內(nèi)容】

[0007]近年來，需要實現(xiàn)一種一元管理功能，即由一個管理用IP (Internet Protocol:網(wǎng)際協(xié)議)地址將多臺盒式交換機裝置像I臺交換機一樣管理。通過具備了該功能，可以例如按照網(wǎng)絡(luò)管理員發(fā)來的命令將各盒式交換機裝置的工作狀態(tài)統(tǒng)一顯示，或?qū)τ诟骱惺浇粨Q機裝置統(tǒng)一進行預(yù)定的設(shè)定(例如VLAN(Virtual Local Area Network:虛擬局域網(wǎng))
坐、坐寸/ 寸ο
[0008]為了實現(xiàn)這樣的一元管理功能，通常需要將多臺盒式交換機裝置中的某一個作為主機使其動作。進一步地，需要設(shè)置主機出現(xiàn)故障時的對策功能。作為該對策功能可以考慮如下方式:例如利用專利文獻2中說明的方式，從作為從屬機動作的多臺盒式交換機裝置中基于各自的優(yōu)先級別選定新的主機的方式。但是，由于使用這種方式需要互相比較從屬機之間的優(yōu)先級別的處理，因此可能導(dǎo)致從主機出現(xiàn)故障到在新的主機下構(gòu)建通信管理環(huán)境需要花費時間。也就是說，可能導(dǎo)致耐故障性不足。
[0009]本發(fā)明是考慮以上情況而提出的發(fā)明，其目的之一是提供一種能夠?qū)崿F(xiàn)提高耐故障性的通信系統(tǒng)及網(wǎng)絡(luò)中繼裝置。本發(fā)明的上述及其他目的和新特征可以根據(jù)本說明書的記載及附圖更為清楚。
[0010]將本說明書公開的發(fā)明中代表性的實施方式的概要簡單說明如下。
[0011]本實施方式的通信系統(tǒng)具有:初始狀態(tài)下以主機模式動作的第I交換機裝置、初始狀態(tài)下以備用模式動作的第2交換機裝置、初始狀態(tài)下各自以成員模式動作的單個或多個第3交換機裝置。以主機模式動作的第I交換機裝置每隔預(yù)定的時間向以備用模式動作的第2交換機裝置發(fā)送第I控制信號。以備用模式動作的第2交換機裝置在預(yù)定的時間內(nèi)沒有接收到從以主機模式動作的第I交換機裝置發(fā)來的信號時遷移到主機模式，向以成員模式動作的單個或多個第3交換機裝置發(fā)送初始化信號。以成員模式動作的單個或多個第3交換機裝置各自在接收到初始化信號時，在與以主機模式動作的第2交換機裝置之間構(gòu)建管理用的通信路徑。
[0012]簡單說明根據(jù)本說明書公開的發(fā)明中代表性的實施方式而獲得的效果，即能夠?qū)崿F(xiàn)提高耐故障性。
【專利附圖】

【附圖說明】
[0013]圖1是根據(jù)本發(fā)明的一個實施方式的通信系統(tǒng)中，說明其整體的結(jié)構(gòu)例的概要圖。
[0014]圖2是說明圖1的通信系統(tǒng)中，用于構(gòu)建通信管理環(huán)境的初始時間內(nèi)的處理內(nèi)容的一個例子的示意圖。
[0015]圖3是說明圖1的通信系統(tǒng)中，用于構(gòu)建通信管理環(huán)境的初始時間內(nèi)的處理內(nèi)容的一個例子的示意圖。
[0016]圖4是說明圖1的通信系統(tǒng)中，構(gòu)建通信管理環(huán)境后的通常時間內(nèi)的處理內(nèi)容的一個例子的示意圖。
[0017]圖5是說明圖1的通信系統(tǒng)中，以主機模式動作的交換機裝置發(fā)生故障時的處理內(nèi)容的一個例子的示意圖。
[0018]圖6是說明圖1的通信系統(tǒng)中，以主機模式動作的交換機裝置發(fā)生故障時的處理內(nèi)容的一個例子的示意圖。
[0019]圖7是說明圖1的通信系統(tǒng)中，以主機模式動作的交換機裝置發(fā)生故障時的處理內(nèi)容的一個例子的示意圖。
[0020]圖8是說明圖1的通信系統(tǒng)中，以主機模式動作的交換機裝置具備的管理表的結(jié)構(gòu)例的示意圖。
[0021]圖9是說明圖1的通信系統(tǒng)中，其各交換機裝置的主要部分的概要結(jié)構(gòu)例的框圖。
[0022]圖10是說明圖9的交換機裝置中，主機模式時的主要處理內(nèi)容的一個例子的流程圖。
[0023]圖11是說明圖9的交換機裝置中，備用模式時的主要處理內(nèi)容的一個例子的流程圖。
[0024]圖12是說明圖9的交換機裝置中，成員模式時的主要處理內(nèi)容的一個例子的流程圖。
[0025]符號說明
[0026]BCH、UCH呼叫數(shù)據(jù)包
[0027]BUP 備用模式
[0028]CFD 控制數(shù)據(jù)包(幀)檢測部
[0029]CFG 控制數(shù)據(jù)包(幀)生成部
[0030]CTRES連接響應(yīng)
[0031]CTRQ 連接請求
[0032]FFCTL數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部
[0033]IDRES識別符獲取通知[0034]IDRQ識別符獲取請求
[0035]INIRQ初始化信號
[0036]MCTL管理控制部
[0037]MD動作模式保持部
[0038]MEM成員模式
[0039]MSR主機模式
[0040]MTBL管理表
[0041]NW網(wǎng)絡(luò)
[0042]P端口
[0043]Sff交換機裝置(網(wǎng)絡(luò)中繼裝置)
[0044]SffID識別符
[0045]TM管理用終端
[0046]VG虛擬管理組
【具體實施方式】
[0047]對于以下的實施方式，為了方便，有必要時分割為多個部分或?qū)嵤┓绞竭M行說明，除了特殊指明的情況以外，它們并不是互相沒有關(guān)系的，而是一方作為其他的一部分或者全部的變形例、詳細、補充說明等關(guān)系。另外，以下的實施方式中，提及要素數(shù)等(包括個數(shù)、數(shù)值、量、范圍等)時，除了特殊指明的情況以及原理上顯然被限制在特定數(shù)的情況以外，并不局限在該特定數(shù)，可以是特定數(shù)以上或者以下。
[0048]進一步地，在以下實施方式中，其構(gòu)成要素(包含要素步驟等)除了特殊指明的情況以及原理上認為顯然必需的情況以外，當然并不一定是不可或缺的。同樣地，在以下實施方式中，提及構(gòu)成要素等的形狀、位置關(guān)系等時，除了特殊指明的情況以及原理上認為顯然并非如此的情況以外，也包含實質(zhì)上與該形狀等近似或類似的形狀。這一點對于上述數(shù)值以及范圍也是相同的。
[0049]以下基于附圖對本發(fā)明的實施方式進行詳細說明。另外，在說明實施方式的全圖中，相同部分原則上標注相同符號，并不重復(fù)對其的說明。
[0050]通信系統(tǒng)整體的概要結(jié)構(gòu)
[0051]圖1是根據(jù)本發(fā)明的一個實施方式的通信系統(tǒng)中，說明其整體的結(jié)構(gòu)例的概要圖。圖1所示的通信系統(tǒng)具備經(jīng)由網(wǎng)絡(luò)NW連接的多臺(這里為η臺)交換機裝置(或也稱作網(wǎng)絡(luò)中繼裝置)Sffl~SWn。SWl~SWn各自由盒式交換機裝置構(gòu)成。NW主要由通信路徑構(gòu)成，但其連接形態(tài)沒有特別要求。NW可以具備例如SWl~SWn連接為環(huán)狀的連接形態(tài)，也可以具備連接為網(wǎng)狀的連接形態(tài)。另外，NW根據(jù)情況也可以具備經(jīng)由光傳輸裝置等長距離連接的連接形態(tài) 。也就是說，NW可以在SWl~SWn間的通信路徑采用直接形態(tài)，也可以采用經(jīng)過交換機裝置和光傳輸裝置等的間接形態(tài)。
[0052]圖1的交換機裝置SWl~SWn由管理用終端TMl像I臺交換機一樣管理為虛擬管理組VG。這里沒有特別限制，例如可以按照從TMl向VG發(fā)出的管理命令將各SWl~SWn (以及其中的各端口)的工作狀態(tài)在TMl中統(tǒng)一顯示，或?qū)τ赟Wl~SWn統(tǒng)一進行預(yù)定的設(shè)定(例如VLAN的設(shè)定等)等。SWl~SWn各自在具備作為一般的L3交換機(或L2交換機)的功能以外，還具備用于實現(xiàn)這種一元管理所需的各種功能。
[0053]作為一元管理功能的一種，圖1的交換機裝置SWl?SWn各自具備以主機模式MSR、備用模式BUP、成員模式MEM中的某一種模式動作的功能。這里作為第I交換機裝置的SWl以MSR動作，作為第2交換機裝置的SW2以BUP動作，單個或多個作為第3交換機裝置的SW3?SWn各自以MEM動作。以MSR動作的交換機裝置SWl對以BUP動作的交換機裝置SW2以及以MEM動作的各交換機裝置SW3?SWn進行管理。例如，從管理用終端TMl發(fā)出以虛擬管理組VG中設(shè)定的預(yù)定IP地址為目的地的管理命令時，以MSR動作的交換機裝置解讀該管理命令，通過在以BUP和MEM動作的各交換機裝置之間進行適當通信，執(zhí)行按照這個管理命令的處理。
[0054]當以主機模式MSR動作的交換機裝置SWl發(fā)生故障時，以備用模式BUP動作的交換機裝置SW2取代SWl，以MSR動作，管理以成員模式MEM動作的各交換機裝置SW3?SWn。以MEM動作的各交換機裝置SW3?SWn主要接收以MSR動作的交換機裝置發(fā)來的命令，解讀該命令，執(zhí)行按照這個命令的處理。
[0055]這里，圖1的各交換機裝置SWl?SWn預(yù)先根據(jù)用戶的設(shè)定，確定在初始狀態(tài)下(換句話說即通信系統(tǒng)啟動時)以主機模式MSR、備用模式BUP、成員模式MEM的哪一種動作。由此，當初始狀態(tài)下以MSR動作的交換機裝置(第I交換機裝置)SWl上發(fā)生故障時，不使用上述專利文獻2中的優(yōu)先級別處理等就能重新確定以MSR動作的交換機裝置(即初始狀態(tài)下以BUP動作的第2交換機裝置SW2)。其結(jié)果是能夠迅速應(yīng)對故障，可望提高耐故障性。
[0056]通信系統(tǒng)整體在初始時間的動作
[0057]圖2和圖3是說明圖1的通信系統(tǒng)中，用于構(gòu)建通信管理環(huán)境的初始時間內(nèi)的處理內(nèi)容的一個例子的示意圖。首先，作為前提，這里圖1的通信系統(tǒng)內(nèi)以主機模式MSR動作的交換機裝置SWl通過識別符SWID對以備用模式BUP和成員模式MEM動作的各交換機裝置SW2?SWn進行管理。因此，以BUP和MEM動作的SW2?SWn各自需要使以MSR動作的Sffl認識它們自己的SWID。另外，隨后SW2?SWn各自需要在與SWl之間構(gòu)建管理用的通信路徑。
[0058]進一步地，作為前提，這里圖1的虛擬管理組VG內(nèi)的管理用通信使用TCP (Transmission Control Protocol:傳輸控制協(xié)議)/IP 協(xié)議(換句話說，即 socket 通信)進行。以備用模式BUP和成員模式MEM動作的交換機裝置SW2?SWn在與以主機模式MSR動作的交換機裝置SWl之間通信時，最開始的通信中IP地址是未知的。因此，這里例如對于SW2?SWn預(yù)先設(shè)定共通的臨時IP地址，隨后在SW2?SWn各自與SWl之間通信的過程中分別對于各個SW2?SWn設(shè)定連接用IP地址，從臨時IP地址更改為連接用的IP地址。以MSR動作的SWl對以BUP和MEM動作的SW2?SWn進行實際管理時，使用這個連接用IP地址。
[0059]在這樣的前提下，圖2中，首先，初始狀態(tài)下以備用模式BUP動作的交換機裝置(第2交換機裝置)SW2使用臨時IP地址向初始狀態(tài)下以主機模式MSR動作的交換機裝置(第I交換機裝置)Sffl發(fā)送識別符獲取請求IDRQ。與其對應(yīng)，Sffl對SW2分配識別符SWID時，回復(fù)識別符獲取通知IDRES。SW2接收到IDRES時，繼續(xù)通過包含向SWl發(fā)送連接請求CTRQ和來自SWl的連接響應(yīng)CTRES的握手，在與SWl之間建立TCP連接。該TCP連接中設(shè)定SW2的連接用IP地址，從臨時IP地址更改為連接用IP地址。由此，作為第2交換機裝置的SW2和作為第I交換機裝置的SWl中的一方在與另一方之間構(gòu)建管理用的通信路徑。
[0060]同樣地，圖3中，首先，初始狀態(tài)下以成員模式MEM動作的交換機裝置(第3交換機裝置)SW3使用臨時IP地址向初始狀態(tài)下以主機模式MSR動作的交換機裝置(第I交換機裝置)Sffl發(fā)送識別符獲取請求IDRQ。與其對應(yīng)，Sffl對SW3分配識別符SWID時，回復(fù)識別符獲取通知IDRES。SW3接收到IDRES時，繼續(xù)通過包含向SWl發(fā)送連接請求CTRQ和來自SWl的連接響應(yīng)CTRES的握手，在與SWl之間建立TCP連接。該TCP連接中設(shè)定SW3的連接用IP地址，從臨時IP地址更改為連接用IP地址。
[0061]由此，作為第3交換機裝置的SW3和作為第I交換機裝置的SWl中的一方在與另一方之間構(gòu)建管理用的通信路徑。圖中雖然沒有顯示，但圖1中作為另一個第3交換機裝置的交換機裝置SWn也通過進行和圖3相同的處理在與以主機模式MSR動作的SWl之間構(gòu)建管理用的通信路徑。
[0062]另外，如上所述，各交換機裝置SWl?SWn預(yù)先根據(jù)用戶設(shè)定，確定在初始狀態(tài)下以主機模式MSR、備用模式BUP、成員模式MEM的哪一種動作。沒有特別限制，但SWl?SWn此外也預(yù)先根據(jù)用戶設(shè)定，確定初始狀態(tài)下的識別符SWID、作為管理用端口使用的端口編
縣坐
V寸ο
[0063]例如，對于初始狀態(tài)下以備用模式BUP動作的交換機裝置SW2，預(yù)先根據(jù)用戶設(shè)定，設(shè)定為動作模式:BUP、識別符SWID:1D2、端口編號:xx。該狀態(tài)下啟動通信系統(tǒng)時，SW2在圖2的識別符獲取請求IDRQ中對交換機裝置SWl發(fā)送希望使用ID2的旨意，接收到該旨意的SW1，當不存在正使用ID2的交換機裝置時向SW2回復(fù)識別符獲取通知IDRES。而已經(jīng)存在正使用ID2的交換機裝置時，SWl使用戶了解該旨意。這時，用戶需要重新設(shè)定SW2在初始狀態(tài)下的SWID。
[0064]另外，圖2和圖3的處理內(nèi)容并不特別局限于此，可以適當改變。也就是說，只要是構(gòu)建以主機模式MSR動作的交換機裝置能夠?qū)⒁詡溆媚Ｊ紹UP和成員模式MEM動作的各交換機裝置各自區(qū)別管理、且能夠分別與每個通信的通信環(huán)境的處理即可。
[0065]通信系統(tǒng)整體在通常時間內(nèi)的動作
[0066]圖4是說明圖1的通信系統(tǒng)中，構(gòu)建通信管理環(huán)境后的通常時間內(nèi)的處理內(nèi)容的一個例子的示意圖。圖4中，以主機模式MSR動作的交換機裝置(第I交換機裝置)Sffl向以備用模式BUP動作的交換機裝置(第2交換機裝置)SW2和以成員模式MEM動作的交換機裝置(單個或多個第3交換機裝置)SW3?SWn發(fā)送呼叫數(shù)據(jù)包(第I控制信號)BCH。具體來說，Sffl例如每隔預(yù)定時間(例如每隔Is程度)以廣播發(fā)送BCH。
[0067]而以備用模式BUP動作的交換機裝置(第2交換機裝置)SW2和以成員模式MEM動作的交換機裝置(單個或多個第3交換機裝置)SW3?SWn各自向以主機模式MSR動作的交換機裝置(第I交換機裝置)Sffl發(fā)送呼叫數(shù)據(jù)包(第2控制信號)UCH2?UCHn。具體來說，SW2?SWn各自每隔預(yù)定時間(例如每隔Is程度)向SWl以單播發(fā)送UCH2?UCHn。Sffl根據(jù)能否接收UCH2?UCHn來管理SW2?SWn各自的工作狀態(tài)(即有無故障)。相反，SW2?SWn根據(jù)能否接收呼叫數(shù)據(jù)包(第I控制信號)BCH 了解SWl的工作狀態(tài)(即有無故障)。
[0068]另外，這里，以主機模式MSR動作的交換機裝置SWl是通過廣播向以備用模式BUP或成員模式MEM動作的交換機裝置SW2?SWn發(fā)送的呼叫數(shù)據(jù)包(第I控制信號)BCH。但是，僅考慮使以BUP動作的交換機裝置變?yōu)橐訫SR動作來應(yīng)對以MSR動作的交換機裝置的故障，則至少要以BUP動作的SW2 了解SWl的工作狀態(tài)。也就是說，根據(jù)情況，有時也可以是SWl向SW2以單播發(fā)送BCH的動作。
[0069]這里，為了保證以主機模式MSR動作的交換機裝置SWl和以成員模式MEM動作的交換機裝置SW3?SWn之間各自建立了雙向通信，SWl除了對SW2以外，還以廣播向SW3?Sffn發(fā)送呼叫數(shù)據(jù)包(第I控制信號)BCH。由此，保證了 SWl處于可靠地按照預(yù)定的管理請求管理SW3?SWn的狀態(tài)。
[0070]通信系統(tǒng)整體在主機發(fā)生故障時的動作
[0071]圖5?圖7是說明圖1的通信系統(tǒng)中，以主機模式動作的交換機裝置發(fā)生故障時的處理內(nèi)容的一個例子的示意圖。在上述的圖4中，以備用模式BUP動作的交換機裝置(第2交換機裝置)SW2在預(yù)定的時間(例如15s程度)內(nèi)沒有接收到從以主機模式MSR動作的交換機裝置(第I交換機裝置)SWl發(fā)來的呼叫數(shù)據(jù)包(第I控制信號)BCH時，取代SWl，遷移到MSR。遷移到MSR的SW2首先如圖5所示，向以成員模式MEM動作的交換機裝置(單個或多個第3交換機裝置)SW3?SWn發(fā)送初始化信號INIRQ。具體來說，SW2例如以廣播發(fā)送INIRQ。
[0072]以成員模式MEM動作的交換機裝置SW3接收到初始化信號INIRQ后，將該INIRQ的發(fā)送源作為通信對象，進行圖6所示的處理。圖6所示的處理內(nèi)容除了 SW3的通信對象變?yōu)閺膫溆媚Ｊ紹UP遷移到主機模式MSR的交換機裝置SW2以外，與上述圖3的處理內(nèi)容相同。簡單說明一下，圖6中，SW3首先使用臨時IP地址向SW2發(fā)送識別符獲取請求IDRQ，從SW2接收識別符獲取通知IDRES。由此，以MSR動作的SW2能夠使用識別符SWID管理以MEM動作的SW3。
[0073]繼續(xù)，交換機裝置SW3通過進行包含在與交換機裝置SW2之間的連接請求CTRQ和連接響應(yīng)CTRES的握手，在與SW2之間建立TCP連接。該TCP連接中設(shè)定SW3的連接用IP地址，從臨時IP地址更改為連接用IP地址。由此，作為第3交換機裝置中的一個的SW3和作為第2交換機裝置的SW2中的一方在與另一方之間構(gòu)建管理用的通信路徑。同樣地，以成員模式MEM動作的交換機裝置SWn在接收到初始化信號INIRQ后也將該INIRQ的發(fā)送源作為通信對象，進行圖7所示的處理。圖7中與圖6的情況相同，在SWn和SW2之間，這里經(jīng)由SW3進行識別符獲取請求IDRQ和識別符獲取通知IDRES的處理、以及包含連接請求CTRQ和連接響應(yīng)CTRES的握手的處理。由此，作為另一個第3交換機裝置的交換機裝置SWn和作為第2交換機裝置的SW2的一方在與另一方之間構(gòu)建管理用的通信路徑。
[0074]另外，上述的圖4中，交換機裝置(第I交換機裝置)SWl也對以成員模式MEM動作的交換機裝置(單個或多個第3交換機裝置)SW3?SWn發(fā)送呼叫數(shù)據(jù)包(第I控制信號)BCH。SW3?SWn各自在預(yù)定的時間內(nèi)沒有接收到SWl發(fā)來的BCH時，遷移到構(gòu)建管理用的通信路徑之前的初始狀態(tài)。然后，遷移到初始狀態(tài)的SW3?SWn檢索以主機模式MSR動作的新的交換機裝置。這樣，將SW3?SWn向初始狀態(tài)的遷移與如圖5所示的重新以MSR動作的交換機裝置SW2發(fā)來的初始化信號INIRQ —起使用，由此，SW3?SWn可以各自了解到自己和SW2對于SWl有故障達成了一致。由此，能夠驗證對以MSR動作的交換機裝置重新進行切換本身的正當性，能夠提高可靠性。[0075]交換機裝置(網(wǎng)絡(luò)中繼裝置)的結(jié)構(gòu)
[0076]圖8是說明圖1的通信系統(tǒng)中，以主機模式MSR動作的交換機裝置具備的管理表的結(jié)構(gòu)例的示意圖。如圖2和圖3所述，以MSR動作的交換機裝置(網(wǎng)絡(luò)中繼裝置)通過識別符SWID管理以備用模式BUP和成員模式MEM動作的各交換機裝置(網(wǎng)絡(luò)中繼裝置)。因此，以MSR動作的交換機裝置例如生成圖8所示的管理表MTBL。圖8的MTBL中，對于每個識別符SWID顯示其動作模式、端口編號、工作狀態(tài)等作為管理信息。另外，管理信息不局限于此，也適當包含其他管理所需要的項目。
[0077]例如，以識別符SWID為“ID2”的交換機裝置(圖1的SW2)的管理信息為例，動作模式為備用模式BUP，端口編號上顯示用于與SW2進行管理用的通信的目標端口，工作狀態(tài)為“工作中”。另外，假設(shè)圖1的交換機裝置Sffn的SWID為“IDn”，Sffn發(fā)生故障后，如圖8所示，與“IDn”對應(yīng)的工作狀態(tài)為“停止中”。這種狀況發(fā)生于例如圖4中，交換機裝置SWl在預(yù)定的時間內(nèi)無法接收到從SWn發(fā)來的呼叫數(shù)據(jù)包(第2控制信號)UCHn時。
[0078]圖9是說明圖1的通信系統(tǒng)中，其各交換機裝置的主要部分的概要結(jié)構(gòu)例的框圖。圖9所示的交換機裝置(網(wǎng)絡(luò)中繼裝置)SW具備多個(這里為m個)端口 Pl?Pm，數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部FFCTL、管理控制部MCTL。Pl?Pm各自的結(jié)構(gòu)為基于L3層(或L2層)中標準的通信協(xié)議進行用戶的數(shù)據(jù)包的發(fā)送或接收的普通端口。FFCTL基于路由表或MAC (Media Access Control)地址表等控制Pl?Pm間的數(shù)據(jù)包(中貞)轉(zhuǎn)發(fā)。
[0079]管理控制部MCTL包含動作模式保持部MD、控制數(shù)據(jù)包(幀)生成部CFG、控制數(shù)據(jù)包(幀)檢測部CFD。動作模式保持部MD中保持上述的主機模式MSR、備用模式BUP、成員模式MEM的某一種。MCTL按照由該MD保持的動作模式各自進行不同的動作。CFG按照動作模式生成圖4所示的呼叫數(shù)據(jù)包BCH、UCH，生成圖5所示的初始信號INIRQ等。CFD也按照動作模式檢測BCH、UCH,檢測INIRQ等。
[0080]這里，管理用端口可以通過用戶設(shè)定而在作為普通端口的端口 Pl?Pm中任意選擇。然后，通過使用該普通端口執(zhí)行圖2和圖3所述的處理，構(gòu)建管理用的通信路徑。通常，用于實現(xiàn)一元管理的管理用端口如上述專利文獻I和專利文獻2中所示的，使用作為專用端口的堆疊用端口。但是，這時可能導(dǎo)致各交換機裝置間的連接形態(tài)被限定，或者連接各交換機裝置間的距離被限定。如果使用普通端口，則可以解決這樣的問題，能夠?qū)⒕哂懈鞣N連接形態(tài)的通信系統(tǒng)一元管理。
[0081]交換機裝置(網(wǎng)絡(luò)中繼裝置)的動作
[0082]圖10是說明圖9的交換機裝置中，主機模式MSR時的主要處理內(nèi)容的一個例子的流程圖。圖10中，交換機裝置(網(wǎng)絡(luò)中繼裝置)SW首先如圖2和圖3所示，在與以備用模式BUP或成員模式MEM動作的各交換機裝置(網(wǎng)絡(luò)中繼裝置)之間構(gòu)建管理用的通信路徑(步驟S101)。具體來說，基于圖9的管理控制部MCTL具備的預(yù)定的初始設(shè)定算法，依次執(zhí)行如圖2和圖3所示的處理。
[0083]繼續(xù)，交換機裝置SW等候從用戶(即圖1的管理用終端TMl)發(fā)來的管理命令(步驟S102)并接收到管理命令時，執(zhí)行與其對應(yīng)的處理(步驟S103)。具體來說，圖9的管理控制部MCTL解讀經(jīng)由數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部FFCTL接收到的管理命令，按照其解讀結(jié)果進行例如在與以備用模式BUP或成員模式MEM動作的各交換機裝置之間進行適當通信。
[0084]另外，交換機裝置SW與步驟S102的處理并行進行步驟S104的處理和步驟S105的處理。步驟S104中，SW如圖4所示，每隔預(yù)定的時間向以備用模式BUP或成員模式MEM動作的各交換機裝置發(fā)送呼叫數(shù)據(jù)包(第I控制信號)BCH。具體來說，圖9的控制數(shù)據(jù)包(幀)生成部CFG生成廣播用的BCH，將其經(jīng)由數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部FFCTL從預(yù)定的管理用端口發(fā)送。BCH在由各交換機裝置的管理用端口構(gòu)成的網(wǎng)絡(luò)內(nèi)傳送，到達以BUP或MEM動作的各交換機裝置。
[0085]步驟S105中，交換機裝置SW如圖4所示，監(jiān)視從以備用模式BUP或成員模式MEM動作的各交換機裝置每隔預(yù)定的時間發(fā)送的各呼叫數(shù)據(jù)包(第2控制信號)UCH。然后，SW按照該監(jiān)視結(jié)果適當更新圖8的管理表MTBL(步驟S106)。具體來說，圖9的控制數(shù)據(jù)包(幀)檢測部CFD經(jīng)由數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部FFCTL監(jiān)視能否接收各UCH。然后，當存在在預(yù)定的時間內(nèi)無法接收到的UCH時，CFD在保存在管理控制部MCTL內(nèi)的MTBL中，將與該UCH對應(yīng)的交換機裝置的工作狀態(tài)變?yōu)椤巴Ｖ怪小薄?br> [0086]圖11是說明圖9的交換機裝置中，備用模式BUP時的主要處理內(nèi)容的一個例子的流程圖。圖11中，交換機裝置(網(wǎng)絡(luò)中繼裝置)SW首先如圖2所示，在與以主機模式MSR動作的交換機裝置(網(wǎng)絡(luò)中繼裝置)之間構(gòu)建管理用的通信路徑(步驟S201)。具體來說，基于圖9的管理控制部MCTL具備的預(yù)定的初始設(shè)定算法，依次執(zhí)行如圖2所示的處理。
[0087]繼續(xù)，交換機裝置SW等候從以主機模式MSR動作的交換機裝置發(fā)來的管理請求(步驟S202)并接收到管理請求時，執(zhí)行與其對應(yīng)的處理(步驟S203)。具體來說，圖9的管理控制部MCTL解讀經(jīng)由數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部FFCTL接收到的管理請求，執(zhí)行按照其解讀結(jié)果的處理，例如向以MSR動作的交換機裝置進行適當回復(fù)等。
[0088]另外，交換機裝置SW與步驟S202的處理并行進行步驟S204的處理和步驟S205的處理。步驟S204中，SW如圖4所示，每隔預(yù)定的時間向以主機模式MSR動作的交換機裝置發(fā)送呼叫數(shù)據(jù)包(第2控制信號)UCH。具體來說，圖9的控制數(shù)據(jù)包(幀)生成部CFG生成單播用的UCH，將其經(jīng)由數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部FFCTL從預(yù)定的管理用端口發(fā)送。
[0089]步驟S205中，交換機裝置SW如圖4所示，監(jiān)視從以主機模式MSR動作的交換機裝置發(fā)來的呼叫數(shù)據(jù)包(第I控制信號)BCH。然后，當在預(yù)定的時間內(nèi)無法接收到它時(步驟S205)，遷移到MSR (步驟S206)。具體來說，圖9的控制數(shù)據(jù)包(幀)檢測部CFD經(jīng)由數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部FFCTL監(jiān)視能否接收BCH，當在預(yù)定的時間內(nèi)無法接收到它時，將動作模式保持部MD的動作模式變更為MSR。
[0090]然后，遷移到主機模式MSR的交換機裝置SW如圖5所示，向以成員模式MEM動作的各交換機裝置以廣播發(fā)送初始化信號INIRQ(步驟S207)。具體來說，圖9的控制數(shù)據(jù)包(幀)生成部CFG生成廣播用的INIRQ，將其經(jīng)由數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部FFCTL從預(yù)定的管理用端口發(fā)送。INIRQ在由各交換機裝置的管理用端口構(gòu)成的網(wǎng)絡(luò)內(nèi)傳送，到達以MEM動作的各交換機裝置。另外，遷移到主機模式MSR的交換機裝置隨后執(zhí)行上述圖10的處理。
[0091]圖12是說明圖9的交換機裝置中，成員模式MEM時的主要處理內(nèi)容的一個例子的流程圖。圖12中，交換機裝置(網(wǎng)絡(luò)中繼裝置)SW首先如圖3所示，在與以主機模式MSR動作的交換機裝置(網(wǎng)絡(luò)中繼裝置)之間構(gòu)建管理用的通信路徑(步驟S301)。具體來說，基于圖9的管理控制部MCTL具備的預(yù)定的初始設(shè)定算法，依次執(zhí)行如圖3所示的處理。
[0092]繼續(xù)，交換機裝置SW等候從以主機模式MSR動作的交換機裝置發(fā)來的管理請求(步驟S302)并接收到管理請求時，執(zhí)行與其對應(yīng)的處理(步驟S303)。具體來說，圖9的管理控制部MCTL解讀經(jīng)由數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部FFCTL接收到的管理請求，執(zhí)行按照其解讀結(jié)果的處理，例如向以MSR動作的交換機裝置進行適當回復(fù)等。
[0093]另外，交換機裝置SW與步驟S302的處理并行進行步驟S304的處理和步驟S305的處理。步驟S304中，SW如圖4所示，每隔預(yù)定的時間向以主機模式MSR動作的各交換機裝置發(fā)送呼叫數(shù)據(jù)包(第2控制信號)UCH。具體來說，圖9的控制數(shù)據(jù)包(幀)生成部CFG生成單播用的UCH，將其經(jīng)由數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部FFCTL從預(yù)定的管理用端口發(fā)送。
[0094]步驟S305中，交換機裝置SW如圖5所示，監(jiān)視從遷移到以主機模式MSR動作的交換機裝置發(fā)來的初始化信號INIRQ。具體來說，圖9的控制數(shù)據(jù)包(幀)檢測部CFD監(jiān)視經(jīng)由數(shù)據(jù)包(幀)轉(zhuǎn)發(fā)控制部FFCTL有無接收INIRQ。然后，Sff當接收到INIRQ時返回步驟S301，如圖6和圖7所示，在與遷移到以主機模式MSR動作的交換機裝置之間構(gòu)建管理用的通信路徑。
[0095]以上基于實施方式對本
【發(fā)明者】提出的發(fā)明進行了具體說明，但本發(fā)明不局限于上述實施方式，可以在不脫離其宗旨的范圍內(nèi)進行各種改變。例如上述的實施方式是為了讓本發(fā)明簡明易懂而進行的詳細說明，并不局限于具備說明的全部結(jié)構(gòu)。另外，可以將某種實施方式的結(jié)構(gòu)的一部分替換到其他實施方式的結(jié)構(gòu)中，也可以將某種實施方式的結(jié)構(gòu)的一部分添加到其他實施方式的結(jié)構(gòu)上。另外，對于各實施方式的結(jié)構(gòu)的一部分，可以添加、刪除、替換其他結(jié)構(gòu)。
[0096]例如，這里將預(yù)先根據(jù)用戶設(shè)定以備用模式BUP動作的交換機裝置定為I臺、對應(yīng)單一故障的情況為例進行了說明。這時，例如在初始狀態(tài)下以主機模式MSR動作的交換機裝置發(fā)生故障而該故障已修復(fù)后，使該交換機裝置重新以MSR動作，將在初始狀態(tài)下以BUP動作且遷移到MSR的交換機裝置重新返回BUP即可。但是，進一步需要系統(tǒng)的可靠性時，也可以設(shè)想在初始狀態(tài)下以MSR動作的交換機裝置和在初始狀態(tài)下以BUP動作的交換機裝置雙方發(fā)生故障(即雙重故障)的情形，預(yù)先根據(jù)用戶設(shè)定確定以第2BUP動作的交換機裝置。這時，以第2BUP動作的交換機裝置當無法接收到本應(yīng)從當前以MSR動作的交換機裝置(圖4的SWl或圖5的SW2)發(fā)送的呼叫數(shù)據(jù)包(圖4的BCH)時遷移到MSR即可。
【權(quán)利要求】
1.一種通信系統(tǒng)，其特征在于，具有: 初始狀態(tài)下以主機模式動作的第I交換機裝置； 初始狀態(tài)下以備用模式動作的第2交換機裝置； 初始狀態(tài)下各自以成員模式動作的單個或多個第3交換機裝置， 以所述主機模式動作的所述第I交換機裝置每隔預(yù)定的時間向以所述備用模式動作的所述第2交換機裝置發(fā)送第I控制信號； 以所述備用模式動作的所述第2交換機裝置在預(yù)定的時間內(nèi)沒有接收到從以所述主機模式動作的所述第I交換機裝置發(fā)來的所述第I控制信號時遷移到所述主機模式，向以所述成員模式動作的所述單個或多個第3交換機裝置發(fā)送初始化信號； 以所述成員模式動作的所述單個或多個第3交換機裝置各自在接收到所述初始化信號時，在與以所述主機模式動作的所述第2交換機裝置之間構(gòu)建管理用的通信路徑。
2.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于， 以所述備用模式動作的交換機裝置及以所述成員模式動作的交換機裝置各自每隔預(yù)定的時間向以所述主機模式動作的交換機裝置發(fā)送第2控制信號， 以所述主機模式動作的交換機裝置根據(jù)能否接收所述第2控制信號對以所述備用模式動作的交換機裝置及以 所述成員模式動作的交換機裝置的各自的工作狀態(tài)進行管理。
3.根據(jù)權(quán)利要求2所述的通信系統(tǒng)，其特征在于， 所述第I交換機裝置將所述第I控制信號進一步向所述單個或多個第3交換機裝置發(fā)送， 所述單個或多個第3交換機裝置各自在預(yù)定的時間內(nèi)沒有接收到所述第I控制信號時，遷移到構(gòu)建管理用的通信路徑之前的初始狀態(tài)。
4.根據(jù)權(quán)利要求2所述的通信系統(tǒng)，其特征在于， 所述管理用的通信路徑由基于標準的通信協(xié)議進行用戶的數(shù)據(jù)包的發(fā)送或接收的普通端口構(gòu)建。
5.根據(jù)權(quán)利要求4所述的通信系統(tǒng)，其特征在于， 所述第I~第3交換機裝置分別由盒式交換機裝置構(gòu)成。
6.一種網(wǎng)絡(luò)中繼裝置，其特征在于，具備主機模式、備用模式、以及成員模式， 所述網(wǎng)絡(luò)中繼裝置以所述主機模式動作時，每隔預(yù)定的時間向以所述備用模式動作的其他交換機裝置發(fā)送第I控制信號； 所述網(wǎng)絡(luò)中繼裝置以所述備用模式動作時，在預(yù)定的時間內(nèi)沒有接收到從以所述主機模式動作的其他交換機裝置發(fā)送的所述第I控制信號時遷移到所述主機模式，向以所述成員模式動作的其他交換機裝置發(fā)送初始化信號； 所述網(wǎng)絡(luò)中繼裝置以所述成員模式動作時，在接收到從以所述主機模式動作的其他交換機裝置發(fā)送的所述初始化信號時，在與該其他交換機裝置之間構(gòu)建管理用的通信路徑。
7.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)中繼裝置，其特征在于， 所述網(wǎng)絡(luò)中繼裝置以所述備用模式動作或以所述成員模式動作時，進一步地，每隔預(yù)定的時間向以所述主機模式動作的其他交換機裝置發(fā)送第2控制信號， 所述網(wǎng)絡(luò)中繼裝置以所述主機模式動作時，進一步地，根據(jù)能否接收從所述其他交換機裝置發(fā)送的所述第2控制信號對所述其他交換機裝置的各自的工作狀態(tài)進行管理。
8.根據(jù)權(quán)利要求7所述的網(wǎng)絡(luò)中繼裝置，其特征在于， 所述網(wǎng)絡(luò)中繼裝置以所述主機模式動作時，進一步地，每隔預(yù)定的時間向以所述成員模式動作的其他交換機裝置發(fā)送所述第I控制信號， 所述網(wǎng)絡(luò)中繼裝置以所述成員模式動作時，進一步地，在預(yù)定的時間內(nèi)沒有接收到從以所述主機模式動作的其他交換機裝置發(fā)送的所述第I控制信號時，遷移到構(gòu)建管理用的通信路徑之前的初始狀態(tài)。
9.根據(jù)權(quán)利要求7所述的網(wǎng)絡(luò)中繼裝置，其特征在于， 所述管理用的通信路徑由基于標準的通信協(xié)議進行用戶的數(shù)據(jù)包的發(fā)送或接收的普通端口構(gòu)建。
【文檔編號】H04L12/24GK103944824SQ201310641536
【公開日】2014年7月23日 申請日期:2013年12月3日 優(yōu)先權(quán)日:2013年1月21日
【發(fā)明者】坪田繁 申請人:日立金屬株式會社