本發(fā)明涉及云服務器技術領域，特別是涉及一種防止云服務器網絡產生廣播風暴的方法及系統(tǒng)。

背景技術：

隨著用戶對計算機的計算需求的提高，用戶對單臺計算機的計算性能要求越來越高，云服務器的融合架構應運而生。通常情況下云服務器機柜包括一個RMC(路由器后臺管理中心)和多個(滿配的云服務器有12個)交換機，例如RRC交換機。在云服務器的交換機上有四個高帶寬的端口，交換機彼此之間通過光纖相互連接，傳輸信息，形成云服務器網絡。在這個云服務器網絡中，一個交換機可以連接一個或者多個交換機，通常不超過四個交換機，因此每個交換機有一個或者多個相鄰的交換機。

現(xiàn)有技術中，為了實現(xiàn)節(jié)點間的信息傳輸，每個交換機都會將自己的位置信息報給與之相鄰的交換機。當源交換機(需要信息傳輸?shù)墓?jié)點所在的交換機)對應的節(jié)點有信息需要傳輸時，會將目標節(jié)點所在的目標交換機的位置信息發(fā)送給源交換機，源交換機再將位置信息發(fā)送給與其相鄰的交換機，下一個交換機接收到位置信息時，再將位置信息發(fā)送給與其相鄰的交換機，多次重復之后，就可以將位置信息從源交換機發(fā)送到目標交換機，從而找到對應的目標節(jié)點。但是在這個過程中，由于交換機之間是比較復雜的連接，并不是一個簡單的串聯(lián)拓撲結構，一個交換機可能有兩個相鄰的交換機，如果不加限制而一直向相鄰的交換機發(fā)送位置信息，則很容易形成廣播風暴，致使整個通信網絡的癱瘓。

由此可見，如何防止服務器網絡出現(xiàn)廣播風暴是本領域技術人員亟待解決的問題。

技術實現(xiàn)要素：

本發(fā)明的目的是提供一種防止云服務器網絡產生廣播風暴的方法及系統(tǒng)，能夠在云服務器網絡在進行信息交互時，防止出現(xiàn)廣播風暴。

為解決上述技術問題，本發(fā)明提供一種防止云服務器網絡產生廣播風暴的方法，包括：

各交換機獲取與自身相鄰的交換機的位置信息以得到局部鏈路圖，并將所述局部鏈路圖發(fā)送至與其相連的RMC；

所述RMC根據(jù)接收到的各所述交換機發(fā)送的所述局部鏈路圖后進行匹配生成完整鏈路圖，并將所述完整鏈路圖發(fā)送給各所述交換機。

優(yōu)選地，當云服務器網絡有信息交互時，還包括：

源交換機接收其下的節(jié)點發(fā)送的目標節(jié)點所在的目標交換機的目標位置信息和交互信息；

所述源交換機依據(jù)所述完整鏈路圖生成傳輸路徑，并依據(jù)所述傳輸路徑將所述交互信息發(fā)送至目標交換機；

所述目標交換機將所述交互信息轉發(fā)至所述目標節(jié)點。

優(yōu)選地，所述源交換機依據(jù)所述傳輸路徑將所述交互信息發(fā)送至目標交換機具體包括：

所述源交換機依據(jù)所述傳輸路徑將所述交互信息和所述傳輸路徑發(fā)送給下一個中轉交換機；

當前交換機依據(jù)所述傳輸路徑判斷自身是否為所述目標交換機；

如果是，則進入所述目標交換機將所述交互信息轉發(fā)至所述目標節(jié)點的步驟；

如果否，則當前交換機依據(jù)所述傳輸路徑將所述交互信息和所述傳輸路徑發(fā)送給下一個中轉交換機，進入所述當前交換機依據(jù)所述傳輸路徑判斷自身是否為所述目標交換機的步驟。

優(yōu)選地，所述源交換機依據(jù)所述傳輸路徑將所述交互信息發(fā)送至目標交換機具體包括：

