TW201507406A - 通信節點、通信系統、封包處理方法及程式 - Google Patents

Abstract

本發明之集中控制型網路的通信節點，即使不一一詢問控制裝置，或是於流路表配置障礙時的代替流路項目，也能夠變更從控制裝置所給與的指示（控制資訊）。該通信節點包含：封包處理部，參考一第一列表而對受信封包進行處理，該第一列表容納有決定了與受信封包對照的匹配條件以及符合該匹配條件的封包所適用的處理內容的項目；以及自律動作部，參考一第二列表，並因應所發生之現象改寫該第一列表的項目，該第二列表使現象與在檢測出該現象發生時對該第一列表所容納之項目適用的變更內容互相對應。

Description

通信節點、通信系統、封包處理方法及程式

［針對相關專利申請的記載］ 本發明，係基於日本專利申請：特願2013-093738號（2013年4月26日提出申請）者，該專利申請的全部記載內容藉由引用併入並記載於本說明書中。 本發明，係關於一種通信節點、通信系統、封包處理方法以及程式，尤其，係關於一種基於從控制裝置設定之控制資訊動作的通信節點、通信系統、封包處理方法以及程式。

非專利文獻1、2提出一種實現控制面(control plane)與資料面(data plane)分離的集中控制型網路的雲端運算（OpenFlow）技術。雲端運算，係以端對端的流路(end to end flow)進行通信，並以流路單位進行路徑控制、障礙排除、負載分散、最佳化的技術。非專利文獻2所規格化的雲端運算交換器，具備與雲端運算控制器通信用的安全通道(security channel)，並依照從雲端運算控制器適當追加或指示改寫的流路表(flow table)進行動作。在流路表中，於每條流路，定義了與封包標頭對照的匹配條件（Match Fields）、流路統計資訊（Counters）、定義處理內容的指令（Instructions）的群組（參考非專利文獻2的「5.2 Flow Table」此項）。

例如，雲端運算交換器，在接收到封包時，便從流路表，檢索出具有符合受信封包的標頭資訊的匹配條件（參考非專利文獻2的「5.3　Matching」）的項目(entry)。當檢索的結果發現了符合受信封包的項目時，雲端運算交換器，會更新流路統計資訊（計數），同時對受信封包，實施該項目的指令欄所記述的處理內容（來自指定埠的封包發送、洪泛(flooding)、廢棄等）。另一方面，當檢索的結果並未發現符合受信封包的項目時，雲端運算交換器，會透過安全通道，對雲端運算控制器發送項目設定的要求，亦即，處理受信封包用的控制資訊的發送要求（Packet-In Message，封包收入訊息）。雲端運算交換器，接收決定了處理內容的流路項目並更新流路表。像這樣，雲端運算交換器，將流路表所容納的項目當作控制資訊使用並進行封包轉送。

專利文獻1揭示了一種在使用上述雲端運算的網路發生障礙或阻塞時，進行高速路徑切換的通信裝置（相當於雲端運算交換器）。具體而言，該通信裝置具備：處理記憶部（相當於上述流路表），記憶了使受信封包的識別資訊與對該受信封包的處理互相對應的處理規則；代替處理記憶部（上述流路表的項目的代替項目的容納表），記憶了包含與對該受信封包的該處理記憶部所記憶的處理不同的處理的處理規則；以及處理部，基於該受信封包的識別資訊，依照檢索該處理記憶部或該代替處理記憶部所得到的處理規則，進行該受信封包的處理。

專利文獻2揭示了一種在確認了終端機之間的連結確實成立之後，才設定控制資訊（轉送規則），藉此減少不必要的流路設置（對交換器的控制資訊的設定）的雲端運算控制器。

專利文獻3揭示了一種使用雲端運算交換器所持有的複數個流路表，以增加可保持之項目數的構造。 【先前技術文獻】 【專利文獻】

