本發(fā)明涉及移動通訊領(lǐng)域，特別涉及一種基于LinuxTC的公網(wǎng)IP帶寬限制系統(tǒng)。
背景技術(shù)：
：：在現(xiàn)有技術(shù)中，QoS(QualityofService，服務(wù)質(zhì)量)指一個網(wǎng)絡(luò)能夠利用各種基礎(chǔ)技術(shù)，為指定的網(wǎng)絡(luò)通信提供更好的服務(wù)能力，是網(wǎng)絡(luò)的一種安全機制，是用來解決網(wǎng)絡(luò)延遲和阻塞等問題的一種技術(shù)。當網(wǎng)絡(luò)發(fā)生擁塞的時候，所有的數(shù)據(jù)流都有可能被丟棄；為滿足用戶對不同應(yīng)用不同服務(wù)質(zhì)量的要求，就需要網(wǎng)絡(luò)能根據(jù)用戶的要求分配和調(diào)度資源，對不同的數(shù)據(jù)流提供不同的服務(wù)質(zhì)量：對實時性強且重要的數(shù)據(jù)報文優(yōu)先處理；對于實時性不強的普通數(shù)據(jù)報文，提供較低的處理優(yōu)先級，網(wǎng)絡(luò)擁塞時甚至丟棄。Openstack云平臺QoS存在的問題：目前很多云計算廠商基于openstack開發(fā)IAAS云計算平臺，但openstack在Liberty版本中實現(xiàn)的網(wǎng)絡(luò)QoS功能是基于開源的軟件交換機軟件OpenvSwitch，只能針對某一個port進行限速，不能針對floating-ip(公網(wǎng)IP)進行帶寬限制。而且OpenvSwitch的限速實現(xiàn)只限制上行帶寬，無法限制下行帶寬(即用戶云主機的下載帶寬)。IAAS的云計算廠商需要針對公網(wǎng)IP的帶寬進行限制，制定相應(yīng)的計費標準，但是帶寬限制不應(yīng)限制用戶的云主機的內(nèi)網(wǎng)帶寬，只限制公網(wǎng)IP的帶寬即可，因為用戶只為公網(wǎng)IP的帶寬付費。技術(shù)實現(xiàn)要素：針對上述現(xiàn)有技術(shù)中的缺點和不足，本發(fā)明的目的在于提供一種基于LinuxTC的公網(wǎng)IP帶寬限制系統(tǒng)，能夠同時限制openstack平臺上云主機的公網(wǎng)IP的上行帶寬和下行帶寬。本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的：一種基于LinuxTC的公網(wǎng)IP帶寬限制系統(tǒng)，包括計算節(jié)點和網(wǎng)絡(luò)節(jié)點，還包括：Linux網(wǎng)橋，用于網(wǎng)絡(luò)節(jié)點與公網(wǎng)連通；Vxlan隧道，用于網(wǎng)絡(luò)節(jié)點與計算節(jié)點之間連通；DHCP，openstack平臺中實現(xiàn)的負責dhcp功能的網(wǎng)絡(luò)命名空間，與網(wǎng)絡(luò)節(jié)點通過網(wǎng)橋通信；路由器，openstack平臺中實現(xiàn)的負責網(wǎng)絡(luò)三層路由功能的網(wǎng)絡(luò)命名空間，分別與公網(wǎng)和網(wǎng)絡(luò)節(jié)點通過網(wǎng)橋通信；流量控制器，在路由器的命名空間里使用LinuxTC實現(xiàn)公網(wǎng)IP的上行，下行帶寬限制。一種基于LinuxTC的公網(wǎng)IP帶寬限制系統(tǒng)在控制層的實現(xiàn)方法，包括：QoS創(chuàng)建，創(chuàng)建QoS，在創(chuàng)建floating-ip時指定帶寬上限值和下限值；QoS刪除，刪除floating-ip時，同時刪除綁定在floating-ip上的QoS規(guī)則；QoS更新，對任一floating-ip的QoS規(guī)則進行更新，對沒有綁定port的floating-ip的更新不生效；QoS列表，顯示已經(jīng)存在的floating-ip的QoS信息。一種基于LinuxTC的公網(wǎng)IP帶寬限制系統(tǒng)在驅(qū)動層的實現(xiàn)方法，包括：S1，在路由器所在的命名空間中的qg接口建立HTB隊列，并設(shè)置為默認根分類；S2，在默認根分類下建立限制路由總帶寬的分類；S3，建立路由分類的過濾器；S4，在默認根分類下建立限制每個floating-ip的分類；S5，建立每個floating-ip的過濾器。與現(xiàn)有技術(shù)相比，本發(fā)明實施例至少具有以下優(yōu)點：本發(fā)明基于LinuxTC的公網(wǎng)IP帶寬限制系統(tǒng)解決了openstack平臺上云主機的floating-ip的上行及下行帶寬限制問題，且解除了openstack中的帶寬限制依賴于某一個具體的網(wǎng)絡(luò)二層plugin的限制。附圖說明圖1為本發(fā)明基于LinuxTC的公網(wǎng)IP帶寬限制系統(tǒng)的結(jié)構(gòu)示意圖。標注注釋：ComputeNode：openstack中的計算結(jié)點NetworkNode：openstack中的網(wǎng)絡(luò)結(jié)點br-ex：網(wǎng)絡(luò)結(jié)點上與公網(wǎng)連通的Linux網(wǎng)橋br-tun：網(wǎng)絡(luò)結(jié)點與計算結(jié)點之間的Vxlan隧道DHCP：openstack中實現(xiàn)的負責dhcp功能的網(wǎng)絡(luò)命名空間Router：openstack中實現(xiàn)的負責網(wǎng)絡(luò)三層路由功能的網(wǎng)絡(luò)命名空間。br-int：網(wǎng)絡(luò)結(jié)點上連接br-tun和DHCP和Router命名空間的網(wǎng)橋(由OpenvSwitch創(chuàng)建)TC：在Router的命名空間里使用Linux的TC實現(xiàn)公網(wǎng)IP的上行，下行帶寬限制。具體實施方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設(shè)計。因此，以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。下面詳細描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。下面結(jié)合附圖和實施例對本發(fā)明作進一步詳述。如圖1所示，圖1為本發(fā)明基于LinuxTC的公網(wǎng)IP帶寬限制系統(tǒng)的結(jié)構(gòu)示意圖。一種基于LinuxTC的公網(wǎng)IP帶寬限制系統(tǒng)，包括計算節(jié)點和網(wǎng)絡(luò)節(jié)點，還包括：Linux網(wǎng)橋，用于網(wǎng)絡(luò)節(jié)點與公網(wǎng)連通；Vxlan隧道，用于網(wǎng)絡(luò)節(jié)點與計算節(jié)點之間連通；DHCP，openstack平臺中實現(xiàn)的負責dhcp功能的網(wǎng)絡(luò)命名空間，與網(wǎng)絡(luò)節(jié)點通過網(wǎng)橋通信；路由器，openstack平臺中實現(xiàn)的負責網(wǎng)絡(luò)三層路由功能的網(wǎng)絡(luò)命名空間，分別與公網(wǎng)和網(wǎng)絡(luò)節(jié)點通過網(wǎng)橋通信；流量控制器，在路由器的命名空間里使用LinuxTC實現(xiàn)公網(wǎng)IP的上行，下行帶寬限制。一種基于LinuxTC的公網(wǎng)IP帶寬限制系統(tǒng)在控制層的實現(xiàn)方法，包括：QoS創(chuàng)建，創(chuàng)建QoS，在創(chuàng)建floating-ip時指定帶寬上限值和下限值；QoS刪除，刪除floating-ip時，同時刪除綁定在floating-ip上的QoS規(guī)則；QoS更新，對任一floating-ip的QoS規(guī)則進行更新，對沒有綁定port的floating-ip的更新不生效；QoS列表，顯示已經(jīng)存在的floating-ip的QoS信息。以上控制層的功能(包括QoS規(guī)則的創(chuàng)建，QoS規(guī)則的刪除，更新和列表顯示)主要是增加相應(yīng)的RestAPI接口，在openstackneutron的客戶端增加相應(yīng)的命令行。同時在openstack的neutronserver項目中增加對應(yīng)的數(shù)據(jù)庫table，用于記錄用戶設(shè)置的帶寬參數(shù)，以及每個公網(wǎng)IP(floatingip)與帶寬參數(shù)的關(guān)聯(lián)關(guān)系。RestAPI的實現(xiàn)：QoS規(guī)則的創(chuàng)建，刪除，列表顯示和更新都會保存在數(shù)據(jù)庫中，同時將相應(yīng)的帶寬參數(shù)通過RabbitMQ這個消息中間件發(fā)往openstack中的L3-agent模塊，由L3-agent這個模塊實現(xiàn)驅(qū)動層面的功能。一種基于LinuxTC的公網(wǎng)IP帶寬限制系統(tǒng)在驅(qū)動層的實現(xiàn)方法，包括：S1，在路由器所在的命名空間中的qg接口建立HTB隊列，并設(shè)置為默認根分類；S2，在默認根分類下建立限制路由總帶寬的分類；S3，建立路由分類的過濾器；S4，在默認根分類下建立限制每個floating-ip的分類；S5，建立每個floating-ip的過濾器。驅(qū)動層的具體實現(xiàn)分為2部分：上行帶寬的限制和下行帶寬的限制Linux系統(tǒng)中的TC做帶寬限制默認只能限制上行帶寬，不能限制下行帶寬，但是可以創(chuàng)建一個虛擬的ifb類型的接口，將流量重定向到該虛擬接口上，而從該虛擬接口發(fā)出的流量，相對于用戶的云主機而言，就是下行的流量。具體流程如下：(1)在虛擬路由器的網(wǎng)絡(luò)命令空間中的qg-xxxxx()接口建立HTB類型的隊列，作為root分類的qdisc(2)在默認root分類下建立限制帶寬的各個class，實際上是用戶每選擇一種帶寬就有一個class。(此處由于計費的需要，將帶寬設(shè)置為幾種固定的值由用戶選擇，而非任意值，這樣TC的針對帶寬的class分類也只有有限的幾種，不會有太多class流量分類影響帶寬限制的性能。(3)針對每一個floating-ip(公網(wǎng)IP)設(shè)置對應(yīng)的filter規(guī)則，用于過濾IP地址，這樣可實現(xiàn)針對公網(wǎng)IP的限速和流量整形，而不影響私網(wǎng)的流量。以上所述，僅為本發(fā)明較佳的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本
技術(shù)領(lǐng)域：
：的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求書的保護范圍為準。當前第1頁1 2 3 當前第1頁1 2 3