所述源交換機依據(jù)所述傳輸路徑將所述交互信息和所述目標位置信息發(fā)送給下一個中轉交換機；

當前交換機依據(jù)所述目標位置信息判斷自身是否為所述目標交換機；

如果是，則進入所述目標交換機將所述交互信息轉發(fā)至所述目標節(jié)點的步驟；

如果否，則當前交換機依據(jù)所述完整鏈路圖生成新的傳輸路徑，并依據(jù)所述新的傳輸路徑將所述交互信息和所述目標位置信息發(fā)送至下一個中轉交換機，進入所述當前交換機依據(jù)所述目標位置信息判斷自身是否為所述目標交換機的步驟。

優(yōu)選地，所述源交換機依據(jù)所述完整鏈路圖生成傳輸路徑具體為：

獲取至所述目標交換機的全部可用傳輸路徑；

在所述全部可用傳輸路徑中選取路徑最短的可用傳輸路徑作為所述傳輸路徑。

優(yōu)選地，所述當前交換機依據(jù)所述完整鏈路圖生成新的傳輸路徑具體為：

獲取至所述目標交換機的全部可用傳輸路徑；

在所述全部可用傳輸路徑中選取路徑最短的可用傳輸路徑作為所述新的傳輸路徑。

優(yōu)選地，還包括：

各所述交換機實時檢測自身的局部鏈路圖的變化，當自身的局部鏈路圖發(fā)生變化時，將變化后的局部鏈路圖發(fā)送給所述RMC；

所述RMC更新所述完整鏈路圖，并將更新后的完整鏈路圖發(fā)送給各所述交換機。

為解決上述技術問題，本發(fā)明提供一種防止云服務器網絡產生廣播風暴的系統(tǒng)，包括多個交換機和與各所述交換機相連的RMC；

各所述交換機，用于獲取與自身相鄰的交換機的位置信息以得到局部鏈路圖，并將所述局部鏈路圖發(fā)送至所述RMC；

所述RMC，用于根據(jù)接收到的各所述交換機發(fā)送的所述局部鏈路圖后進行匹配生成完整鏈路圖，并將所述完整鏈路圖發(fā)送給各所述交換機。

優(yōu)選地，當云服務器網絡有信息交互時，

源交換機，還用于接收其下的節(jié)點發(fā)送的目標節(jié)點所在的目標交換機的目標位置信息和交互信息，依據(jù)所述完整鏈路圖生成傳輸路徑，并依據(jù)所述傳輸路徑將所述交互信息發(fā)送至目標交換機。

優(yōu)選地，各所述交換機，還用于實時檢測自身的局部鏈路圖的變化，當自身的局部鏈路圖發(fā)生變化時，將變化后的局部鏈路圖發(fā)送給所述RMC；

所述RMC，還用于更新所述完整鏈路圖，并將更新后的完整鏈路圖發(fā)送給各所述交換機。

本發(fā)明所提供的防止云服務器網絡產生廣播風暴的方法，包括：各交換機獲取與自身相鄰的交換機的位置信息以得到局部鏈路圖，并將局部鏈路圖發(fā)送至與其相連的RMC；RMC根據(jù)接收到的各交換機發(fā)送的局部鏈路圖后進行匹配生成完整鏈路圖，并將完整鏈路圖發(fā)送給各交換機。由此可見，通過上述方法，可以使得每個交換機都能夠得到一個完整鏈路圖，從而每個交換機都知道任意一個交換機的位置信息，在進行信息交互時，可以防止整個服務器網絡產生廣播風暴的問題，從而保證交互信息傳輸?shù)陌踩院蛯崟r性。此外，本發(fā)明所提供的防止云服務器網絡產生廣播風暴的系統(tǒng)，同樣具有上述有益效果。

附圖說明

為了更清楚地說明本發(fā)明實施例，下面將對實施例中所需要使用的附圖做簡單的介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種防止云服務器網絡產生廣播風暴的方法的流程圖；