【專利文獻1】　日本特開2012-49674號公報 【專利文獻2】　日本特開2012-195807號公報 【專利文獻3】　國際公開第2012／032864號 【非專利文獻】

【非專利文獻1】 Nick McKeown等7名，“OpenFlow：Enabling Innovation in Campus Networks”，［online］，［平成25（2013）年4月10日檢索］，網址〈URL：http://www.openflow.org/documents/openflow-wp-latest.pdf〉 【非專利文獻2】“OpenFlow Switch Specification”　Version　1.3.1　（Wire　Protocol　0x04），［online］，［平成25（2013）年4月10日檢索］，網址〈URL：https://www.opennetworking.org/images/stories/downloads/sdn-resources/onf-specifications/openflow/openflow-spec-v1.3.1.pdf〉

[發明所欲解決的問題]

以下的分析，係根據本發明所給出的內容。如專利文獻1的段落0006～0008亦指出，上述雲端運算所代表的控制面與資料面分離的網路，在障礙發生時，直到能夠再度通信為止需要花費若干時間，此為其問題之所在。其理由係因為網路支配下的交換器對支配控制面的控制裝置（雲端運算控制器），必須確認接下來的動作或資料的轉送目的地之故。尤其，當網路大規模化，而控制裝置支配下的交換器數目增加時，會有一次詢問蜂擁而至控制裝置的情形，導致控制面發生阻塞這樣的問題點存在。

專利文獻1記載：準備好登錄了對應通常時的路徑的基本流路項目群組與對應障礙時所使用的代替路徑的代替流路項目群組的1個或複數個流路表，在通常時，參考基本流路項目群組；在障礙時，參考代替流路項目群組，藉此進行路徑的切換（參考段落0062，另外亦記載了平行實施兩個流路項目群組的檢索的方法或判定交換器實行哪一個的方法）。

然而，專利文獻1的方法，必須於流路表確保容納代替流路項目群組用的區域，此為其問題點。尤其，當流路表用CAM（Content‐Addressable Memory，內容可定址記憶體）等構成時，只有在障礙時才使用的流路項目便會占據寶貴的區域。

另外，吾人期望，在控制面與資料面分離的網路中，不限於檢測出某個交換器的埠故障，即使在發生與控制裝置（控制器）的通信斷絶、阻塞等各種時序，也可變更對交換器等構件的通信節點的指示。

本發明之目的在於提供一種通信節點、通信系統、封包處理方法以及程式，其在如上所述的發生障礙等既定現象時，不須一一詢問控制裝置或是在流路表配置障礙時的代替流路項目，也能夠變更從控制裝置所給與的指示（控制資訊）。 [解決問題的手段]

根據第1觀點，提供一種通信節點，包含：封包處理部，參考一第一列表，而對受信封包進行處理，該第一列表容納有決定了與受信封包對照的匹配條件以及符合該匹配條件的封包所適用之處理內容的項目；以及自律動作部，參考一第二列表，並因應所發生之現象改寫該第一列表的項目，該第二列表使現象與在檢測出該現象發生時對該第一列表所容納之項目適用的變更內容互相對應。

根據第2觀點，提供一種通信系統，包含：上述通信節點；以及於該通信節點的該第一列表以及該第二列表設定項目的控制裝置。

根據第3觀點，提供一種封包處理方法，係由一通信節點來進行後述二步驟，該通信節點具備封包處理部，該封包處理部參考一第一列表，而對受信封包進行處理，該第一列表容納有決定了與受信封包對照的匹配條件以及符合該匹配條件的封包所適用之處理內容的項目。該通信節點所進行的二步驟包含：檢測出既定現象之發生的步驟；以及參考一第二列表，並因應所發生之現象改寫該第一列表的項目的步驟，該第二列表使現象與在檢測出該現象發生時對該第一列表所容納之項目適用的變更內容互相對應。本方法，係與參考上述第一列表而對受信封包進行處理的通信節點這種特定裝置結合在一起。

