網絡系統、節點及節點控制程序、網絡控制方法
2023-10-07 01:16:09 1
專利名稱：網絡系統、節點及節點控制程序、網絡控制方法
技術領域：
本發明涉及在網絡中的節點發生故障(node-down)或鏈路切斷等的故障發生時，不用停止通信而能繼續進行服務運行的網絡系統，尤其涉及通過節點的冗餘備份，在故障發生時可繼續進行通信的網絡系統。
背景技術：
首先，舉出一例，對採用由作為管理埠狀態的協議之一的SpanningTree Protocol(STP)計算的幀的傳輸路徑相關的信息，來在對幀進行傳輸的網絡(以下稱作STP網)中傳輸幀的步驟進行說明。
例如，在圖45那樣的網絡拓撲(topology)的網絡中，通過STP計算圖45的粗線的路徑(生成樹，Spanning Tree)。
在該網絡中，在將幀從節點5下屬的終端傳輸到節點3下屬的終端時，經由節點1傳輸幀。
同樣，在將幀傳輸到節點2下屬的終端時，經由節點1進行傳輸。
在上述的STP網中，在節點1發生故障的情況下，存在節點5不對節點3、節點2下屬的終端進行任何幀傳輸的問題。
作為消除這種不良情況的方法，有將節點雙重化，即使在一方的節點中發生故障，也可採用沒有發生故障的另一方節點繼續進行幀的傳輸的方法。
作為將不屬於STP網的節點雙重化的現有的節點冗餘協議，公知有VSRP(Virtual Switch Redundancy Protocol)(Foundry Switch and RouterInstallation and Basic Configuration Guide，Chapter 12「Configuring Metro Features」(http://www.foundrynet.com/services/documentation/sribcg/Metro.html#61625)文獻2)、ESRP(Extreme Standby Router Protocol)(ExtremeWare 7.2.0 Software User Guide，Chapter 15，page 347-376(http://www.extremenetworks.com/services/documentation/swuserguides.asp)文獻3)等。
以下參照圖39，說明應用了對不屬於STP網的節點進行冗餘化的現有的節點冗餘協議(node redundancy protocol)的網絡系統中，產生節點發生故障或鏈路切斷的故障時的一般的動作。
在圖39中所示的應用現有的節點冗餘協議的網絡系統中，主節點210和備份節點(backup node)220作為冗餘的一對節點而存在。主節點210和備份節點220處於分別經由直接連接(接線)的節點(以下稱作Aware節點)230、240被連接的狀態。
在這種網絡系統中，主節點210處於稱作節點冗餘協議的主模式的動作狀態，並進行通常幀的收發，並且定期地從節點冗餘協議的成員埠(member port)P1、P2發送Keepalive幀(Hello消息)。
所謂該現有技術中的節點冗餘協議的成員埠，意味著節點冗餘協議為有效的埠，即通過節點冗餘協議管理其埠狀態的埠。埠狀態被定義為轉發狀態(forwarding state)和阻塞狀態(blocking state)這兩個狀態，所謂轉發狀態是指參照目的地信息而傳輸接收幀的狀態，所謂阻塞狀態是指不傳輸接收幀而廢棄的狀態。
但是，將接收幀中的、作為節點冗餘協議的控制幀的Hello消息以及Flush消息或者其他協議中採用的控制幀，與輸入埠的埠狀態無關地，發送到對節點內的控制幀進行處理的模塊。
因此，在上述的狀態中，主節點210中的節點冗餘協議的成員埠P1、P2的埠狀態被設定為轉發狀態。
Aware節點230、240，將分別從主節點210側的埠P1接收的Hello消息從備份節點220側的埠P2發送。
此外，備份節點220處於稱作節點冗餘協議的備份模式的動作狀態，對由成員埠P1、P2接收的幀中Hello消息或Flush消息進行監視，廢棄除此之外的幀。
因此，在該狀態下，備份節點220中的節點冗長協議的成員埠P1、P2的埠狀態，被設定為阻塞狀態。
在上述狀態下，分別在Aware節點230、240的下屬的終端經由處於主模式的主節點210進行通信。
在此，如圖40所示，對處於主節點210發生故障，從而不從主節點210發送上述Hello消息的狀況下的情況進行說明。在備份節點220無法以規定次數連續地接收Hello消息的情況下，開始從成員埠P1、P2定期地發送Hello消息的處理的同時，繼續對是否接收從主節點210發送的Hello消息進行監視。
備份節點220在開始Hello消息的發送後，經過規定時間後，也沒有接收從主節點210發送的Hello消息的情況下，判斷主節點210發生故障，切換到主模式。
切換到主模式的備份節點220，使處於阻塞狀態的成員埠P1、P2處於轉發狀態，並且從成員埠P1、P2發送用於表示自己切換到主模式的Flush消息。之後，備份節點220繼續從成員埠P1、P2定期地發送Hello消息。
如果Aware節點230、240接收上述Flush消息，則改寫FDB(Forwarding database，轉發資料庫)的內容，該FDB用於存儲幀中所示的目的地和該幀的輸出埠之間的對應。具體地來說，在接收Flush消息之前，將記載有接收Hello消息的埠的FDB的條目(entry)的輸出埠名改寫為已接收Flush消息的埠。例如在圖40的網絡中的Aware節點230，進行以下那樣的FDB的改寫。在接收來自節點220的Flush消息之前，接收Hello消息的埠為P1，因此FDB中，針對記載P1作為輸出埠名的條目，將輸出埠名改寫為Flush消息的接收埠P2。
如上所述，分別在Aware節點230、240的下屬的終端，能夠經由切換為主模式的備份節點220繼續進行通信。
此外，認為鏈路切斷是與上述的主節點的發生故障不同的故障。採用圖41對該情況的動作進行說明。如圖41所示，在主節點210和Aware節點230間發生鏈路切斷的情況下，主節點210探測到鏈路切斷，並按照降低自身節點的優先級的方式工作。並且，發送保存有該降低的優先級信息的Hello消息。另一方面，接收該Hello消息的備份節點220，通過得知主節點210的優先級比自節點(備份節點220)低的情況，而開始進行從成員埠P1、P2定期地發送保存有自節點的優先級的Hello消息的處理，並繼續對從主節點210發送的Hello消息進行監視。
接收從備份節點220發送的Hello消息的主節點210，通過得知備份節點220的優先級比自節點(主節點210)高，而切換為備份模式，將成員埠P1、P2的埠狀態從轉發狀態變為阻塞狀態，並且停止定期地發送Hello消息的處理。之後，主節點210對從備份節點220定期發送的Hello消息進行監視。
在主節點210停止發送Hello消息，備份節點220在規定的時間不能接收從主節點210發送的Hello消息的情況下，將備份節點220切換到主模式。
切換到主模式的備份節點220，使成員埠P1、P2處於轉發狀態，並且從成員埠P1、P2發送flush消息。之後，備份節點220繼續定期地從成員埠P1、P2發送Hello消息。
此時，Flush消息以及Hello消息保存有備份節點220的優先級信息後被發送。
接收Flush消息的Aware節點230、240的動作與上述相同。即，將FDB的條目中的、輸出埠名為備份節點220的切換之前接收了Hello消息的埠的條目的輸出埠名，改寫為接收到Flush消息的埠。
如上那樣，處於Aware節點230、240各自下屬的終端，能夠經由切換為主模式的備份節點220繼續進行通信。
如上所述，通過採用現有的節點冗餘協議對節點進行冗餘化，即使產生節點故障或鏈路切斷等的故障，也能夠不用停止通信而繼續進行服務運行。
但是，對例如STP那樣，應用了管理埠的埠狀態的其他協議(以下記述為其他協議)的網絡內的節點，應用現有的節點冗餘協議的情況下，存在不能傳輸幀的問題。
例如，圖42中表示在STP網的邊緣(edge)部分中應用現有的節點冗餘協議的網絡。在圖42中，在主節點210和備份節點220的雙方中，節點冗餘協議的成員埠成為P1～P4。另一方面，在觀察STP網側時，將主節點210以及備份節點220的STP的成員埠設定為P3、P4。STP的成員埠意味著STP為有效的埠、即其埠狀態通過STP管理的埠。這種設定的情況下，關於埠P3、P4的埠狀態的管理，在STP和節點冗餘協議之間發生競爭，如後所述，存在不能傳輸幀的問題。
此外，為了避免上述的競爭，在圖42中，將主節點210、備份節點220各自的埠P1、P2設定為節點冗餘協議的成員埠，將各個成員埠P3、P4設定為STP的成員埠的情況下，當切換主模式和備份模式時，在與STP的成員埠P3、P4連接的節點250以及260中不能發送上述的Flush消息，因此不能改寫節點250以及260的FDB。因此，此時在節點250以及260的FDB對象換出(age out)之前的期間，節點250以及260處於不能進行通信(幀的傳輸)的狀態。
以下，對在將主節點210以及備份節點220的埠P3、P4設定為節點冗餘協議以及STP這兩協議的成員埠的情況下，因埠狀態的管理進行競爭，而不能進行通信的問題進行說明。
在圖43所示的結構的網絡中，節點260經由備份節點220的成員埠P4以及P3與其他節點進行通信。圖44中表示對備份節點220中的STP的成員埠的埠狀態進行管理的埠狀態管理表270的設定內容、和對節點冗餘協議的成員埠的埠狀態進行管理的埠狀態管理表280的設定內容的例子。
關於備份節點220的埠P1、P2，採用STP進行的埠狀態的管理處於無效，在採用節點冗餘協議的管理中，埠狀態處於轉發狀態。
此外，關於埠P3、P4，在STP的管理中，埠狀態均為轉發狀態，但採用節點冗餘協議的管理中，埠狀態均處於阻塞狀態，在STP和節點冗餘協議中，設定互相不同的埠狀態。
由於備份節點220的埠P3和P4的STP中的埠狀態為轉發狀態，因此節點260可經由這些埠與其他節點進行通信。
與此相對，由於埠P3和P4的節點冗餘協議中的埠狀態為轉發狀態，因此從節點260到其他節點的通信以及從其他節點到節點260的通信分別在備份節點220的成員埠P4及P3上斷開。
即、即使STP中的埠狀態為轉發狀態，但由於節點冗餘協議中的埠狀態為阻塞狀態，因此廢棄除如STP的BPDU(Bridge Protocol Data Unit)幀或節點冗餘協議的Hello消息及Flush消息那樣的控制幀以外的通常的數據幀。因此，因STP和節點冗餘協議中的埠狀態的管理進行競爭，而節點260處於不能與其他節點進行通信的狀態。
發明內容
本發明的第一目的在於，提供一種能夠使採用如上所述的節點冗餘協議的網絡和採用其他協議的網絡共存的網絡系統、節點以及節點控制程序、節點控制方法。
本發明的第二目的在於，提供一種能夠解決在使採用節點冗餘協議的網絡和採用其他協議的網絡共存的情況下，在切換主模式和備份模式時，採用其他協議的網絡側的節點的FDB對象換出之前，不能通信的問題的網絡系統、節點以及節點控制程序、節點控制方法。
本發明的第三目的在於，提供一種相互連接STP網之間的網絡系統，可實現能夠提高可靠性的系統的網絡系統、節點以及節點控制程序、節點控制方法。
本發明的第四目的在於，提供一種可實現對STP網的路由節點的節點進行冗餘化，尤其可有效抑制在故障恢復時需要時間的路由節點的故障的產生的網絡系統、節點以及節點控制程序、節點控制方法。
為了實現上述目的，本發明的網絡系統中，使採用節點冗餘協議的網絡和採用其他協議的網絡共存，上述網絡系統構成為對於屬於主節點和備份節點、而且處於節點冗餘協議的管理下的成員埠且處於上述其他協議的管理下的埠的狀態，不採用節點冗餘協議進行管理，而採用上述其他協議進行管理，其中上述主節點和備份節點構成了採用其他協議的網絡，此外，在將主節點或備份節點向主模式切換時，向與處於節點冗餘協議的管理下的成員埠連接的全部節點，發送用於改寫轉發資料庫的控制幀。
通過本發明，將處於其他協議的管理下的埠的狀態從節點冗餘協議的管理下除去，從而能夠避免採用節點冗餘協議和其他協議的埠管理狀態進行競爭，並且在切換主節點和備份節點的節點冗餘協議中的動作狀態時，通過向與處於節點冗餘協議的管理下的成員埠連接的所有節點發送Flush消息，從而可刷新與處於其他協議的管理下的成員埠連接的節點的FDB。
圖1為表示應用本發明的第一實施例的網絡系統的結構的圖。
圖2為表示第一實施例的主節點和備份節點的結構的框圖。
圖3為表示第一實施例的與主節點和備份節點直接連接的STP網外的節點的結構的框圖。
圖4表示第一實施例的與主節點和備份節點直接連接的STP網內的節點的結構。
圖5為表示圖1的網絡系統中的、主節點的節點冗餘協議成員埠管理表和STP成員埠管理表的設定內容的圖。
圖6為表示圖1的網絡系統中的、備份節點的節點冗餘協議成員埠管理表和STP成員埠管理表的設定內容的圖。
圖7為表示圖1的網絡系統中的、主節點的埠狀態管理表的內容例的圖。
圖8為表示圖1的網絡系統中的、備份節點的埠狀態管理表的內容例的圖。
圖9為表示圖1的網絡系統中的、不屬於STP網的Aware節點的節點冗餘協議成員埠管理表的設定內容例的圖。
圖10為表示圖1的網絡系統中的、不屬於STP網的Aware節點的節點冗餘協議成員埠管理表的設定內容例的圖。
圖11為表示圖1的網絡系統中的、屬於STP網的Aware節點的STP成員埠管理表的設定內容例的圖。
圖12為表示圖1的網絡系統中的、屬於STP網的Aware節點的STP成員埠管理表的設定內容例的圖。
圖13為表示圖1的網絡系統中的、將備份節點切換為主模式之後的狀態的圖。
圖14為表示圖1的網絡系統中的、發送Flush消息所引起的FDB改寫後的狀態的圖。
圖15為說明在圖1的網絡系統中，主節點接收幀時的動作的流程圖。
圖16為說明在圖1的網絡系統中，主節點接收幀時的動作的流程圖。
圖17為說明在圖1的網絡系統中，主節點接收幀時的動作的流程圖。
圖18為說明在圖1的網絡系統中，不屬於STP網的Aware節點接收幀時的動作的流程圖。
圖19為對第一實施例中的網絡系統的動作進行說明的順序圖。
圖20為表示本發明的第二實施例的網絡系統的結構，即在設定多個VLAN的網絡系統中應用節點冗餘協議時的結構的圖。
圖21為表示第二實施例中的、主節點和備份節點在各VLAN中的動作狀態的圖。
圖22為表示第二實施例中的主節點和備份節點的節點冗餘協議成員埠管理表的各VLAN的設定內容的圖。
圖23為表示第二實施例中的主節點和備份節點的節點冗餘協議成員埠管理表的各VLAN的設定內容的圖。
圖24為表示第二實施例中的主節點和備份節點的埠狀態管理表中設定的、各VLAN中的節點冗餘協議的成員埠的埠狀態的圖。
圖25為表示屬於STP網的Aware節點的節點冗餘協議成員埠管理表中設定的、各VLAN中的節點冗餘協議的成員埠的埠狀態的圖。
圖26為表示不屬於STP網的Aware節點的節點冗餘協議成員埠管理表中設定的、各VLAN中的節點冗餘協議的成員埠的埠狀態的圖。
圖27為表示不屬於STP網的Aware節點的節點冗餘協議成員埠管理表中設定的、各VLAN中的節點冗餘協議的成員埠的埠狀態的圖。
圖28為表示本發明的第三實施例的主節點和備份節點的結構的框圖。
圖29為表示第三實施例的主節點和備份節點的其他結構的框圖。
圖30為表示第三實施例中的將備份模式切換為主模式之後的狀態的圖。
圖31為表示第三實施例中的通過發送建立了Topology Change標誌位的BPDU幀，來改寫FDB後的狀態的圖。
圖32為表示在第四實施例的兩個STP網間的相互連接部分設置了主節點和備份節點的結構的圖。
圖33為表示第五實施例的、主節點和備份節點作為STP網的路由節點發揮功能的網絡系統的圖。
圖34為在第五實施例中，因主節點發生故障而將備份節點切換到主模式之後的狀態的圖。
圖35為表示在第五實施例中，對位於STP網的邊緣以外的部分的路由節點進行冗餘化的網絡系統的圖。
圖36為表示第六實施例的網絡系統的結構的圖。
圖37為表示在圖36的網絡系統中，通過切斷兩個鏈路而使主節點和備份節點全部成為主節點的狀態的圖。
圖38為表示在第六實施例中，用於避免主節點和備份節點全部處於主模式時的問題的路由路徑成本的值的設定例的圖。
圖39為表示應用現有的節點冗餘協議的網絡系統的例子的圖。
圖40為說明在圖39的網絡系統中，因主節點發生故障而將備份模式切換到主模式時的動作的圖。
圖41為說明在圖39的網絡系統中，因發生切斷而備份節點切換到主模式時的動作的圖。
圖42為說明使現有的節點冗餘協議和STP共存的網絡系統中的、成員埠的競爭的圖。
圖43為說明使現有的節點冗餘協議和STP共存的網絡系統中的、成員埠的競爭所引起的不良情況的圖。
圖44為表示圖43的網絡系統的備份節點中的STP的埠狀態管理表的設定內容和節點冗餘協議的埠狀態管理表的設定內容的例子的圖。
圖45為表示現有的STP網的網絡的例子的圖。
圖46為對文獻1中提出的STP網進行說明的、表示生成樹結構的第一例的圖。
圖47為對文獻1中提出的STP網進行說明的、表示生成樹結構的第二例的圖。
圖48為對文獻1中提出的STP網進行說明的、表示生成樹結構的第三例的圖。
圖49為對文獻1中提出的STP網進行說明的、表示生成樹結構的第四例的圖。
圖50為對文獻1中提出的STP網進行說明的、表示生成樹結構的第五例的圖。
圖51為對文獻1中提出的STP網進行說明的、表示生成樹結構的第六例的圖。
具體實施例方式
以下，參照附圖，對本發明的優選實施例進行詳細的說明。
(第一實施例)在第一實施例中，對構成STP網的節點進行冗餘化的方法進行詳細地說明。
圖1為表示應用本發明的網絡系統的結構的圖。
屬於STP網的節點50、60分別與主節點10以及備份節點20的埠P3、P4連接，不屬於STP網的節點30、40分別與主節點10以及備份節點20的埠P1、P2連接。
此外，節點70、80分別與屬於STP網的節點50、60連接，節點70、80與主節點10、備份節點20、節點50、節點60一起構成STP網。
主節點10及備份節點20中應用本發明的節點冗餘協議，主節點10以及備份節點20中一方的節點處於本發明的節點冗餘協議中的主模式的動作狀態，另一方處於備份模式的動作狀態，各個節點作為被冗餘的一對節點中之一動作。
此外，與通過本發明的節點冗餘協議冗餘化的主節點10以及備份節點20直接連接的屬於STP網的節點50、60以及不屬於STP網的節點30、40全部作為主節點10以及備份節點20的Aware節點動作。
以下對主節點10以及備份節點20的結構和動作進行說明。
如圖2所示，主節點10具備幀解析部110、開關120、埠狀態管理表130、FDB(轉發資料庫)140和幀多路復用部150，在本發明中具有特點的結構為具備STP模塊160、節點冗餘協議模塊170、STP成員埠管理表180和節點冗餘協議成員埠管理表190。
另外，備份節點20的結構與主節點10相同。
圖5中表示圖1的網絡結構例中的主節點10的節點冗餘協議成員埠管理表190的設定例以及STP成員埠管理表180的設定例。
在圖5中所示的主節點10的節點冗餘協議成員埠管理表190中，直接連接有Aware節點(節點30、40、50、60)的埠P1～P4登記為主節點10的節點冗餘協議的成員埠。
這些成員埠的管理表也可在網絡構築時手動地設定，還可由用戶設定。
此外，圖5中所示的主節點10的STP成員埠管理表180中，直接連接有構成STP網的節點50、60的埠P3、P4登記為主節點10的STP的成員埠。
圖6中表示圖1的網絡結構例中的備份節點20的節點冗餘協議成員埠管理表190的設定例及STP成員埠管理表180的設定例。
在圖6中所示的備份節點20的節點冗餘協議成員埠管理表190中，連接有Aware節點(節點30、40、50、60)的埠P1～P4登記為備份節點20的節點冗餘協議的成員埠。
此外，在圖6所示的備份節點20的STP成員埠管理表180中，連接有構成STP網的節點50、60的埠P3、P4登記為備份節點20的STP的成員埠。
以下，對主節點10的動作進行說明。在此，只對主節點10的動作進行說明，但備份節點20的動作也相同。
在主節點10的動作狀態處於主模式的情況下，節點冗餘協議解析部172對Hello/Flush消息發送部173進行指示，以使從節點冗餘協議的成員埠(P1～P4)定期地發送保存有自節點的節點冗餘協議相關的信息(例如優先級)的Hello消息。
作為節點冗餘協議相關的信息，使用如主節點10以及備份節點20的動作狀態互相不同的信息。
例如在將主節點10的動作狀態從備份模式更新到主模式時，需要計算主節點10以及備份節點20的節點冗餘協議相關的信息，以使備份節點20的動作狀態被從主模式更新到備份模式。
在此，對採用優先級作為節點冗餘協議相關的信息時，計算優先級的方法的一例進行說明。
作為優先級，從默認或設定接口預先通過手動等設定作為基準的值(以下稱作基準值)後，保持在節點冗餘協議解析部172中。
作為節點的優先級的計算方法，主要採用利用基準值、節點冗餘協議的成員埠數、連結激活(linkup)的成員埠數來計算的方法。
在例如，優先級的基準值為100，節點冗餘協議的成員埠為P1～P4這四個，其中連結激活的成員埠為P1～P3這三個的情況下，可按照優先級為，基準值×(節點冗餘協議的成員埠數)/(節點冗餘協議的成員埠中的連結激活的埠數)＝100×3/4＝75的方式進行計算。
除了上述的優先級計算方法以外，也可採用考慮涉及節點冗餘協議的成員埠以外的埠的信息等的其他信息的計算方法。
Hello/Flush消息發送部173基於自節點的節點冗餘協議相關的信息，作成Hello消息，指示幀多路復用部150從節點冗餘協議的成員埠發送所作成的Hello消息。
在主節點10的動作狀態處於備份模式的情況下，如後所述，對從處於主模式的節點定期地發送的Hello消息進行監視。
下面，參照圖15到圖17中所示的流程圖，對主節點10接收幀時的動作進行說明。
除了在接收作為節點冗餘協議的控制幀的Hello消息或Flush消息時之外，主節點10接收幀時的動作不依賴於節點的動作狀態(主模式或備份模式)。
由埠P3、P4接收的幀全部被發送到幀解析部110(步驟1501)。
幀解析部110，識別所接收的幀的種類(步驟1502)後，如果接收幀為STP的控制幀即BPDU幀，則向STP模塊160內的BPDU接收部161發送接收幀(步驟1503)。
STP模塊160的以後的詳細動作將後述。
如果接收幀為作為節點冗餘協議的控制幀即Hello消息或Flush消息，則幀解析部110將接收幀向節點冗餘協議模塊170內的Hello/Flush消息接收部171發送(步驟1504)。
關於節點冗餘協議模塊170以後的詳細動作將後述。
如果接收幀為STP的控制幀以及節點冗餘協議的控制幀以外的通常的數據幀，則幀解析部110向開關120發送接收幀(步驟1505)。
開關120將接收幀的輸入埠作為關鍵字，參照埠狀態管理表130，取得輸入埠的埠狀態(步驟1506)。
圖7表示圖1的網絡結構例中的主節點10的埠狀態管理表130的示例，圖8表示圖1的網絡結構例中的備份節點20的埠狀態管理表130的示例。
埠狀態管理表130為用於管理屬於主節點10或備份節點20的各埠的埠狀態(轉發狀態或阻塞裝的任一個狀態)的表，通過STP解析部172以及節點冗餘協議解析部192對埠狀態管理表130進行參照，並且改寫內容。
在輸入埠的埠狀態為阻塞狀態時(步驟1507)，開關120中斷傳輸接收幀的處理後，廢棄接收幀(步驟1508)。
在輸入埠的埠狀態為轉發狀態時(步驟1507)，開關120將保存在接收幀中的目的地信息作為關鍵字，對FDB140進行檢索後，取得接收幀的輸出埠信息(步驟1509)，對幀多路復用部150進行指示以使由保存在所取得的輸出埠信息中的埠發送接收幀(步驟1510)。
將這種幀的傳輸方法稱作單播(unicast)傳輸。
在沒有檢索到與保存在接收幀中的目的地信息相關的輸出埠信息的情況下，開關120參照埠狀態管理表130，對幀多路復用部150進行指示，以使由除了輸入埠之外的處於轉發狀態的所有埠發送接收幀。
將這種幀的傳輸方法稱作廣播傳輸。
以下，對接收幀為BPDU幀時的STP模塊160的動作詳細地進行說明。
STP模塊160，將連接有屬於STP網的節點(節點50、60)的埠(P3、P4)作為STP的成員埠，具有用於管理該埠狀態的功能，具備BPDU接收部161、STP解析部162和BPDU發送部163。
STP解析部162，通過對由BPDU接收部161所接收的BPDU幀中保存的幀的傳輸路徑相關的信息(例如路由節點的MAC地址、路由路徑開銷)和STP解析部162自身所保持的幀的傳輸路徑相關的信息進行解析，由此對自身的幀的傳輸路徑相關的信息進行更新(步驟1511)，並且基於所更新的幀的傳輸路徑相關的信息，決定STP的成員埠的埠狀態(轉發狀態或阻塞狀態)，從而變更埠狀態管理表130(步驟1512)。
此外，為了將所更新的幀的傳輸路徑相關的信息傳送到與自節點連接的其他節點，STP解析部162對BPDU發送部163進行指示，以使由STP的成員埠發送保存有幀傳輸的路徑相關的信息的BPDU幀(步驟1513)。
BPDU發送部163基於所更新的幀的傳輸路徑相關的信息，作成BPDU幀(步驟1514)，對幀多路復用部150進行指示以使從STP的成員埠發送已作成的BPDU幀(步驟1515)。
此外，STP解析部162對BPDU發送部163進行指示，以使從STP的成員埠定期地發送BPDU幀。
BPDU發送部163基於幀的傳輸路徑相關的信息作成BPDU幀，對幀多路復用部150進行指示，以使由STP的成員埠發送已作成的BPDU幀。
以下，對接收幀為Hello消息或Flush消息時的節點冗餘協議模塊的動作進行詳細說明。
節點冗餘協議模塊170具有將與Aware節點(節點30、40、50、60)連接的埠(P1、P2、P3、P4)作為節點冗餘協議的成員埠，用於管理該埠狀態的功能，並且具備Hello/Flush消息接收部171、節點冗餘協議解析部172和Hello/Flush消息發送部173。
由於節點冗餘協議模塊170的動作依賴於主節點10的動作狀態，因此以下將主模塊10的動作狀態分為主模式的情況和備份模式的情況進行說明。
首先，參照圖16的流程圖，對主節點10的動作狀態為主模式的情況進行說明。
由Hello/Flush消息接收部171接收Hello消息或Flush消息時(步驟1601)，節點冗餘協議解析部172通過對保存在所接收的Hello消息或Flush消息中的節點冗餘協議相關的信息以及節點冗餘協議解析部172自身保持的節點冗餘協議相關的信息進行解析，來決定自節點的動作狀態(步驟S1602)。
在自節點的動作狀態沒有更新而仍為主模式的情況下(步驟1603)，廢棄所接收的Hello消息或Flush消息(步驟1604)，結束所接收的Hello消息或Flush消息相關的處理，並且繼續定期發送Hello消息。
另一方面，在將自節點的動作狀態決定為備份模式的情況下(步驟1603)，節點冗餘協議解析部172將動作狀態切換到備份模式後，為了防止STP和節點冗餘協議之間的競爭，而只將不包括在STP的成員埠中的節點冗餘協議的成員埠(P1、P2)的埠狀態，由轉發狀態變更為阻塞狀態，並對埠狀態管理表130的內容進行變更(步驟1605)，並且停止定期地發送上述Hello消息的處理(步驟1606)。
之後，如後所述，對從處於主模式的其他節點定期地發送的Hello消息進行監視。
接下來，參照附圖17的流程圖，對主節點10的動作狀態為備份模式的情況進行說明。
在主節點10的動作狀態為備份模式的情況下，由Hello/Flush消息接收部171接收Hello消息或Flush消息時(步驟1701)，節點冗餘協議解析部172通過對保存在所接收的Hello消息或Flush消息中的節點冗餘協議相關的信息以及節點冗餘協議解析部172自身保持的節點冗餘協議相關的信息進行解析，來決定主節點的動作狀態(步驟S1702)。
在主節點10的動作狀態沒有更新而仍為備份模式的情況下(步驟1703)，廢棄所接收的Hello消息或Flush消息(步驟1704)，並且繼續對定期發送的Hello消息進行監視。
在將主節點10的動作狀態決定為主模式的情況下(步驟1703，是)，節點冗餘協議解析部172開始由節點冗餘協議的成員埠P1～P4定期地發送Hello消息的處理(步驟1705)，並且繼續對從處於主模式下的節點(備份節點20)發送的Hello消息進行監視。
另一方面，處於主模式的節點(備份節點20)，通過接收從主節點10定期地發送的Hello消息，而將自節點的動作狀態從主模式更新到備份模式，由於停止定期地發送Hello消息的處理，因此主節點10無法接收Hello消息。
在主節點10開始發送Hello消息以後，在規定時間不能接收從處於主模式下的節點發送的Hello消息的情況下(步驟1706)，將自節點的動作狀態切換為主模式(步驟1707)。
而且，為了防止STP和節點冗餘協議之間的競爭，主節點10隻將不包括在STP的成員埠中的節點冗餘協議的成員埠(P1、P2)的埠狀態由轉發狀態變為阻塞狀態，並對埠狀態管理表130的內容進行變更(步驟1708)，並且由節點冗餘協議的所有成員埠(P1～4)發送Flush消息(步驟1709)。
之後，主節點10繼續從節點冗餘協議的成員埠P1～P4發送Hello消息。
另外，在開始發送Hello消息以後，主節點10接收Hello消息的情況下，主節點10停止定期地發送Hello消息的處理(步驟1710)，對所接收的Hello消息，進行與上述的節點冗餘協議相關的信息的解析後，進行決定自節點的動作狀態的處理。以後的主節點10的動作與上述相同。
以下，對處於主模式的備份節點20發生故障，處於備份模式的主節點10不能接收Hello消息時的動作進行說明。
在主節點10不能以規定次數連續地接收Hello消息的情況下，判斷處於主模式的節點(備份節點20)發生故障，開始由節點冗餘協議的成員埠(P1～P4)發送Hello消息的處理。
在開始發送Hello消息之後，主節點10在規定時間不能接收從備份節點20發送的Hello消息的情況下，將自節點的動作狀態切換到主模式。
關於以後的動作，與將上述的主節點10從備份模式切換到主模式時的動作相同，因此省略說明。
以上，只對主節點10的動作進行了詳細的說明，但在主節點10的動作狀態為主模式的情況下，備份節點20的動作狀態為備份模式，在主節點10的動作狀態為備份模式的情況下，備份節點20的動作狀態為主模式，除了上述情況，備份節點20的動作與主節點10的動作相同，因此省略說明。
如上所述，節點冗餘協議解析部172隻對不包括在STP的成員埠中的節點冗餘協議的成員埠的埠狀態進行管理，此外在從備份模式切換為主模式時，通過從節點冗餘協議的所有成員埠發送Flush消息，從而通過節點冗餘協議對STP網內的節點進行冗餘化，因此可提供一種即使被冗餘化的一方的節點發生故障，也可經由另一方的節點繼續通信的網絡系統。
以下，對與主節點10和備份節點20的成員埠P1、P2連接的不屬於STP網的節點30、40的結構和動作進行說明。
如圖3所示，節點30、40具備幀解析部310、開關320、FDB340和幀多路復用部350，還具備節點冗餘協議模塊370和節點冗餘協議成員埠管理表390。關於節點冗餘協議模塊370，與主節點10的節點冗餘協議模塊170相同，具備Hello/Flush消息接收部371、節點冗餘協議解析部372和Hello/Flush消息發送部373。
圖9表示圖1的網絡結構例中的節點30的節點冗餘協議成員埠管理表390的設定例。
圖9中所示的節點30的節點冗餘協議成員埠管理表390中，將直接連接有主節點10或備份節點20的埠P1、P2登記為節點30的節點冗餘協議的成員埠。
圖10表示圖1的網絡結構例中的節點40的節點冗餘協議成員埠管理表390的設定例。
圖10中所示的節點40的節點冗餘協議成員埠管理表390中，將連接有主節點10或備份節點20的埠P1、P2登記為節點40的節點冗餘協議的成員埠。
以下，參照圖18的流程圖，對節點30接收幀時的動作進行說明。
在此，對節點30的動作進行了說明，但節點40的動作與節點30的動作相同，因此省略說明。
由埠P1、P2接收的幀全部被發送到幀解析部310(步驟1801)。
如果接收幀為節點冗餘協議的控制幀即Hello消息或Flush消息(步驟1802)，則幀解析部310將接收幀發送到節點冗餘協議模塊370內的Hello/Flush消息接收部371(步驟1803)。
在由Hello/Flush消息接收部371接收的幀為Hello消息時(步驟1804)，節點冗餘協議解析部372對Hello消息的輸入埠進行存儲(步驟1805)，並且參照節點冗餘協議成員埠管理表390，對Hello/Flush消息發送部373指示，以使由除了輸入埠之外的節點冗餘協議的所有成員埠發送所接收的Hello消息(步驟1806)。
另外，在埠未登記在節點冗餘協議成員埠管理表390中時，由輸入埠以外的所有埠發送Hello消息。
所接收的Hello消息與輸出埠信息一起，從Hello/Flush消息發送部373被發送到幀多路復用部350後，由通過節點冗餘協議解析部372指示的埠被發送(步驟1807)。
在由Hello/Flush消息接收部371接收的幀為Flush消息時(步驟1804)，節點冗餘協議解析部372將FDB340的條目中的輸出埠信息為接收到此為止所接收的Hello消息的埠的條目的輸出埠，改寫為所接收的Flush消息的輸入埠(步驟1808)，並且參照節點冗餘協議成員埠管理表390，對Hello/Flush消息發送部173進行指示，以使由除了輸入埠之外的節點冗餘協議的所有成員埠發送所接收的Flush消息(步驟1809)。
此外，在沒有將埠登記在節點冗餘協議成員埠管理表390中時，由輸入埠以外的所有埠發送Flush消息。
所接收的Flush消息與輸出埠信息一起，從Hello/Flush消息發送部373被發送到幀多路復用部350後，由通過節點冗餘協議解析部372指示的埠被發送(步驟1807)。
接下來，對在步驟1802中判定為接收幀是節點冗餘協議的控制幀以外的通常的數據幀的情況進行說明。
幀解析部310向開關320發送接收幀(步驟1810)，開關320將保存在接收幀中的目的地信息作為關鍵字，對FDB340進行檢索(步驟1811)，取得接收幀的輸出埠信息後(步驟1812)，通過對幀多路復用部350進行指示，以使由保存在所取得的輸出埠信息中的埠發送接收幀，從而對接收幀進行單播傳輸(步驟1813)。
在沒有檢索到保存在接收幀中的目的地相關的輸出埠信息的情況下，開關320對幀多路復用部150進行指示，以使由輸入埠以外的所有埠發送接收幀，從而對接收幀進行廣播傳輸(步驟1814)。
如上所述，節點30、40通常將從主模式的節點定期發送的Hello消息傳輸到備份模式的節點，並且在被冗餘化的節點的動作狀態互相切換的情況下，接收從新切換為主模式的節點發送的Flush消息，而對FDB340的內容進行更新，從而即使發生鏈路切斷或節點發生故障等的網絡故障，而改變主模式的節點，也能繼續進行通信。
以下，對與主節點10和備份節點20的成員埠P3、P4連接的屬於STP網的節點50、60的結構和動作進行說明。
如圖4所示，屬於STP網的節點50、60除了圖3所示的節點30、40的結構外，還具備STP模塊360、STP成員埠管理表380和埠狀態管理表330。
關於節點50、60的STP模塊360，與主節點10及備份節點20的STP模塊160相同，具備BPDU接收部361、STP解析部362和BPDU發送部363。
圖11表示圖1的網絡結構例中的節點50的節點冗餘協議成員埠管理表390的設定例以及STP成員埠管理表380的設定例。
圖11中所示的節點50的節點冗餘協議成員埠管理表390中，將直接連接有主節點10或備份節點20的埠P1、P2登記為節點50的節點冗餘協議的成員埠。
此外，圖11所示的節點50的STP成員埠管理表380中，將直接連接有構成STP網的節點10、20、60、70的埠P1～4登記為節點50的STP的成員埠。
圖12表示圖1的網絡結構例中的節點60的節點冗餘協議成員埠管理表390的設定例以及STP成員埠管理表380的設定例。
圖12中所示的節點60的節點冗餘協議成員埠管理表390中，將連接有主節點10或備份節點20的埠P1、P2登記為節點60的節點冗餘協議的成員埠。
此外，在圖12所示的節點60的STP成員埠管理表380中，將直接連接有構成STP網的節點10、20、50、80的埠P1～4登記為節點60的STP的成員埠。
以下，對節點50接收幀時的動作進行說明。
在此，對節點50的動作進行了說明，但節點60的動作與節點50的動作相同，因此省略說明。
由埠P1、P2接收的幀全部被發送到幀解析部310。
幀解析部310對所接收的幀的種類進行識別，如果接收幀為STP的控制幀即BPDU幀，則將接收幀發送到STP模塊360內的BPDU接收部361。
以下的STP模塊360的動作，與主節點10接收BPDU幀時的STP模塊160的動作相同，因此省略說明。
如果接收幀為節點冗餘協議的控制幀即Hello消息或Flush消息，則幀解析部310將接收幀發送到節點冗餘協議模塊370內的Hello/Flush消息接收部371。
以下的節點冗餘協議模塊370的動作與節點30接收Hello消息或Flush消息時的節點冗餘協議模塊370的動作相同，因此省略說明。
在接收幀為節點冗餘協議的控制幀以外的通常的數據幀的情況下，幀解析部310將接收幀向開關320發送。
以下的傳輸數據幀的動作，與上述的主模式10傳輸數據幀的動作相同，因此省略說明。
如上所述，節點50與節點30相同，通常將從主模式的節點定期發送的Hello消息傳輸到備份模式的節點，並且在被冗餘化的節點的動作狀態互相切換的情況下，接收從新切換為主模式的節點發送的Flush消息，而對FDB340的內容進行更新，從而即使發生鏈路切斷或節點發生故障等的網絡故障，而改變主模式的節點，也能繼續進行通信。
接下來，參照圖19中所示的順序圖，對第一實施例中的網絡系統的動作進行說明。
在圖1的網絡結構中，主節點10的動作狀態為主模式，備份節點20的動作狀態為備份模式。
通常主節點10從登記在冗餘協議成員埠管理表190中的所有成員埠(P1～P4)定期地發送Hello消息(1901)。
節點30、40、50、60分別由埠P1接收從主節點10發送的Hello消息後(1902)，由連接有備份節點20的埠P2發送所接收的Hello消息(1903)。
備份節點20接收從主節點10定期發送的Hello消息(1904)，對保存在Hello消息中的節點冗餘協議相關的信息進行監視。
在此，對切斷主節點10和節點30之間的鏈路後，主節點10的優先級比備份節點20的優先級低的情況進行說明。
在檢測出保存在由埠P2接收的Hello消息中的主節點10的優先級比備份節點20的優先級低(1905)時，將備份節點20的動作狀態決定為主模式(1906)，從節點冗餘協議的成員埠(P1～P4)定期地發送Hello消息(1907)。
節點30、40、50、60將從主節點10發送的Hello消息發送到備份模式20，並且接收從備份節點20發送的Hello消息後(1908)，向主節點10發送(1909)。
主節點10接收從備份節點20發送的Hello消息後(1910)，檢測出保存在Hello消息中的備份節點20的優先級比自節點高(1911)，而將自節點的動作狀態從主模式切換到備份模式(1912)。
即關於主模式10的埠狀態管理表130，將不包括在STP成員埠管理表180中的節點冗餘協議成員埠(P1、P2)的埠狀態由轉發狀態變更為阻塞狀態(1913)。
而後，主節點10停止定期地發送Hello消息的處理(1914)，以後對從備份節點20定期地發送的Hello消息進行監視。
另一方面，備份節點20，在開始發送Hello消息後，規定時間不能接收從主節點10發送的Hello消息的情況下(1915)，將自節點的動作狀態切換為主模式(1916)。
即關於備份節點20的埠狀態管理表130，將不包括在STP成員埠管理表180中的節點冗餘協議成員埠(P1、P2)的埠狀態由阻塞狀態變更為轉發狀態(1917)。
之後，備份節點20從節點冗餘協議的成員埠(P1～P4)發送Flush消息(1918)，以後繼續定期發送Hello消息。
節點30、40、50、60分別由埠P2接收從備份節點20發送的Flush消息後，將FDB的條目中的、輸出埠信息為接收了Hello消息的埠P1的條目的輸出埠，改寫為Flush消息的接收埠P2(1919)。此外，將從備份節點20發送的Hello消息以及Flush消息發送到主節點10(1920)。
圖13表示在備份節點20的動作狀態從備份模式切換為主模式後，從備份節點20發送Flush消息，從而Aware節點的FDB被變更之後的網絡的狀態。
此外，圖14中表示互換主節點10和備份節點20的動作狀態，而從備份節點20定期地發送Hello消息的狀態的網絡。
如上所述，在本發明的第一實施例中，將節點構成為，僅由STP模塊160來管理作為節點冗餘協議的成員埠且STP的成員埠的埠的埠狀態，而節點冗餘協議模塊170對上述埠狀態不進行管理，並且在主節點10和備份節點20的動作狀態切換的情況下，通過從節點冗餘協議的所有的成員埠發送Flush消息的結構，來避免發生關於成員埠的節點冗餘協議和STP所引起的競爭，從而可將節點冗餘協議應用於STP網的節點。
(實施例2)接下來，對本發明的第二實施例的網絡系統進行說明。
在第二實施例中，對在設定多個VLAN(Virtual LAN)的網絡系統中應用本發明的節點冗餘協議的方法進行說明。
圖20為將本發明的節點冗餘協議應用於設定有三個VLAN401、402、403的網絡系統中的例子，按每個VLAN表示網絡系統的狀態。
在VLAN401中，節點50為STP網的路由節點，主節點10、備份節點20的動作狀態分別為主模式、備份模式。
VLAN402中，主節點10為STP網的路由節點，主節點10、備份節點20的動作狀態分別為備份模式、主模式。
VLAN403中，節點70為STP網的路由節點，主節點10、備份節點20的動作狀態分別為主模式、備份模式。
如上所述，STP網的路由節點也可按每個VLAN不同，主節點10以及備份節點20的節點冗餘協議的動作狀態也可按每個VLAN而不同。
圖21中表示主節點10以及備份節點20的VLAN401、402、403中的節點冗餘協議的動作狀態。
主節點10以及備份節點20的節點冗餘協議解析部172對圖21所示的內容進行保持。
即在第一實施例中，節點冗餘協議解析部172隻保持有一個自節點的節點冗餘協議的動作狀態，但在第二實施例中，按每個VLAN保持自節點的節點冗餘協議的動作狀態。
在本實施例中，按照圖22中所示的主節點10以及備份節點20的節點冗餘協議成員埠管理表190、圖25中所示的節點30、40的節點冗餘協議成員埠管理表、圖26示出的節點50、60所示的節點冗餘協議成員埠管理表那樣，按每個VLAN管理節點冗餘協議的成員埠。
同樣，在本實施例中，按照圖23中所示的主節點10以及備份節點20的STP成員埠管理表180、圖27中所示的節點50、60的STP成員埠管理表那樣，按每個VLAN管理STP的成員埠。
在本實施例中，按照圖24中所示的主節點10以及備份節點20的埠狀態管理表130那樣，按每個VLAN管理各埠的埠狀態。
關於主節點10、備份節點20以及節點30、40、節點50、60的結構，除了按每個VLAN管理上述各信息的這一點、FDB140存儲有目的地以及VLAN的信息和輸出埠信息的對應的這一點之外，與在第一實施例中說明的結構相同。
通過第一實施例所說明的方式，主節點10、備份節點20按每個VLAN401、402、403對成員埠的埠狀態進行管理。
主節點10以及備份節點20的各VLAN中的動作，與第一實施例中所說明的主節點10以及備份節點20的動作相比，參照VLAN信息的這一點不同。
在第二實施例中，主節點10以及備份節點20，在Hello消息或Flush消息中保存有用於識別VLAN的ID(VRID)並進行發送。
此外，在主節點10以及備份節點20接收Hello消息或Flush消息的情況下，參照保存在Hello消息或Flush消息中的VRID，對與VRID對應的VLAN，決定節點冗餘協議的動作狀態(主模式或備份模式)、節點冗餘協議的成員埠的埠狀態(轉發狀態或阻塞狀態)。
例如，在備份節點20接收保存有與VLAN401對應的VRID1的Hello消息的情況下，備份節點20針對VLAN401中的節點冗餘協議的動作狀態以及節點冗餘協議的成員埠的埠狀態進行上述的處理，但對VLAN402、403中的節點冗餘協議的動作狀態以及成員埠的埠狀態不會帶來影響。
此外，關於BPDU幀，通過參照保存在幀中的VLAN信息(例如保存在VLAN標籤(tag)中的VLAN ID)，從而按每個VLAN計算STP網的傳輸路徑，按每個VLAN對STP的成員埠的埠狀態進行管理。
此外，關於BPDU幀、Hello消息以及Flush消息以外的數據幀，開關120將保存在幀中的目的地信息以及VLAN信息作為關鍵字，對FDB 140進行檢索後，取得輸出埠信息，從而對接收幀進行傳輸。
Aware節點(節點30、40、50、60)的Hello消息或Flush消息接收時的動作，也與主節點10以及備份節點20相同，除了參照保存在Hello消息或Flush消息中的VRID，對與VRID對應的VLAN進行節點冗餘協議的處理以外，與第一實施例中說明的動作相同。
例如，在Aware節點接收了Flush消息時，參照保存在Flush消息中的VRID，將FDB340的條目中的、VLAN信息為與VRID對應的VLAN且輸出埠信息為在接收Flush消息以前接收了保存有相同的VRID的Hello消息的埠的條目的輸出埠信息，改寫為Flush消息的接收埠。
此外，BPDU幀、數據幀接收時的Aware節點的動作與上述的主節點0以及備份節點20相同。
如上所述，通過STP成員埠管理表180、節點冗餘協議成員埠管理表190、埠狀態管理表130，按每個VLAN對節點冗餘協議的動作狀態進行管理，並且通過主節點10和備份節點20發送保存有用於識別VLAN的ID(VRID)的Hello消息或Flush消息，從而可將本發明的節點冗餘協議適用於設定有多個VLAN的網絡系統中。
(第三實施例)接下來，對本發明的第三實施例的網絡系統進行說明。
關於第三實施例中的節點冗餘協議，對在圖1的節點50、60與設置在通常的STP網中的節點相同只具有STP模塊360的情況下，不用改良已有的STP對應的節點，而可對STP網中的節點進行冗餘的方法進行了說明。
使用與已有的STP對應的節點作為圖1的節點50、60，在圖1的網絡系統中應用第一實施例的節點冗餘協議的情況下，由於與已有的STP對應的節點不能識別節點冗餘協議的控制幀(Hello消息以及Flush消息)，因此發生不能作為節點冗餘協議的Aware節點發揮作用的問題。
具體地來說，存在不能將從應用節點冗餘協議的節點對的一方節點(主節點10、備份節點20中的一方)發送的Hello消息傳輸到另一方的節點的問題。
此外，還存在下述問題，即在主節點10、備份節點20的動作狀態交換的情況下，由於不能識別由備份模式切換為主模式的節點所發送的Flush消息，從而無法改寫FDB，因此通信就會中斷到FDB的條目失去時效(aging)為止。
在第三實施例中，使用特殊地址作為保存在Hello消息中的目的地信息，此外利用BPDU幀作為向屬於STP網的Aware節點50、60發送的Flush消息，由此即使與已有的STP對應的節點不能識別節點冗餘協議的控制幀，也可作為Aware節點發揮功能。
主節點10以及備份節點20的結構與第一實施例中所示的結構基本相同，但在第三實施例中，如圖28所示，追加了下述功能，即節點冗餘協議模塊170的節點冗餘協議解析部172能夠對STP模塊160的STP解析部162進行指示，向節點30、40發送用作Flush消息的、建立了STP的Topology Change標誌位的BPDU幀。
首先，對用於使已有的STP對應的節點50、60可傳輸Hello消息以及Flush消息的方法，以下進行說明。
在第三實施例中，主節點10、備份節點20保存有與已有的STP對應的節點始終判斷為未知那樣的特殊地址作為目的地信息後，發送Hello消息以及Flush消息。
在主節點10、備份節點20的幀解析部110以及不屬於STP網的Aware節點30、40的幀解析部310中，預先將作為目的地信息具有該特殊地址的幀確認為節點冗餘協議的控制幀(Hello消息以及Flush消息)。
由此，與第一實施例相同，從主節點10、備份節點20中的一方對節點30、40發送的Hello消息以及Flush消息被傳輸到另一方的節點。
另一方面，在節點50、60接收Hello消息以及Flush消息的情況下，幀解析部310不會認為節點冗餘協議的控制幀，而認為通常的數據幀後，將Hello消息以及Flush消息傳輸到開關320。
節點50、60的開關320將Hello消息以及Flush消息的目的地信息作為關鍵字，對FDB340進行檢索，但由於使用特殊地址作為Hello消息以及Flush消息的目的地信息，因此檢索總是失敗。
因此，開關320，由STP的成員埠中的、除Hello消息或Flush消息的接收埠以外的、處於轉發狀態的所有埠，對所接收的Hello消息或Flush消息進行廣播傳輸。
由於節點50、60的STP的成員埠的任一個與主節點10、備份節點20連接，因此能將從主節點10或備份節點20的一方發送的Hello消息或Flush消息傳輸到另一方的節點。
此時，通過將用於識別發送Hello消息或Flush消息的節點對(主節點10以及備份節點20)的ID保存在Hello消息以及Flush消息中，從而能夠防止接收從其他的節點對發送並在STP網內被廣播傳輸的Hello消息或Flush消息，而使主節點10、備份節點20誤動作。
此外，作為解決在Aware節點50、60為與已有的STP對應的節點時，作為不能傳輸Hello消息的問題的方法還有，在主節點10以及備份節點20的節點冗餘協議的成員埠中的、還包括於STP的成員埠中的埠上，不發送Hello消息的方法。
此時，由於Hello消息以及Flush消息只經由不屬於STP網的Aware節點30、40被傳輸，並且Hello消息在STP網中不被廣播傳輸，因此能夠防止由其他節點對所發送的Hello消息所引起的誤動作，並且具有不由無用的通信量壓迫通信頻帶的優點。
接下來，對在與已有的STP對應的節點50、60接收了Flush消息的情況下，可對FDB340進行清除的方法進行說明。
如圖30所示，在處於主模式的主節點10發生故障，而備份節點20從備份模式切換到主模式時與第一實施例相同，通過從備份節點20向節點30、40發送Flush消息，從而改寫節點30、40的FDB340。
對於STP網內的節點50、60，備份節點20的節點冗餘協議解析部172對STP解析部162進行指示，對在備份節點20的STP成員埠管理表180以及節點冗餘協議成員埠管理表190雙方中設定的埠發送建立了Topology Change標誌位的BPDU幀。
由此，從BPDU發送部163對STP的成員埠發送建立了TopologyChange標誌位的BPDU幀。
此外，作為對建立了Topology Change標誌位的BPDU幀進行發送的方法有，如圖29的主節點10、備份節點20的結構所示那樣，在BPDU發送部163和幀多路復用部150之間設置Topology Change標誌位賦予部199的方法。
在上述的方法中，節點冗餘協議解析部192對Topology Change標誌位賦予部199進行指示，以使建立從BPDU發送部152定期發送的BPDU幀的Topology Change標誌位，從而可對在STP成員埠中包括的節點冗餘協議的成員埠發送Flush消息。
節點50、60接收建立了Topology Change標誌位的BPDU幀時，按照STP規範中規定的方式，從BPDU幀的接收埠以外的所有的STP的成員埠發送建立了Topology Change標誌位的BPDU幀，並且完全刪除FDB340的條目中、輸出埠信息為BPDU幀的發送埠的條目。
由於在節點50、60發送制定了Topology Change標誌位的BPDU幀的埠中，必須包括連接有主節點10的埠(P1)，因此在節點50、60接收BPDU幀以前不需要預先保存接收了Hello消息的埠。
如上所述，通過使用制定了Topology Change標誌位的BPDU幀作為對STP網內的Aware節點的Flush消息，對由與已有的STP對應的節點構成的STP網也能應用第三實施例的節點冗餘協議。
如上所述，通過第三實施例，構成為將對應已有的STP的節點始終判斷為未知的特殊地址用作Hello消息的目的地信息，在STP網內對Hello消息進行廣播傳輸，此外，通過使用制定了Topology Change標誌位的BPDU作為針對與已有的STP對應的節點的Flush消息，從而不用對與已有的STP對應的節點實施改良，可對STP網內的節點進行冗餘化。
(第四實施例)
接下來，對本發明的第四實施例的網絡系統進行說明。
在第四實施例中，對通過在兩個STP網間的相互連接部分中應用本發明的節點冗餘協議，從而提高STP網間的相互連接部分的可靠性的方法進行說明。
圖32表示由主節點10、備份節點20、節點50、60以及70、80構成的STP網1、和由主節點10a、備份節點20a以及節點90、100構成的STP網2，通過連接主節點10、10a、備份節點20、20a的四條鏈路來相互連接的結構的網絡系統。
以下，對在圖32所示的網絡系統中應用第四實施例中的節點冗餘協議的方法進行說明。
首先，將STP網1的主節點10、備份節點20看作被冗餘的節點對，將STP網1的節點50、60、STP網2的主節點10a、備份節點20a看作主節點10、備份節點20的Aware節點，並應用第一實施例中的節點冗餘協議。
接下來，將STP網2的主節點10a、備份節點20a看作被冗餘化的節點對，將STP網2的節點90、100、STP網1的主節點10、備份節點20看作主節點10a、備份節點20a的Aware節點，並應用第一實施例中的節點冗餘協議。
此時，主節點10、10a、備份節點20、20a將用於對從主節點10、備份節點20發送的Hello消息以及Flush消息和從主節點10a、備份節點20a發送的Hello消息以及Flush消息進行識別的ID保存在Hello消息以及Flush消息中。
可採用在第二實施例中說明的VRID作為用於識別Hello消息以及Flush消息的ID的例子。
由此，通過保存用於識別在Hello消息以及Flush消息中應用節點冗餘協議的節點對的ID，主節點10、10a、備份節點20、20a接收Hello消息或Flush消息時，可判斷應作為應用節點冗餘協議的節點對之一進行處理，還是應作為Aware節點進行處理。
由於主節點10、10a、備份節點20、20a、節點50、60、90、100的動作與第一以及第二實施例相同，因此省略說明。
如上所述，通過應用本發明的節點冗餘協議，可提高兩個STP網的相互連接部分的可靠性。
(第五實施例)接下來，對本發明的第五實施例的網絡系統進行說明。
在第五實施例中，對用於通過將本發明的節點冗餘協議應用於STP網的路由節點，而解決在故障恢復時需要時間的路由節點故障的方法進行說明。
圖33表示應用第五實施例中的節點冗餘協議的網絡系統。
在圖33中，主節點10、備份節點20為應用節點冗餘協議的節點對，在通常沒有發送故障時，主節點10處於主模式，備份節點20處於備份模式。
此外，節點30、40、50為主節點10、備份節點20的Aware節點。
主節點10、備份節點20和不屬於STP網的節點30、40間的動作與第一實施例相同，因此省略說明，以下對STP網中的主節點10、備份節點20和節點50間的動作進行說明。
在著眼於圖33的STP網時，主節點10、備份節點20均作為STP網的路由節點工作。
為了使主節點10、備份節點20雙方的節點作為STP網的路由節點發揮作用，設定值相同且優先級比STP網內的其他節點高的橋接器(bridge)ID，來作為主節點10以及備份節點20的STP的橋接器ID。
此時，主節點10、備份節點20向節點50發送保存有相同的橋接器ID的BPDU幀。
在由兩個埠P1、P2接收具有相同的橋接器ID的BPDU幀時且該橋接器ID的優先級在STP網內最高時，STP網內的Aware節點50選擇接收了具有高優先級的路由路徑開銷(Root Path Cost)的BPDU幀的埠作為路由埠(埠狀態為轉發狀態)，選擇接收了具有低優先級的路由路徑開銷的BPDU幀的埠作為代替埠(埠狀態為阻塞狀態)。
由於STP網內的節點50、70、80下屬的終端，可與不屬於STP網的節點30、40下屬的終端進行通信，因此節點50需要選擇連接處於主模式的節點的埠作為路由埠。
因此，將處於主模式的節點的路由路徑開銷的值設定為比處於備份模式的節點的路由路徑開銷小。
例如，也可將處於主模式的路由路徑成本的值設定為「0」，將處於備份模式的路由路徑開銷的值設定為「1」。
在圖33中，處於主模式的主節點10向節點50發送將路由路徑開銷的值設定為「0」的BPDU幀，處於備份模式的備份節點20向節點50發送將路由路徑開銷的值設定為1的BPDU幀。
節點50選擇埠P1作為路由埠，選擇埠P2作為代替埠，並且將埠P1的埠狀態設定為轉發狀態，將埠P2的埠狀態設定為阻塞狀態。
如上所述，能夠對STP網的路由節點應用本發明的節點冗餘協議。
以下，對圖33的主節點10發生故障而Hello消息到達未達到規定次數，備份節點20從備份模式切換到主模式的情況進行說明。
節點50，通過埠P1的鏈路斷開，檢測出主節點10的故障(或者主節點10和節點50間的鏈路的切斷)時，節點50將路由節點從埠P1切換到代替埠即埠P2。
此外，如第一實施例所述，在備份節點20從備份模式切換到主模式時，備份節點20從節點冗餘協議的成員埠P1～P3發送Flush消息。
接收Flush消息的節點30、40、50，將FDB340的條目中的、輸出埠信息為在接收Flush消息以前接收Hello消息的埠(P1)的條目的輸出埠名改寫為Flush消息的接收埠(P2)。
此外，由於切換為主模式的備份節點20向節點50發送將路由路徑開銷的值設定為「0」的BPDU幀，因此節點50選擇直接連接備份節點20的埠P2為路由埠。因此，即使在主節點10發生故障而備份節點20切換為主模式的情況下，STP網內的節點50、70、80下屬的終端也能經由備份節點20與節點30、40下屬的終端繼續進行通信。
還有，主節點10從故障中恢復，按照第一實施例所說明的步驟將主節點切換為主模式，將備份節點20切換為備份模式時，處於主模式的主節點10向節點50發送路由路徑開銷的值比處於備份模式的備份節點20小的BPDU幀。
因此，節點50選擇直接連接主節點10的埠P1作為路由埠，選擇直接連接備份節點20的埠P2作為代替埠，因此STP網內的節點50、70、80下屬的終端能經由主節點10與節點30、40下屬的終端繼續進行通信。
如上所述，對應用節點冗餘協議的節點對設定在STP網中優先級最高的橋接器ID，通過處於主模式的節點發送具有比處於備份模式的節點的優先級高的路由路徑開銷的BPDU，可將STP網的路由節點冗餘化，尤其能有效抑制在故障恢復時需要時間的路由節點的故障的發生。
此外，如圖35的網絡系統所示，通過對沒有連接不屬於圖34的STP網的節點30、40與主節點10以及備份節點20這樣的網絡系統，也應用第五實施例的節點冗餘協議，而能對STP網的路由節點進行冗餘化。
圖35中的主節點10、備份節點20的動作，除了只設定埠P3、P4作為節點冗餘協議的成員埠以外，與上述的圖34的網絡系統中的主節點10、備份節點20的動作相同。
此外，圖35中的節點50、60的動作與圖34的網絡系統中的節點50的動作相同。
如上所述，對不位於STP網的邊緣部分的路由節點也應用第五實施例的節點冗餘協議後，能對路由節點進行冗餘化。
另外，在第五實施例中，對通過主節點10和備份節點20對STP網的路由節點進行冗餘化的情況進行了說明，但本發明也可適用於圖33的網絡網不是通常的STP網，而是本申請的申請人在特願2003-041838號(特開2004-140777號文獻1)中提出的、連接多個節點的網絡(STP網)中。所謂文獻1所述的網絡(STP網)，為通過將各邊緣節點作為路由節點的多個生成樹來設定多個傳輸路徑後，傳輸幀的情況下，採用通過將連接幀的傳輸目標的邊緣節點作為路由節點的生成樹設定的路徑進行幀傳輸那樣的STP網。
在此，對在特願2003-041838號(特開2004-140777號文獻1)中提出的STP網簡單地進行說明。
以下，以由圖46那樣的六個節點構成的網絡為例，對文獻1記載的網絡(STP網)進行說明。在該例中，設所有的節點(11～16)為邊緣節點。
圖46為將節點11作為路由節點的生成樹的結構圖。將該生成樹設為樹61。樹61將節點11的優先級值設定為比節點12～節點16的各節點小的值而作成。通過樹61設定的路徑，可用於從節點12～16的任一個節點向節點11的幀的單播發送以及從節點11向節點12～節點16的各節點發送廣播幀的情況。
圖47為將節點12作為路由節點的生成樹的結構圖。將該生成樹設為樹62。樹62將節點12的優先級值設定為比節點11以及節點13～節點16的各節點小的值而作成。通過樹62設定的路徑，可用於從節點11或節點13～16的任一個節點向節點12的幀的單播發送以及從節點12向節點11以及節點13～節點16的各節點發送廣播幀的情況。
圖48為將節點13作為路由節點的生成樹的結構圖。將該生成樹設為樹63。樹63將節點13的優先級值設定為比節點11～12以及節點14～節點16的各節點小的值而作成。通過樹63設定的路徑，可用於從節點11～節點12或節點14～16的任一個節點向節點13的幀的單播發送以及從節點13向節點11～節點12以及節點14～節點16的各節點發送廣播幀的情況。
圖49為將節點14作為路由節點的生成樹的結構圖。將該生成樹設為樹64。樹64將節點14的優先級值設定為比節點11～13以及節點15～節點16的各節點小的值而作成。通過樹64設定的路徑，可用於從節點11～節點13或節點15～16的任一個節點向節點14的幀的單播發送以及從節點14向節點11～節點13以及節點15～節點16的各節點發送廣播幀的情況。
圖50為將節點15作為路由節點的生成樹的結構圖。將該生成樹設為樹65。樹65將節點15的優先級值設定為比節點11～14以及節點16的各節點小的值而作成。通過樹65設定的路徑，可用於從節點11～節點14或節點16的任一個節點向節點15的幀的單播發送以及從節點15向節點11～節點14以及節點16的各節點發送廣播幀的情況。
圖51為將節點16作為路由節點的生成樹的結構圖。將該生成樹設為樹66。樹66將節點16的優先級值設定為比節點11～節點15的各節點小的值而作成。通過樹66設定的路徑，可用於從節點11～15的任一個節點向節點16的幀的單播發送以及從節點16向節點11～節點15的各節點發送廣播幀的情況。
接下來，參照圖46～圖51，對上述各圖中的節點11～節點16的節點向節點11～節點16的各節點或各節點下屬的終端發送幀時的順序進行敘述。另外，假設各鏈路的開銷相等，各圖中的樹61～樹66的各樹的結構均完成，且拓撲穩定。
在從節點12～節點16的各節點向節點11或其下屬的終端單播發送幀時，使用由圖46記載的樹61設定的路徑。例如從節點15向節點11發送幀時，節點15向數據幀添加識別樹61的標籤(例如節點11的節點ID)後，從樹61中的上遊側埠(樹61中的STP的路由埠)發送數據幀。由樹61設定的路徑上的各節點，通過參照數據幀的標籤，識別使用於數據幀的傳輸的樹(數據幀的目的地為節點11時為樹61)，從樹61中的上遊側埠發送數據幀。如上所述，數據幀被向作為樹61的路由節點的節點11發送。
在從節點11以及節點13～節點16的各節點向節點12或其下屬的終端單播發送幀時，使用由圖47記載的樹62設定的路徑。例如從節點14向節點12發送幀時，節點14向數據幀添加識別樹62的標籤(例如節點12的節點ID)後，從樹62中的上遊側埠(樹62中的STP的路由埠)發送數據幀。由樹62設定的路徑上的各節點，通過參照數據幀的標籤，識別使用於數據幀的傳輸的樹(數據幀的目的地為節點12時為樹62)，從樹62中的上遊側埠發送數據幀。如上所述，數據幀被向作為樹62的路由節點的節點12發送。
在從節點11～節點12以及節點14～節點16的各節點向節點13或其下屬的終端單播發送幀時，使用由圖48記載的樹63設定的路徑。例如從節點11向節點13發送幀時，節點11向數據幀添加識別樹63的標籤(例如節點13的節點ID)後，從樹63中的上遊側埠(樹63中的STP的路由埠)發送數據幀。由樹63設定的路徑上的各節點，通過參照數據幀的標籤，識別使用於數據幀的傳輸的樹(數據幀的目的地為節點13時為樹63)，從樹63中的上遊側埠發送數據幀。如上所述，數據幀被向作為樹63的路由節點的節點13發送。
在從節點11～節點13以及節點15～節點16的各節點向節點14或其下屬的終端單播發送幀時，使用由圖49記載的樹64設定的路徑。例如從節點12向節點14發送幀時，節點12向數據幀添加識別樹64的標籤(例如節點14的節點ID)後，從樹64中的上遊側埠(樹64中的STP的路由埠)發送數據幀。由樹64設定的路徑上的各節點，通過參照數據幀的標籤，識別使用於數據幀的傳輸的樹(數據幀的目的地為節點14時為樹64)，從樹64中的上遊側埠發送數據幀。如上所述，數據幀被向作為樹64的路由節點的節點14發送。
在從節點11～節點14以及節點16的各節點向節點15或其下屬的終端單播發送幀時，使用由圖50記載的樹65設定的路徑。例如從節點16向節點15發送幀時，節點16向數據幀添加識別樹65的標籤(例如節點15的節點ID)後，由樹65中的上遊側埠(樹61中的STP的路由埠)發送數據幀。由樹65設定的路徑上的各節點，通過參照數據幀的標籤，識別使用於數據幀的傳輸的樹(數據幀的目的地為節點15時為樹65)，從樹65中的上遊側埠發送數據幀。如上所述，將數據幀向作為樹65的路由節點的節點15發送。
在從節點11～節點15的各節點向節點16或其下屬的終端單播發送幀時，使用由圖51記載的樹66設定的路徑。例如從節點14向節點16發送幀時，節點14對數據幀添加識別樹66的標籤(例如節點16的節點ID)後，由樹66中的上遊側埠(樹66中的STP的路由埠)發送數據幀。由樹66設定的路徑上的各節點，通過參照數據幀的標籤，識別使用於數據幀的傳輸的樹(數據幀的目的地為節點16時為樹66)，從樹661中的上遊側埠發送數據幀。如上所述，將數據幀向作為樹66的路由節點的節點16發送。
可將第五實施例的節點冗餘協議應用於以上說明的文獻1中記載的STP網的邊緣節點(生成樹的路由節點)，可使邊緣節點冗餘化，此外，在將第五實施例的節點冗餘協議應用於文獻1記載的STP網的多個邊緣節點時，如第二實施例所說明那樣，將用於識別應用節點冗餘協議的節點對的ID保存在Hello消息以及Flush消息中，來防止因其他的節點對發送的Hello消息以及Flush消息而發生節點冗餘協議模塊的誤動作，由此可將多個邊緣節點冗餘化。
通過將第五實施例的節點冗餘協議應用於以上所說明的文獻1記載的網絡(STP網)，來使STP網的邊緣節點(生成樹的路由節點)冗餘化，從而即使邊緣節點的主節點產生故障，通過將備份節點切換為主模式也能繼續進行幀傳輸。
另外，通過將本發明應用於文獻1所述的STP網而使路由節點冗餘化的情況下，也可只對節點冗餘協議的成員埠中、不屬於STP的成員埠的埠發送Flush消息。
其理由在於，在採用文獻1所述的數據傳輸方式的STP網中，對數據幀進行中繼的節點，不是FDB而是基於保存在數據幀的標籤中的轉發信息(用於識別使用於數據幀的傳輸的生成樹的信息)對數據幀進行中繼。
其結果為，在應用第五實施例的節點冗餘協議的文獻1所述的STP網中，Aware節點50在改寫FDB的時間可高速地從故障中恢復。
(第六實施例)接下來，對本發明的第六實施例的網絡系統進行說明。
在第六實施例中，對在相互連接基於第五實施例中所示的文獻1提出的數據傳輸方式的STP網間的部分中，應用本發明的節點冗餘協議的情況進行說明。
圖36表示由主節點10、備份節點20、節點50、60以及70、80構成的STP網1、和由主節點10a、備份節點20a以及節點90、100構成的STP網2，通過連接主節點10、10a、備份節點20、20a的四條鏈路，相互被連接的結構的網絡系統。
STP網1以及STP網2為基於文獻1提出的數據傳輸方式的STP網。
節點50、60、70、70、90、100是搭載有STP模塊360，但未不搭載節點冗餘協議模塊370的與已有STP對應的節點。
以下，對將第六實施例中的節點冗餘協議應用於圖36中所示的網絡系統的情況進行說明。
首先，將STP網1的主節點10、備份節點20看作被冗餘化的一對節點，將STP網1的節點50、60、STP網2的主節點10a、備份節點20a看作主節點10、備份節點20的Aware節點，並應用第五實施例中所說明的節點冗餘協議。
接下來，將STP網2的主節點10a、備份節點20a看作被冗餘化的一對節點，將STP網2的節點90、100、STP網1的主節點10、備份節點20看作主節點10a、備份節點20a的Aware節點，並應用第五實施例中所說明的節點冗餘協議。
此時，在第六實施例中的節點冗餘協議中，與第四實施例相同，主節點10、10a、備份節點20、20a將用於區分從主節點10、備份節點20發送的Hello消息以及Flush消息和從主節點10a、備份節點20a發送的Hello消息以及Flush消息的ID保存在Hello消息以及Flush消息中。
節點50、60、70、80、90、100為與已有的STP對應的節點，由於不能確認Hello消息，因此存在各節點所屬的STP網中，對Hello消息廣播傳輸的問題。
為了解決該問題，在第六實施例中的節點冗餘協議中，如第三實施例所說明那樣，主節點10、10a、備份節點20、20a不向節點冗餘協議的成員埠中、包括在STP成員埠中的埠(P3、P4)發送Hello消息。
此外，如第五實施例所說明那樣，由於在文獻1所述的STP網中，參照FDB而不傳輸幀，因此不需要對Aware節點50、60、90、100發送Flush消息。因此，在第六實施例中，主節點10、10a、備份節點20、20a，不向節點冗餘協議的成員埠中的包括在STP的成員埠中的埠(P3、P4)發送Flush消息。
在STP網1以及STP網2不是文獻1所述的STP網，而是進行通常的幀傳輸的STP網時，如第三實施例所說明那樣，也可對節點冗餘協議的成員埠中的、包括在STP的成員埠中的埠(P3、P4)使用建立了Topology Change標誌位的BPDU來作為Flush消息。
如上所述，能對將基於文獻1提出的數據提出方式的STP網之間相互連接的部分應用節點冗餘協議。
但是，有產生以下所述的問題的可能性。
在圖36所示的網絡系統中，在同時切斷主節點10和備份節點20a間的鏈路以及備份節點20和主節點10a間的鏈路時，在被冗餘化的兩個節點對(主節點10和備份節點20、主節點10a和備份節點20a)之間，不可能進行Hello消息以及Flush消息的收發，因此處於備份模式的節點(備份節點20、20a)由於Hello消息未到達而切換為主模式。
因此，如圖37所示，會產生主節點10、主節點10a、備份節點20、備份節點20a的動作狀態全部處於主模式的狀態。
此外，在主節點10和主模式10a間的鏈路以及備份節點20和備份節點20a之間的鏈路被同時切斷的情況下，也會產生主節點10、主節點10a、備份節點20、備份節點20a的動作狀態全部處於主模式的狀態。
在上述的狀態中，會有在STP網1和STP網2之間不傳送幀的可能性。
以下，參照圖37，對在STP網1和STP網2之間不能傳輸幀的理由進行說明。
由於主節點10和備份節點20均為主模式，因此節點50、60在埠P1、P2，接收具有由STP成員埠接收的BPDU中優先級最高的橋接器ID，並且具有相同的路由路徑開銷的BPDU。
同樣，由於主節點10a和備份節點20a均為主模式，因此節點90在埠P1、P2，節點100在埠P2、P3，接收具有由STP成員埠接收的BPDU中優先級最高的橋接器ID，並且具有相同的路由路徑開銷的BPDU。
在不同的埠接收橋接器ID以及路由路徑開銷相同的BPDU時，節點50、60、90、100僅由橋接器ID以及路由路徑開銷的優先級不能決定路由埠以及代替埠，因此採用橋接器ID以及路由路徑開銷以外的參數(例如發送BPDU的埠的埠號或接收BPDU的埠的埠號等)的優先級，來決定路由埠以及代替埠。
以下，對將接收BPDU埠中、埠號最小的埠選擇為路由埠，將第二小的埠選擇為代替埠的情況進行說明。
由於節點50、60在埠P1、P2，接收具有優先級最高的橋接器ID、且具有相同的路由路徑開銷的BPDU，因此選擇埠號最小的埠P1作為路由埠，選擇埠P2作為代替埠。
同樣，節點90選擇埠P1作為路由埠，選擇埠P2為代替埠，節點100選擇埠P2作為路由埠，選擇埠P3為代替埠。
如以上所說明那樣，在節點30、40、50、60選擇連接主節點10以及主節點10a的埠作為路由埠時，切斷主節點10和主節點10a之間的鏈路，因此產生在STP網1和STP網2之間不能傳輸幀的問題。
以下，對在圖36的主節點10、10a、備份節點20、20a中的節點冗餘協議的動作狀態全部處於主模式時，也能傳輸幀的方法進行說明。
在第六實施例中的節點冗餘協議中，如圖38所示，構成為對主節點10、10a、備份節點20、20a設定優先級，並且根據節點冗餘協議的動作狀態來變更路由路徑開銷。
在圖38的例子中，分別將主節點10的優先級設定為「High」，將備份節點20的優先級設定為「Low」，將主節點10a和備份節點20a的優先級設定為「Etc」。
High、Low、Etc的優先級，High的優先級最高，Low的優先級居中，Etc的優先級最低。
再有，將主節點10的主模式時的路由路徑開銷設為「0」，將備份模式時的路由路徑成本的值設為「3」，將備份節點20的主模式時的路由路徑開銷的值設為「1」，將備份模式時的路由路徑開銷的值設為「3」。
此外，將STP網2側的主節點10a和備份節點20a處於備份模式時的路由路徑開銷的值設為「3」，對於主模式時的路由路徑開銷的值，在與優先級為「High」的節點連接的埠連結激活時設為「1」，在連結斷開時設定為「2」。
另外，圖38中所示的設定內容為一例，將一方的STP網內的節點對的優先級設定為「High」或「Low」，將另一方的STP網內的節點對的優先級設定為「Etc」，將優先級「High」的節點的路由路徑開銷的值設定為比優先級「Low」的節點的路由路徑開銷的值小，並且對於優先級「Etc」的節點，能自由地變更設定內容，只要遵守使與優先級為「High」的節點連接的埠連結激活時的節點的路由路徑成本的值比埠連結斷開時的節點的路由路徑開銷的值小的規則即可。
如上所述，通過基於圖38的設定內容，設定各個優先級和路由路徑開銷的值，從而在例如STP網1側的主節點10和備份節點20、STP網2側的主節點10a和備份節點20a的動作狀態全部處於主模式時，針對STP網1的主節點10和備份節點20，選擇路由路徑開銷的值小且與主節點10連接的埠P1作為路由埠，針對STP網2的主節點10a和備份節點20a，由於與優先級「High」的主節點10連接的埠連結激活時的主節點10a的路由路徑開銷的值比備份節點20a的路由路徑開銷的值小，因此選擇與主節點10a連接的埠(節點90時為埠P1，節點100時為埠P2)為路由埠。
從而，由於節點50、60、90、100選擇與主節點10、10a、備份節點20、備份節點20a中、將這些節點相互連接的鏈路為有效的節點(在上述情況下，為主節點10和主節點10a)連接的埠作為路由埠，因此即使在主節點10、10a、備份節點20、備份節點20a全部為主模式時也能傳輸數據幀。
如上所述通過第六實施例，可解決下述問題在將基於特願2003-041838號(特開2004-140777號文獻1)提出的數據傳輸方式的STP網之間相互連接的網絡系統中，即使相互連接部分的主節點和備份節點全部處於主模式也存在有可能不能傳輸數據幀的問題，從而能夠實現可進行可靠性高的節點冗餘的網絡系統。
此外，實現STP網的路由節點的節點冗餘，尤其能夠有效抑制在故障恢復時需要時間的路由節點的故障的發生。
另外，關於上述各實施例的節點冗餘網絡系統中的、主節點10、備份節點20以及節點50、60、30、40的各功能，當然可由硬體實現，也可通過在構成各節點的計算機處理裝置上執行具有上述各功能的節點冗餘控制程序來實現。
該節點冗餘控制程序，被保存在磁碟、半導體存儲器以及其他記錄介質中，從該記錄介質被加載到計算機處理裝置中，通過控制計算機處理裝置的動作，來實現上述各功能。
以上述優選實施例對本發明進行了說明，但本發明並不必須限於省市實施例，在其技術的思想範圍內可實施各種變形。
通過本發明的節點冗餘網絡系統，能夠實現以下所述的有益效果。
第一，埠的管理狀態不會競爭，可將節點冗餘協議應用於採用其他協議的網絡內的節點。
第二，在將節點冗餘協議應用於應用其他協議的網絡內的節點時，解決了在切換主模式和備份模式時，採用其他協議的網絡側的節點的FDB對象換出之前不能通信的問題。
第三，能夠實現相互連接STP網之間且進行可靠性高的節點冗餘的網絡系統。
第四，能夠實現STP網的路由節點的節點冗餘，尤其能有效地抑制在故障恢復時需要時間的路由節點的故障的產生。
權利要求
1.一種網絡系統，使採用節點冗餘協議的網絡和採用進行埠的狀態管理的其他協議的網絡共存，上述網絡系統構成為對於屬於主節點和備份節點、而且處於上述節點冗餘協議的管理下且處於上述其他協議的管理下的埠的狀態，採用上述其他協議進行管理，其中上述主節點和備份節點構成了採用上述其他協議的網絡。
2.根據權利要求1所述的網絡系統，其特徵在於，上述主節點或備份節點，向與處於上述節點冗餘協議的管理下的埠連接的節點的全部或一部分，發送用於進行節點和鏈路的監視的控制幀。
3.根據權利要求1或2所述的網絡系統，其特徵在於，上述主節點或備份節點，在向主模式切換時，向與處於上述節點冗餘協議的管理下的埠連接的節點的全部或一部分，發送用於改寫轉發資料庫的控制幀。
4.根據權利要求2或3所述的網絡系統，其特徵在於，上述主節點和上述備份節點，將在與上述主節點和上述備份節點連接的節點中確認為unknown的目的地地址記載在上述控制幀中，與上述主節點和上述備份節點連接的節點，對上述控制幀進行廣播。
5.根據權利要求2～4中任一項所述的網絡系統，其特徵在於，在上述主節點或上述備份節點發送的、用於進行上述節點和鏈路的監視的控制幀和用於改寫上述轉發資料庫的控制幀中，保存識別信息，該識別信息用於區分發送控制幀的上述主節點和備份節點，而且當上述主節點和備份節點的對存在多對的情況下，用於區分上述主節點和備份節點的對。
6.根據權利要求1～5中任一項所述的網絡系統，其特徵在於，採用上述其他協議的網絡為採用VLAN的網絡，上述主節點和上述備份節點按每個VLAN管理埠的狀態。
7.根據權利要求6所述的網絡系統，其特徵在於，在上述主模式的上述主節點或上述備份節點發送的、用於進行節點和鏈路的監視的控制幀和用於改寫上述轉發資料庫的控制幀中，保存用於識別上述VLAN的識別信息。
8.根據權利要求3所述的網絡系統，其特徵在於，上述主節點和上述備份節點，向屬於上述主節點和上述備份節點、而且處於上述節點冗餘協議的管理下且處於作為上述其他協議的STP協議的管理下的埠，發送BPDU幀作為用於改寫上述轉發資料庫的控制幀，該BPDU幀樹立了基於上述STP協議的Topology Change標誌位。
9.根據權利要求2～8中任一項所述的網絡系統，其特徵在於，上述主節點和上述備份節點，具有對處於上述節點冗餘協議的管理下的埠進行管理的管理表；和對處於上述其他協議的管理下的埠進行管理的管理表，通過參照對處於上述節點冗餘協議的管理下的埠進行管理的管理表和對處於上述其他協議的管理下的埠進行管理的管理表，發送上述控制幀。
10.根據權利要求2～9中任一項所述的網絡系統，其特徵在於，上述主節點和上述備份節點具有在所接收的幀為BPDU幀時，對上述BPDU幀的解析和從處於上述其他協議的管理下的埠發送BPDU幀進行控制的模塊；和在所接收的幀為用於進行節點和鏈路的監視的控制幀或用於改寫轉發資料庫的控制幀時，對上述控制幀的解析和從處於上述節點冗餘協議的管理下的埠發送上述控制幀進行控制的模塊。
11.根據權利要求10所述的網絡系統，其特徵在於，在上述主節點和備份節點的模式切換時，對上述控制幀的發送進行控制的模塊，對控制上述BPDU幀的發送的模塊指示，向處於上述其他協議的管理下的埠，發送賦予了基於上述STP協議的Topology Change標誌位的BPDU幀，其中上述控制幀用於改寫上述主節點或上述備份節點的上述轉發資料庫。
12.根據權利要求11所述的網絡系統，其特徵在於，上述主節點和上述備份節點具備對控制上述BPDU幀的發送的模塊所發送的BPDU幀，賦予TopologyChange標誌位的模塊。
13.根據權利要求12所述的網絡系統，其特徵在於，在上述主節點和備份節點的模式切換時，對上述控制幀的發送進行控制的模塊，對將Topology Change標誌位賦予給上述BPDU幀的模塊指示，針對在控制上述BPDU幀的發送的模塊中，由屬於上述主節點和上述備份節點、而且處於上述節點冗餘協議的管理下且處於上述STP協議的管理下的埠發送的BPDU幀，賦予基於上述STP協議的Topology Change標誌位，其中上述控制幀用於改寫上述主節點或上述備份節點的上述轉發資料庫。
14.根據權利要求2～10中任一項所述的網絡系統，其特徵在於，與上述主節點和上述備份節點連接的節點，具備將所接收的上述控制幀向上述主節點或上述備份節點發送的模塊；和通過接收用於改寫上述轉發資料庫的控制幀，對上述轉發資料庫進行改寫的模塊。
15.根據權利要求1～14中任一項所述的網絡系統，其特徵在於，具有將上述主節點和上述備份節點設為採用了作為上述其他協議的STP協議的網絡的路由節點的網絡結構，上述主節點和上述備份節點中，將處於主模式下的節點的路由路徑開銷的值設定為比處於備份模式下的節點小。
16.根據權利要求1～14中任一項所述的網絡系統，其特徵在於，具有在對構成上述網絡的上述主節點和上述備份節點進行雙重化的部分中，使採用了作為上述其他協議的STP協議的網絡間相互連接的網絡結構，對屬於一方的上述網絡的上述主節點和上述備份節點設定優先級，上述主節點和上述備份節點中，將設定了高優先級的節點的主模式下的路由路徑開銷的值設定為比設定了低優先級的節點小，並且，當與設定了上述高優先級的節點連接的埠為激活的情況下，將屬於另一方的上述網絡的上述主節點和上述備份節點的主模式下的路由路徑開銷的值設定為小於不是激活的情況下的值。
17.根據權利要求16所述的網絡系統，其特徵在於，採用上述其他協議的網絡，為具有下述結構的網絡通過將上述網絡的各邊緣節點設為路由節點的多個生成樹來設定多個傳輸路徑，利用通過將連接有幀的傳輸目標方的邊緣節點設為路由節點的生成樹來設定的路徑，進行幀傳輸。
18.一種節點，是使採用節點冗餘協議的網絡和採用進行埠的狀態管理的其他協議的網絡共存的網絡系統的節點，構成為對於屬於具有主模式和備份模式的節點、而且處於上述節點冗餘協議的管理下且處於上述其他協議的管理下的埠的狀態，採用上述其他協議進行管理，其中上述節點構成了採用上述其他協議的網絡。
19.根據權利要求18所述的節點，其特徵在於，上述主模式或備份模式的節點，向與處於上述節點冗餘協議的管理下的埠連接的節點的全部或一部分，發送用於進行節點和鏈路的監視的控制幀。
20.根據權利要求18或19所述的節點，其特徵在於，在向主模式切換時，向與處於上述節點冗餘協議的管理下的埠連接的節點的全部或一部分，發送用於改寫轉發資料庫的控制幀。
21.根據權利要求19或20所述的節點，其特徵在於，上述主模式的節點和上述備份模式的節點，將在與上述主模式的節點和上述備份模式的節點連接的節點中確認為unknown的目的地地址記載在上述控制幀中，與上述主模式的節點和上述備份模式的節點連接的節點，對上述控制幀進行廣播。
22.根據權利要求19～21中任一項所述的節點，其特徵在於，在上述主模式的節點或上述備份模式的節點發送的、用於進行上述節點和鏈路的監視的控制幀和用於改寫上述轉發資料庫的控制幀中，保存識別信息，該識別信息用於區分發送控制幀的上述主節點和備份節點，而且當上述主節點和備份節點的對存在多對的情況下，用於區分上述主節點和備份節點的對。
23.根據權利要求18～22中任一項所述的節點，其特徵在於，採用上述其他協議的網絡為採用VLAN的網絡，上述主模式的節點和上述備份模式的節點按每個VLAN管理埠的狀態。
24.根據權利要求23所述的節點，其特徵在於，在上述主模式的節點發送的、用於進行節點和鏈路的監視的控制幀和用於改寫上述轉發資料庫的控制幀中，保存用於識別上述VLAN的識別信息。
25.根據權利要求20所述的節點，其特徵在於，上述主模式的節點和上述備份模式的節點，向屬於上述主模式的節點和上述備份模式的節點、而且處於上述節點冗餘協議的管理下且處於作為上述其他協議的STP協議的管理下的埠，發送BPDU幀作為用於改寫上述轉發資料庫的控制幀，該BPDU幀樹立了基於上述STP協議的Topology Change標誌位。
26.根據權利要求19～25中任一項所述的節點，其特徵在於，上述主模式的節點和上述備份模式的節點，具有對處於上述節點冗餘協議的管理下的埠進行管理的管理表；和對處於上述其他協議的管理下的埠進行管理的管理表，通過參照對處於上述節點冗餘協議的管理下的埠進行管理的管理表和對處於上述其他協議的管理下的埠進行管理的管理表，發送上述控制幀。
27.根據權利要求19～26中任一項所述的節點，其特徵在於，上述主模式的節點和上述備份模式的節點具有在所接收的幀為BPDU幀時，對上述該BPDU幀的解析和從處於上述其他協議的管理下的埠發送BPDU幀進行控制的模塊；和在所接收的幀為用於進行節點和鏈路的監視的控制幀或用於改寫轉發資料庫的控制幀時，對上述控制幀的解析和從處於上述節點冗餘協議的管理下的埠發送控制幀進行控制的模塊。
28.根據權利要求27所述的節點，其特徵在於，在上述主模式和備份模式的模式切換時，對上述控制幀的發送進行控制的模塊，對控制上述BPDU幀的發送的模塊指示，向處於上述其他協議的管理下的埠，發送賦予了基於上述STP協議的Topology Change標誌位的BPDU幀，其中上述控制幀用於改寫上述主模式的節點或上述備份模式的節點的上述轉發資料庫。
29.根據權利要求28所述的節點，其特徵在於，上述主模式的節點和上述備份模式的節點具備對控制上述BPDU幀的發送的模塊所發送的BPDU幀，賦予TopologyChange標誌位的模塊。
30.根據權利要求29所述的節點，其特徵在於，在上述主模式和備份模式的模式切換時，對上述控制幀的發送進行控制的模塊，對將Topology Change標誌位賦予給上述BPDU幀的模塊指示，針對在控制上述BPDU幀的發送的模塊中，由屬於上述主模式的節點和上述備份模式的節點、而且處於上述節點冗餘協議的管理下且處於上述STP協議的管理下的埠發送的BPDU幀，賦予基於上述STP協議的Topology Change標誌位，其中上述控制幀用於改寫上述主模式的節點或上述備份模式的節點的上述轉發資料庫。
31.根據權利要求19～27中任一項所述的節點，其特徵在於，與上述主模式的節點或上述備份模式的節點連接的節點，具備將所接收的上述控制幀向上述主模式的節點或上述備份模式的節點發送的模塊；和通過接收用於改寫上述轉發資料庫的控制幀，對上述轉發資料庫進行改寫的模塊。
32.一種節點控制程序，在使採用節點冗餘協議的網絡和採用進行埠的狀態管理的其他協議的網絡共存的節點冗餘網絡系統中的主節點和備份節點上執行，進行節點冗餘的控制，上述節點控制程序具有下述功能對於屬於主節點和備份節點、而且處於上述節點冗餘協議的管理下且處於上述其他協議的管理下的埠的狀態，採用上述其他協議進行管理，其中上述主節點和備份節點構成了採用上述其他協議的網絡。
33.根據權利要求32所述的節點控制程序，其特徵在於，具有下述功能上述主節點或備份節點，向與處於上述節點冗餘協議的管理下的埠連接的節點的全部或一部分，發送用於進行節點和鏈路的監視的控制幀。
34.根據權利要求32或33所述的節點控制程序，其特徵在於，具有下述功能在向主模式切換時，向與處於上述節點冗餘協議的管理下的埠連接的節點的全部或一部分，發送用於改寫轉發資料庫的控制幀。
35.根據權利要求33或34所述的節點控制程序，其特徵在於，上述主節點和上述備份節點具有將在與上述主節點和上述備份節點連接的節點中確認為unknown的目的地地址記載在上述控制幀中的功能，與上述主模式的節點和上述備份模式的節點連接的節點具有對上述控制幀進行廣播的功能。
36.根據權利要求33～35中任一項所述的節點控制程序，其特徵在於，具有下述功能在上述主節點或上述備份節點發送的、用於進行上述節點和鏈路的監視的控制幀和用於改寫上述轉發資料庫的控制幀中，保存識別信息，該識別信息用於區分發送控制幀的上述主節點和備份節點，而且當上述主節點和備份節點的對存在多對的情況下，用於區分上述主節點和備份節點的對。
37.根據權利要求32～36中任一項所述的節點控制程序，其特徵在於，採用上述其他協議的網絡為採用VLAN的網絡，具有上述主節點和上述備份節點按每個VLAN管理埠的狀態的功能。
38.根據權利要求37所述的節點控制程序，其特徵在於，具有下述功能在上述主節點發送的、用於進行節點和鏈路的監視的控制幀和用於改寫上述轉發資料庫的控制幀中，保存用於識別上述VLAN的識別信息。
39.根據權利要求34所述的節點控制程序，其特徵在於，具有下述功能上述主節點和上述備份節點，向屬於上述主節點和上述備份節點、而且處於上述節點冗餘協議的管理下且處於上述其他協議即STP協議的管理下的埠，發送BPDU幀作為用於改寫上述轉發資料庫的控制幀，該BPDU幀被賦予了基於上述STP協議的Topology Change標誌位。
40.根據權利要求33～39中任一項所述的節點控制程序，其特徵在於，上述主節點和上述備份節點，具有對處於上述節點冗餘協議的管理下的埠進行管理的管理表；和對處於上述其他協議的管理下的埠進行管理的管理表，具備對處於上述節點冗餘協議的管理下的埠進行管理的管理表，具有下述功能通過參照對處於上述其他協議的管理下的埠進行管理的管理表，發送上述控制幀。
41.根據權利要求33～40中任一項所述的節點控制程序，其特徵在於，上述主節點和上述備份節點具有在所接收的幀為BPDU幀時，對上述BPDU幀的解析和從處於上述其他協議的管理下的埠發送BPDU幀進行控制的功能；和在所接收的幀為用於進行節點和鏈路的監視的控制幀或用於改寫轉發資料庫的控制幀時，對上述控制幀的解析和從處於上述節點冗餘協議的管理下的埠發送控制幀進行控制的功能。
42.根據權利要求41所述的節點控制程序，其特徵在於，在上述主節點和備份節點的模式切換時，對上述控制幀的發送進行控制的功能，對用於控制上述BPDU幀的發送的功能指示，向處於上述其他協議的管理下的埠，發送賦予了基於上述STP協議的Topology Change標誌位的BPDU幀，其中上述控制幀用於改寫上述主模式的節點或上述備份模式的節點的上述轉發資料庫。
43.根據權利要求42所述的節點控制程序，其特徵在於，上述主節點和上述備份節點具有對控制上述BPDU幀的發送的模塊所發送的BPDU幀，賦予TopologyChange標誌位的功能。
44.根據權利要求43所述的節點控制程序，其特徵在於，在上述主節點和備份節點的模式切換時，對上述控制幀的發送進行控制的功能，對將Topology Change標誌位賦予給上述BPDU幀的功能指示，針對在控制上述BPDU幀的發送的功能中，從屬於上述主節點和備份節點、而且處於上述節點冗餘協議的管理下且處於上述STP協議的管理下的埠發送的BPDU幀，賦予基於上述STP協議的Topology Change標誌位，其中上述控制幀用於改寫上述主節點或上述備份節點的上述轉發資料庫。
45.根據權利要求33～41中任一項所述的節點控制程序，其特徵在於，與上述主節點或上述備份節點連接的節點，具備將所接收的上述控制幀向上述主節點或上述備份節點發送的功能；和通過接收用於改寫轉發資料庫的控制幀，對轉發資料庫進行改寫的功能。
46.一種網絡控制方法，在使採用節點冗餘協議的網絡和採用進行埠的狀態管理的其他協議的網絡共存的節點冗餘網絡系統中進行節點冗餘的控制，上述網絡控制方法具有下述步驟對於屬於主節點和備份節點、而且處於上述節點冗餘協議的管理下且處於上述其他協議的管理下的埠的狀態，採用上述其他協議進行管理，其中上述主節點和備份節點構成了採用上述其他協議的網絡。
47.根據權利要求46所述的網絡控制方法，其特徵在於，具有下述步驟上述主節點或備份節點中，向與處於上述節點冗餘協議的管理下的埠連接的節點的全部或一部分，發送用於進行節點和鏈路的監視的控制幀。
48.根據權利要求46或47所述的網絡控制方法，其特徵在於，具有下述步驟在向主模式切換時，向與處於上述節點冗餘協議的管理下的埠連接的節點的全部或一部分，發送用於改寫轉發資料庫的控制幀。
49.根據權利要求47或48所述的網絡控制方法，其特徵在於，具有在上述主節點和上述備份節點中，將在與上述主節點和上述備份節點連接的節點中確認為unknown的目的地地址記載在上述控制幀中的步驟；和在與上述主模式的節點和上述備份模式的節點連接的節點中，對上述控制幀進行廣播的步驟。
50.根據權利要求47～49中任一項所述的網絡控制方法，其特徵在於，具有下述步驟在上述主節點或上述備份節點發送的、用於進行上述節點和鏈路的監視的控制幀和用於改寫上述轉發資料庫的控制幀中，保存識別信息，該識別信息用於區分發送控制幀的上述主節點和備份節點，而且當上述主節點和備份節點的對存在多對的情況下，用於區分上述主節點和備份節點的對。
51.根據權利要求46～50中任一項所述的網絡控制方法，其特徵在於，採用上述其他協議的網絡為採用VLAN的網絡，具有在上述主節點和上述備份節點中，按每個VLAN管理埠的狀態的步驟。
52.根據權利要求51所述的網絡控制方法，其特徵在於，具有在上述主節點發送的、用於進行節點和鏈路的監視的控制幀和用於改寫上述轉發資料庫的控制幀中，保存用於識別上述VLAN的識別信息的步驟。
53.根據權利要求48所述的網絡控制方法，其特徵在於，具有下述步驟在上述主節點和上述備份節點中，向屬於上述主節點和備份節點、而且處於上述節點冗餘協議的管理下且處於上述其他協議即STP協議的管理下的埠，發送BPDU幀作為用於改寫上述轉發資料庫的控制幀，該BPDU幀被賦予基於上述STP協議的Topology Change標誌位。
54.根據權利要求47～53中任一項所述的網絡控制方法，其特徵在於，在上述主節點和上述備份節點中，具有對處於上述節點冗餘協議的管理下的埠進行管理的管理表和對處於上述其他協議的管理下的埠進行管理的管理表，具備對處於上述節點冗餘協議的管理下的埠進行管理的管理表，具有如下步驟通過參照對處於上述其他協議的管理下的埠進行管理的管理表，發送上述控制幀。
55.根據權利要求47～54中任一項所述的網絡控制方法，其特徵在於，具有在上述主節點和上述備份節點中，在所接收的幀為BPDU幀時，對上述該BPDU幀的解析和從處於上述其他協議的管理下的埠發送BPDU幀進行控制的步驟；和在上述主節點和上述備份節點中，在所接收的幀為用於進行節點和鏈路的監視的控制幀或用於改寫轉發資料庫的控制幀時，對上述控制幀的解析和從處於上述節點冗餘協議的管理下的埠發送控制幀進行控制的步驟。
56.根據權利要求55所述的網絡控制方法，其特徵在於，在上述主節點和備份節點的模式切換時，對上述控制幀的發送進行控制的步驟，對用於控制上述BPDU幀的發送的步驟指示，向處於上述其他協議的管理下的埠，發送賦予了基於上述STP協議的Topology Change標誌位的BPDU幀，其中上述控制幀用於改寫上述主模式的節點或上述備份模式的節點的上述轉發資料庫。
57.根據權利要求56所述的網絡控制方法，其特徵在於，具有在上述主節點和上述備份節點中，對控制上述BPDU幀的發送的模塊所發送的BPDU幀，賦予Topology Change標誌位的步驟。
58.根據權利要求57所述的網絡控制方法，其特徵在於，在上述主節點和備份節點的模式切換時，對上述控制幀的發送進行控制的步驟，對將Topology Change標誌位賦予給上述BPDU幀的步驟指示，針對在控制上述BPDU幀的發送的步驟中，從屬於上述主節點和備份節點、而且處於上述節點冗餘協議的管理下且處於上述STP協議的管理下的埠發送的BPDU幀，賦予基於上述STP協議的Topology Change標誌位，其中上述控制幀用於改寫上述主節點或上述備份節點的上述轉發資料庫。
59.根據權利要求47～55中任一項所述的網絡控制方法，其特徵在於，具有在與上述主節點或上述備份節點連接的節點中，將所接收的上述控制幀向上述主節點或上述備份節點發送的步驟；和通過接收用於改寫轉發資料庫的控制幀，對轉發資料庫進行改寫的步驟。
60.根據權利要求46～59中任一項所述的網絡控制方法，其特徵在於，構成了將上述主節點和上述備份節點設為採用了作為上述其他協議的STP協議的網絡的路由節點的網絡結構，上述主節點和上述備份節點中，將處於主模式下的節點的路由路徑開銷的值設定為比處於備份模式下的節點小。
61.根據權利要求46～59中任一項所述的網絡控制方法，其特徵在於，構成了在對構成上述網絡的上述主節點和上述備份節點進行雙重化的部分中，使採用了作為上述其他協議的STP協議的網絡間相互連接的網絡結構，對屬於一方的上述網絡的上述主節點和上述備份節點設定優先級，上述主節點和上述備份節點中，將設定了高優先級的節點的主模式下的路由路徑開銷的值設定為比設定了低優先級的節點小，並且，當與設定上述高優先級的節點連接的埠為激活的情況下，將屬於另一方的上述網絡的上述主節點和上述備份節點的主模式下的路由路徑開銷的值設定為小於不是激活的情況下的值。
62.根據權利要求60或61所述的網絡控制方法，其特徵在於，採用上述其他協議的網絡，為具有下述結構的網絡通過將上述網絡的各邊緣節點設為路由節點的多個生成樹來設定多個傳輸路徑，利用通過將連接有幀的傳輸目標方的邊緣節點設為路由節點的生成樹來設定的路徑，進行幀傳輸。
全文摘要
一種網絡系統，使採用節點冗餘協議的網絡和採用進行埠的狀態管理的其他協議即STP協議的網絡共存，上述網絡系統構成為對於屬於主節點(10)和備份節點(20)、而且處於節點冗餘協議的管理下且處於STP協議的管理下的埠的狀態，採用其他協議即STP協議進行管理，其中上述主節點(10)和備份節點(20)構成了採用STP協議的網絡。主節點(10)或備份節點(20)，向與處於節點冗餘協議的管理下的埠連接的節點的全部或一部分，發送用於進行節點以及鏈路的監視的控制幀即Hello消息，並且在向主模式切換時，向與處於節點冗餘協議的管理下的埠連接的節點的全部或一部分，發送用於改寫轉發資料庫的控制幀即Flush消息。
文檔編號H04L12/56GK101032137SQ20058003336
公開日2007年9月5日 申請日期2005年7月29日 優先權日2004年7月30日
發明者小笠原大作, 榎本敦之, 溝口肇, 砂田圭一, 廄橋正樹, 飛鷹洋一, 巖田淳 申請人:日本電氣株式會社