本發(fā)明涉及通信領域，具體而言，涉及一種傳輸處理方法及裝置。

背景技術：

網絡鏈路流量對于網管員來說是一個比較重要的指標，從中可以得知網絡的最新動態(tài)與變化，觀察鏈路的流量狀況可以得知網絡的最新一些癥狀。

如果鏈路的流量出現擁塞，軟件定義網絡(Software Defined Network，簡稱為SDN)中的某些智能流量工程可能會將部分流量調度到其他等價路徑，以減輕擁塞鏈路的流量壓力，使鏈路流量狀況自動恢復正常狀態(tài)。但是某些特殊情況下，僅僅依賴系統(tǒng)的智能調度似乎無法解決鏈路擁塞的問題，或者說為了保證某些重要業(yè)務的流量不被擁塞，網絡管理員人工對鏈路流量進行干預是很有必要的，但是相關技術中并不能實現人工的調度。

針對相關技術中僅依賴系統(tǒng)的智能調度在解決鏈路擁塞存在缺陷的問題，還未提出有效的解決方案。

技術實現要素：

本發(fā)明提供了一種傳輸處理方法及裝置，以至少解決相關技術僅依賴系統(tǒng)的智能調度在解決鏈路擁塞存在缺陷的問題。

根據本發(fā)明的一個方面，提供了一種傳輸處理方法，包括：接收用戶將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到預設路徑上進行傳輸的轉移請求，其中，所述預設路徑為預先設置的所述傳輸路徑的等價多路徑之一；根據所述轉移請求將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到所述預設路徑上進行傳輸。

進一步地，根據所述轉移請求將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到所述預設路徑上進行傳輸包括：對所述預設路徑中的每一個設備的訪問控制列表(Access Control List，簡稱為ACL)表下發(fā)動作為指定出端口的流規(guī)則，其中，所述出端口為所述預設路徑在所述每一個設備上對應的出端口；根據所述輸出的流規(guī)則將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到所述預設路徑上進行傳輸。

進一步地，在接收所述用戶將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到預設路徑上進行傳輸的所述轉移請求之前，所述方法還包括：接收所述用戶對流路徑進行設置的設置消息，其中，所述設置消息包括：虛擬路由轉發(fā)VRF、源IP子網/掩碼、源端口、源交 換機、目的IP子網/掩碼、目的端口、目的交換機、協(xié)議，其中，所述協(xié)議包括以下之一：傳輸控制協(xié)議(Transmission Control Protocol，簡稱為TCP)，是用戶數據報協(xié)議(User Datagram Protocol，簡稱為UDP)，網絡控制報文協(xié)議(Internet Control Message Protocol，簡稱為ICMP)，開放最短路徑優(yōu)先協(xié)議(Open Shortest Path First，簡稱為OSPF)，流控制傳輸協(xié)議(Stream Control Transmission Protocol，SCTP)，數據報擁塞控制協(xié)議(Datagram Congestion Control Protocol，簡稱為DCCP)，多路徑傳輸協(xié)議(Multipath Transmission Control Protocol，簡稱為MPTCP)。

進一步地，在根據設置的結果計算流的等價多路徑之后，所述方法還包括：在所述流路徑的拓撲結構中標記所述流的等價多路徑。

進一步地，所述方法還包括：在顯示界面顯示所述流路徑的拓撲結構，并在所述流路徑的拓撲結構中顯示所述流路徑的流量狀態(tài)，其中，所述流量狀態(tài)包括以下之一：正常，預警，擁塞。

進一步地，在根據所述轉移請求將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到所述預設路徑上進行傳輸之后，所述方法還包括：更新所述流路徑的拓撲結構。

根據本發(fā)明的另一方面，還提供了一種傳輸處理裝置，包括：第一接收模塊，用于接收用戶將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到預設路徑上進行傳輸的轉移請求，其中，所述預設路徑為預先設置的所述傳輸路徑的等價多路徑之一；傳輸模塊，用于根據所述轉移請求將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到所述預設路徑上進行傳輸。

進一步地，所述傳輸模塊包括：下發(fā)單元，用于對所述預設路徑中的每一個設備的訪問控制列表ACL表下發(fā)動作為指定出端口的流規(guī)則，其中，所述出端口為所述預設路徑在所述每一個設備上對應的出端口；傳輸單元，用于根據所述輸出的流規(guī)則將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到所述預設路徑上進行傳輸。