根據第4觀點，提供一種封包處理程式，係由一電腦來執行後述二處理，該電腦具備封包處理部，該封包處理部參考一第一列表，而對受信封包進行處理，該第一列表容納有決定了與受信封包對照的匹配條件以及符合該匹配條件的封包所適用之處理內容的項目。該電腦所執行的二處理包含：檢測出既定現象之發生的處理；以及參考一第二列表，並因應所發生之現象改寫該第一列表的項目的處理，該第二列表使現象與在檢測出該現象發生時對該第一列表所容納之項目適用的變更內容互相對應。另外，該程式可記錄於電腦可讀取（非暫態的）記憶媒體。亦即，本發明亦可作為電腦程式產品而具體實現。 [發明的功效]

根據本發明，即使不一一詢問控制裝置，或是於流路表配置障礙時的代替流路項目，也能夠於通信節點，變更從控制裝置所給與的指示（控制資訊）。

首先參考圖式説明本發明一實施態樣的概要內容。另外，該概要內容所附註的圖式參考符號，係為了有助於理解而權宜例示附註於各要件者，並無意將本發明限定於圖式所示之態樣。

本發明，在其一實施態樣中，如圖1所示的，可實現一通信節點10，其具備：封包處理部12，參考第一列表11，而對受信封包進行處理，該第一列表11容納有決定了與受信封包對照的匹配條件以及對符合該匹配條件的封包所適用之處理內容的項目；以及自律動作部14，參考第二列表13，並因應所發生之現象改寫該第一列表的項目。

具體而言，在第二列表13中，通信節點可檢測出的現象與在檢測出該現象發生時對該第一列表11所容納之項目適用的變更內容互相對應。然後，自律動作部14因應所發生之現象改寫該第一列表11的項目。

根據以上技術內容，通信節點10，即使不詢問控制裝置，亦可因應該發生之現象，變更受信封包所適用之處理。

［第1實施態樣］ 接著，參考圖式詳細説明本發明的第1實施態樣。圖2係表示本發明的第1實施態樣的通信系統的構造圖。參考圖2，顯示出：在兩個網路301、302的邊緣所配置的雲端運算交換器（以下稱為「OFS」）101、102；與該等OFS101、102經由控制通道501、502連接，並控制OFS101、102的雲端運算控制器（以下稱為「OFC」）200；以及與OFS101、102連接並互相通信的終端機401、402。

OFS101、102為具有Ether-OAM功能的雲端運算交換器，參考從OFC200設定的流路表或事件表的項目運作。Ether-OAM功能，係指ITU-T Y.1731、IEEE 802.1ag等所規定的乙太網路（登記商標）的維護管理功能。

OFC200，經由控制通道501、502，與OFS101、102傳遞控制用訊息，並於OFS101、102的流路表或事件表（分別容後敘述）追加項目。

圖3係表示OFS101、102的詳細構造圖。參考圖3，顯示出具備流路表111、封包處理部112、事件表113、自律動作部114、協定通信部115、監視部116的構造。

流路表111，係相當於容納有決定了與受信封包對照的匹配條件以及符合該匹配條件的封包所適用的處理內容的項目的上述第一列表的列表。如非專利文獻2所記載的，流路表111亦可複數配置。

封包處理部112，若從外部接收到封包，便從流路表111檢索出具有符合受信封包的輸入埠或標頭資訊的匹配條件的項目。當檢索的結果發現了具有符合受信封包的匹配條件的項目時，封包處理部112，便將該項目所決定的處理內容應用於封包。另外，當檢索的結果並未發現具有符合受信封包的匹配條件的項目時，封包處理部112，便實行封包廢棄、轉送到OFC200等預先設定好的動作。另外，封包處理部112，在接收到Ether-OAM障礙通知時，便將其輸出到自律動作部114。接收到Ether-OAM障礙通知時的OFS101／102的動作，亦可實現於流路表111設定指示輸出到與自律動作部114連接的假想埠的項目。