圖2為本發(fā)明實施例提供的一種防止云服務器網絡產生廣播風暴的系統(tǒng)的結構圖；

圖3為本發(fā)明實施例提供的另一種防止云服務器網絡產生廣播風暴的方法的流程圖；

圖4為本發(fā)明實施例提供的一種步驟S32的流程圖；

圖5為本發(fā)明實施例提供的另一種步驟S32的流程圖；

圖6為本發(fā)明實施例提供的另一種防止云服務器網絡產生廣播風暴的方法的流程圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下，所獲得的所有其他實施例，都屬于本發(fā)明保護范圍。

本發(fā)明的核心是提供一種防止云服務器網絡產生廣播風暴的方法及系統(tǒng)，能夠在云服務器網絡在進行信息交互時，防止出現(xiàn)廣播風暴。

為了使本技術領域的人員更好地理解本發(fā)明方案，下面結合附圖和具體實施方式對本發(fā)明作進一步的詳細說明。

圖1為本發(fā)明實施例提供的一種防止云服務器網絡產生廣播風暴的方法的流程圖。如圖1所述，防止云服務器網絡產生廣播風暴的方法包括：

S10：各交換機獲取與自身相鄰的交換機的位置信息以得到局部鏈路圖，并將局部鏈路圖發(fā)送至與其相連的RMC。

在具體實施中，每個交換機都可以獲取到與其相鄰的交換機的位置信息，可以理解的是，這里的相鄰指的是兩個交換機直接通信，換句話說，相鄰的交換機指的是在同一個方向上的一個交換。為了讓本領域技術人員更加清楚本，給出一個具體的結構圖說明。圖2為本發(fā)明實施例提供的一種防止云服務器網絡產生廣播風暴的系統(tǒng)的結構圖。如圖2所示，RMC10與交換機1-交換機4相連，對于交換機1來說，與其相鄰的交換機為交換機2和交換機3，對于交換機2來說，與其相鄰的交換機為交換機1和交換機3，對于交換機3來說，與其相鄰的交換機為交換機1、交換機2和交換機4，對于交換機4來說，與其相鄰的交換機為交換機3。每個交換機下都有對應的節(jié)點，本實施例不再贅述。

由于每個交換機都可以知道相鄰的交換機的位置信息，則每個交換機都有一個局部鏈路圖，可以理解的是，雖然都是局部鏈路圖，但是每個交換機的局部鏈路圖是不同的，例如對于交換機1來說，它的局部鏈路圖僅包含交換機1、交換機2和交換機3的拓撲位置，而不知道交換機4在與其拓撲位置的關系，其它交換機也類似。

本實施例中，將每個交換機得到的局部鏈路圖發(fā)送給RMC10。

S11：RMC根據(jù)接收到的各交換機發(fā)送的局部鏈路圖后進行匹配生成完整鏈路圖，并將完整鏈路圖發(fā)送給各交換機。

RMC10對各局部鏈路圖進行匹配，從而得到完整鏈路圖，可以理解的是，這個完整鏈路圖包含了全部交換機的位置信息。RMC10將完整鏈路圖下發(fā)給各交換機，使得每個交換機都可以知道任意一個交換機的位置信息。

這樣在進行信息交換時，每個交換機都知道交互信息最終要傳給哪個交換機，這樣就不會出現(xiàn)重復傳輸，可以防止整個服務器網絡產生廣播風暴的問題，從而保證交互信息傳輸?shù)陌踩院蛯崟r性。