進一步地，所述裝置還包括：第二接收模塊，用于接收所述用戶對流路徑進行設置的設置消息，其中，所述設置消息包括：虛擬路由轉發(fā)VRF、源IP子網/掩碼、源端口、源交換機、目的IP子網/掩碼、目的端口、目的交換機、協(xié)議，其中，所述協(xié)議包括以下之一：傳輸控制協(xié)議TCP，用戶數據報協(xié)議UDP，控制報文協(xié)議ICMP，開放最短路徑優(yōu)先協(xié)議OSPF，流控制傳輸協(xié)議SCTP，數據報擁塞控制協(xié)議DCCP，多路徑傳輸協(xié)議MPTCP；設置模塊，用于根據所述設置消息對流路徑進行設置；計算模塊，用于根據設置的結果計算流的等價多路徑。

進一步地，所述裝置還包括：標記模塊，用于在所述流路徑的拓撲結構中標記所述流的等價多路徑。

通過本發(fā)明，采用接收用戶將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到預設路徑上進行傳輸的轉移請求，其中，所述預設路徑為預先設置的所述傳輸路徑的等價多路徑之一； 根據所述轉移請求將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到所述預設路徑上進行傳輸，解決了相關技術中僅依賴系統(tǒng)的智能調度在解決鏈路擁塞存在缺陷的問題，使得系統(tǒng)鏈路發(fā)生擁塞的可能大大降低，提高了用戶體驗。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：

圖1是根據本發(fā)明實施例的傳輸處理方法的流程圖；

圖2是根據本發(fā)明實施例的傳輸處理裝置的結構框圖；

圖3是根據本發(fā)明優(yōu)選實施例的傳輸處理裝置的結構框圖一；

圖4是根據本發(fā)明優(yōu)選實施例的傳輸處理裝置的結構框圖二；

圖5是根據本發(fā)明優(yōu)選實施例的傳輸處理裝置的結構框圖三；

圖6是根據本發(fā)明可選實施例的流量調度裝置的結構框圖；

圖7是根據本發(fā)明可選實施例的傳輸處理方法的流程圖一；

圖8是根據本發(fā)明可選實施例的傳輸處理方法的流程圖二；

圖9是根據本發(fā)明可選實施例的傳輸處理方法的流程圖三；

圖10是根據本發(fā)明可選實施例的傳輸處理方法的流程圖四；

圖11是根據本發(fā)明可選實施例的傳輸處理方法的流程圖五。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

在本實施例中提供了一種傳輸處理方法，圖1是根據本發(fā)明實施例的傳輸處理方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟S102，接收用戶將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到預設路徑上進行傳輸的轉移請求，其中，該預設路徑為預先設置的該傳輸路徑的等價多路徑之一；

步驟S104，根據該轉移請求將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到該預設路徑上進行傳輸。

通過上述步驟，接收用戶將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到預設路徑上進行傳輸的轉移請求，其中，該預設路徑為預先設置的該傳輸路徑的等價多路徑之一；根據 該轉移請求將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到該預設路徑上進行傳輸，解決了相關技術中僅依賴系統(tǒng)的智能調度在解決鏈路擁塞存在缺陷的問題，使得系統(tǒng)鏈路發(fā)生擁塞的可能大大降低，提高了用戶體驗。

根據轉移請求將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到該預設路徑上進行傳輸的方式有多種，在一個可選的實施例中，可以通過以下方式實現：對該預設路徑中的每一個設備的訪問控制列表ACL表下發(fā)動作為指定出端口的流規(guī)則，其中，該出端口為該預設路徑在該每一個設備上對應的出端口；根據該輸出的流規(guī)則將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到該預設路徑上進行傳輸。

在接收該用戶將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到預設路徑上進行傳輸的該轉移請求之前，接收該用戶對流路徑進行設置的設置消息，其中，該設置消息包括：虛擬路由轉發(fā)VRF、源IP子網/掩碼、源端口、源交換機、目的IP子網/掩碼、目的端口、目的交換機、協(xié)議，其中，該協(xié)議包括以下之一：傳輸控制協(xié)議TCP，用戶數據報協(xié)議UDP，控制報文協(xié)議ICMP，開放最短路徑優(yōu)先協(xié)議OSPF，流控制傳輸協(xié)議SCTP，數據報擁塞控制協(xié)議DCCP，多路徑傳輸協(xié)議MPTCP；根據該設置消息對流路徑進行設置；根據設置的結果計算流的等價多路徑。