事件表113，係相當於容納了OFS101／102可檢測出的各種事件條件與該事件發生時所實行的處理內容（事件動作）互相對應的項目的上述第二列表的列表。另外，事件表113的項目，宜在OFC200作成設定於流路表111的項目時，利用其路徑計算結果等資訊進行設定。當然，網路管理者等亦可手動於事件表113設定項目。另外，該事件表113，可以想見比起流路表111而言，其參考頻度或改寫頻度更少，故不像流路表111那樣以CAM等構成也沒有關係。

自律動作部114，在發生與事件表113所記載的事件條件一致的狀態（障礙等）時，便實行該項目所設定的處理內容（事件動作）。另外，自律動作部114，在因為實行該事件表113的項目所設定的處理內容（事件動作），而使流路表111的項目產生變更時，便對OFC200報告所實行的處理內容或對流路表111所實施的變更內容。藉此，保持OFC200所掌握的各OFS101／102所設定的流路項目與實際上OFS101／102所設定的流路項目的一貫性。

圖4係表示OFS101所保持之事件表的構成內容的一個範例。在圖4的例子中，OFS101，若從網路A（圖2的網路301）接收到Ether-OAM障礙通知，便抽出流路表111的轉送到網路A的項目，並實行將該項目的轉送目的地變更為網路B（圖2的網路302）的動作（參考第1個項目）。同樣的，OFS101，若從網路B（圖2的網路302）接收到Ether-OAM障礙通知，便抽出流路表111的轉送到網路B的項目，並實行將該項目的轉送目的地變更為網路A（圖2的網路301）的動作（參考第2個項目）。

協定通信部115，係與OFC200以非專利文獻2的雲端運算協定等方式進行通信的機構。

監視部116，監視自身裝置的運作狀況或連結狀態，當發現異常時，便對其他的OFS等構件發送Ether-OAM障礙通知或Ether-OAM障礙回復通知。

另外，圖3所示的OFS101／102的各部（處理機構），亦可利用於OFS所搭載的電腦，使用其硬體，藉由實行上述各處理的電腦程式加以實現。

接著，參考圖式詳細説明本實施態樣的動作。以下，如圖5的兩箭號線所示的，説明於OFS101與OFS102的流路表111，設定了將終端機401與終端機402之間的封包經由網路301而轉送的項目。

當圖5的網路301發生障礙，並從其內部的OFS等構件接收到Ether-OAM障礙通知時，OFS101，依照事件表113的符合該事件條件的項目，進行變更，將終端機401與終端機402之間的封包經由網路302轉送。具體而言，OFS101，將規定了從終端機401送往終端機402的封包的轉送目的地的流路表111的項目的轉送目的地，從網路301變更為網路302所屬的OFS等。另外，因應需要，OFS101，在處理從終端機402送往終端機401的封包用的項目的匹配條件中的輸入埠為網路301連接埠時，將該項目的輸入埠從網路301變更為網路302連接埠。

OFS102，也是同樣，進行變更，將終端機401與終端機402之間的封包經由網路302轉送。

根據以上所述，終端機401與終端機402之間的封包的轉送路徑，如圖6所示的不用透過OFC200的控制就進行切換。因此，即使網路301發生障礙也能夠迅速使通信再度開始。

另外，根據本實施態樣，OFC與OFS之間的控制訊息的傳遞也會減少，故亦可避免控制通道501、502的阻塞等問題。在非專利文獻2的基本構造中，當發生障礙的網路與複數個OFS連接時，會從該等複數個OFS對OFC200發送流路表111的項目的登錄要求（Packet-In Message），OFC200作成對各OFS設定的項目，並將其發送出去。在本實施態樣中，由於只要從各OFS的自律動作部114對OFC200通知流路表111的變更內容即可，故通信費用至少可減少一半。