本發(fā)明實施例提供的防止云服務器網絡產生廣播風暴的方法，包括：各交換機獲取與自身相鄰的交換機的位置信息以得到局部鏈路圖，并將局部鏈路圖發(fā)送至與其相連的RMC；RMC根據(jù)接收到的各交換機發(fā)送的局部鏈路圖后進行匹配生成完整鏈路圖，并將完整鏈路圖發(fā)送給各交換機。由此可見，通過上述方法，可以使得每個交換機都能夠得到一個完整鏈路圖，從而每個交換機都知道任意一個交換機的位置信息，在進行信息交互時，可以防止整個服務器網絡產生廣播風暴的問題，從而保證交互信息傳輸?shù)陌踩院蛯崟r性。

圖3為本發(fā)明實施例提供的另一種防止云服務器網絡產生廣播風暴的方法的流程圖。如圖3所示，作為優(yōu)選地實施方式，當云服務器網絡有信息交互時，還包括：

S30：源交換機接收其下的節(jié)點發(fā)送的目標節(jié)點所在的目標交換機的目標位置信息和交互信息；

S31：源交換機依據(jù)完整鏈路圖生成傳輸路徑；

S32：源交換機依據(jù)傳輸路徑將交互信息發(fā)送至目標交換機；

S33：目標交換機將交互信息轉發(fā)至目標節(jié)點。

需要說明的是，本實施例中所述的源交換機是總多交換機中的一個，是為了與其他交換機進行區(qū)分，哪個節(jié)點要發(fā)送交互信息，則該節(jié)點對應交換機就是源交換機，需要接收交互信息的節(jié)點所對應的交換機就是目標交換機?？梢岳斫獾氖牵我庖粋€交換機都有可能成為源交換機，也有可能成為目標交換機。

對于步驟S32來說有兩種具體實施方式，圖4為本發(fā)明實施例提供的一種步驟S32的流程圖。圖5為本發(fā)明實施例提供的另一種步驟S32的流程圖。

1)步驟S32具體包括：

S40：源交換機依據(jù)傳輸路徑將交互信息和傳輸路徑發(fā)送給下一個中轉交換機；

S41：當前交換機依據(jù)傳輸路徑判斷自身是否為目標交換機；如果是，則進入步驟S33，否則

S42：當前交換機依據(jù)傳輸路徑將交互信息和傳輸路徑發(fā)送給下一個中轉交換機，進入步驟S41。

2)步驟S32具體包括：

S50：源交換機依據(jù)傳輸路徑將交互信息和目標位置信息發(fā)送給下一個中轉交換機；

S51：當前交換機依據(jù)目標位置信息判斷自身是否為目標交換機；如果是，則進入S33；如果否，則進入步驟S52。

S52：當前交換機依據(jù)完整鏈路圖生成新的傳輸路徑，并依據(jù)新的傳輸路徑將交互信息和目標位置信息發(fā)送至下一個中轉交換機，進入S51。

需要說明的是，上述描述的當前交換機是指最新接收到交互信息的哪個交換機，如圖2所示，如果源交換機為交換機1，目標交換機為交換機2，且通過交換機2和交換機3進行傳輸?shù)脑?，則如果交換機1將交互信息傳輸給交換機2，那么對于交換機1來說，交換機2就是下一個中轉交換機，而對于交換機2本身來說，它就是前交換機，交換機3就是交換機2的下一個中轉交換機。

可以理解的是，如果采用圖4的方法，則中轉交換機不需要生成傳輸路徑，因此能夠降低中轉交換機的負荷，但是傳輸路徑需要一直發(fā)送，則傳輸速度會有所降低。而對于采用圖5的方法來說，每個中轉交換機需要生成新的傳輸路徑，因此，中轉交換機的負荷較高，但是不需要發(fā)送傳輸路徑，則傳輸速度會有所提高。

作為優(yōu)選地實施方式，源交換機依據(jù)完整鏈路圖生成傳輸路徑具體為：

獲取至目標交換機的全部可用傳輸路徑；

在全部可用傳輸路徑中選取路徑最短的可用傳輸路徑作為傳輸路徑。

在具體實施中，源交換機至目標交換機的傳輸路徑可能有多條，即本文中所述的可用傳輸路徑，但是為了交互信息能夠以較快的速度傳輸至目標交換機，則可以選用路徑最短的可用傳輸路徑作為傳輸路徑。