為了清晰地區(qū)別出等價多路徑，可以在該流路徑的拓撲結構中標記該流的等價多路徑，標記的方式可以有很多種，在一個可選的實施例中，可以通過不同的顏色進行區(qū)別。

考慮為了方便用戶確定是否發(fā)生擁塞，在顯示界面顯示該流路徑的拓撲結構，并在該流路徑的拓撲結構中顯示該流路徑的流量狀態(tài)，其中，該流量狀態(tài)包括以下之一：正常，預警，擁塞，例如可以在流量狀態(tài)為預警或擁塞的情況下，拖動到等價多路徑上進行傳輸。

進一步地，在根據該轉移請求將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到該預設路徑上進行傳輸之后，還可以更新該流路徑的拓撲結構。

本發(fā)明實施例還提供了一種傳輸處理裝置，該裝置用于實現上述實施例及優(yōu)選實施方式，已經進行過說明的不再贅述。如以下所使用的，術語“模塊”可以實現預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現，但是硬件，或者軟件和硬件的組合的實現也是可能并被構想的。

圖2是根據本發(fā)明實施例的傳輸處理裝置的結構框圖，如圖2所示，該裝置包括：

第一接收模塊22，用于接收用戶將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到預設路徑上進行傳輸的轉移請求，其中，該預設路徑為預先設置的該傳輸路徑的等價多路徑之一；

傳輸模塊24，用于根據該轉移請求將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到該預設路徑上進行傳輸。

圖3是根據本發(fā)明優(yōu)選實施例的傳輸處理裝置的結構框圖一，如圖3所示，傳輸模 塊24包括：

下發(fā)單元32，用于對該預設路徑中的每一個設備的訪問控制列表ACL表下發(fā)動作為指定出端口的流規(guī)則，其中，該出端口為該預設路徑在該每一個設備上對應的出端口；

傳輸單元34，用于根據該輸出的流規(guī)則將發(fā)生鏈路擁塞的傳輸路徑上的流轉移到該預設路徑上進行傳輸。

圖4是根據本發(fā)明優(yōu)選實施例的傳輸處理裝置的結構框圖二，如圖4所示，該裝置還包括：

第二接收模塊42，用于接收該用戶對流路徑進行設置的設置消息，其中，該設置消息包括：虛擬路由轉發(fā)VRF、源IP子網/掩碼、源端口、源交換機、目的IP子網/掩碼、目的端口、目的交換機、協(xié)議，其中，該協(xié)議包括以下之一：傳輸控制協(xié)議TCP，用戶數據報協(xié)議UDP，控制報文協(xié)議ICMP，開放最短路徑優(yōu)先協(xié)議OSPF，流控制傳輸協(xié)議SCTP，數據報擁塞控制協(xié)議DCCP，多路徑傳輸協(xié)議MPTCP；

設置模塊44，用于根據該設置消息對流路徑進行設置；

計算模塊46，用于根據設置的結果計算流的等價多路徑。

圖5是根據本發(fā)明優(yōu)選實施例的傳輸處理裝置的結構框圖三，如圖5所示，該裝置還包括：

標記模塊52，用于在該流路徑的拓撲結構中標記該流的等價多路徑。

針對相關技術中存在的上述問題，下面結合具體的可選實施例進行進一步說明，下述可選實施例結合了上述可選實施例及其可選實施方式。

為了保證某些重要業(yè)務的流量不被擁塞，網絡管理員人工對鏈路流量進行干預是很有必要的，網絡管理員配置需要觀察的業(yè)務流，當發(fā)現其觀察的業(yè)務流所在的鏈路擁塞時，能人工將該業(yè)務流調度到其他等價路徑上傳輸。本可選實施例根據管理員配置的靜態(tài)流觀察(可對應到某網絡業(yè)務的數據流上)，在網絡拓撲圖上渲染出該流觀察對應的等價多路徑(Equal-Cost Multipath Routing，簡稱為ECMP)，并通過流動的動畫效果體現當前流所傳輸的路徑，當管理員發(fā)現其觀察的流傳輸路徑上某條鏈路出現擁塞時，可在網絡拓撲中通過拖拽的方式將流拖動到其他正常的等價路徑上，以保證業(yè)務流的正常數據傳輸。其中，ECMP存在多條不同鏈路到達同一目的地址的網絡環(huán)境中，如果使用傳統(tǒng)的路由技術，發(fā)往該目的地址的數據包只能利用其中的一條鏈路，其它鏈路處于備份狀態(tài)或無效狀態(tài)，并且在動態(tài)路由環(huán)境下相互的切換需要一定時間，而等值多路徑路由協(xié)議可以在該網絡環(huán)境下同時使用多條鏈路，不僅增加了傳輸帶寬，并且可以無時延無丟包地備份失效鏈路的數據傳輸。