另外，藉由對事件表113設定項目，亦可實現使OFS單體從圖6所示的狀態回復到圖5所示的狀態。圖7係表示為了此目的之事件表的另一範例。在圖7的例子中，OFS101，若從網路B（圖2的網路302）接收到Ether-OAM障礙回復通知，便抽出流路表111的轉送到網路A的項目，並實行將該項目的轉送目的地變更為網路A（圖2的網路301）的動作（參考圖7的第1個項目）。同樣地，OFS101，若從網路B（圖2的網路301）接收到Ether-OAM障礙回復通知，便抽出流路表111的轉送到網路B的項目，並實行將該項目的轉送目的地變更為網路A（圖2的網路302）的動作（參考圖7的第2個項目）。

如以上所述的，便可不透過OFC200的控制而將圖6的終端機401與終端機402之間的封包轉送路徑回復到圖5所示的路徑。因此，例如，網路301發生障礙，從暫時利用網路302的狀態之復原能夠高速實施。

［第2實施態樣］ 接著，針對利用與上述第1實施態樣同樣的OFS實現伺服器之間的失效切換的第2實施態樣進行説明。本實施態樣，由於可在與第1實施態樣同樣的構造中實現，故以下以該相異點為中心進行説明。

圖8係表示本發明之第2實施態樣的通信系統的構造圖。參考圖8，顯示出：配置在網路301的邊緣的雲端運算交換器（以下稱為「OFS」）101、102；與該等OFS101、102透過控制通道501、502連接，並控制OFS101、102的雲端運算控制器（以下稱為「OFC」）200；與OFS101、102連接並互相通信的終端機401；因應來自終端機401的要求提供服務的伺服器701；以及可代替伺服器701繼續處理的伺服器702。

圖9係表示圖8的OFS102所保持之事件表的構成內容的範例。在圖9的例子中，OFS102，在監視部116檢測出伺服器的故障時，便抽出流路表111的轉送到伺服器701的項目，並實行將該項目的轉送目的地變更為伺服器702的動作（參考第1個項目）。

接著，參考圖式詳細説明本實施態樣的動作。以下，如圖10的兩箭號線所示的，説明於OFS101與OFS102的流路表111，設定將終端機401與伺服器701之間的封包經由網路301而轉送的項目。

當檢測出圖8的伺服器701發生障礙時，OFS102，進行變更，將從終端機401送往伺服器701的封包送到伺服器702，並將來自伺服器702的回應轉送到終端機401。具體而言，OFS102，將規定了從終端機401送往伺服器701的封包的轉送目的地的流路表111的項目的轉送目的地，變更為伺服器702的連接埠。另外，OFS102，於流路表111，追加處理從伺服器702送往終端機401的應答封包用的項目。

再者，在OFS102中，亦宜實行設定於封包標頭中的目的地或發送地的伺服器701的位址與伺服器702的位址的轉換。藉此，則不需要變更OFS101中的流路表111的項目。

根據以上所述，終端機401與伺服器701之間的封包的轉送路徑，如圖11所示的可不透過OFC200的控制進行切換。因此，即使伺服器701發生障礙也能夠迅速地利用伺服器702繼續服務。

以上，係說明本發明的各實施態樣，惟本發明並不限於上述實施態樣，在不超出本發明的基本技術思想的範圍內，可更進一步加入變形、置換、調整。例如，各圖式所示之網路構造或要件的構成，係為了幫助理解本發明的範例而已，並非僅限於該等圖式所示的構造。

例如，在上述的各實施態樣中，係舉使用了非專利文獻1、2的OFC與OFS的例子作説明，惟其他的控制面與資料面分離的集中控制型網路亦可適用本發明。