作為優(yōu)選地實施方式，當前交換機依據(jù)完整鏈路圖生成新的傳輸路徑具體為：

獲取至目標交換機的全部可用傳輸路徑；

在全部可用傳輸路徑中選取路徑最短的可用傳輸路徑作為新的傳輸路徑。

在具體實施中，當前交換機至目標交換機的傳輸路徑可能有多條，即本文中所述的可用傳輸路徑，但是為了交互信息能夠以較快的速度傳輸至目標交換機，則可以選用路徑最短的可用傳輸路徑作為傳輸路徑。

圖6為本發(fā)明實施例提供的另一種防止云服務器網絡產生廣播風暴的方法的流程圖。在上述各實施例的基礎上，均可以包含以下步驟，下文以圖1所示的實施例為例說明，如圖6所示，作為優(yōu)選地實施方式，還包括：

S60：各交換機實時檢測自身的局部鏈路圖的變化，當自身的局部鏈路圖發(fā)生變化時，將變化后的局部鏈路圖發(fā)送給RMC。

S61：RMC更新完整鏈路圖，并將更新后的完整鏈路圖發(fā)送給各交換機。

在具體實施中，各交換機的位置信息都有可能發(fā)生變化，因此，為了保證后續(xù)的交換信息的順利傳輸，本實施例中，每個交換機都檢測自身的局部鏈路圖，如果有變化，則將變化后的局部鏈路圖發(fā)送給RMC，使得RMC進行更新，從而下發(fā)給各交換機，則各交換機能夠得到更新后的完整鏈路圖。

由于系統(tǒng)部分的實施例與方法部分的實施例相互對應，因此系統(tǒng)部分的實施例請參見方法部分的實施例的描述，這里暫不贅述。

本發(fā)明提供一種防止云服務器網絡產生廣播風暴的系統(tǒng)，如圖2所示，包括多個交換機和與各交換機相連的RMC10；

各交換機，用于獲取與自身相鄰的交換機的位置信息以得到局部鏈路圖，并將局部鏈路圖發(fā)送至RMC10；

RMC10，用于根據(jù)接收到的各交換機發(fā)送的局部鏈路圖后進行匹配生成完整鏈路圖，并將完整鏈路圖發(fā)送給各交換機。

作為優(yōu)選地實施方式，當云服務器網絡有信息交互時，

源交換機，還用于接收其下的節(jié)點發(fā)送的目標節(jié)點所在的目標交換機的目標位置信息和交互信息，依據(jù)完整鏈路圖生成傳輸路徑，并依據(jù)傳輸路徑將交互信息發(fā)送至目標交換機；

目標交換機，用于將交互信息轉發(fā)至目標節(jié)點。

作為優(yōu)選地實施方式，各交換機，還用于實時檢測自身的局部鏈路圖的變化，當自身的局部鏈路圖發(fā)生變化時，將變化后的局部鏈路圖發(fā)送給RMC10；

RMC10，還用于更新完整鏈路圖，并將更新后的完整鏈路圖發(fā)送給各交換機。

本實施例提供的防止云服務器網絡產生廣播風暴的系統(tǒng)，可以使得每個交換機都能夠得到一個完整鏈路圖，從而每個交換機都知道任意一個交換機的位置信息，在進行信息交互時，可以防止整個服務器網絡產生廣播風暴的問題，從而保證交互信息傳輸?shù)陌踩院蛯崟r性。

以上對本發(fā)明所提供的防止云服務器網絡產生廣播風暴的方法及系統(tǒng)進行了詳細介紹。說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置而言，由于其與實施例公開的方法相對應，所以描述的比較簡單，相關之處參見方法部分說明即可。應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以對本發(fā)明進行若干改進和修飾，這些改進和修飾也落入本發(fā)明權利要求的保護范圍內。