本可選實施例還提供了一種流量調度裝置，圖6是根據本發(fā)明可選實施例的流量調 度裝置的結構框圖，如圖6所示，該裝置包括：設置模塊62、查詢模塊64、顯示模塊66、推送模塊68、路徑計算模塊610、統(tǒng)計模塊612、流控制模塊614，這些模塊的功能由上述的模塊和單元共同實現，下面對這些模塊進行進一步說明。

設置模塊62，用于設置靜態(tài)流觀察，包括流定義和流路徑。流定義包含VRF，五元組(源IP子網/掩碼，源端口，目的IP子網/掩碼，目的端口，協(xié)議)，并且這些參數都支持通配。流路徑包含源交換機設備和目的交換機設備，由于五元組支持通配，所以無法通過五元組確定路徑，或者路徑太多，所以需要指定源和目的交換機來確定路徑，源和目的交換機設備需要與五元組匹配。不同管理員配置的數據相互隔離。圖7是根據本發(fā)明可選實施例的傳輸處理方法的流程圖一，如圖7所示，包括以下步驟：

步驟S702，管理員在設置界面輸入流定義和流路徑來定義靜態(tài)流觀察；

步驟S704，系統(tǒng)獲取當前登陸用戶的信息，和靜態(tài)流觀察信息綁定；

步驟S706，系統(tǒng)將綁定信息持久化。

查詢模塊64，用于查詢管理員設置的靜態(tài)流觀察，流路徑，流統(tǒng)計，鏈路流量等信息，便于管理員監(jiān)控網絡運行狀態(tài)，以決定是否需要拖拽改變流路徑，保證業(yè)務數據的正常傳輸。圖8是根據本發(fā)明可選實施例的傳輸處理方法的流程圖二，如圖8所示，包括以下步驟：

步驟S802，從持久化庫中查詢用戶配置的靜態(tài)流觀察信息；

步驟S804，用戶選中查看某一流觀察后，從路徑計算模塊查詢流的等效多路徑；

步驟S806，從統(tǒng)計模塊612查詢用戶定義流的流量統(tǒng)計，以及拓撲鏈路的總流量統(tǒng)計。

顯示模塊66，用于在網絡拓撲圖中顯示管理員配置的靜態(tài)流觀察信息，流路徑，流的流量統(tǒng)計，鏈路流量可視化，以及提供靜態(tài)流觀察的增、刪、改操作和流路徑拖拽操作等。

推送模塊68，用于將網絡拓撲變化，靜態(tài)流配置變化和流路徑變化推送到前端展示。

路徑計算模塊610，用于根據管理員配置的流觀察中定義的源和目的交換機設備計算這兩個設備之間的ECMP。每次系統(tǒng)啟動后根據管理員配置的流觀察中定義的源和目的交換機設備計算這兩個設備之間的ECMP，并監(jiān)控拓撲變化，當拓撲發(fā)生變化時重新計算設備之間的路徑。圖9是根據本發(fā)明可選實施例的傳輸處理方法的流程圖三，如圖9所示，包括以下步驟：

步驟S902，根據用戶配置的靜態(tài)流觀察計算源和目的交換機設備間的等效多路徑；

步驟S904，將計算出的路徑數據緩存在內存中，便于查詢模塊查詢；

步驟S906，同時監(jiān)聽網絡拓撲變化，若拓撲變化涉及到路徑中的某一段，則重新計算路徑，并更新緩存。

統(tǒng)計模塊612，用于統(tǒng)計流的流量統(tǒng)計和鏈路流量統(tǒng)計。