另外，在上述的各實施態樣中，係舉使用單一事件表的例子作説明，惟亦可採用像非專利文獻2的使用了複數個流路表的管線處理那樣，依序參考複數個列表，最終選擇符合複數個條件的項目，而決定事件動作的列表構造。藉此，則可使所持有的各個事件表小型化，其管理也變得更容易。

另外，在上述的各實施態樣中，係舉根據事件表113實行路徑切換與失效切換的例子作説明，惟亦可採用將其他流路表的特定項目刪除，或將流路表的特定項目的處理內容改寫成封包廢棄（Drop）這樣的變化實施例。

另外，在上述各實施態樣中，係說明OFS具備Ether-OAM功能的態樣，惟只要具備其他同等的功能即可。例如，在檢測出埠的連結失效時，於事件表113設定變更流路表111的封包轉送目的地的項目亦可期待有同樣的效果。另外例如，在檢測出與OFC等構件的控制通道的障礙時，亦可實行接受來自其他OFC的控制（轉送封包、要求流路項目的發送）這樣的運用。

最後，總結本發明的較佳態樣。 ［第1態樣］ （參考上述第1觀點的通信節點） ［第2態樣］ 如第1態樣的通信節點，其中， 從既定的控制裝置，受理該第一列表以及該第二列表所容納之項目的設定。 ［第3態樣］ 如第2態樣的通信節點，其中， 當參考該第二列表，改寫該第一列表的項目時，對該既定的控制裝置，報告該改寫內容。 ［第4態樣］ 如第1至第3中任一態樣的通信節點，其中， 於該第二列表，設定了用以在檢測出網路障礙時，將因為該障礙而受到影響的封包轉送路徑，切換成其他路徑的項目。 ［第5態樣］ 如第1至第3中任一態樣的通信節點，其中， 於該第二列表，設定了在檢測出通信目的地的障礙時，將因為該障礙而受到影響的該第一列表的項目的封包轉送目的地，變更為該通信目的地的代替裝置的項目。 ［第6態樣］ （參考上述第2觀點的通信系統） ［第7態樣］ （參考上述第3觀點的封包處理方法） ［第8態樣］ （參考上述第4觀點的程式） 另外，上述第6～第8態樣，與第1態樣同樣，可展開到第2～第5態樣。

另外，將上述專利文獻以及非專利文獻的各揭示內容，視為藉由引用而併入本說明書中的內容。在本發明的全部揭示內容（包含請求範圍）的框架內，可再基於其基本技術思想，作實施態樣乃至實施例的變更、調整。另外，可在本發明的全部揭示內容的框架內作各種揭示要素（包含各請求項的各要素、各實施態樣乃至實施例的各要素、各圖式的各要素等）的各式各樣組合乃至選擇。亦即，本發明，係包含若為本領域從業人員根據包含請求範圍在內的全部揭示內容、技術思想應得思及的各種變形、修正在內，自不待言。尤其，就本說明書所記載的數値範圍而言，該範圍內所包含的任意數値乃至較小範圍，即使在並未特別記載的情況下亦應解釋為已具體記載。

10‧‧‧通信節點
11‧‧‧第一列表
12‧‧‧封包處理部
13‧‧‧第二列表
14‧‧‧自律動作部
101、102‧‧‧雲端運算交換器（OFS）
111‧‧‧流路表
112‧‧‧封包處理部
113‧‧‧事件表
114‧‧‧自律動作部
115‧‧‧協定通信部
116‧‧‧監視部
200‧‧‧雲端運算控制器（OFC）
301、302‧‧‧網路
401、402‧‧‧終端機
501、502‧‧‧控制通道
701、702‧‧‧伺服器

