網(wǎng)絡(luò)系統(tǒng)及其管理裝置、其交換的制造方法
【專利摘要】本發(fā)明提供一種管理裝置,能夠在虛擬化環(huán)境中通過大規(guī)模網(wǎng)絡(luò)邏輯分割技術(shù)構(gòu)筑多個邏輯網(wǎng)絡(luò),在產(chǎn)生路徑障礙時或虛擬服務(wù)器在物理服務(wù)器中移動時能夠繼續(xù)進行通信。該管理裝置具有:系統(tǒng)結(jié)構(gòu)信息管理部,對虛擬交換機和網(wǎng)絡(luò)裝置的連接進行管理;服務(wù)器信息管理部,對虛擬服務(wù)器的通信被轉(zhuǎn)換為多播通信時用作目的地地址的多播地址進行管理;多播樹管理部,在多個物理路徑上計算多播包的轉(zhuǎn)送路徑;以及交換機控制部,通過對虛擬交換機或網(wǎng)絡(luò)裝置通知多播樹管理部計算出的多播包的轉(zhuǎn)送路徑,對多播包的轉(zhuǎn)送路徑進行控制。
【專利說明】網(wǎng)絡(luò)系統(tǒng)及其管理裝置、其交換機
【技術(shù)領(lǐng)域】
[0001 ] 所公開的主題涉及網(wǎng)絡(luò)系統(tǒng)中的集中管理型的多播樹管理技術(shù)。
【背景技術(shù)】
[0002]近年來,通過計算機資源的虛擬化技術(shù),能夠在一個物理服務(wù)器上執(zhí)行多個虛擬服務(wù)器。在數(shù)據(jù)中心,通過執(zhí)行多個虛擬服務(wù)器,將多個顧客系統(tǒng)即客戶收容在同一基礎(chǔ)結(jié)構(gòu)中。各客戶共享網(wǎng)絡(luò)資源,但是,例如以防止數(shù)據(jù)包的非法偵聽為目的,優(yōu)選按照每個客戶對網(wǎng)絡(luò)進行邏輯分割。
[0003]在非專利文獻I中記載了能夠構(gòu)筑大約1600萬的邏輯網(wǎng)絡(luò)的大規(guī)模網(wǎng)絡(luò)邏輯分割技術(shù)。根據(jù)非專利文獻I所記載的技術(shù),在各物理服務(wù)器內(nèi)的虛擬交換機等中設(shè)置虛擬網(wǎng)絡(luò)終端部,虛擬網(wǎng)絡(luò)終端部通過 UDP/IP(User Datagram Protocol/Internet Protocol)包對MAC (Media Access Control)巾貞進行封裝,將封裝后的包發(fā)送到目的地虛擬服務(wù)器所屬的虛擬網(wǎng)絡(luò)終端部(目的地虛擬網(wǎng)絡(luò)終端部)。在封裝時,在包內(nèi)追加用于確定客戶的標(biāo)識符(客戶標(biāo)識符)。接收到包的目的地虛擬網(wǎng)絡(luò)終端部通過對客戶標(biāo)識符和被封裝后的MAC幀的目的地地址的組合進行驗證、濾波,對每個客戶的網(wǎng)絡(luò)進行邏輯分割。并且,多播幀和廣播幀在虛擬網(wǎng)絡(luò)終端部中被封裝到多播包中。通過在虛擬網(wǎng)絡(luò)終端部之間使用多播通信,僅對具有客戶與發(fā)送方虛擬服務(wù)器相同的虛擬服務(wù)器的虛擬網(wǎng)絡(luò)終端部發(fā)送數(shù)據(jù),實現(xiàn)每個客戶的網(wǎng)絡(luò)邏輯分割。
[0004]多播通信是對特定的多個模塊一起發(fā)送同一數(shù)據(jù)包的技術(shù)。通過在各交換機或路由器中針對每個多播地址確定應(yīng)該轉(zhuǎn)送的端口,在網(wǎng)絡(luò)上構(gòu)筑多播包的轉(zhuǎn)送路徑即多播樹。作為控制多播樹的方式之一,公知有IGMP (Internet Group Management Protocol)和IGMP Snooping。根據(jù)IGMP和IGMP Snooping,通過基于交換機或路由器的詢問包、基于多播包的接收模塊的針對多播樹的參加請求包的交換,學(xué)習(xí)交換機或路由器應(yīng)該轉(zhuǎn)送的多播地址和轉(zhuǎn)送端口。通過由全部交換機或路由器進行該學(xué)習(xí),在網(wǎng)絡(luò)上構(gòu)筑每個多播地址的多播樹,能夠僅對希望接收多播包的模塊轉(zhuǎn)送多播包。
[0005]由于通過IGMP和IGMP Snooping構(gòu)筑的多播樹為冗長結(jié)構(gòu),所以,在路徑產(chǎn)生障礙的情況下,需要新交換詢問包和參加請求包并重構(gòu)多播樹。在存在多個利用多播通信的模塊的情況下,路由器或交換機需要處理大量參加請求包,在處理完成之前的期間內(nèi),不重構(gòu)多播樹,可能產(chǎn)生通信障礙。
[0006]在專利文獻I中公開了構(gòu)筑多個多播樹的技術(shù)。根據(jù)專利文獻I所記載的技術(shù),相鄰的交換機或路由器通過獨立的協(xié)議相互通知已連接的終端或當(dāng)前進行中繼的多播包。交換機或路由器使用所通知的信息選擇發(fā)送參加請求包的交換機或路由器。通過該選擇來決定交換機或路由器中的多播包的轉(zhuǎn)送端口,通過由全部交換機或路由器進行這種交換,在網(wǎng)絡(luò)上構(gòu)筑多播樹。并且,此時,通過對參加請求包進行擴展并使多播樹具有標(biāo)識符,能夠?qū)ν欢嗖サ刂窐?gòu)筑多個多播樹。
[0007]進而,在專利文獻2中公開了集中管理裝置對與多播有關(guān)的網(wǎng)絡(luò)資源進行管理的技術(shù)。根據(jù)專利文獻2所記載的技術(shù),集中管理裝置對多播地址和多播地址的多播樹進行管理。在模塊希望開始進行多播通信的情況下,對集中管理裝置進行多播通信的會話請求。集中管理裝置根據(jù)會話請求,將要使用的多播地址通知給模塊。關(guān)于所通知的多播地址,可以已經(jīng)構(gòu)筑了滿足會話請求的多播樹,也可以在交換機或路由器中新設(shè)定多播包的轉(zhuǎn)送端口并構(gòu)筑多播樹,以使得集中管理裝置滿足會話請求。此時,由集中管理裝置構(gòu)筑的多播樹預(yù)先設(shè)定了非路徑障礙時用和路徑障礙時用的路徑,通常時利用非路徑障礙時用的路徑,在非路徑障礙時用的路徑產(chǎn)生障礙的情況下利用路徑障礙時用的路徑,由此實現(xiàn)冗長化。
[0008]【專利文獻1】US2007/0177594A1
[0009]【專利文獻2】US2004/0258066A1
[0010]【非專利文獻I】 “A Framework for Overlaying Virtualized Layer2Networksover Layer3Networks[online]、2011/8/26、[2012/5/29 檢索]、因特網(wǎng)〈URL:http://tools, ietf.0rg/id/draft-mahalingam-dutt-dcops-vxlan-01.txt>
[0011]【非專利文獻2?‘VMware vMotion for Live Migration of Virtual Machines,,、[online]、[2012/6/19 檢索]、因特網(wǎng)〈URL:http://www.vmware.com/products/vmotion/overview.html>
[0012]在專利文獻I所記載的技術(shù)中,通過在多播樹中設(shè)置標(biāo)識符,針對每個多播地址構(gòu)筑多個多播樹。但是,當(dāng)通信中使用的多播地址的數(shù)量增加時,多播樹的數(shù)量增加到多播地址的數(shù)量以上,交換機或路由器中的多播包的轉(zhuǎn)送端口的學(xué)習(xí)量增多。由于交換機或路由器中的多播包的轉(zhuǎn)送端口的學(xué)習(xí)用存儲器存在限制,所以,可利用的多播地址的數(shù)量受到限制,在大規(guī)模網(wǎng)絡(luò)邏輯分割技術(shù)中難以收容多個客戶。
[0013]在專利文獻2所記載的技術(shù)中,集中管理裝置對網(wǎng)絡(luò)資源進行一維管理,將構(gòu)筑了滿足從模塊接受的會話請求的 冗長化的多播樹的多播地址分配給模塊。但是,在數(shù)據(jù)中心,如非專利文獻2那樣,成為在大規(guī)模網(wǎng)絡(luò)邏輯分割技術(shù)中利用多播通信的契機的虛擬服務(wù)器能夠在物理服務(wù)器中移動。在專利文獻2中,為了使虛擬服務(wù)器在物理服務(wù)器中移動并進行多播通信,在虛擬服務(wù)器移動后,需要重新對集中管理裝置進行會話請求,等待分配多播地址。在該期間內(nèi),由于不存在可利用的多播地址,所以虛擬服務(wù)器無法利用多播通信,可能產(chǎn)生通信障礙。
[0014]因此,尋求進一步改善的多播樹的管理技術(shù)。
【發(fā)明內(nèi)容】
[0015]在本說明書中,考慮以上情況,公開了如下的集中管理型的多播樹的管理系統(tǒng)及其方法:能夠在虛擬化環(huán)境中通過大規(guī)模網(wǎng)絡(luò)邏輯分割技術(shù)構(gòu)筑多個邏輯網(wǎng)絡(luò),在產(chǎn)生路徑障礙時或虛擬服務(wù)器在物理服務(wù)器中移動時能夠繼續(xù)進行通信。
[0016]本說明書包含多個解決上述課題的方式,但是,其一例是一種網(wǎng)絡(luò)系統(tǒng),利用網(wǎng)絡(luò)連接多個中繼交換機和多個物理服務(wù)器裝置,在物理服務(wù)器上構(gòu)成虛擬服務(wù)器和具有將虛擬服務(wù)器的通信轉(zhuǎn)換為多播通信的功能的虛擬交換機,管理裝置利用管理用網(wǎng)絡(luò)而與中繼交換機和物理服務(wù)器裝置連接,其特征在于,管理裝置對虛擬交換機和中繼交換機的連接結(jié)構(gòu)、中繼交換機間的連接結(jié)構(gòu)以及虛擬服務(wù)器和虛擬交換機的連接結(jié)構(gòu)進行管理,對虛擬服務(wù)器的發(fā)送幀在虛擬交換機中被轉(zhuǎn)換為多播包時成為目的地地址的多播地址進行管理,使用連接結(jié)構(gòu)和多播地址,求出用于在網(wǎng)絡(luò)上構(gòu)筑一個多播樹的使用多個路徑的設(shè)定,對虛擬交換機和/或中繼交換機通知求出的用于構(gòu)筑多播樹的設(shè)定,中繼交換機接收來自管理裝置的用于構(gòu)筑多播樹的設(shè)定的通知,執(zhí)行設(shè)定指示,虛擬交換機接收來自管理裝置的用于構(gòu)筑多播樹的設(shè)定的通知,執(zhí)行設(shè)定指示。
[0017]另外,用于在上述網(wǎng)絡(luò)上構(gòu)筑一個多播樹的使用多個路徑的設(shè)定例如也可以是經(jīng)由不同交換機的多個設(shè)定。
[0018]進而,也可以構(gòu)成為,管理裝置在物理服務(wù)器上構(gòu)成虛擬服務(wù)器之前,求出用于構(gòu)筑通過構(gòu)成虛擬服務(wù)器而新構(gòu)筑的多播樹的設(shè)定,對虛擬交換機和/或中繼交換機指示追加所求出的該設(shè)定。
[0019]進而,也可以構(gòu)成為,管理裝置在追加了新的中繼交換機的情況下,求出用于構(gòu)筑經(jīng)由所追加的中繼交換機的新的多播樹的設(shè)定,對虛擬交換機和/或中繼交換機指示追加所求出的該設(shè)定。
[0020]進而,也可以構(gòu)成為,管理裝置在對虛擬交換機或中繼交換機通知所求出的用于構(gòu)筑多播樹的設(shè)定時,指定多播地址和輸出將多播地址作為目的地地址的多播包的端口,中繼交換機在從管理裝置通知了多播地址和輸出將多播地址作為目的地地址的多播包的端口的情況下,在輸出將多播地址作為目的地地址的多播包時從所通知的端口進行發(fā)送,虛擬交換機在從管理裝置通知了多播地址和輸出將多播地址作為目的地地址的多播包的端口的情況下,在輸出將多播地址作為目的地地址的多播包時從所通知的端口進行發(fā)送。
[0021]或者,也可以構(gòu)成為,管理裝置在對虛擬交換機或中繼交換機通知所求出的用于構(gòu)筑多播樹的設(shè)定時,指定輸出多播樹構(gòu)筑包的端口,指示利用多播通信的虛擬交換機發(fā)送多播樹構(gòu)筑包,中繼交換機在從管理裝置通知了輸出多播樹構(gòu)筑包的端口的情況下,在轉(zhuǎn)送所接收到的多播樹構(gòu)筑包時從所通知的端口進行發(fā)送,虛擬交換機在從管理裝置通知了輸出多播樹構(gòu)筑包的端口的情況下,在轉(zhuǎn)送所接收到的多播樹構(gòu)筑包時從所通知的端口進行發(fā)送,虛擬交換機在從管理裝置指示了多播樹構(gòu)筑包的發(fā)送的情況下,生成多播樹構(gòu)筑包,從所通知的端口進行發(fā)送。
[0022]進而,也可以構(gòu)成為,中繼交換機在從管理裝置指示了多播樹構(gòu)筑包的發(fā)送的情況下,生成多播樹構(gòu)筑包,從所通知的端口進行發(fā)送。
[0023]根據(jù)上述方式,例如,在路徑產(chǎn)生障礙時或進行多播通信的虛擬服務(wù)器移動到其他物理服務(wù)器中時,能夠進行通信而不用重構(gòu)多播樹。
[0024]根據(jù)公開,能夠構(gòu)筑多個邏輯網(wǎng)絡(luò),能夠提供更難引起通信障礙的多播樹的管理技術(shù)。
[0025]通過以下實施方式的說明可知上述以外的課題、結(jié)構(gòu)和效果。
【專利附圖】
【附圖說明】
[0026]圖1例示與第I實施方式和第2實施方式有關(guān)的網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)。
[0027]圖2例示與第I實施方式和第2實施方式有關(guān)的管理裝置的功能結(jié)構(gòu)。
[0028]圖3例示與第I實施方式有關(guān)的中繼交換機的功能結(jié)構(gòu)。
[0029]圖4例示與第I實施方式有關(guān)的物理服務(wù)器的結(jié)構(gòu)。
[0030]圖5例示與第I實施方式和第2實施方式有關(guān)的管理裝置所保持的系統(tǒng)結(jié)構(gòu)信息管理表的結(jié)構(gòu)。
[0031]圖6例示與第I實施方式和第2實施方式有關(guān)的管理裝置所保持的虛擬服務(wù)器管理表的結(jié)構(gòu)。
[0032]圖7例示與第I實施方式和第2實施方式有關(guān)的管理裝置所保持的多播樹結(jié)構(gòu)管理表的結(jié)構(gòu)。
[0033]圖8 (a)例示與第I實施方式和第2實施方式有關(guān)的中繼交換機所保持的多播包轉(zhuǎn)送路徑表的結(jié)構(gòu)。
[0034]圖8 (b)例示與第I實施方式和第2實施方式有關(guān)的虛擬交換機所保持的多播包轉(zhuǎn)送路徑表的結(jié)構(gòu)。
[0035]圖9是例示與第I實施方式有關(guān)的管理裝置對中繼交換機和虛擬交換機發(fā)送的多播樹設(shè)定包的包形式的框圖。
[0036]圖10例示與第I實施方式有關(guān)的虛擬服務(wù)器在物理服務(wù)器中移動時的通信的時序。
[0037]圖11例示與第I實施方式有關(guān)的追加中繼交換機時的通信的時序。
[0038]圖12是例示與第I實施方式有關(guān)的計算虛擬服務(wù)器在物理服務(wù)器中移動時的管理裝置的多播樹、并對中繼交換機或虛擬交換機通知多播包的轉(zhuǎn)送路徑的處理時序的流程圖。
[0039]圖13是例示與第I實施方式有關(guān)的管理裝置的中繼交換機和虛擬交換機中的多播包轉(zhuǎn)送端口的選擇處理時序的流程圖。
[0040]圖14是例示與第I實施方式有關(guān)的管理裝置的多播樹結(jié)構(gòu)管理表的更新和多播樹設(shè)定包發(fā)送處理時序的流程圖。
[0041]圖15是例示與第I實施方式有關(guān)的中繼交換機和虛擬交換機的多播包轉(zhuǎn)送路徑表的更新處理時序的流程圖。
[0042]圖16是例示與第I實施方式有關(guān)的計算追加中繼交換機時的管理裝置的多播樹、并對中繼交換機或虛擬交換機通知多播包的轉(zhuǎn)送路徑的處理時序的流程圖。
[0043]圖17例示與第2實施方式有關(guān)的中繼交換機的結(jié)構(gòu)。
[0044]圖18例示與第2實施方式有關(guān)的物理服務(wù)器的結(jié)構(gòu)。
[0045]圖19Ca)例示與第2實施方式有關(guān)的中繼交換機所保持的多播樹構(gòu)筑包轉(zhuǎn)送路徑表的結(jié)構(gòu)。
[0046]圖19(b)例示與第2實施方式有關(guān)的虛擬交換機所保持的多播樹構(gòu)筑包轉(zhuǎn)送路徑表的結(jié)構(gòu)。
[0047]圖20是例示與第2實施方式有關(guān)的管理裝置對中繼交換機和虛擬交換機發(fā)送的多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包的包形式的框圖。
[0048]圖21是例示與第2實施方式有關(guān)的管理裝置對中繼交換機和虛擬交換機發(fā)送的多播樹構(gòu)筑包發(fā)送指示包的包形式的框圖。
[0049]圖22例示與第2實施方式有關(guān)的虛擬服務(wù)器在物理服務(wù)器中移動時的通信的時序。
[0050]圖23例示與第2實施方式有關(guān)的追加中繼交換機時的通信的時序。
[0051]圖24是例示與第2實施方式有關(guān)的管理裝置的多播樹結(jié)構(gòu)管理表的更新和多播樹設(shè)定包發(fā)送處理時序的流程圖。
[0052]圖25是例示與第2實施方式有關(guān)的中繼交換機或虛擬交換機的多播樹構(gòu)筑包轉(zhuǎn)送路徑表的更新處理時序的流程圖。
[0053]圖26是例示與第2實施方式有關(guān)的中繼交換機或虛擬交換機的多播樹構(gòu)筑包的發(fā)送處理時序的流程圖?!揪唧w實施方式】
[0054]下面,參照附圖對實施方式進行詳細說明。另外,以下的說明是一例,不限于實施例的結(jié)構(gòu)。
[0055]【實施例1】
[0056]參照圖1~圖16對第I實施方式進行說明。
[0057]圖1示出第I實施方式的網(wǎng)絡(luò)系統(tǒng)IOA全體。
[0058]在本實施方式中,通過管理裝置100、中繼交換機200a~中繼交換機200e、物理服務(wù)器300a~物理服務(wù)器300d構(gòu)成網(wǎng)絡(luò)系統(tǒng)IOA0下面,在不特意區(qū)分中繼交換機200a~中繼交換機200e的情況下稱為中繼交換機200,在不特意區(qū)分物理服務(wù)器300a~物理服務(wù)器300d的情況下稱為物理服務(wù)器300。
[0059]管理裝置100例如在物理的計算機硬件即計算機上實現(xiàn)。通過管理網(wǎng)絡(luò)20連接中繼交換機200a~中繼交換機200e和物理服務(wù)器300a~物理服務(wù)器300d,例如變更中繼交換機200的網(wǎng)絡(luò)設(shè)定,指示物理服務(wù)器300中的虛擬服務(wù)器的移動。
[0060]中繼交換機200例如是層2交換機或?qū)?交換機。中繼交換機200a、200b利用幀或包的收發(fā)中使用的網(wǎng)絡(luò)而與中繼交換機200c、200d連接,中繼交換機200c、200d利用相同幀或包的收發(fā)中使用的網(wǎng)絡(luò)而與物理服務(wù)器300a~物理服務(wù)器300d連接,各中繼交換機200判斷接收到的幀或包的轉(zhuǎn)送路徑并發(fā)送該接收到的幀或包。中繼交換機200的Pl~P4表示物理的或邏輯的通信端口。
[0061]并且,在本實施例中,中繼交換機200e涉及物理服務(wù)器300d的通信,發(fā)揮大規(guī)模網(wǎng)絡(luò)邏輯分割技術(shù)中的虛擬網(wǎng)絡(luò)終端部的功能。發(fā)揮虛擬網(wǎng)絡(luò)終端部的功能的中繼交換機200e根據(jù)預(yù)先登記的將服務(wù)器ID、客戶ID和多播地址對應(yīng)起來的表(未圖示),將從物理服務(wù)器300d接收到的多播幀和廣播幀封裝到多播包中,轉(zhuǎn)送到中繼交換機200d。
[0062]物理服務(wù)器300a、物理服務(wù)器300c分別具有虛擬交換機400a、虛擬服務(wù)器500a、虛擬服務(wù)器500b、虛擬交換機400c、虛擬服務(wù)器500c。物理服務(wù)器300b具有虛擬交換機400b。物理服務(wù)器300d不具有虛擬交換機和虛擬服務(wù)器,設(shè)為由客戶B利用的物理服務(wù)器。下面,在不特意區(qū)分虛擬交換機400a~虛擬交換機400c的情況下稱為虛擬交換機400,在不特意區(qū)分虛擬服務(wù)器500a~虛擬服務(wù)器500c的情況下稱為虛擬服務(wù)器500。物理服務(wù)器300例如在物理的計算機硬件即計算機上實現(xiàn)。物理服務(wù)器300與管理裝置100和中繼交換機200連接,能夠經(jīng)由中繼交換機200或數(shù)據(jù)轉(zhuǎn)送用網(wǎng)絡(luò)50而相互進行通信。
[0063]虛擬交換機400通過在物理服務(wù)器300上執(zhí)行程序而實現(xiàn),例如與中繼交換機同樣進行動作。虛擬交換機400經(jīng)由虛擬服務(wù)器500或例如物理服務(wù)器300的物理NIC而與中繼交換機200連接,判斷所接收到的幀或包的轉(zhuǎn)送路徑并進行發(fā)送。虛擬交換機400的vPl~vP3表示邏輯端口。并且,在本實施例中,虛擬交換機400涉及虛擬服務(wù)器500的通信,發(fā)揮大規(guī)模網(wǎng)絡(luò)邏輯分割技術(shù)中的虛擬網(wǎng)絡(luò)終端部的功能。發(fā)揮虛擬網(wǎng)絡(luò)終端部的功能的虛擬交換機400根據(jù)預(yù)先登記的將虛擬服務(wù)器ID、客戶ID和多播地址對應(yīng)起來的表(未圖示),將從虛擬服務(wù)器500接收到的多播幀和廣播幀封裝到多播包中,轉(zhuǎn)送到中繼交換機 200。
[0064]虛擬服務(wù)器500通過在物理服務(wù)器300上執(zhí)行程序而實現(xiàn),例如與計算機同樣進行動作。任意的操作系統(tǒng)或應(yīng)用程序等在虛擬服務(wù)器500上進行動作。虛擬服務(wù)器500a、虛擬服務(wù)器500b、虛擬服務(wù)器500c分別設(shè)為由客戶A、客戶B、客戶A利用的虛擬服務(wù)器。
[0065]圖1的管理網(wǎng)絡(luò)20是連接管理裝置100和中繼交換機200、物理服務(wù)器300的網(wǎng)絡(luò)。例如,管理裝置100通過管理網(wǎng)絡(luò)20對中繼交換機200或虛擬交換機400發(fā)送用于通知與多播樹構(gòu)筑有關(guān)的指示的多播樹設(shè)定包1、多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2、多播樹構(gòu)筑包發(fā)送指示包3。
[0066]圖1的箭頭30表示虛擬服務(wù)器500a從物理服務(wù)器300a移動到物理服務(wù)器300b。
[0067]圖1的多播樹40表不虛擬服務(wù)器500a從物理服務(wù)器300a移動到物理服務(wù)器300b之前的虛擬網(wǎng)絡(luò)終端部間的客戶A的多播樹。
[0068]例如,在物理服務(wù)器300a中存在虛擬服務(wù)器500a時,當(dāng)虛擬服務(wù)器500c對客戶A的虛擬服務(wù)器500發(fā)送廣播幀時,該幀被發(fā)送到虛擬交換機400c,通過虛擬交換機400c的虛擬網(wǎng)絡(luò)終端部功能封裝到將與客戶A對應(yīng)的多播地址作為目的地的多播包中。該包從虛擬交換機400c發(fā)送到中繼交換機200d。
[0069]在中繼交換機200d中,作為中繼交換機200c之前的多播包轉(zhuǎn)送端口,存在通信端口 Pl和通信端口 P2這兩個端口,但是,例如選擇通過ECMP (Equal Cost Multi Path)技術(shù)這樣的交換機的轉(zhuǎn)送功能發(fā)送該包的轉(zhuǎn)送端口。另外,此時,也可以選擇全部轉(zhuǎn)送端口。這里,設(shè)從中繼交換機200d向中繼交換機200a轉(zhuǎn)送該包,該包從中繼交換機200d經(jīng)由中繼交換機200a發(fā)送到中繼交換機200c。
[0070]中繼交換機200c向虛擬交換機400a和虛擬交換機400b轉(zhuǎn)送該包。虛擬交換機400a通過虛擬網(wǎng)絡(luò)終端部功能判斷下屬是否存在應(yīng)該轉(zhuǎn)送的客戶A的虛擬服務(wù)器500,接受肯定結(jié)果,對該包進行解封裝,對虛擬服務(wù)器500a發(fā)送由虛擬服務(wù)器500c發(fā)送的廣播幀。虛擬交換機400b通過虛擬網(wǎng)絡(luò)終端部功能判斷下屬是否存在應(yīng)該轉(zhuǎn)送的客戶A的虛擬服務(wù)器500,接受否定判斷,丟棄該包。
[0071]圖1的數(shù)據(jù)轉(zhuǎn)送用網(wǎng)絡(luò)50是連接中繼交換機200之間以及中繼交換機200與物理服務(wù)器300的網(wǎng)絡(luò)。例如,物理服務(wù)器300或虛擬服務(wù)器500發(fā)送的數(shù)據(jù)幀或數(shù)據(jù)包通過數(shù)據(jù)轉(zhuǎn)送用網(wǎng)絡(luò)50而轉(zhuǎn)送到其他物理服務(wù)器300或虛擬服務(wù)器500。
[0072]在本實施方式中,管理裝置100與中繼交換機200和物理服務(wù)器300直接連接,但是,也可以插入交換機或中繼器而與中繼交換機200和物理服務(wù)器300連接。
[0073]并且,圖1的網(wǎng)絡(luò)系統(tǒng)的裝置結(jié)構(gòu)數(shù)和裝置間的連接鏈路數(shù)只是一例,不限于該結(jié)構(gòu),可以使用各種數(shù)量的裝置和連接。
[0074]下面,在不特意區(qū)分中繼交換機200和虛擬交換機400的情況下簡稱為交換機。并且,在將物理服務(wù)器300和虛擬服務(wù)器500作為計算機而不特意區(qū)分的情況下簡稱為服務(wù)器。
[0075]圖2是示出管理裝置100的功能結(jié)構(gòu)的圖。管理裝置100例如具有輸入部110、輸出部120、運算部130、網(wǎng)絡(luò)接口 140、存儲部150。
[0076]輸入部110將由例如鍵盤或鼠標(biāo)這樣的裝置輸入的用戶的輸入信息發(fā)送到運算部 130。
[0077]輸出部120對例如顯示器這樣的裝置通知針對來自用戶的輸入的輸出信息。
[0078]運算部130執(zhí)行存儲部150中存儲的操作系統(tǒng)和實現(xiàn)以下說明的處理部的程序
坐寸ο
[0079]網(wǎng)絡(luò)接口 140例如由NIC (Network interface Card)這樣的裝置構(gòu)成,與其他設(shè)備連接。
[0080]存儲部150例如是閃存、HDD (Hard Disc Drive)這樣的存儲裝置,存儲操作系統(tǒng)(未圖示)、實現(xiàn)系統(tǒng)結(jié)構(gòu)信息管理部151、服務(wù)器信息管理部152、多播樹管理部153、交換機控制部154等的各處理部的程序、系統(tǒng)結(jié)構(gòu)信息管理表155、服務(wù)器信息管理表156、多播樹結(jié)構(gòu)管理表157。
[0081]系統(tǒng)結(jié)構(gòu)信息管理部151例如決定中繼交換機200、物理服務(wù)器300、虛擬交換機400、虛擬服務(wù)器500的追加或刪除或移動,將中繼交換機200、虛擬交換機400的連接結(jié)構(gòu)存儲在圖5所示的系統(tǒng)結(jié)構(gòu)信息管理表155中進行管理。中繼交換機200、物理服務(wù)器300、虛擬交換機400、虛擬服務(wù)器500的追加或刪除或移動也可以由管理各裝置的其他管理系統(tǒng)(未圖示)決定,此時,系統(tǒng)結(jié)構(gòu)信息管理部151與其他管理系統(tǒng)協(xié)作來檢測各裝置的追加或刪除或移動,將中繼交換機200、虛擬交換機400的連接結(jié)構(gòu)存儲在系統(tǒng)結(jié)構(gòu)信息管理表155 中。
[0082]服務(wù)器信息管理部152決定與服務(wù)器對應(yīng)的客戶ID、在虛擬網(wǎng)絡(luò)終端部(未圖示)中對由該服務(wù)器發(fā)送的多播幀和廣播幀進行封裝時成為目的地地址的多播地址、發(fā)揮虛擬網(wǎng)絡(luò)終端部功能的交換機,存儲在圖6所示的服務(wù)器信息管理表156中進行管理。
[0083]但是,與服務(wù)器對應(yīng)的客戶ID、對該服務(wù)器的發(fā)送幀進行封裝時成為目的地地址的多播地址、發(fā)揮虛擬網(wǎng)絡(luò)終端部功能的交換機也可以由其他管理系統(tǒng)(未圖示)決定,此時,服務(wù)器信息管理部152與其他管理系統(tǒng)協(xié)作對與服務(wù)器對應(yīng)的客戶ID、多播地址、發(fā)揮虛擬網(wǎng)絡(luò)終端部功能的交換機進行管理,存儲在服務(wù)器信息管理表156中。
[0084]多播樹管理部153使用系統(tǒng)結(jié)構(gòu)信息管理表155中存儲的中繼交換機200或虛擬交換機400的連接結(jié)構(gòu)、服務(wù)器信息管理表156中存儲的服務(wù)器的客戶ID和發(fā)揮虛擬網(wǎng)絡(luò)終端部功能的交換機,求出構(gòu)筑每個客戶的多播樹(即多播包的轉(zhuǎn)送路徑)所需要的設(shè)定內(nèi)容。具體而言,例如,求出針對多播地址的中繼交換機200或虛擬交換機400的多播包的轉(zhuǎn)送端口,存儲在圖7所示的多播樹結(jié)構(gòu)管理表157中。
[0085]交換機控制部154例如通過多播樹設(shè)定包I對中繼交換機200或虛擬交換機400通知與多播樹的構(gòu)筑有關(guān)的設(shè)定的指示。
[0086]系統(tǒng)結(jié)構(gòu)信息管理表155針對構(gòu)成網(wǎng)絡(luò)系統(tǒng)IOA的全部中繼交換機200、虛擬交換機400,存儲連接端口和通過該連接端口連接的裝置。
[0087]服務(wù)器信息管理表156針對各服務(wù)器,存儲客戶ID、在封裝時成為目的地地址的多播地址以及發(fā)揮虛擬網(wǎng)絡(luò)終端部功能的交換機。
[0088]為了對網(wǎng)絡(luò)系統(tǒng)IOA上構(gòu)筑的多播樹進行管理,多播樹結(jié)構(gòu)管理表157存儲多播地址、轉(zhuǎn)送將該多播地址作為目的地的多播包的中繼交換機200或虛擬交換機400及其轉(zhuǎn)送端口。
[0089]圖3是示出中繼交換機200的功能結(jié)構(gòu)的圖。中繼交換機200例如具有輸入部210、輸出部220、運算部230、交換機部240、通信端口 250-1?250_n、存儲部260。下面,在不特意區(qū)分通信端口 250-1?250-n的情況下稱為通信端口 250。
[0090]輸入部210將由例如鍵盤或鼠標(biāo)這樣的輸入裝置輸入的用戶的輸入信息發(fā)送到運算部230。
[0091]輸出部220對例如顯示器這樣的輸出裝置通知針對來自用戶的輸入的輸出信息。
[0092]運算部230執(zhí)行存儲部150中存儲的操作系統(tǒng)和實現(xiàn)以下說明的處理部的程序
坐寸ο
[0093]交換機部240例如從通信端口 250接收幀或包,對通信端口 250發(fā)送幀或包,丟棄幀或包等,對包的收發(fā)等進行控制。
[0094]通信端口 250是用于與其他設(shè)備進行通信的連接接口。
[0095]存儲部260例如存儲操作系統(tǒng)(未圖示)、實現(xiàn)通信控制部261和管理裝置協(xié)作部263等的各處理部的程序、路徑表262、多播包轉(zhuǎn)送路徑表264。
[0096]例如在接收到的包中存儲的目的地地址未登記在路徑表262中的情況下,通信控制部261在路徑表262中登記接收到該包的端口和作為該包的目的地地址的MAC地址或IP地址。并且,例如進行接收到的幀的封裝和解封裝,發(fā)揮大規(guī)模網(wǎng)絡(luò)邏輯分割技術(shù)中的虛擬網(wǎng)絡(luò)終端部的功能。
[0097]路徑表262 (詳細內(nèi)容未圖示)例如記錄有基于目的地地址(例如MAC地址或IP地址)的幀或包的轉(zhuǎn)送端口信息等。
[0098]管理裝置協(xié)作部263接收從管理裝置100的交換機控制部154發(fā)送的與多播樹構(gòu)筑有關(guān)的通知,執(zhí)行通知中的指示。例如將通過多播樹設(shè)定包I通知的針對多播地址的轉(zhuǎn)送端口存儲在多播包轉(zhuǎn)送路徑表264中。
[0099]多播包轉(zhuǎn)送路徑表264存儲針對多播地址的轉(zhuǎn)送端口。
[0100]圖4是示出物理服務(wù)器300的圖。物理服務(wù)器300例如具有輸入部310、輸出部320、運算部330、網(wǎng)絡(luò)接口 340、存儲部350。
[0101]輸入部310將由例如鍵盤或鼠標(biāo)這樣的裝置輸入的用戶的輸入信息發(fā)送到運算部 330。
[0102]輸出部320對例如顯示器這樣的裝置通知針對來自用戶的輸入的輸出信息。
[0103]運算部330執(zhí)行存儲部350中存儲的操作系統(tǒng)等,使各處理部、虛擬交換機400、虛擬服務(wù)器500進行動作。
[0104]網(wǎng)絡(luò)接口 340例如由NIC這樣的裝置構(gòu)成,與其他設(shè)備連接。
[0105]存儲部150例如是閃存、HDD這樣的存儲裝置,例如存儲操作系統(tǒng)(未圖示)、虛擬交換機400、虛擬服務(wù)器500。
[0106]虛擬交換機400例如具有通信控制部410、轉(zhuǎn)發(fā)表420、虛擬通信端口 430a?虛擬通信端口 430η、管理裝置協(xié)作部440、多播包轉(zhuǎn)送路徑表450。下面,在不特意區(qū)分各個虛擬通信端口的情況下稱為虛擬通信端口 430。
[0107]通信控制部410例如從網(wǎng)絡(luò)接口 340接收幀或包,對網(wǎng)絡(luò)接口 340發(fā)送幀或包,丟棄幀或包等,對包的收發(fā)等進行控制。并且,例如在接收到的包中存儲的目的地地址未登記在轉(zhuǎn)發(fā)表420中的情況下,在轉(zhuǎn)發(fā)表420中登記接收到該包的端口和作為該包的目的地地址的MAC地址或IP地址。并且,例如進行接收到的幀的封裝和解封裝,發(fā)揮大規(guī)模網(wǎng)絡(luò)邏輯分割技術(shù)中的虛擬網(wǎng)絡(luò)終端部的功能。
[0108]轉(zhuǎn)發(fā)表420 (詳細內(nèi)容未圖示)例如記錄有基于目的地地址(例如MAC地址或IP地址)的包的轉(zhuǎn)送虛擬端口信息等。虛擬通信端口 430是用于與其他設(shè)備例如網(wǎng)絡(luò)接口 340或虛擬服務(wù)器500進行通信的連接接口。
[0109]管理裝置協(xié)作部440接收從管理裝置100的交換機控制部154發(fā)送的與多播樹構(gòu)筑有關(guān)的通知,執(zhí)行通知中的指示。例如將通過多播樹設(shè)定包I通知的針對多播地址的轉(zhuǎn)送端口存儲在多播包轉(zhuǎn)送路徑表450中。
[0110]多播包轉(zhuǎn)送路徑表450存儲針對多播地址的轉(zhuǎn)送端口。
[0111]虛擬服務(wù)器500是虛擬的計算機,例如具有虛擬網(wǎng)絡(luò)接口 510。任意的操作系統(tǒng)(未圖示)或應(yīng)用程序(未圖示)等在虛擬服務(wù)器500上進行動作。
[0112]虛擬網(wǎng)絡(luò)接口 510例如由虛擬NIC這樣的功能構(gòu)成,與虛擬交換機400連接。
[0113]圖5是示出管理裝置100中存儲的系統(tǒng)結(jié)構(gòu)信息管理表155的一例的圖。
[0114]在管理對象交換機ID欄155A中存儲有管理裝置100的管理對象交換機例如中繼交換機200、虛擬交換機400的ID。在連接端口欄155B中存儲有管理對象交換機的連接端口例如通信端口 250或虛擬通信端口 430的識別編號。在連接目的地交換機ID欄155C中存儲有連接端口連接的交換機例如中繼交換機200、虛擬交換機400的ID。
[0115]在圖5的情況下,例如中繼交換機200a表示通過通信端口 P2而與中繼交換機200c連接。
[0116]圖6是示出管理裝置100中存儲的服務(wù)器信息管理表156的一例的圖。
[0117]在服務(wù)器ID欄156A中存儲有管理裝置100所管理的服務(wù)器的ID。在客戶ID欄156B中存儲有服務(wù)器的客戶ID。在多播地址欄156C中存儲有在虛擬網(wǎng)絡(luò)終端部中對服務(wù)器的發(fā)送幀進行封裝時成為目的地地址的多播地址。在虛擬網(wǎng)絡(luò)終端部欄156D中存儲有具有對服務(wù)器的發(fā)送幀進行封裝的虛擬網(wǎng)絡(luò)終端部的交換機。
[0118]在圖6的情況下,表示例如虛擬服務(wù)器500a是屬于客戶A的虛擬服務(wù)器,在發(fā)送多播幀或廣播幀時,在作為虛擬網(wǎng)絡(luò)終端部的虛擬交換機400a或虛擬交換機400b中被封裝到目的地地址為239.1.1.1的多播包中。另外,存在多個虛擬服務(wù)器500a的入口表示虛擬服務(wù)器500a移動。各入口可以由管理裝置100在虛擬服務(wù)器移動時自動存儲,也可以由管理者手動存儲。并且,多播地址欄156C中存儲的地址可以是MAC地址,也可以是IP地址,還可以是其他的多播中使用的地址。
[0119]圖7是示出管理裝置100中存儲的多播樹結(jié)構(gòu)管理表157的一例的圖。
[0120]在多播地址欄157A中存儲有在虛擬網(wǎng)絡(luò)終端部中進行封裝時可能成為目的地地址的多播地址。在交換機ID欄157B中存儲有轉(zhuǎn)送多播包的中繼交換機200或虛擬交換機400的ID。在轉(zhuǎn)送端口欄157C中存儲有中繼交換機200或虛擬交換機400中的用于轉(zhuǎn)送多播包的轉(zhuǎn)送端口的識別編號例如通信端口 250或網(wǎng)絡(luò)接口 340的識別編號。
[0121]在圖7的情況下,表示例如多播地址“239.1.1.1”的多播樹構(gòu)筑在中繼交換機200a的通信端口 P2、P3、中繼交換機200b的通信端口 P2、P3、中繼交換機200c的通信端口P1、P2、P3、中繼交換機200d的通信端口 P1、P2、P3、虛擬交換機400a的虛擬通信端口 vPl、虛擬交換機400c的虛擬通信端口 vPl上。
[0122]圖8 Ca)示出中繼交換機200中存儲的多播包轉(zhuǎn)送路徑表264。
[0123]在多播地址欄264A中存儲有多播地址。在轉(zhuǎn)送端口 264B中存儲有轉(zhuǎn)送將多播地址欄264A中存儲的多播地址作為目的地的多播包的端口的識別編號例如通信端口 250的識別編號。
[0124]例如,在圖8 (a)的情況下,表示在根據(jù)一般的多播包的轉(zhuǎn)送規(guī)則轉(zhuǎn)送將多播地址“239.1.1.1”作為目的地地址的多播包的情況下,從通信端口 P1、P2、P3中的接收到多播包的通信端口以外的通信端口進行發(fā)送。
[0125]圖8(b)示出虛擬交換機400中存儲的多播包轉(zhuǎn)送路徑表450。在多播地址欄450A中存儲有多播地址。在轉(zhuǎn)送端口 450B中存儲有轉(zhuǎn)送將多播地址欄450A中存儲的多播地址作為目的地的多播包的端口的識別編號例如虛擬通信端口 430的識別編號。
[0126]圖9是示出管理裝置100對交換機通知用于構(gòu)筑多播樹的設(shè)定的包即多播樹設(shè)定包I的一例的圖。
[0127]例如,在目的地地址字段IA中存儲有設(shè)定多播樹的交換機的MAC地址。在發(fā)送方地址字段IB中存儲有管理裝置的MAC地址。在多播樹構(gòu)筑指示字段IC中存儲有“追加”或“刪除”這樣的與多播樹的構(gòu)筑有關(guān)的設(shè)定的指示。在轉(zhuǎn)送端口編號字段ID中存儲有反映了多播樹構(gòu)筑指示字段IC中存儲的指示的轉(zhuǎn)送端口編號。在多播地址字段IE中存儲有反映了多播樹構(gòu)筑指示字段IC中存儲的指示的多播地址。
[0128]圖10、圖11是示出第I實施方式中的多播樹構(gòu)筑處理的時序圖。
[0129]圖10的時序Ql?時序Q7示出在圖1的網(wǎng)絡(luò)系統(tǒng)IOA中在虛擬服務(wù)器500a從物理服務(wù)器300a向物理服務(wù)器300b移動的情況下的、從各交換機中的多播包轉(zhuǎn)送路徑表264和多播包轉(zhuǎn)送路徑表450的更新到虛擬服務(wù)器500a完成移動并開始進行數(shù)據(jù)通信的處理。
[0130]與現(xiàn)有環(huán)境不同,在本實施例中作為前提的大規(guī)模網(wǎng)絡(luò)邏輯分割技術(shù)中,通過多播通信而轉(zhuǎn)送的數(shù)據(jù)的接收者和多播樹的末端例如分別為服務(wù)器和交換機,兩者不同。因此,根據(jù)本實施例,如下所示,在虛擬服務(wù)器的移動前,能夠在移動目的地的交換機中構(gòu)筑多播樹。
[0131]在時序Ql中,管理裝置100決定使虛擬服務(wù)器500a從物理服務(wù)器300a向物理服務(wù)器300c移動,在系統(tǒng)結(jié)構(gòu)信息管理表155和服務(wù)器信息管理表156中存儲新的系統(tǒng)結(jié)構(gòu)信息。另外,該決定也可以由其他管理系統(tǒng)(未圖示)進行,并通知給管理裝置100的系統(tǒng)結(jié)構(gòu)信息管理部151。
[0132]在時序Q2中,管理裝置100從服務(wù)器信息管理表156中檢索在虛擬網(wǎng)絡(luò)終端部中對虛擬服務(wù)器500a的發(fā)送幀進行封裝時成為目的地地址的多播地址。接著,使用系統(tǒng)結(jié)構(gòu)信息管理表155和服務(wù)器信息管理表156,計算該多播地址的多播樹,將其構(gòu)成在連接虛擬網(wǎng)絡(luò)終端部(即虛擬交換機400或中繼交換機200e)之間的網(wǎng)絡(luò)上。
[0133]在時序Q3中,管理裝置100根據(jù)計算出的多播樹,對中繼交換機200c發(fā)送將通信端口 P4新設(shè)為該多播地址的轉(zhuǎn)送端口、在目的地地址字段IA中設(shè)為“中繼交換機200c的MAC地址”、在發(fā)送方地址字段IB中設(shè)為“管理裝置的MAC地址”、在多播樹構(gòu)筑指示字段IC中設(shè)為“追加”、在轉(zhuǎn)送端口編號字段ID中設(shè)為“P4”、在多播地址字段IE中設(shè)為“239.1.1.1”的多播樹設(shè)定包I。[0134]在時序Q4中,管理裝置100根據(jù)計算出的多播樹,對虛擬交換機400b發(fā)送將虛擬通信端口 vPl新設(shè)為該多播地址的轉(zhuǎn)送端口、在目的地地址字段IA中存儲有“虛擬交換機400b的MAC地址”、在發(fā)送方地址字段IB中存儲有“管理裝置的MAC地址”、在多播樹構(gòu)筑指示字段IC中存儲有“追加”、在轉(zhuǎn)送端口編號字段ID中存儲有“vPl”、在多播地址字段IE中存儲有“239.1.1.1”的多播樹設(shè)定包I。
[0135]在時序Q5中,管理裝置100例如使用公知的技術(shù)使虛擬服務(wù)器500a向物理服務(wù)器300b移動。
[0136]在時序Q6中,虛擬服務(wù)器500a針對物理服務(wù)器300b的移動完成。
[0137]在時序Q7中,虛擬服務(wù)器500a開始發(fā)送數(shù)據(jù)幀。
[0138]另外,圖10記載了虛擬服務(wù)器500中物理服務(wù)器300中移動的情況,但是,在物理服務(wù)器300中新追加虛擬服務(wù)器500的情況和從物理服務(wù)器300中刪除虛擬服務(wù)器500的情況下,也成為同樣的時序圖。
[0139]圖11的時序Qll?時序Q21示出在圖1中存在管理裝置100、中繼交換機200a、中繼交換機200c?中繼交換機200e、物理服務(wù)器300a?300d時新追加了中繼交換機200b的情況下的、各交換機中的多播包轉(zhuǎn)送路徑表264和多播包轉(zhuǎn)送路徑表450的更新處理、以及在追加中繼交換機200b后在中繼交換機200a中引起障礙的情況下的多播包通信的繼續(xù)處理。
[0140]另外,在圖11中,為了簡便,著眼于在虛擬交換機400a的虛擬網(wǎng)絡(luò)終端部中將虛擬服務(wù)器500a (未圖示)的發(fā)送幀封裝到多播包中時成為目的地地址的多播地址,記載了構(gòu)筑該多播地址的多播樹時的中繼交換機200a?中繼交換機200c和虛擬交換機400a中的處理。
[0141]在時序Qll中,中繼交換機200b例如根據(jù)管理裝置100的指示,通過網(wǎng)絡(luò)新連接中繼交換機200c、中繼交換機200d、管理裝置100。
[0142]在時序Q12中,中繼交換機200b對管理裝置100通知例如使用SNMP (SimpleNetwork Management Protocol)完成了與交換機之間的連接。該通知也可以從其他管理系統(tǒng)(未圖示)通知給管理裝置100。
[0143]在時序Q13中,管理裝置100檢索服務(wù)器信息管理表156,取得在虛擬網(wǎng)絡(luò)終端部中對虛擬服務(wù)器500a的發(fā)送幀進行封裝時成為目的地地址的多播地址,計算該多播地址的多播樹,以使其構(gòu)成在追加了中繼交換機200b的新的網(wǎng)絡(luò)上。
[0144]在時序Q14中,管理裝置100根據(jù)計算出的多播樹,對中繼交換機200b發(fā)送新追加通信端口 P2和P3作為虛擬交換機400a在虛擬網(wǎng)絡(luò)終端部中進行封裝時成為目的地地址的多播地址的轉(zhuǎn)送端口、在目的地地址字段IA中存儲有“中繼交換機200b的MAC地址”、在發(fā)送方地址字段IB中存儲有“管理裝置的MAC地址”、在多播樹構(gòu)筑指示字段IC中存儲有“追加”、在轉(zhuǎn)送端口編號字段ID中存儲有“P2” “P3”、在多播地址字段IE中存儲有“239.1.1.1”的多播樹設(shè)定包I。
[0145]在時序Q15中,管理裝置100根據(jù)計算出的多播樹,對中繼交換機200c發(fā)送將通信端口 P2新追加到該多播地址的轉(zhuǎn)送端口中、在目的地地址字段IA中存儲有“中繼交換機200c的MAC地址”、在發(fā)送方地址字段IB中存儲有“管理裝置的MAC地址”、在多播樹構(gòu)筑指示字段IC中存儲有“追加”、在轉(zhuǎn)送端口編號字段ID中存儲有“P2”、在多播地址字段IE中存儲有“239.1.1.1”的多播樹設(shè)定包I。
[0146]在時序Q16中,中繼交換機200c根據(jù)接收到的多播樹設(shè)定包1,在多播包轉(zhuǎn)送路徑表264中,除了已經(jīng)存儲為該多播地址的轉(zhuǎn)送端口的針對中繼交換機200a的轉(zhuǎn)送端口即通信端口 Pl以外,新追加針對中繼交換機200b的轉(zhuǎn)送端口即通信端口 P2。
[0147]在時序Q17中,在中繼交換機200a的通信端口 P2和通信端口 P3中產(chǎn)生通信障礙。
[0148]在時序Q18中,例如以未定期從與中繼交換機200a連接的通信端口 Pl接收到包為契機,中繼交換機200c對中繼交換機200a的障礙進行檢測。另外,中繼交換機200a的障礙也可以由其他網(wǎng)絡(luò)管理系統(tǒng)(未圖示)通知。
[0149]在時序Q19中,中繼交換機200c刪除多播包轉(zhuǎn)送路徑表264中存儲的多播包的轉(zhuǎn)送端口即通信端口 Pl,把將該多播地址作為目的地地址的多播包的轉(zhuǎn)送端口切換為通信端Π P2。
[0150]在時序Q20中,虛擬交換機400a將虛擬服務(wù)器500a(未圖示)的發(fā)送幀封裝到多播包中,從多播包轉(zhuǎn)送路徑表450中存儲的轉(zhuǎn)送端口即虛擬通信端口 vPl對中繼交換機200c發(fā)送該多播包。
[0151]在時序Q21中,中繼交換機200c從多播包轉(zhuǎn)送路徑表264中存儲的轉(zhuǎn)送端口即通信端口 P2對中繼交換機200b發(fā)送該多播包。
[0152]另外,圖11記載了新追加中繼交換機200的情況,但是,在刪除中繼交換機200的情況以及追加、刪除虛擬交換機400的情況下,也成為同樣的時序圖。
[0153]圖12是示出圖10中的時序Q2和時序Q3、即虛擬服務(wù)器移動時的管理裝置100中的多播樹的計算和多播樹設(shè)定包I的發(fā)送處理時序的流程圖。
[0154]在步驟SllOO中,管理裝置100將移動的虛擬服務(wù)器500作為關(guān)鍵字,從服務(wù)器信息管理表156中檢索多播地址。
[0155]在步驟S1200中,管理裝置100在步驟SllOO中檢索到的多播地址中,選擇一個進行多播樹的構(gòu)筑的多播地址。
[0156]在步驟S1300中,為了構(gòu)筑S1200中選擇出的多播地址的多播樹,管理裝置100使用系統(tǒng)結(jié)構(gòu)信息管理表155和服務(wù)器信息管理表156,計算各交換機中的將該多播地址作為目的地地址的多播包的轉(zhuǎn)送端口的列表。
[0157]在步驟S1400中,管理裝置100在多播樹結(jié)構(gòu)管理表157中登記步驟S1300中計算出的構(gòu)筑多播樹的交換機的轉(zhuǎn)送端口,對構(gòu)筑多播樹的交換機發(fā)送多播樹設(shè)定包1,通知轉(zhuǎn)送端口。
[0158]在步驟S1500中,管理裝置100判斷是否針對步驟S1100中檢索到的全部多播地址計算了多播樹。管理裝置100在步驟S1500的判斷中得到否定結(jié)果時,反復(fù)進行步驟S1200,在步驟S1500的判斷中得到肯定結(jié)果時,結(jié)束圖12的處理。
[0159]圖13是示出圖12中的步驟S1300、即管理裝置中的用于構(gòu)筑多播樹的各交換機的轉(zhuǎn)送端口的計算處理時序的流程圖。
[0160]在步驟S1301中,管理裝置100將步驟S1200中選擇出的多播地址作為關(guān)鍵字,從服務(wù)器信息管理表156中檢索虛擬網(wǎng)絡(luò)終端部。
[0161]在步驟S1302中,管理裝置100從S1301中檢索到的虛擬網(wǎng)絡(luò)終端部中,選擇一個構(gòu)筑多播樹的虛擬網(wǎng)絡(luò)終端部的組合。[0162]在步驟S1303中,管理裝置100例如使用系統(tǒng)結(jié)構(gòu)信息管理表155探索選擇出的虛擬網(wǎng)絡(luò)終端部間的全部路線。另外,該路線的確定可以使用IS-1S這樣的計算路線的公知技術(shù)。
[0163]例如,管理裝置100針對虛擬交換機400b與虛擬交換機400c之間的路線,發(fā)現(xiàn)系統(tǒng)結(jié)構(gòu)信息管理表155中存儲的交換機的連接結(jié)構(gòu),探索由虛擬交換機400b的虛擬通信端口 vPl、中繼交換機200c的通信端口 P4、通信端口 P2、中繼交換機200a的通信端口 P2、通信端口 P3、中繼交換機200d的通信端口 P1、通信端口 P3、虛擬交換機400c的虛擬通信端口vPI構(gòu)成的路線、以及由虛擬交換機400b的虛擬通信端口 vPl、中繼交換機200c的通信端口 P4、通信端口 P2、中繼交換機200b的通信端口 P2、通信端口 P3、中繼交換機200d的通信端口 P2、通信端口 P3、虛擬交換機400c的虛擬通信端口 vPl構(gòu)成的路線。
[0164]在步驟S1304中,管理裝置100判斷步驟S1303中確定的路線是否為多個、即是否為多路線。管理裝置100在步驟S1304的判斷中得到肯定結(jié)果時,進行步驟S1305的處理,在步驟S1304的判斷中得到否定結(jié)果時,進行步驟S1306的處理。
[0165]例如,管理裝置100針對位于移動后的物理服務(wù)器300b上的虛擬服務(wù)器500a所連接的虛擬交換機400b與虛擬服務(wù)器500c所連接的虛擬交換機400c之間的路線,在中繼交換機200c與中繼交換機200d之間,由于存在經(jīng)由中繼交換機200a的路線和經(jīng)由中繼交換機200b的路線而成為多路線,所以,在步驟S1305的判斷中得到肯定結(jié)果,進行步驟S1306的處理。
[0166]在步驟S1305中,為了在產(chǎn)生路徑障礙的情況下不重構(gòu)多播樹、而能夠通過其他路線繼續(xù)進行通信,管理裝置100在列表中追加構(gòu)成多路線的中繼交換機200的通信端口250或虛擬交換機400的虛擬通信端口 430作為轉(zhuǎn)送端口,以使得在多個路線(路徑)上即多路線上構(gòu)筑該多播地址的一個多播樹。另外,在多路線上構(gòu)筑多播樹時,可以在列表中追加轉(zhuǎn)送端口以使得在全部多路線上構(gòu)成多播樹,也可以在列表中追加轉(zhuǎn)送端口以使得在一部分多路線上構(gòu)成多播樹。
[0167]例如,為了在位于移動后的物理服務(wù)器300b上的虛擬服務(wù)器500a所連接的虛擬交換機400b與虛擬服務(wù)器500c所連接的虛擬交換機400c之間,在多路線上構(gòu)筑多播樹,管理裝置100在列表中追加虛擬交換機400b的虛擬通信端口 vPl、中繼交換機200c的通信端口 Pl?P4、中繼交換機200a的通信端口 P2、通信端口 P3、中繼交換機200b的通信端口 P2、通信端口 P3、中繼交換機200d的通信端口 Pl?P3、虛擬交換機400c的虛擬通信端口 vPl,作為轉(zhuǎn)送該多播地址的端口。這里,在從虛擬交換機400c朝向客戶A的多播包經(jīng)由虛擬交換機400c的虛擬通信端口 vPl、經(jīng)由中繼交換機200d的通信端口 P3和通信端口P1、經(jīng)由中繼交換機200a的通信端口 P3和通信端口 P2,經(jīng)由中繼交換機200c的通信端口P3和通信端口 P4而轉(zhuǎn)送到虛擬交換機400b的虛擬通信端口 vPl的情況下,當(dāng)在中繼交換機200a的通信端口 P3與中繼交換機200d的通信端口 Pl之間的通信路徑中引起障礙時,中繼交換機200d通過進行切換以使得將作為該多播包的轉(zhuǎn)送端口的通信端口 P2利用于包轉(zhuǎn)送,再次開始進行通信,不用重構(gòu)多播樹,高速地從障礙恢復(fù)。
[0168]在步驟S1306中,管理裝置100向輸出部120返回例如表示“不存在多路線”的消
肩、O
[0169]在步驟S1307中,管理裝置100在列表中追加構(gòu)成單路線的中繼交換機200的通信端口 250或虛擬交換機400的虛擬通信端口 430作為轉(zhuǎn)送端口,以使得在單路線上構(gòu)筑該多播地址的多播樹。
[0170]在步驟S1308中,管理裝置100判斷是否針對S1301中檢索到的虛擬網(wǎng)絡(luò)終端部的全部組合探索了路線。管理裝置100在步驟S1308的判斷中得到否定結(jié)果時,反復(fù)進行步驟S1302的處理,在步驟S1308的判斷中得到肯定結(jié)果時,結(jié)束圖13的處理。
[0171]圖14是示出圖12中的步驟S1400、即在多播樹結(jié)構(gòu)管理表157中登記構(gòu)筑多播樹的交換機的轉(zhuǎn)送端口、使用多播樹設(shè)定包I對各交換機通知構(gòu)成多播樹的轉(zhuǎn)送端口的處理時序的流程圖。
[0172]在步驟S1401中,管理裝置100將步驟S1200中選擇出的多播地址作為關(guān)鍵字,從多播樹結(jié)構(gòu)管理表157中提取交換機與轉(zhuǎn)送端口的組合作為列表。
[0173]在步驟S1402中,管理裝置100將交換機的轉(zhuǎn)送端口作為關(guān)鍵字,提取步驟S1401中提取出的列表和步驟S1300中計算出的列表的差分。
[0174]在步驟S1403中,管理裝置100判斷步驟S1402中提取出的結(jié)果是否在步驟S1300中計算出的列表中新追加了中繼交換機200、虛擬交換機400、轉(zhuǎn)送端口。管理裝置100在步驟S1403的判斷中得到肯定結(jié)果時,進行步驟S1404的處理,在步驟S1403的判斷中得到否定結(jié)果時,進行步驟S1406的處理。
[0175]在步驟S1404中,管理裝置100在多播樹結(jié)構(gòu)管理表157中登記新追加的交換機和轉(zhuǎn)送端口。
[0176]在步驟S1405中,管理裝置100對步驟S1404中新追加了轉(zhuǎn)送端口的交換機發(fā)送多播樹設(shè)定包I。在多播樹設(shè)定包I的目的地地址字段IA中存儲有新追加了轉(zhuǎn)送端口的交換機的MAC地址,在發(fā)送方地址字段IB中存儲有管理裝置的MAC地址,在多播樹構(gòu)筑指示字段IC中存儲有“追加”,在轉(zhuǎn)送端口編號字段ID中存儲有步驟S1404中追加的轉(zhuǎn)送端口,在多播地址字段IE中存儲有步驟S1200中選擇出的多播地址。
[0177]在步驟S1406中,管理裝置100判斷步驟S1402中提取出的結(jié)果是否存在在步驟S1401中檢索到的列表中被刪除的交換機或轉(zhuǎn)送端口。管理裝置100在步驟S1406的判斷中得到肯定結(jié)果時,進行步驟S1407的處理,在步驟S1406的判斷中得到否定結(jié)果時,結(jié)束該圖的處理。
[0178]在步驟S1407中,管理裝置100從多播樹結(jié)構(gòu)管理表157中刪除在步驟S1401中檢索到的列表中被刪除的交換機或轉(zhuǎn)送端口。
[0179]在步驟S1408中,管理裝置100對刪除了轉(zhuǎn)送端口的交換機發(fā)送多播樹設(shè)定包1,結(jié)束該圖的處理。在多播樹設(shè)定包I的目的地地址字段IA中存儲有具有步驟S1407中被刪除的轉(zhuǎn)送端口的交換機的MAC地址,在發(fā)送方地址字段IB中存儲有管理裝置100的MAC地址,在多播樹構(gòu)筑指示字段IC中存儲有“刪除”,在轉(zhuǎn)送端口編號字段ID中存儲有步驟S1407中被刪除的轉(zhuǎn)送端口,在多播地址字段IE中存儲有步驟S1200中選擇出的多播地址。
[0180]圖15是示出圖10中時序Q3之后的中繼交換機200c的處理、即交換機中的多播包轉(zhuǎn)送路徑表264和多播包轉(zhuǎn)送路徑表450的更新處理時序的流程圖。
[0181]在步驟S2100中,交換機判斷接收到的多播樹設(shè)定包I的多播樹構(gòu)筑指示字段IC是否為“追加”。交換機在步驟S2100的判斷中得到肯定結(jié)果時,進行步驟S2200的處理,在步驟S2100的判斷中得到否定結(jié)果時,進行步驟S2300的處理。[0182]在步驟S2200中,交換機在多播包轉(zhuǎn)送路徑表264和或多播包轉(zhuǎn)送路徑表450中登記接收到的多播樹設(shè)定包I的多播地址字段IE中存儲的多播地址和轉(zhuǎn)送端口編號字段ID中存儲的轉(zhuǎn)送端口編號,結(jié)束該圖的處理。
[0183]在步驟S2300中,交換機判斷接收到的多播樹設(shè)定包I的多播樹構(gòu)筑指示字段IC是否為“刪除”。交換機在步驟S2300的判斷中得到肯定結(jié)果時,進行步驟S2400的處理,在步驟S2300的判斷中得到否定結(jié)果時,進行S2500的處理。
[0184]在步驟S2400中,中繼終端關(guān)于接收到的多播樹設(shè)定包I的多播地址字段IE中存儲的多播地址,從多播包轉(zhuǎn)送路徑表264和或多播包轉(zhuǎn)送路徑表450中刪除轉(zhuǎn)送端口編號字段ID中存儲的轉(zhuǎn)送端口編號,結(jié)束該圖的處理。
[0185]在步驟S2500中,交換機對輸出部220或輸出部320返回例如表示“接收到錯誤包”的消息,結(jié)束該圖的處理。
[0186]圖16是示出圖11中的時序Q13~時序Q15、即追加中繼交換機200時的管理裝置100中的多播樹的計算和多播樹設(shè)定包I的發(fā)送處理時序的流程圖。
[0187]在步驟S3100中,管理裝置100從多播樹結(jié)構(gòu)管理表157中存儲的多播地址中選擇一個多播地址。
[0188]在步驟S3200中,為了構(gòu)筑S3100中選擇出的多播地址的多播樹,管理裝置100使用系統(tǒng)結(jié)構(gòu)信息管理表155和服務(wù)器信息管理表156進行各交換機中的轉(zhuǎn)送端口。步驟S3200的詳細內(nèi)容與圖13相同。
[0189]在步驟S3300中,管理裝置100在多播樹結(jié)構(gòu)管理表157中登記步驟S3200中計算出的構(gòu)筑多播樹的交換機的端口,對構(gòu)成多播樹的交換機發(fā)送多播樹設(shè)定包1,通知轉(zhuǎn)送端口。步驟S3300的詳細內(nèi)容與 圖14相同。
[0190]在步驟S3400中,管理裝置100判斷是否針對多播樹結(jié)構(gòu)管理表157中存儲的全部多播地址計算了多播樹。管理裝置100在步驟S3400的判斷中得到否定結(jié)果時,反復(fù)進行步驟S3100的處理,在步驟S3400的判斷中得到肯定結(jié)果時,結(jié)束圖16的處理。
[0191]如上所述,根據(jù)本實施方式,能夠通過集中管理型的多播樹構(gòu)筑而在多路線上構(gòu)筑多播樹,在路徑產(chǎn)生障礙時不用重構(gòu)多播樹,而能夠再次開始進行通信。并且,管理裝置通過交換機管理部對中繼交換機或虛擬交換機的管理裝置協(xié)作部通知多播樹的設(shè)定,所以,能夠在下屬不存在服務(wù)器的中繼交換機或虛擬交換機中構(gòu)筑多播樹,通過在虛擬服務(wù)器移動到其他物理服務(wù)器之前考慮移動后的系統(tǒng)結(jié)構(gòu)來構(gòu)筑多播樹,在虛擬服務(wù)器的移動后不用構(gòu)筑多播樹,而能夠進行通信。
[0192]【實施例2】
[0193]參照圖17~圖26對第2實施方式進行說明。本實施方式相當(dāng)于第I實施方式的變形例。因此,以與第I實施方式的不同之處為中心進行說明。
[0194]圖1示出第2實施方式的網(wǎng)絡(luò)系統(tǒng)IOB全體。
[0195]圖17是示出中繼交換機200的內(nèi)部結(jié)構(gòu)的圖。與第I實施方式的不同之處在于,在存儲部260中保持多播樹構(gòu)筑包轉(zhuǎn)送路徑表265。多播樹構(gòu)筑包轉(zhuǎn)送路徑表265是對轉(zhuǎn)送多播樹構(gòu)筑包例如IGMP中的參加請求包和退出請求包的通信端口 250進行管理的表。根據(jù)從管理裝置100發(fā)送的多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2,對多播樹構(gòu)筑包轉(zhuǎn)送路徑表265進行更新。[0196]圖18是示出物理服務(wù)器300的內(nèi)部結(jié)構(gòu)的圖。與第I實施方式的不同之處在于,在虛擬交換機400中保持多播樹構(gòu)筑包轉(zhuǎn)送路徑表460。多播樹構(gòu)筑包轉(zhuǎn)送路徑表460是對轉(zhuǎn)送多播樹構(gòu)筑包例如IGMP中的參加請求包和退出請求包的虛擬通信端口 430進行管理的表。根據(jù)從管理裝置100發(fā)送的多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2,對多播樹構(gòu)筑包轉(zhuǎn)送路徑表460進行更新。
[0197]圖19 (a)示出中繼交換機200中存儲的多播樹構(gòu)筑包轉(zhuǎn)送路徑表265,圖19 (b)示出虛擬交換機400中存儲的多播樹構(gòu)筑包轉(zhuǎn)送路徑表460。在多播樹構(gòu)筑包轉(zhuǎn)送端口欄265A和多播樹構(gòu)筑包轉(zhuǎn)送端口欄460A中存儲有用于轉(zhuǎn)送多播樹構(gòu)筑包的轉(zhuǎn)送端口。
[0198]例如,在圖19 Ca)中,示出保持多播樹構(gòu)筑包轉(zhuǎn)送路徑表265的中繼交換機200例如在接收到參加請求包或退出包的情況下,在通信端口 P1、P2、P3中,從除了接收到該包的通信端口以外的通信端口進行轉(zhuǎn)送。
[0199]圖20是示出多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2的一例的圖。多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2是用于指示追加、刪除管理裝置100對交換機轉(zhuǎn)送例如多播樹構(gòu)筑包的端口的包。
[0200]在目的地地址字段2A中存儲有交換機的MAC地址。在發(fā)送方地址字段2B中存儲有管理裝置的MAC地址。在多播樹構(gòu)筑包轉(zhuǎn)送路徑指示字段2C中存儲有例如“追加”或“刪除”這樣的與多播樹構(gòu)筑包的轉(zhuǎn)送路徑有關(guān)的指示。在轉(zhuǎn)送端口編號字段2D中存儲有反映了多播樹構(gòu)筑包轉(zhuǎn)送路徑指示字段2C中存儲的指示的轉(zhuǎn)送端口編號。
[0201]圖21是示出多播樹構(gòu)筑包發(fā)送指示包3的一例的圖。多播樹構(gòu)筑包發(fā)送指示包3是用于指示管理裝置100對交換機發(fā)送例如參加請求包或退出請求包的包。
[0202]在目的地地址字段3A中存儲有例如交換機的MAC地址。在發(fā)送方地址字段3B中存儲有例如管理裝置的MAC地址。在多播樹構(gòu)筑包發(fā)送指示字段3C中存儲有例如“參加請求”或“退出請求”這樣的與多播樹構(gòu)筑包的種類有關(guān)的指示。在多播地址字段3D中存儲有參加或退出的多播樹的多播地址。
[0203]接著,對本結(jié)構(gòu)中的多播樹構(gòu)筑時序進行說明。
[0204]圖22、圖23是示出第2實施方式中的多播樹構(gòu)筑的時序圖。
[0205]圖22的時序Q31?時序Q39示出在圖1的網(wǎng)絡(luò)系統(tǒng)IOB中在虛擬服務(wù)器500a從物理服務(wù)器300a向物理服務(wù)器300b移動的情況下的、從各交換機中的多播包轉(zhuǎn)送路徑表264和多播包轉(zhuǎn)送路徑表450的更新到虛擬服務(wù)器500a完成移動并開始進行數(shù)據(jù)通信的處理。
[0206]與現(xiàn)有環(huán)境不同,在本實施例中作為前提的大規(guī)模網(wǎng)絡(luò)邏輯分割技術(shù)中,通過多播通信而轉(zhuǎn)送的數(shù)據(jù)的接收者和多播樹的末端例如分別為服務(wù)器和交換機,兩者不同。因此,根據(jù)本實施例,如下所示,在虛擬服務(wù)器的移動前,能夠在移動目的地的交換機中構(gòu)筑多播樹。
[0207]時序Q31、Q32與圖10中的第I實施方式的時序Q1、Q2相同。并且,時序Q32的詳細內(nèi)容與第I實施方式相同,記載在圖12、圖13中。
[0208]在時序Q33中,管理裝置100根據(jù)計算出的多播樹,對虛擬交換機400b發(fā)送將虛擬通信端口 VPl新設(shè)為多播樹構(gòu)筑包的轉(zhuǎn)送端口、在目的地地址字段2A中存儲有“虛擬交換機400b的MAC地址”、在發(fā)送方地址字段2B中存儲有“管理裝置的MAC地址”、在多播樹構(gòu)筑包轉(zhuǎn)送路徑指示字段2C中存儲有“追加”、在轉(zhuǎn)送端口編號字段2D中存儲有“vPl”的多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2。此時,管理裝置100例如通過多播樹結(jié)構(gòu)管理表157,在該虛擬通信端口構(gòu)筑多播樹,在能夠確認到已經(jīng)設(shè)定該虛擬通信端口作為多播樹構(gòu)筑包的轉(zhuǎn)送端口的情況下,也可以不發(fā)送多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2。
[0209]在時序Q34中,為了對具有管理移動后的虛擬服務(wù)器500a的虛擬網(wǎng)絡(luò)終端部的虛擬交換機400b指示發(fā)送多播樹構(gòu)筑包,管理裝置100發(fā)送例如在目的地地址字段3A中存儲有“虛擬交換機400b的MAC地址”、在發(fā)送方地址字段3B中存儲有“管理裝置的MAC地址”、在多播樹構(gòu)筑包發(fā)送指示字段3C中存儲有“參加請求”、在多播地址字段3D中存儲有“239.1.1.1”的多播樹構(gòu)筑包發(fā)送指示包3。
[0210]在時序Q35中,虛擬交換機400b根據(jù)接收到的多播樹構(gòu)筑包發(fā)送指示包3的指示,例如使用公知技術(shù)即IGMP生成多播樹構(gòu)筑包即多播地址“239.1.1.1”的“參加請求”包,并從時序Q34中學(xué)習(xí)的多播樹構(gòu)筑包的轉(zhuǎn)送端口即虛擬通信端口 vPl發(fā)送到中繼交換機200c。另外,多播樹構(gòu)筑包也可以使用PIM (Protocol Independent Multicast)這樣的其他公知技術(shù),還可以使用獨立定義的協(xié)議。
[0211]在時序Q36中,中繼交換機200c從多播樹構(gòu)筑包轉(zhuǎn)送路徑表265中存儲的轉(zhuǎn)送端口中的、除了接收到多播樹構(gòu)筑包的通信端口 P4以外的通信端口轉(zhuǎn)送所接收到的多播樹構(gòu)筑包。
[0212]在時序Q37中,管理裝置100指示虛擬服務(wù)器500a向物理服務(wù)器300b移動。
[0213]在時序Q38中,虛擬服務(wù)器500a向物理服務(wù)器300b移動。
[0214]在時序Q39中,虛擬服務(wù)器500a開始發(fā)送數(shù)據(jù)幀。
[0215]另外,圖22記載了虛擬服務(wù)器500中物理服務(wù)器300中移動的情況,但是,在物理服務(wù)器300中新追加虛擬服務(wù)器500的情況和從物理服務(wù)器300中刪除虛擬服務(wù)器500的情況下,也成為同樣的時序圖。
[0216]圖23的時序Q41?時序Q54是在圖1的網(wǎng)絡(luò)系統(tǒng)IOB中存在管理裝置100、中繼交換機200a、中繼交換機200c?中繼交換機200e、物理服務(wù)器300a?300d時新追加了中繼交換機200b的情況下的各交換機中的多播包轉(zhuǎn)送路徑表264、多播包轉(zhuǎn)送路徑表450的更新處理。另外,在圖23中,為了簡便,著眼于在虛擬交換機400a的虛擬網(wǎng)絡(luò)終端部中將虛擬服務(wù)器500a (未圖示)的發(fā)送幀封裝到多播包中時成為目的地地址的多播地址,記載了構(gòu)筑該多播地址的多播樹時的中繼交換機200a?200c和虛擬交換機400a中的處理。
[0217]時序Q41?時序Q43與圖11中的第I實施方式的時序Qll?時序Q13相同。并且,時序Q43的詳細內(nèi)容與第I實施方式相同,記載在圖16中。
[0218]在時序Q44中,管理裝置100根據(jù)計算出的多播樹,對中繼交換機200b發(fā)送將通信端口 P2和通信端口 P3新設(shè)為多播樹構(gòu)筑包的轉(zhuǎn)送端口、在目的地地址字段2A中存儲有“中繼交換機200b的MAC地址”、在發(fā)送方地址字段2B中存儲有“管理裝置的MAC地址”、在多播樹構(gòu)筑包轉(zhuǎn)送路徑指示字段2C中存儲有“追加”、在轉(zhuǎn)送端口編號字段2D中存儲有“P2” “P3”的多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2。
[0219]在時序Q45中,管理裝置100根據(jù)計算出的多播樹,對中繼交換機200c發(fā)送將通信端口 P2新設(shè)為多播樹構(gòu)筑包的轉(zhuǎn)送端口、在目的地地址字段2A中存儲有“中繼交換機200c的MAC地址”、在發(fā)送方地址字段2B中存儲有“管理裝置的MAC地址”、在多播樹構(gòu)筑包轉(zhuǎn)送路徑指示字段2C中存儲有“追加”、在轉(zhuǎn)送端口編號字段2D中存儲有“P2”的多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2。
[0220]在時序Q46中,為了對具有虛擬網(wǎng)絡(luò)終端部的全部交換機指示發(fā)送參加請求包,管理裝置100發(fā)送多播樹構(gòu)筑包發(fā)送指示包3。例如,為了對虛擬交換機400a指示發(fā)送參加請求包,管理裝置100發(fā)送在目的地地址字段3A中存儲有“虛擬交換機400a的MAC地址”、在發(fā)送方地址字段3B中存儲有“管理裝置的MAC地址”、在多播樹構(gòu)筑包發(fā)送指示字段3C中存儲有“參加請求”、在多播地址字段3D中存儲有“239.1.1.1”的多播樹構(gòu)筑包發(fā)送指示包3。
[0221]在時序Q47中,虛擬交換機400a根據(jù)接收到的多播樹構(gòu)筑包發(fā)送指示包3的指示,例如使用公知技術(shù)即IGMP生成多播樹構(gòu)筑包即多播地址“239.1.1.1”的“參加請求”包,從多播樹構(gòu)筑包轉(zhuǎn)送路徑表460中存儲的轉(zhuǎn)送端口進行發(fā)送。另外,多播樹構(gòu)筑包也可以使用PIM (Protocol Independent Multicast)這樣的其他公知技術(shù),還可以使用獨立定義的協(xié)議。
[0222]在時序Q48和時序Q49中,中繼交換機200c例如使用公知技術(shù)即IGMP,根據(jù)接收到的多播樹構(gòu)筑包,在多播包轉(zhuǎn)送路徑表264中學(xué)習(xí)多播地址的轉(zhuǎn)送端口。在學(xué)習(xí)后,從多播樹構(gòu)筑包轉(zhuǎn)送路徑表265中存儲的轉(zhuǎn)送端口中的、除了接收到多播樹構(gòu)筑包的通信端口P3以外的通信端口轉(zhuǎn)送所接收到的多播樹構(gòu)筑包。
[0223]時序Q50?時序Q54示出在中繼交換機200a的通信端口 P2和通信端口 P3中產(chǎn)生通信障礙的情況下的、中繼交換機200c中的多播包轉(zhuǎn)送端口的切換處理和此后的多播包轉(zhuǎn)送處理。時序Q50?時序Q54的處理與圖11的時序Q17?時序Q21相同。另外,圖23記載了新追加中繼交換機200的情況,但是,在刪除中繼交換機200的情況以及追加、刪除虛擬交換機400的情況下,也成為同樣的時序圖。
[0224]圖24是示出圖22的時序Q33和圖23的時序Q44、時序Q45即管理裝置中的多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2的發(fā)送處理時序的圖。
[0225]步驟S1401?步驟S1404、步驟S1406和步驟S1407與圖14相同,省略說明。
[0226]在步驟S1409中,管理裝置100對步驟S1404中新追加了轉(zhuǎn)送端口的交換機發(fā)送多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2。在多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2的目的地地址字段IA中存儲有新追加了轉(zhuǎn)送端口的交換機的MAC地址,在發(fā)送方地址字段IB中存儲有管理裝置的MAC地址,在多播樹構(gòu)筑指示字段IC中存儲有“追加”,在轉(zhuǎn)送端口編號字段ID中存儲有步驟S1404中追加的轉(zhuǎn)送端口。
[0227]在步驟S1410中,管理裝置100發(fā)送刪除了轉(zhuǎn)送端口的多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2,結(jié)束該圖的處理。在多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2的目的地地址字段IA中存儲有具有步驟S1407中被刪除的轉(zhuǎn)送端口的交換機的MAC地址,在發(fā)送方地址字段IB中存儲有管理裝置100的MAC地址,在多播樹構(gòu)筑指示字段IC中存儲有“刪除”,在轉(zhuǎn)送端口編號字段ID中存儲有步驟S1407中被刪除的轉(zhuǎn)送端口。
[0228]圖25是示出圖22的時序Q33以及圖23的時序Q44和時序Q45、即交換機中的接收到多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2時的多播樹構(gòu)筑包轉(zhuǎn)送路徑表265和多播樹構(gòu)筑包轉(zhuǎn)送路徑表460的更新處理時序的流程圖。
[0229]在步驟S4100中,交換機判斷接收到的多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2的多播樹構(gòu)筑包轉(zhuǎn)送路徑指示字段2C中的指示是否為“追加”。交換機在步驟S4100的判斷中得到肯定結(jié)果時,進行步驟S4200的處理,在步驟S4100的判斷中得到否定結(jié)果時,進行步驟S4300的處理。
[0230]在步驟S4200中,交換機在多播樹構(gòu)筑包轉(zhuǎn)送路徑表265和多播樹構(gòu)筑包轉(zhuǎn)送路徑表460中追加轉(zhuǎn)送端口編號字段2D中存儲的轉(zhuǎn)送端口編號,結(jié)束圖25的處理。
[0231]在步驟S4300中,交換機判斷接收到的多播樹構(gòu)筑包轉(zhuǎn)送路徑設(shè)定包2的多播樹構(gòu)筑包轉(zhuǎn)送路徑指示字段2C的指示是否為“刪除”。交換機在步驟S4300的判斷中得到肯定結(jié)果時,進行步驟S4400的處理,在步驟S4300的判斷中得到否定結(jié)果時,進行步驟S4500的處理。
[0232]在步驟S4400中,交換機從多播樹構(gòu)筑包轉(zhuǎn)送路徑表265和多播樹構(gòu)筑包轉(zhuǎn)送路徑表460中刪除轉(zhuǎn)送端口編號字段2D中存儲的端口編號,結(jié)束圖25的處理。
[0233]在步驟S4500中,交換機對輸出部220或輸出部320返回例如表示“接收到錯誤包”的消息,結(jié)束圖25的處理。
[0234]圖26是示出圖22的時序Q34和圖23的時序Q46、即在交換機中接收到多播樹構(gòu)筑包發(fā)送指示包3時的多播樹構(gòu)筑包的發(fā)送處理時序的流程圖。
[0235]在步驟S5100中,交換機判斷接收到的多播樹構(gòu)筑包發(fā)送指示包3的多播樹構(gòu)筑包發(fā)送指示字段3C是否為“參加請求”。交換機在步驟S5100的判斷中得到肯定結(jié)果時,進行步驟S5200的處理,在步驟S5100的判斷中得到否定結(jié)果時,進行步驟S5300的處理。
[0236]在步驟S5200中,交換機例如使用公知技術(shù)即IGMP,生成從多播樹構(gòu)筑包轉(zhuǎn)送路徑表265和多播樹構(gòu)筑包轉(zhuǎn)送路徑表460中存儲的轉(zhuǎn)送端口針對多播樹構(gòu)筑包發(fā)送指示包3的多播地址字段3D中存儲的多播地址的多播樹的參加請求包并進行發(fā)送,結(jié)束圖26的處理。
[0237]在步驟S5300中,交換機判斷接收到的多播樹構(gòu)筑包發(fā)送指示包3的多播樹構(gòu)筑包發(fā)送指示字段3C是否為“退出請求”。交換機在步驟S5300的判斷中得到肯定結(jié)果時,進行步驟S5400的處理,在步驟S5300的判斷中得到否定結(jié)果時,進行步驟S5500的處理。
[0238]在步驟S5400中,交換機例如使用公知技術(shù)即IGMP,生成從多播樹構(gòu)筑包轉(zhuǎn)送路徑表265、多播樹構(gòu)筑包轉(zhuǎn)送路徑表460中存儲的轉(zhuǎn)送端口針對多播樹構(gòu)筑包發(fā)送指示包3的多播地址字段3D中存儲的多播地址的多播樹的退出請求包并進行發(fā)送,結(jié)束圖26的處理。
[0239]在步驟S5500中,交換機對輸出部220或輸出部320返回例如表示“接收到錯誤包”的消息,結(jié)束圖26的處理。
[0240]如上所述,根據(jù)本實施方式,能夠利用公知技術(shù)即IGMP或PM實現(xiàn)集中管理型的多播樹構(gòu)筑,在利用現(xiàn)有的交換機作為中繼交換機200的情況下,不需要安裝新的功能,就能夠在多路線上構(gòu)筑多播樹。
【權(quán)利要求】
1.一種管理裝置,利用網(wǎng)絡(luò)連接多個中繼交換機和多個物理服務(wù)器裝置,在所述物理服務(wù)器上構(gòu)成虛擬服務(wù)器和具有將所述虛擬服務(wù)器的通信轉(zhuǎn)換為多播通信的功能的虛擬交換機,在這樣的網(wǎng)絡(luò)系統(tǒng)中,該管理裝置利用管理用網(wǎng)絡(luò)而與所述中繼交換機和所述物理服務(wù)器裝置連接,其特征在于, 對所述虛擬交換機和所述中繼交換機的連接結(jié)構(gòu)、所述中繼交換機間的連接結(jié)構(gòu)以及所述虛擬服務(wù)器和所述虛擬交換機的連接結(jié)構(gòu)進行管理, 對所述虛擬服務(wù)器的發(fā)送幀在所述虛擬交換機中被轉(zhuǎn)換為多播包時成為目的地地址的多播地址進行管理, 使用所述連接結(jié)構(gòu)和所述多播地址,求出用于在所述網(wǎng)絡(luò)上構(gòu)筑一個多播樹的使用多個路徑的設(shè)定, 對所述虛擬交換機和/或所述中繼交換機通知求出的用于構(gòu)筑多播樹的所述設(shè)定。
2.如權(quán)利要求1所述的管理裝置,其特征在于, 在所述物理服務(wù)器上構(gòu)成所述虛擬服務(wù)器之前,求出用于構(gòu)筑通過構(gòu)成所述虛擬服務(wù)器而新構(gòu)筑的多播樹的設(shè)定, 對所述虛擬交換機和/或所述中繼交換機指示追加所求出的該設(shè)定。
3.如權(quán)利要求1或2所述的管理裝置,其特征在于, 在追加了新的中繼交換機的情況下,求出用于構(gòu)筑經(jīng)由所追加的所述中繼交換機的新的多播樹的設(shè)定, 對所述虛擬交換機和/或所述中繼交換機指示追加所求出的該設(shè)定。`
4.如權(quán)利要求1~3中的任意一項所述的管理裝置,其特征在于, 作為用于構(gòu)筑所述多播樹的設(shè)定,指定多播地址和輸出將所述多播地址作為目的地地址的多播包的端口。
5.如權(quán)利要求1~3中的任意一項所述的管理裝置,其特征在于, 在對所述虛擬交換機或所述網(wǎng)絡(luò)裝置通知用于構(gòu)筑多個所述多播樹的設(shè)定時,指定輸出多播樹構(gòu)筑包的端口, 指示構(gòu)成所述多播樹的所述虛擬交換機和/或具有將虛擬服務(wù)器的通信轉(zhuǎn)換為多播通信的功能的中繼交換機發(fā)送所述多播樹構(gòu)筑包。
6.一種中繼交換機,利用網(wǎng)絡(luò)而與構(gòu)成虛擬服務(wù)器和具有將所述虛擬服務(wù)器的通信轉(zhuǎn)換為多播通信的功能的虛擬交換機的物理服務(wù)器連接,從而構(gòu)成網(wǎng)絡(luò)系統(tǒng),其特征在于, 接收來自管理裝置的用于構(gòu)筑多播樹的設(shè)定的通知, 執(zhí)行所述設(shè)定指示。
7.如權(quán)利要求6所述的中繼交換機,其特征在于, 在從所述管理裝置通知了多播地址和輸出將所述多播地址作為目的地地址的多播包的端口的情況下,從所通知的所述端口輸出將所述多播地址作為目的地地址的多播包。
8.如權(quán)利要求6所述的中繼交換機,其特征在于, 在從所述管理裝置通知了輸出多播樹構(gòu)筑包的端口的情況下,在轉(zhuǎn)送所接收到的所述多播樹構(gòu)筑包時從所通知的所述端口進行輸出。
9.如權(quán)利要求8所述的中繼交換機,其特征在于, 在從所述管理裝置指示了所述多播樹構(gòu)筑包的發(fā)送的情況下,生成所述多播樹構(gòu)筑包,從所通知的所述端口進行發(fā)送。
10.一種虛擬交換機,利用網(wǎng)絡(luò)而與中繼交換機連接,在構(gòu)成網(wǎng)絡(luò)系統(tǒng)的物理服務(wù)器中,具有將所述物理服務(wù)器中構(gòu)成的虛擬服務(wù)器的通信轉(zhuǎn)換為多播通信的功能,該虛擬交換機構(gòu)成在所述物理服務(wù)器中,其特征在于, 接收來自管理裝置的用于構(gòu)筑多播樹的設(shè)定的通知, 執(zhí)行所述設(shè)定指示。
11.如權(quán)利要求10所述的虛擬交換機,其特征在于, 在從所述管理裝置通知了多播地址和輸出將所述多播地址作為目的地地址的多播包的端口的情況下,從所通知的所述端口輸出將所述多播地址作為目的地地址的多播包。
12.如權(quán)利要求10所述的虛擬交換機,其特征在于, 在從所述管理裝置通知了輸出多播樹構(gòu)筑包的端口的情況下,在轉(zhuǎn)送所接收到的所述多播樹構(gòu)筑包時從所通知的所述端口進行輸出, 在從所述管理裝置指示了所述多播樹構(gòu)筑包的發(fā)送的情況下,生成所述多播樹構(gòu)筑包,從所通知的所述端口進行發(fā)送。
13.—種網(wǎng)絡(luò)系統(tǒng),利用網(wǎng)絡(luò)連接多個中繼交換機和多個物理服務(wù)器裝置,在所述物理服務(wù)器上構(gòu)成虛擬服務(wù)器和具有將所述虛擬服務(wù)器的通信轉(zhuǎn)換為多播通信的功能的虛擬交換機,管理裝置利用管理用網(wǎng)絡(luò)而與所述中繼交換機和所述物理服務(wù)器裝置連接,其特征在于, 所述管理裝置對所述虛擬交`換機和所述中繼交換機的連接結(jié)構(gòu)、所述中繼交換機間的連接結(jié)構(gòu)以及所述虛擬服務(wù)器和所述虛擬交換機的連接結(jié)構(gòu)進行管理, 對所述虛擬服務(wù)器的發(fā)送幀在所述虛擬交換機中被轉(zhuǎn)換為多播包時成為目的地地址的多播地址進行管理, 使用所述連接結(jié)構(gòu)和所述多播地址,求出用于在所述網(wǎng)絡(luò)上構(gòu)筑一個多播樹的使用多個路徑的設(shè)定, 對所述虛擬交換機和/或所述中繼交換機通知求出的用于構(gòu)筑多播樹的所述設(shè)定, 所述中繼交換機接收來自管理裝置的用于構(gòu)筑多播樹的設(shè)定的通知, 執(zhí)行所述設(shè)定指示, 所述虛擬交換機接收來自所述管理裝置的用于構(gòu)筑多播樹的設(shè)定的通知, 執(zhí)行所述設(shè)定指示。
14.如權(quán)利要求13所述的網(wǎng)絡(luò)系統(tǒng),其特征在于, 所述管理裝置在所述物理服務(wù)器上構(gòu)成所述虛擬服務(wù)器之前,求出用于構(gòu)筑通過構(gòu)成所述虛擬服務(wù)器而新構(gòu)筑的多播樹的設(shè)定, 對所述虛擬交換機和/或所述中繼交換機指示追加所求出的該設(shè)定。
15.如權(quán)利要求13或14所述的網(wǎng)絡(luò)系統(tǒng),其特征在于, 所述管理裝置在追加了新的中繼交換機的情況下,求出用于構(gòu)筑經(jīng)由所追加的所述中繼交換機的新的多播樹的設(shè)定, 對所述虛擬交換機和/或所述中繼交換機指示追加所求出的該設(shè)定。
16.如權(quán)利要求13~15中的任意一項所述的網(wǎng)絡(luò)系統(tǒng),其特征在于, 所述管理裝置在對所述虛擬交換機或所述中繼交換機通知所求出的用于構(gòu)筑所述多播樹的設(shè)定時,指定多播地址和輸出將所述多播地址作為目的地地址的多播包的端口, 所述中繼交換機在從所述管理裝置通知了多播地址和輸出將所述多播地址作為目的地地址的多播包的端口的情況下,在輸出將所述多播地址作為目的地地址的多播包時從所通知的所述端口進行發(fā)送, 所述虛擬交換機在從所述管理裝置通知了多播地址和輸出將所述多播地址作為目的地地址的多播包的端口的情況下,在輸出將所述多播地址作為目的地地址的多播包時從所通知的所述端口進行發(fā)送。
17.如權(quán)利要求13~15中的任意一項所述的網(wǎng)絡(luò)系統(tǒng),其特征在于, 所述管理裝置在對所述虛擬交換機或所述中繼交換機通知所求出的用于構(gòu)筑所述多播樹的設(shè)定時,指定輸出多播樹構(gòu)筑包的端口,指示利用多播通信的所述虛擬交換機發(fā)送所述多播樹構(gòu)筑包, 所述中繼交換機在從所述管理裝置通知了輸出多播樹構(gòu)筑包的端口的情況下,在轉(zhuǎn)送所接收到的所述多播樹構(gòu)筑包時從所通知的所述端口進行發(fā)送, 所述虛擬交換機在從所述管理裝置通知了輸出多播樹構(gòu)筑包的端口的情況下,在轉(zhuǎn)送所接收到的所述多播樹構(gòu)筑包時從所通知的所述端口進行發(fā)送, 所述虛擬交換機在從所述管理裝置指示了所述多播樹構(gòu)筑包的發(fā)送的情況下,生成所述多播樹構(gòu)筑包,從所通知的所述端口進行發(fā)送。
18.如權(quán)利要求17所述的網(wǎng)絡(luò)系統(tǒng),其特征在于, 所述中繼交換機在從所述管理裝置指示了所述多播樹構(gòu)筑包的發(fā)送的情況下,生成所述多播樹構(gòu)筑包,從所通知`的所述端口進行發(fā)送。
【文檔編號】H04L12/761GK103516542SQ201310177398
【公開日】2014年1月15日 申請日期:2013年5月14日 優(yōu)先權(quán)日:2012年6月27日
【發(fā)明者】西佑介, 坂田匡通, 木下順史, 高田治 申請人:株式會社日立制作所