流控制模塊614，用于根據用戶創(chuàng)建的靜態(tài)流觀察，從路徑計算模塊獲取到所有路徑的中的交換機設備及端口，針對用戶指定的路徑中的每一個設備的訪問控制列表ACL表下發(fā)動作為計數(COUNT)的流規(guī)則。當用戶拖拽指定流路徑后，針對用戶指定的路徑中的每一個設備的ACL表下發(fā)動作為指定出端口(OUTPUT)的流規(guī)則，以改變用戶定義的流的數據傳輸路徑。同時，流控制模塊會監(jiān)控路徑計算模塊的路徑變化消息，當路徑變化時，針對新的路徑中的交換機設備重新下發(fā)相應流規(guī)則，失效路徑中的交換機設備刪除已下發(fā)的流規(guī)則。圖10是根據本發(fā)明可選實施例的傳輸處理方法的流程圖四，如圖10所示，包括以下步驟：

步驟S1002，根據用戶創(chuàng)建的靜態(tài)流觀察，從路徑計算模塊獲取到所有路徑的中的交換機設備及端口；

步驟S1004，針對用戶指定的路徑中的每一個設備的訪問控制列表ACL表下發(fā)動作為計數(COUNT)的流規(guī)則；

步驟S1006，當用戶拖拽指定流路徑后，針對用戶指定的路徑中的每一個設備的ACL表下發(fā)動作為指定出端口(OUTPUT)的流規(guī)則，以改變用戶定義的流的數據傳輸路徑；

步驟S1008，監(jiān)聽路徑計算模塊的路徑變化消息，當路徑變化時，針對新的路徑中的交換機設備重新下發(fā)相應流規(guī)則，失效路徑中的交換機設備刪除已下發(fā)的流規(guī)則。

本可選實施例提供了一種流量調度的方法，該方法具體包括：定義靜態(tài)流觀察，該定義包括流定義和流路徑，其中，流定義包含虛擬路由轉發(fā)(Virtual Routing Forwarding，簡稱為VRF)，源IP子網/掩碼，源端口，目的IP子網/掩碼，目的端口，協(xié)議，該協(xié)議包括TCP，UDP，ICMP，OSPF，SCTP，DCCP，MPTCP。上述的參數都支持通配；流路徑還包括源交換機設備和目的交換機設備。在顯示界面將靜態(tài)流觀察對應的等價多路徑可視化，在網絡拓撲圖中通過鏈路加粗的方式渲染路徑，通過增加按方向流動動畫效果方式渲染當前流的傳輸路徑。也可以將鏈路流量可視化，將鏈路流量狀態(tài)直觀地顯示出來，其中，鏈路流量狀態(tài)可以分為正常、預警和擁塞三個狀態(tài)，在網絡拓撲圖中分別通過不同的顏色進行標記，例如通過“綠色，橙色和紅色”三種顏色分別渲染鏈路。在某條路徑上的流量為預警或擁塞的情況下，允許管理員在網絡拓撲圖中將流路徑拖拽到流的其他等價路徑上。

本可選實施例根據用戶創(chuàng)建的靜態(tài)流觀察，在網絡拓撲中渲染出流觀察對應的多條等效路徑和當前流的傳輸路徑。同時，網絡拓撲圖會分“正常，預警和擁塞”三種狀態(tài) 渲染鏈路。當用戶發(fā)現其所配置的流的當前傳輸路徑中的某條鏈路發(fā)生擁塞時，可以在網絡拓撲圖中通過手工拖拽方式將流拖動到其他等效路徑上傳輸，以保證用戶所關心的業(yè)務數據能夠正常傳輸。圖11是根據本發(fā)明可選實施例的傳輸處理方法的流程圖五，如圖11所示，包括以下步驟：

步驟S1102，設置靜態(tài)流觀察；

步驟S1104，計算流的等效多路徑；

步驟S1106，針對用戶指定的路徑中的每一個設備的訪問控制列表ACL表下發(fā)動作為計數(COUNT)的流規(guī)則；

步驟S1108，網絡拓撲界面渲染顯示流路徑，并且推送流的流量和鏈路流量到拓撲圖中顯示；

步驟S1110，當流的傳輸路徑上有鏈路發(fā)生擁塞時，用戶拖拽流到其他任一等效路徑傳輸；

步驟S1112，針對用戶指定的路徑中的每一個設備出端口的ACL表下發(fā)動作為指定出端口(OUTPUT)的流規(guī)則；

步驟S1114，網絡拓撲界面重新渲染顯示流的傳輸路徑，并且推送新的流量統(tǒng)計信息到拓撲圖中顯示。

顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。