[圖1] 係表示本發明一實施態樣的構造圖。 [圖2] 係表示本發明的第1實施態樣的通信系統的構造圖。 [圖3] 係表示本發明的第1實施態樣的雲端運算交換器（OFS）的構造圖。 [圖4] 係表示本發明的第1實施態樣的雲端運算交換器（OFS）所保持之事件表的構成內容的一例。 [圖5] 係本發明的第1實施態樣的雲端運算交換器（OFS）的動作的説明圖。 [圖6] 係本發明的第1實施態樣的雲端運算交換器（OFS）的動作的説明圖。 [圖7] 係表示本發明的第1實施態樣的雲端運算交換器（OFS）所保持之事件表的構成內容的另一例。 [圖8] 係表示本發明的第2實施態樣的通信系統的構造圖。 [圖9] 係表示本發明的第2實施態樣的雲端運算交換器（OFS）所保持之事件表的構成內容的一例。 [圖10] 係本發明的第1實施態樣的雲端運算交換器（OFS）的動作的説明圖。 [圖11] 係本發明的第2實施態樣的雲端運算交換器（OFS）的動作的説明圖。

10‧‧‧通信節點

11‧‧‧第一列表

12‧‧‧封包處理部

13‧‧‧第二列表

14‧‧‧自律動作部

Claims (8)

1. 一種通信節點，包含： 封包處理部，其參考一第一列表而對受信封包進行處理，該第一列表容納有決定了與受信封包對照的匹配條件以及符合該匹配條件的封包所適用之處理內容的項目；以及 自律動作部，其參考一第二列表，並因應所發生之現象改寫該第一列表的項目，該第二列表使現象與在檢測出該現象發生時對該第一列表所容納之項目適用的變更內容互相對應。
2. 如申請專利範圍第1項之通信節點，其中，從既定的控制裝置，受理該第一列表以及該第二列表所容納之項目的設定。
3. 如申請專利範圍第2項之通信節點，其中，當參考該第二列表改寫該第一列表的項目時，對該既定的控制裝置報告該改寫內容。
4. 如申請專利範圍第1至3項中任一項之通信節點，其中，於該第二列表設定了用以在檢測出網路的障礙時，將因為該障礙而受到影響的封包轉送路徑切換成其他路徑的項目。
5. 如申請專利範圍第1至3項中任一項之通信節點，其中，於該第二列表設定了在檢測出通信目的地的障礙時，將因為該障礙而受到影響的該第一列表的項目的封包轉送目的地，變更為該通信目的地的代替裝置的項目。
6. 一種通信系統，包含：通信節點以及控制裝置，該通信節點包含： 封包處理部，其參考一第一列表而對受信封包進行處理，該第一列表容納有決定了與受信封包對照的匹配條件以及符合該匹配條件的封包所適用之處理內容的項目；以及 自律動作部，其參考一第二列表，並因應所發生之現象改寫該第一列表的項目，該第二列表使現象與在檢測出該現象發生時對該第一列表所容納之項目適用的變更內容互相對應， 該控制裝置於該通信節點的該第一列表以及該第二列表設定項目。
7. 一種封包處理方法，係由一通信節點來進行後述二步驟，該通信節點具備封包處理部，該封包處理部參考一第一列表而對受信封包進行處理，該第一列表容納有決定了與受信封包對照的匹配條件以及符合該匹配條件的封包所適用之處理內容的項目， 該通信節點所進行的二步驟包含： 檢測出既定現象之發生的步驟；以及 參考一第二列表，並因應所發生之現象改寫該第一列表的項目的步驟，該第二列表使現象與在檢測出該現象發生時對該第一列表所容納之項目適用的變更內容互相對應。
8. 一種封包處理程式，係由一電腦來執行後述二處理，該電腦具備封包處理部，該封包處理部參考一第一列表而對受信封包進行處理，該第一列表容納有決定了與受信封包對照的匹配條件以及符合該匹配條件的封包所適用之處理內容的項目， 該電腦所執行的二處理包含： 檢測出既定現象之發生的處理；以及 參考一第二列表，並因應所發生之現象改寫該第一列表的項目的處理，該第二列表使現象與在檢測出該現象發生時對該第一列表所容納之項目適用的變更內容互相對應。