JP2022554099A - パケット伝送方法、プロキシノード、および記憶媒体 - Google Patents

パケット伝送方法、プロキシノード、および記憶媒体 Download PDF

Info

Publication number
JP2022554099A
JP2022554099A JP2022523379A JP2022523379A JP2022554099A JP 2022554099 A JP2022554099 A JP 2022554099A JP 2022523379 A JP2022523379 A JP 2022523379A JP 2022523379 A JP2022523379 A JP 2022523379A JP 2022554099 A JP2022554099 A JP 2022554099A
Authority
JP
Japan
Prior art keywords
packet
node
proxy node
srh
proxy
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2022523379A
Other languages
English (en)
Other versions
JP7327889B2 (ja
Inventor
ジャン、ヨンカン
チュ、ボセン
ゼン、クイリ
Original Assignee
ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ホアウェイ・テクノロジーズ・カンパニー・リミテッド filed Critical ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Publication of JP2022554099A publication Critical patent/JP2022554099A/ja
Application granted granted Critical
Publication of JP7327889B2 publication Critical patent/JP7327889B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/742—Route cache; Operation thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/34—Source routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/645—Splitting route computation layer and forwarding layer, e.g. routing according to path computational element [PCE] or based on OpenFlow functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2521—Translation architectures other than single NAT servers
    • H04L61/2528—Translation at a proxy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0272—Virtual private networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本願は、パケット伝送方法、プロキシノード、および記憶媒体を開示し、通信技術の分野に関連する。方法によれば、バイパス機能を有する新しいＳＩＤは、Ｅｎｄ．ＡＤ ＳＩＤについて拡張される。したがって、Ｅｎｄ．ＡＤ ＳＩＤを保持するパケットを受信するとき、ローカルプロキシノードは、この新しいＳＩＤを使用して、バイパス方式で、パケットのＳＲＨをピアプロキシノードへ伝送し、その結果、ピアプロキシノードはまた、パケットのＳＲＨを取得し得、したがって、パケットのＳＲＨはピアプロキシノードに記憶され得る。このようにして、同一のＳＦノードにデュアルホーミングされた２つのプロキシノード間で、パケットのＳＲＨの同期が実装され得、その結果、パケットのＳＲＨは冗長的にバックアップされる。

Description

本願は、参照によって全体が本明細書に組み込まれる、「パケット伝送方法、プロキシノード、および記憶媒体」と題する、２０１９年１１月６日に中国国家知識産権局に出願された中国特許出願第２０１９１１０７８５６２．７号に対する優先権を主張する。
本願は、通信技術の分野、特に、パケット伝送方法、プロキシノード、および記憶媒体に関する。
セグメントルーティング（ｓｅｇｍｅｎｔ ｒｏｕｔｉｎｇ， ＳＲ）は、ソースルーティングに基づいてパケットを転送するための技術であり、インターネットプロトコルバージョン６（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６， ＩＰｖ６）（ＳＲｖ６）上のセグメントルーティングは、ＳＲ技術をＩＰｖ６と組み合わせた技術である。具体的には、ＩＰｖ６ヘッダ（ＩＰｖ６ ｈｅａｄｅｒ）に加えて、ＳＲｖ６パケットは更に、セグメントルーティングヘッダ（ｓｅｇｍｅｎｔ ｒｏｕｔｉｎｇ ｈｅａｄｅｒ、ＳＲＨ）を保持する。ＳＲＨは、セグメント識別子（ｓｅｇｍｅｎｔ ＩＤ、ＳＩＤ、セグメントとも称される）リスト（ＳＩＤ ｌｉｓｔ、セグメントリストとも称される）およびセグメント残数（ｓｅｇｍｅｎｔ ｌｅｆｔ、ＳＬ）などの情報を含む。セグメントリストは、順番に配置された１または複数のＳＩＤを含む。各ＳＩＤは、１２８ビットＩＰｖ６アドレスの形態であり、各ＳＩＤは基本的に、トポロジー、命令、またはサービスを表し得る。ＳＬは、ポインタと同等であり、０以上の値であり、セグメントリストにおけるアクティブＳＩＤ（active SID）を指し、アクティブＳＩＤはＩＰｖ６ヘッダにおける宛先アドレスである。ＳＲｖ６をサポートするノードは、パケットを受信するとき、パケットの宛先アドレスを読み出し、宛先アドレスに基づいてローカルＳＩＤテーブル（ｌｏｃａｌ ＳＩＤ ｔａｂｌｅ）をクエリし、宛先アドレスがローカルＳＩＤテーブルにおけるＳＩＤであるとき、パケットをＳＲｖ６パケットとして識別し、ＳＩＤに対応するトポロジー、命令、または、サービスに基づいて、対応する動作を実行する。
サービス機能チェーン（ｓｅｒｖｉｃｅ ｆｕｎｃｔｉｏｎ ｃｈａｉｎ、ＳＦＣ、サービスチェーンとも称される）は、順序付けられたサービス機能セットであり、その結果、トラフィックは、指定された順序で複数のサービス機能（ｓｅｒｖｉｃｅ ｆｕｎｃｔｉｏｎ、ＳＦ）ノードを通過し得、複数のＳＦノードは、パケットを順番に処理し、サービス処理手順を完了する。
パケットがＳＲｖ６パケットであり、かつ、ＳＦノードがＳＲｖ６をサポートしないとき、ＳＦノードがパケットを正常に処理することを可能にするように、プロキシ（ｐｒｏｘｙ）ノードが導入される。プロキシノードは、ＳＦノードの代理でＳＲＨを処理するよう構成される。プロキシノードは、動的プロキシ、静的プロキシ、共有メモリプロキシ、疑似プロキシなどを含み得る。動的プロキシの処理手順は、以下の通りである。プロキシノードがＳＲｖ６パケットを受信し、ＳＲｖ６パケットの宛先アドレスに基づいてローカルＳＩＤテーブルをクエリする。宛先アドレスがローカルＳＩＤテーブルにおけるエンドポイント動的プロキシＳＩＤ（Ｅｎｄ．ＡＤ ＳＩＤ、Ｅｎｄはエンドポイントを表し、Ｄは動的を表し、ＳＩＤはセグメント識別子を表す）であるとき、プロキシノードは、Ｅｎｄ．ＡＤ ＳＩＤに対応する動的プロキシ動作を実行する、すなわち、ＳＲＨをＳＲｖ６パケットから除去してＳＲＨを含まないパケットを取得し、ＳＲＨを含まないパケットをＳＦノードへ送信する。加えて、プロキシノードは、５タプルのパケットをインデックスとして使用することによってＳＲＨをキャッシュエントリに記憶する。ＳＦノードは、ＳＲＨを含まないパケットを受信し、パケットを処理し、処理されたパケットをプロキシノードへ返す。プロキシノードは、５タプルの処理されたパケットをインデックスとして使用することによって、キャッシュエントリをクエリし、ＳＲＨを取得する。プロキシノードは、ＳＲＨを処理済みパケットにカプセル化してＳＲＨを復元し、ＳＲＨを含むＳＲｖ６パケットを取得する。プロキシノードは、ＳＲｖ６パケットのＳＬを１減少させ、ＳＲｖ６パケットの宛先アドレスを、セグメントリストにおいて１が減算された後に取得されたＳＬに対応するＳＩＤ、すなわち、Ｅｎｄ．ＡＤ ＳＩＤの次のＳＩＤに更新して、更新されたＳＲｖ６パケットを取得する。プロキシノードは、更新されたＳＲｖ６パケットをネクストホップノードへ送信する。
この場合、ＳＦノードはデュアルホーミングされ得る、すなわち、同一のＳＦノードが２つのプロキシノードに接続され得る。例えば、２つのプロキシノードはそれぞれ、第１プロキシノードおよび第２プロキシノードと称される。デュアルホーミングアクセスに基づいて、ＳＲｖ６パケットは、第１プロキシノードからＳＦノードに転送され得、また、第２プロキシノードからＳＦノードへ転送され得る。この場合、１つのプロキシノードに障害がある場合でも、ＳＲｖ６パケットはなお、他のプロキシノードからＳＦノードへ転送され、ネットワーク信頼性が大幅に改善され得る。加えて、ＳＲｖ６パケットを転送してＳＲＨを処理する負担が２つのプロキシノード間で共有され得る。したがって、負荷分散機能が実装され、単一のプロキシノードの負荷が低減される。
デュアルホーミングアクセスシナリオにおいて、第１プロキシノードが、宛先アドレスがＥｎｄ．ＡＤ ＳＩＤであるパケットを受信した後に、上記の動的プロキシ手順を実行し、ＳＲＨを含まないパケットをＳＦノードへ送信し、ＳＦノードがパケットを処理する場合、ＳＦノードは処理済みのパケットを第２プロキシノードへ送信する。第２プロキシノードがパケットを受信するとき、第２プロキシノードがＳＲＨを記憶していないので、第２プロキシノードは、クエリを通じてＳＲＨを取得できない。その結果、ＳＲＨ復元が失敗し、ＳＦノードによって処理されたパケットを正常に伝送できない。
本願の実施形態は、関連技術におけるデュアルホーミングアクセスのシナリオにおけるＳＲＨ復元失敗の技術的問題を解決するために、パケット伝送方法、プロキシノード、および、記憶媒体を提供する。技術的解決手段は以下の通りである。
第１態様によれば、パケット伝送方法が提供される。方法において、第１プロキシノードおよび第２プロキシノードは、同一のサービス機能ノードに接続され、第１プロキシノードは、ＳＲＨを含み宛先アドレスがＥｎｄ．ＡＤ ＳＩＤである第１パケットを受信する。この場合、第１プロキシノードは、Ｅｎｄ．ＡＤ ＳＩＤ、第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて、第１パケットのＳＲＨ、第１バイパスＳＩＤ、および制御情報を含む第２パケットを生成する。第１プロキシノードは、第２パケットを第２プロキシノードへ送信する。制御情報は、第１パケットのＳＲＨを記憶するように第２プロキシノードに指示する。
方法によれば、バイパス機能を有する新しいＳＩＤは、Ｅｎｄ．ＡＤ ＳＩＤについて拡張される。したがって、Ｅｎｄ．ＡＤ ＳＩＤを保持するパケットを受信するとき、ローカルプロキシノードは、この新しいＳＩＤを使用して、バイパス方式で、パケットのＳＲＨをピアプロキシノードへ伝送し、その結果、ピアプロキシノードはまた、パケットのＳＲＨを取得し得、したがって、パケットのＳＲＨはピアプロキシノードに記憶され得る。このようにして、同一のＳＦノードにデュアルホーミングされた２つのプロキシノード間で、パケットのＳＲＨの同期が実装され得、その結果、パケットのＳＲＨは冗長的にバックアップされる。この場合、パケットを処理した後、ＳＦノードは、処理されたパケットをピアプロキシノードへ返すことを選択し得る。ピアプロキシノードは、パケットのＳＲＨを事前に取得するので、ピアプロキシノードは、以前に記憶されたＳＲＨを使用することによって、パケットのＳＲＨを復元し得、その結果、ＳＦノードによって処理されたパケットは、復元されたＳＲＨを使用することによって正常に伝送され得る。
任意選択的に、第２パケットを生成するプロセスにおいて、第１プロキシノードは、第１パケットのＳＲＨのセグメント残数ＳＬを更新し、第１パケットの宛先アドレスを更新して第２パケットを取得し得、第２パケットのＳＬは、第１パケットのＳＬより大きい。このようにして、第２パケットが取得される。
上記の任意の方式において、受信されたパケットがコピーされ、ＳＩＤ（第１バイパスＳＩＤ）が挿入され、バイパス方式でピアエンドへ伝送され得るパケットを取得する。０から開始するパケット全体を生成する方式と比較して、この方式により、処理動作が非常に単純である。このようにして、パケットを生成するプロセスは、制御プレーンに依存することなく、データプレーンによって実行され得る。実験によれば、上記のパケット生成ロジックは、転送チップのマイクロコードについて構成され、その結果、転送チップは、第２パケットを生成する段階を実行し得る。このようにして、マイクロコードアーキテクチャがサポートされ、実用性が高くなる。
任意選択的に、第１プロキシノードは、第１パケットのＳＬを１増加させ、ＳＬを更新し得る。第１プロキシノードは、第１パケットの宛先アドレスを第１バイパスＳＩＤに更新して、第１パケットの宛先アドレスを更新し得る。
任意選択的に、第１バイパスＳＩＤに加えて、第１プロキシノードは更に、１または複数の対象ＳＩＤを第１パケットのＳＲＨのセグメントリストに挿入し得、１または複数の対象ＳＩＤは、対象転送経路を指示するために使用され、対象転送経路は、第１プロキシノードから第２プロキシノードへの経路である。加えて、第１プロキシノードは、第１パケットのＳＬを、１より大きい正の整数だけ増加させ、ＳＬを更新し得る。第１プロキシノードは、第１パケットの宛先アドレスを、次のＳＲノードに対応するＳＩＤに更新し、第１パケットの宛先アドレスを更新し得る。
任意選択的に、第２パケットは拡張ヘッダを含み得、制御情報は、第２パケットの拡張ヘッダに保持され得る。
この方式により、本実施形態において提供される方法に基づいて新しい機能を追加する必要がある場合、追加情報が引き続き拡張ヘッダに追加され得る。例えば、第２プロキシノードが、具体的な挙動または具体的なサービスを実行するように指示される必要がある場合、挙動またはサービスに対応する他の制御情報も拡張ヘッダに追加され得る。このようにして、第２パケットは、良好な拡張能力を有し、本実施形態において提供されるＳＲＨバックアップ機能は、別の機能と共に使用される。
任意選択的に、制御情報は、第１バイパスＳＩＤに直接的に保持され得る。
この方式により、ＳＲＨを記憶するようにピアプロキシノードを制御する機能が、バイパスＳＩＤを使用することによって実装され得る。このようにして、パケットにおける制御情報によって占有される余分なバイトが回避され、パケットのデータ量が低減し、パケット伝送オーバヘッドが低減する。
任意選択的に、第２パケットは、インターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ， ＩＰ）ヘッダを含み得、制御情報は、第２パケットのＩＰヘッダにおいて保持され得る。
第２パケットのＩＰヘッダは、第１パケットの元のＩＰヘッダを再カプセル化することによって取得され得る。この場合、制御情報は、ＩＰヘッダに直接的に保持され、その結果、ＩＰヘッダは、ルーティング機能および制御情報を保持する機能の両方を実行し得る。このようにして、パケットにおける制御情報によって占有される余分なバイトも回避され得、パケットのデータ量が低減し、パケット伝送オーバヘッドが低減する。
任意選択的に、第２パケットのＳＲＨは、タイプ長値（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ、ＴＬＶ）を含み得、制御情報は、ＳＲＨにおけるＴＬＶに保持され得る。
この方式により、ＳＲＨがＴＬＶを使用することによって情報を保持する能力が使用され、その結果、パケットにおける制御情報によって占有される余分なバイトも回避され得、パケットのデータ量が低減し、パケット伝送オーバヘッドが低減する。
任意選択的に、第１プロキシノードは更に、第１パケットのＳＲＨを第１キャッシュエントリに記憶し、第１パケットに基づいて第３パケットを生成し、第３パケットをサービス機能ノードへ送信し得、第３パケットは、第１パケットのペイロードを含むが、第１パケットのＳＲＨを含まない。
この方式により、第１プロキシノードは、ＳＦノードについての動的プロキシサービスを提供し、第１パケットのペイロードをＳＦノードへ伝送し、その結果、ＳＦノードは、ペイロードに基づいてサービス機能処理を実行し得る。加えて、ＳＲＨはＳＦノードへ送信されないので、ＳＦノードがＳＲＨを識別できないことにより処理が失敗する場合が回避される。
任意選択的に、第１パケットのＳＲＨを記憶するプロセスにおいて、第１プロキシノードは、第１キャッシュエントリの識別子をインデックスとして使用することによって、第１パケットのＳＲＨを第１キャッシュエントリに記憶し得る。
この方式により、ＳＦノードが、フロー識別子が修正されたパケットをプロキシノードに返す場合、ＳＲＨが記憶されたキャッシュエントリは通常、プロキシノードについて固定され、フロー識別子の修正と共に変更されないので、ＳＲＨが記憶されるときに使用されるキャッシュエントリの識別子は、ＳＲＨがクエリを通じて取得されるときに使用されるキャッシュエントリの識別子と同一であり得る。このようにして、キャッシュエントリの識別子はインデックスとして使用され、その結果、フロー識別子が修正されたパケットのＳＲＨはクエリを通じて取得され得、ＳＲＨは、フロー識別子が修正されたパケットに復元される。このようにして、ＳＦノードがネットワークアドレス変換（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ， ＮＡＴ）機能を有するＳＦノードである場合でも、パケットに対応するフロー識別子がパケット伝送プロセスにおいて変更されたとき、プロキシノードはなおＳＲＨを復元できる。このようにして、プロキシノードは、ＮＡＴ機能を有するＳＦノードへのアクセスをサポートし、ＮＡＴ機能を実装するＳＦノードについて動的プロキシ機能を提供し得る。
任意選択的に第１プロキシノードが、第１キャッシュエントリの識別子をインデックスとして使用することによって、第１パケットのＳＲＨを第１キャッシュエントリに記憶する前に、第１プロキシノードは、サービス機能ノードのサービス機能が、フロー識別子を修正することを含むと判定し得る。
この方式により、パケットに対応するフロー識別子が、ＳＦノードのサービス機能に起因して変更し得ることが分かったとき、ＳＲＨは、キャッシュエントリの識別子をインデックスとして使用することによって記憶され、フロー識別子がクエリプロセスにおいて変化することによりＳＲＨを発見できない場合を回避する。
任意選択的に、第２パケットは更に、第１キャッシュエントリの識別子を含み、制御情報は更に、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう第２プロキシノードに指示するために使用され、第２キャッシュエントリは、第１パケットのＳＲＨを記憶するために第２プロキシノードによって使用されるキャッシュエントリである。
この方式により、制御情報は、ＳＲＨがローカルに記憶されるキャッシュエントリと、ＳＲＨがピアエンドに記憶されるキャッシュエントリとの間のマッピング関係を維持するように第２プロキシノードに指示するために使用され得る。この場合、ＳＦノードが、フロー識別子が修正されたパケットを第２プロキシノードに返す場合、第２プロキシノードは、パケットに保持されるキャッシュエントリの識別子に基づくマッピング関係を使用することによって、第２プロキシノードにローカルにキャッシュされたＳＲＨのキャッシュエントリを発見し得、その結果、ＳＲＨはローカルのキャッシュエントリから発見され、ＳＲＨは復元される。このようにして、ＳＦノードがＮＡＴタイプにおけるＳＦノードであるときにデュアルホーミングアクセスが実行されるシナリオがサポートされ得る。
任意選択的に、第３パケットは第１キャッシュエントリの識別子を含む。第１プロキシノードが第３パケットをサービス機能ノードへ送信した後に、第１プロキシノードは更に、第４パケットをサービス機能ノードから受信し得る。第１プロキシノードは、第１パケットにおける第１キャッシュエントリの識別子をインデックスとして使用することによってクエリを実行し、第１パケットのＳＲＨを取得し得る。第１プロキシノードは、受信された第４パケット、および、クエリを通じて取得された第１パケットのＳＲＨに基づいて、第５パケットを生成し、第５パケットを送信し得る。第５パケットは、第４パケットのペイロードおよび第１パケットのＳＲＨを含む。
この方式により、第１プロキシノードは、動的プロキシ機能を実装する。このようにして、パケットのＳＲＨは復元され、その結果、パケットは、ＳＲＨを使用することによってＳＲネットワーク上で引き続き転送され得る。加えて、サービス機能処理がＳＦノードによってパケットのペイロードに対して実行されるので、別のノードが、処理されたペイロードを取得し、次に、引き続きＳＦＣの別のサービス機能を実行し得る。特に、ＳＦノードがＮＡＴ機能を有するＳＦノードである場合でも、パケットに対応するフロー識別子がパケット伝送プロセスにおいて変更されたとき、プロキシノードは、パケットに保持されたキャッシュエントリの識別子をインデックスとして使用することによってＳＲＨを発見し、ＳＲＨを復元し得る。このようにして、プロキシノードは、ＮＡＴ機能を有するＳＦノードへのアクセスをサポートし、ＮＡＴ機能を実装するＳＦノードについて動的プロキシ機能を提供し得る。
任意選択的に、第１プロキシノードは、第１キャッシュエントリが生成されたと検出したとき、第２パケットを生成し得るか、または、第１キャッシュエントリが更新されたと検出したとき、第２パケットを生成し得る。
この方式により、第２パケットを転送する手順がトリガされる。このようにして、第１プロキシノードが新しいＳＲＨを受信するたびに、新しいＳＲＨがキャッシュエントリの生成をトリガするので、第２パケットの転送がトリガされる。このようにして、新しいＳＲＨが、第２パケットの転送を通じて、適時の方式で第２プロキシノードへ伝送され得、新しいＳＲＨがリアルタイムで第２プロキシノードと同期されることを確実にする。加えて、以前に記憶されたＳＲＨはキャッシュエントリの生成をトリガしないので、第２パケットの転送がトリガされない。このようにして、ＳＲＨを伝送するために第２パケットを生成する処理オーバヘッド、および、第２パケットを伝送するネットワークオーバヘッドが回避される。
任意選択的に、第１パケットのＳＲＨを記憶するプロセスにおいて、第１プロキシノードは、第１パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、第１パケットのＳＲＨを第１キャッシュエントリに記憶する。
この方式により、ＳＲＨは、フロー識別子およびＥｎｄ．ＡＤ ＳＩＤをインデックスとして使用することによって記憶され、その結果、異なるＶＰＮにおけるパケットのＳＲＨのインデックスは、異なるＥｎｄ．ＡＤ ＳＩＤに基づいて区別され、異なるＶＰＮにおけるパケットのＳＲＨのインデックスが異なることを確実にし得る。このようにして、異なるＶＰＮにおけるパケットのＳＲＨは別個に記憶され、異なるＶＰＮ間の情報隔離を実装する。
任意選択的に、第１プロキシノードは構成命令を受信し、構成命令は、各仮想プライベートネットワーク（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ， ＶＰＮ）におけるサービス機能ノードに対応するエンドポイント動的プロキシＳＩＤを含む。第１プロキシノードは、構成命令に従って、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係を記憶し得る。
Ｅｎｄ．ＡＤ ＳＩＤを割り当てるこの方式により、Ｅｎｄ．ＡＤ ＳＩＤは、ＶＰＮ識別子として使用され得、異なるＶＰＮにおけるＳＦノードへ送信されたパケットは、異なるＥｎｄ．ＡＤ ＳＩＤを保持し、異なるＶＰＮにおけるパケットは、異なるＥｎｄ．ＡＤ ＳＩＤに基づいて区別され得る。
任意選択的に、第３パケットに対応するフロー識別子は、第１パケットに対応するフロー識別子であり、第３パケットはＶＰＮ識別子を含む。第１プロキシノードが第３パケットをサービス機能ノードへ送信した後に、第１プロキシノードは更に、第４パケットをサービス機能ノードから受信し得、第４パケットに対応するフロー識別子は、第１パケットに対応するフロー識別子であり、第４パケットは、ＶＰＮ識別子およびペイロードを含む。第１プロキシノードは、ＶＰＮ識別子、エンドポイント動的プロキシＳＩＤ、および、第４パケットに対応するフロー識別子に基づいてクエリを実行し、第１パケットのＳＲＨを取得する。第１プロキシノードは、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成し、第５パケットは、第４パケットのペイロードおよび第１パケットのＳＲＨを含む。第１プロキシノードは第５パケットを送信する。
この方式により、ＳＲｖ６ ＶＰＮシナリオにおいて動的プロキシサービスを提供するための方法が提供される。パケットに保持されるＥｎｄ．ＡＤ ＳＩＤとＶＰＮ識別子との間のマッピング関係が確立される。このようにして、異なるＶＰＮにおけるパケットが同一のフロー識別子に対応する場合でも、異なるＶＰＮにおけるパケットのＶＰＮ識別子は異なるＥｎｄ．ＡＤ ＳＩＤに対応するので、プロキシノードにおいてキャッシュされる、異なるＶＰＮにおけるパケットのインデックスは、Ｅｎｄ．ＡＤ ＳＩＤに基づいて区別され得る。このようにして、同一のインデックスを使用することによって、複数のＶＰＮにおけるパケットのＳＲＨがヒットされる場合が回避され得、クエリ正確性を確実にする。
任意選択的に、第１プロキシノードが第２パケットを第２プロキシノードへ送信する前に、第１プロキシノードは障害イベントを検出し得、障害イベントは、第１プロキシノードとサービス機能ノードとの間のリンクに障害が発生するイベント、または、第１プロキシノードに障害が発生するイベントの少なくとも１つを含む。この場合、第１プロキシノードによって転送された第２パケットは更に、第１パケットのペイロードを含み得、制御情報は更に、第１パケットのペイロードをサービス機能ノードへ送信するよう第２プロキシノードに指示するために使用される。
この方式により、障害シナリオにおいて動的プロキシサービスを提供する方法が提供される。障害イベントが検出されたとき、ローカルプロキシノードは、動的プロキシ処理が実行されるパケットを再カプセル化し、再カプセル化されたパケットをピアプロキシノードへ転送し、ピアプロキシノードに対して、ローカルプロキシノードの代わりに動的プロキシ動作を実行し、ＳＲＨを再カプセル化されたパケットから除去し、再カプセル化されたパケットのペイロードをＳＦノードへ伝送するように指示する。このようにして、デバイス障害またはリンク障害がローカルプロキシノード上で生じるとき、ローカルトラフィックは、更なる転送のために、バイパス方式でピアエンドへ伝送される。このようにして、障害シナリオにおいて、これはまた、パケットがＳＦノードによって処理されて正常に伝送され、ネットワーク安定性、信頼性、および堅牢性を大幅に改善することを確実にし得る。
任意選択的に、第１プロキシノードは第１リンクを通じて第２プロキシノードに接続され得る。このトポロジーに基づいて、第１プロキシノードが第２パケットを送信するプロセスにおいて、第１プロキシノードは、第１リンクに対応する第１アウトバウンドインタフェースを通じて、第２パケットを第２プロキシノードへ送信し得る。
この方式により、第１プロキシノードは、ピアリンク（ｐｅｅｒ ｌｉｎｋ）を第２パケットの転送経路として選択し得る、その結果、第２パケットは、ピアリンクを通じてピアエンドへ伝送され得る。
任意選択的に、第１プロキシノードは、第２リンクを通じてルーティングノードに接続され得、ルーティングノードは、第３リンクを通じて第２プロキシノードに接続される。このトポロジーに基づいて、第１プロキシノードが第２パケットを送信するプロセスにおいて、第１プロキシノードは、第２リンクに対応する第２アウトバウンドインタフェースを通じて、第２パケットをルーティングノードへ送信し得、第２パケットは、ルーティングノードによって、第３リンクを通じて第２プロキシノードへ転送される。
この方式により、第１プロキシノードは、ルーティングノードによって転送が実行される経路を第２パケットの転送経路として選択し得、その結果、第２パケットは、ルーティングノードによって転送された後にピアエンドへ伝送され得る。
任意選択的に、第１プロキシノードが第２パケットを送信するプロセスにおいて、第１プロキシノードは、第１リンクのステータスを検出し得る。第１リンクが利用可能な状態にある場合、第１プロキシノードは、第１リンクに対応する第１アウトバウンドインタフェースを通じて、第２パケットを第２プロキシノードへ送信し得る。第１リンクが利用不可能な状態にある場合、第１プロキシノードは、第２リンクに対応する第２アウトバウンドインタフェースを通じて、第２パケットをルーティングノードへ送信し得る。
この方式により、ピアリンクが利用可能な状態にある場合、第１プロキシノードは、当該ピアリンクを優先的に使用し、その結果、第２パケットは、当該ピアリンクを通じて、第２プロキシノードへ優先的に伝送される。この場合、当該ピアリンクは、転送がルーティングノードによって実行される経路より短いので、当該ピアリンクは、転送がルーティングノードによって実行される経路より少ないノードを含み、その結果、第２パケットを伝送する遅延が低減し得る。
任意選択的に、第１プロキシノードが第２パケットを送信するプロセスにおいて、第１プロキシノードは、複数の第２パケットを第２プロキシノードへ継続的に送信し得る。
この方式により、第２パケットの伝送信頼性は、反復送信を通じて実装される。第１パケットのＳＲＨは、複数の第２パケットのいずれか１つを使用することによって第２プロキシノードへ伝送され得るので、ＳＲＨが伝送プロセスにおいて失われる可能性が低減し、実装が単純になり、実現可能性が高くなる。
任意選択的に、第１プロキシノードが第２パケットを第２プロキシノードへ送信した後に、第１プロキシノードが第６パケットを受信しないとき、第１プロキシノードは更に、第２パケットを第２プロキシノードへ再伝送し得、第６パケットの送信元アドレスは、第１バイパスＳＩＤであり、第６パケットは、第１プロキシノードに対応する第２バイパスＳＩＤを含み、第２バイパスＳＩＤは、第６パケットの宛先ノードが第１プロキシノードであると識別するために使用され、第６パケットは、第２パケットが受信されたことを指示するために使用される。
この方式により、第２パケットの伝送信頼性は、確認応答（Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ， ＡＣＫ）機構を使用することによって実装される。第１プロキシノードは、第１プロキシノードが第６パケットを受信したかどうか、第２プロキシノードがＳＲＨを受信したかどうかを判定することによって確認応答し得る。第２プロキシノードがＳＲＨを取得しないとき、第１プロキシノードは、再伝送を通じて、ＳＲＨが第２プロキシノードへ伝送されることを確実にし、ＳＲＨ伝送信頼性を確実にする。
第２態様によれば、パケット伝送方法が提供される。方法において、第１プロキシノードおよび第２プロキシノードは同一のサービス機能ノードに接続され、第２プロキシノードは、第１パケットのＳＲＨ、第２プロキシノードに対応する第１バイパスＳＩＤ、および制御情報を含む第２パケットを第１プロキシノードから受信する。第２プロキシノードは、制御情報が、第１パケットのＳＲＨを記憶するように第２プロキシノードに指示していると判定する。このようにして、第２プロキシノードは、第２パケットを解析して第１パケットのＳＲＨを取得し、第２プロキシノードは、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
方法によれば、バイパス機能を有する新しいＳＩＤは、Ｅｎｄ．ＡＤ ＳＩＤについて拡張される。したがって、Ｅｎｄ．ＡＤ ＳＩＤを保持するパケットを受信するとき、ローカルプロキシノードは、この新しいＳＩＤを使用して、バイパス方式で、パケットのＳＲＨをピアプロキシノードへ伝送し、その結果、ピアプロキシノードはまた、パケットのＳＲＨを取得し得、したがって、パケットのＳＲＨはピアプロキシノードに記憶され得る。このようにして、同一のＳＦノードにデュアルホーミングされた２つのプロキシノード間で、パケットのＳＲＨの同期が実装され得、その結果、パケットのＳＲＨは冗長的にバックアップされる。この場合、パケットを処理した後、ＳＦノードは、処理されたパケットをピアプロキシノードへ返すことを選択し得る。ピアプロキシノードは、パケットのＳＲＨを事前に取得するので、ピアプロキシノードは、以前に記憶されたＳＲＨを使用することによって、パケットのＳＲＨを復元し得、その結果、ＳＦノードによって処理されたパケットは、復元されたＳＲＨを使用することによって正常に伝送され得る。
任意選択的に、第２パケットを解析するプロセスにおいて、第２プロキシノードは、第１バイパスＳＩＤを第２パケットのＳＲＨのセグメントリストから削除し、第２パケットのＳＲＨのセグメント残数ＳＬを１減少させ、第１パケットのＳＲＨを取得し得る。
上記の任意の方式において、１つのＳＩＤ（第１バイパスＳＩＤ）が、ピアエンドによって送信されたパケットのＳＲＨから削除され、ＳＲＨにおけるＳＬフィールドが修正され、ピアエンドによって以前に受信されたＳＲＨを復元する。処理動作は非常に単純である。このようにして、ＳＲＨを取得するプロセスが、制御プレーンに依存することなく、データプレーンによって実行され得る。実験によれば、上記のパケット生成ロジックは、転送チップのマイクロコードについて構成され、その結果、転送チップはＳＲＨを取得するプロセスを実行し得る。このようにして、マイクロコードアーキテクチャがサポートされ、実用性が高くなる。
任意選択的に、第２パケットは拡張ヘッダを含み得、制御情報は、第２パケットの拡張ヘッダに保持され得る。
この方式により、本実施形態において提供される方法に基づいて新しい機能を追加する必要がある場合、追加情報が引き続き拡張ヘッダに追加され得る。例えば、第２プロキシノードが、具体的な挙動または具体的なサービスを実行するように指示される必要がある場合、挙動またはサービスに対応する他の制御情報も拡張ヘッダに追加され得る。このようにして、第２パケットは、良好な拡張能力を有し、本実施形態において提供されるＳＲＨバックアップ機能は、別の機能と共に使用される。
任意選択的に、制御情報は、第１バイパスＳＩＤにおいて直接的に保持され得る。
この方式により、ＳＲＨを記憶するようにピアプロキシノードを制御する機能が、バイパスＳＩＤを使用することによって実装され得る。このようにして、パケットにおける制御情報によって占有される余分なバイトが回避され、パケットのデータ量が低減し、パケット伝送オーバヘッドが低減する。
任意選択的に、第２パケットはＩＰヘッダを含み得、制御情報は、第２パケットのＩＰヘッダに保持され得る。
第２パケットのＩＰヘッダは、第１パケットの元のＩＰヘッダを再カプセル化することによって取得され得る。この場合、制御情報は、ＩＰヘッダに直接的に保持され、その結果、ＩＰヘッダは、ルーティング機能および制御情報を保持する機能の両方を実行し得る。このようにして、パケットにおける制御情報によって占有される余分なバイトも回避され得、パケットのデータ量が低減し、パケット伝送オーバヘッドが低減する。
任意選択的に、第２パケットのＳＲＨは、ＴＬＶを含み得、制御情報は、ＳＲＨにおけるＴＬＶに保持され得る。
この方式により、ＳＲＨがＴＬＶを使用することによって情報を保持する能力が使用され、その結果、パケットにおける制御情報によって占有される余分なバイトも回避され得、パケットのデータ量が低減し、パケット伝送オーバヘッドが低減する。
任意選択的に、第２プロキシノードが第１パケットのＳＲＨを記憶するプロセスにおいて、第２プロキシノードは、第２キャッシュエントリの識別子をインデックスとして使用することによって、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
任意選択的に、第２プロキシノードがＳＲＨを記憶する前に、第２プロキシノードは、サービス機能ノードのサービス機能がフロー識別子を修正することを含むと判定し得る。
任意選択的に、第２パケットは更に、第１パケットのＳＲＨを記憶するために第１プロキシノードによって使用された第１キャッシュエントリの識別子を含み得る。第２プロキシノードは、制御情報が更に、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう第２プロキシノードに指示していると判定する。第２プロキシノードは更に、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶し得る。
この方式により、制御情報は、ＳＲＨがローカルに記憶されるキャッシュエントリと、ＳＲＨがピアエンドに記憶されるキャッシュエントリとの間のマッピング関係を維持するように第２プロキシノードに指示するために使用され得る。この場合、ＳＦノードが、フロー識別子が修正されたパケットを第２プロキシノードに返す場合、第２プロキシノードは、パケットに保持されるキャッシュエントリの識別子に基づくマッピング関係を使用することによって、第２プロキシノードにローカルにキャッシュされたＳＲＨのキャッシュエントリを発見し得、その結果、ＳＲＨはローカルのキャッシュエントリから発見され、ＳＲＨは復元される。このようにして、ＳＦノードがＮＡＴタイプにおけるＳＦノードであるときにデュアルホーミングアクセスが実行されるシナリオがサポートされ得る。
任意選択的に、第２プロキシノードが、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶した後に、第２プロキシノードは更に、第４パケットをサービス機能ノードから受信し得る。第２プロキシノードは、第４パケットによって保持される、第１キャッシュエントリの識別子に基づいて、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係をクエリして、第１キャッシュエントリの識別子に対応する、第２キャッシュエントリの識別子を取得する。第２プロキシノードは、第２キャッシュエントリの識別子をインデックスとして使用することによって、第２キャッシュエントリをクエリし、第１パケットのＳＲＨを取得する。第２プロキシノードは、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成し得る。第２プロキシノードは第５パケットを送信する。第５パケットは、第４パケットのペイロードおよび第１パケットのＳＲＨを含む。
この方式により、第２プロキシノードは動的プロキシ機能を実装する。このようにして、パケットのＳＲＨは復元され、その結果、パケットは引き続き、ＳＲＨを使用することによってＳＲネットワーク上で転送され得る。加えて、ＳＦノードによってサービス機能処理がパケットのペイロードに対して実行されるので、別のノードが、処理されたペイロードを取得し、次に、引き続きＳＦＣの別のサービス機能を実行し得る。特に、ＳＦノードがＮＡＴ機能を有するＳＦノードである場合でも、パケットに対応するフロー識別子がパケット伝送プロセスにおいて変更されたとき、第２プロキシノードは、パケットに保持されているキャッシュエントリの識別子をインデックスとして使用することによって、キャッシュエントリ間の維持されたマッピング関係に基づいて、マッピング関係からローカルにキャッシュされたＳＲＨのキャッシュエントリを発見し、ＳＲＨを発見し、ＳＲＨを復元し得る。このようにして、第２プロキシノードは、ＮＡＴ機能を有するＳＦノードへのアクセスをサポートし、ＮＡＴ機能を実装するＳＦノードについて動的プロキシ機能を提供し得る。
任意選択的に、第２パケットに対応するフロー識別子が、第１パケットに対応するフロー識別子であり、第１パケットのＳＲＨはエンドポイント動的プロキシＳＩＤを含む。第２プロキシノードが第１パケットのＳＲＨを記憶するプロセスにおいて、第２プロキシノードは、第２パケットに対応するフロー識別子およびＳＲＨにおけるエンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、第１パケットのＳＲＨを第２キャッシュエントリに記憶し得る。
この方式により、ＳＲＨは、フロー識別子およびＥｎｄ．ＡＤ ＳＩＤをインデックスとして使用することによって記憶され、その結果、異なるＶＰＮにおけるパケットのＳＲＨのインデックスは、異なるＥｎｄ．ＡＤ ＳＩＤに基づいて区別され、異なるＶＰＮにおけるパケットのＳＲＨのインデックスが異なることを確実にし得る。このようにして、異なるＶＰＮにおけるパケットのＳＲＨは別個に記憶され、異なるＶＰＮ間の情報隔離を実装する。
任意選択的に、第２プロキシノードは構成命令を受信する。第２プロキシノードは、構成命令に従って、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係を記憶し得、構成命令は、各ＶＰＮにおけるサービス機能ノードに対応するエンドポイント動的プロキシＳＩＤを含む。
Ｅｎｄ．ＡＤ ＳＩＤを割り当てるこの方式により、Ｅｎｄ．ＡＤ ＳＩＤは、ＶＰＮ識別子として使用され得、異なるＶＰＮにおけるＳＦノードによって送信されたパケットは、異なるＥｎｄ．ＡＤ ＳＩＤを保持し、異なるＶＰＮにおけるパケットは、異なるＥｎｄ．ＡＤ ＳＩＤに基づいて区別され得る。
任意選択的に、第２プロキシノードが、第１パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤをインデックスとして使用することによって第１パケットのＳＲＨを第２キャッシュエントリに記憶した後に、第２プロキシノードは更に、第４パケットをサービス機能ノードから受信し得る。第２プロキシノードは、第４パケットに保持されたＶＰＮ識別子、エンドポイント動的プロキシＳＩＤ、および、第４パケットに対応するフロー識別子に基づいて第２キャッシュエントリをクエリし、第１パケットのＳＲＨを取得する。第２プロキシノードは、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成し、第５パケットを送信し得る。第５パケットは、第４パケットのペイロードおよび第１パケットのＳＲＨを含む。
この方式により、ＳＲｖ６ ＶＰＮシナリオにおいて動的プロキシサービスを提供するための方法が提供される。パケットに保持されるＥｎｄ．ＡＤ ＳＩＤとＶＰＮ識別子との間のマッピング関係が確立される。このようにして、異なるＶＰＮにおけるパケットが同一のフロー識別子に対応する場合でも、異なるＶＰＮにおけるパケットのＶＰＮ識別子は異なるＥｎｄ．ＡＤ ＳＩＤに対応するので、プロキシノードにおいてキャッシュされる、異なるＶＰＮにおけるパケットのインデックスは、Ｅｎｄ．ＡＤ ＳＩＤに基づいて区別され得る。このようにして、同一のインデックスを使用することによって、複数のＶＰＮにおけるパケットのＳＲＨがヒットされる場合が回避され得、クエリ正確性を確実にする。
任意選択的に、第２プロキシノードが第２パケットを受信した後に、第２プロキシノードが、制御情報が更に、第１パケットのペイロードをサービス機能ノードへ送信するよう第２プロキシノードに指示していると判定した場合、第２プロキシノードは更に、第１プロキシノードによって送信された第２パケットに基づいて、第１パケットのペイロードを保持する第３パケットを生成し、第３パケットをサービス機能ノードへ送信し得る。
この方式により、障害シナリオにおいて動的プロキシサービスを提供するための方法が提供される。障害イベントが検出されたとき、ローカルプロキシノードは、動的プロキシ処理が実行されるパケットを再カプセル化し、再カプセル化されたパケットをピアプロキシノードへ転送し、ピアプロキシノードに対して、ローカルプロキシノードの代わりに動的プロキシ動作を実行し、ＳＲＨを再カプセル化されたパケットから除去し、再カプセル化されたパケットのペイロードをＳＦノードへ伝送するように指示する。このようにして、デバイス障害またはリンク障害がローカルプロキシノード上で生じるとき、ローカルトラフィックは、更なる転送のために、バイパス方式でピアエンドへ伝送される。このようにして、障害シナリオにおいて、これはまた、パケットがＳＦノードによって処理されて正常に伝送され、ネットワーク安定性、信頼性、および堅牢性を大幅に改善することを確実にし得る。
任意選択的に、第２プロキシノードは、第１リンクを通じて第１プロキシノードに接続される。第２プロキシノードが第２パケットを受信するプロセスにおいて、第２プロキシノードは、第１リンクに対応する第１インバウンドインタフェースを通じて、第１プロキシノードから第２パケットを受信し得る。
この方式により、ピアリンクは、第２パケットの転送経路として使用され、その結果、第２パケットは、ピアリンクを通じて第２プロキシノードへローカルに伝送され得る。
任意選択的に、第２プロキシノードは、第３リンクを通じてルーティングノードに接続され、ルーティングノードは、第２リンクを通じて第１プロキシノードに接続される。第２プロキシノードが第２パケットを受信するプロセスにおいて、第２プロキシノードは、第３リンクに対応する第２インバウンドインタフェースを通じて、ルーティングノードから第２パケットを受信し得、第２パケットは、第１プロキシノードによって、第２リンクを通じてルーティングノードへ送信され得る。
この方式により、ルーティングノードによって転送が実行される経路が、第２パケットの転送経路として使用され、その結果、第２パケットは、ルーティングノードによって転送された後に、第２プロキシノードへローカルに伝送される。
任意選択的に、第２プロキシノードは、複数の第２パケットを第１プロキシノードから継続的に受信し得る。
この方式により、第２パケットの伝送信頼性は、反復送信を通じて実装される。第１パケットのＳＲＨは、複数の第２パケットのいずれか１つを使用することによって第２プロキシノードへ伝送され得るので、ＳＲＨが伝送プロセスにおいて失われる可能性が低減し、実装が単純になり、実現可能性が高くなる。
任意選択的に、第２プロキシノードが第２パケットを第１プロキシノードから受信した後に、第２プロキシノードは、第１バイパスＳＩＤ、第２プロキシノードに対応する第２バイパスＳＩＤ、および、第２パケットに基づいて第６パケットを生成し、第６パケットを第１プロキシノードへ送信し、第６パケットの送信元アドレスは第１バイパスＳＩＤであり、第６パケットは、第１プロキシノードに対応する第２バイパスＳＩＤを含み、第２バイパスＳＩＤは、第６パケットの宛先ノードが第１プロキシノードであると識別するために使用され、第６パケットは、第２パケットが受信されたことを指示するために使用される。
この方式により、第２パケットの伝送信頼性は、ＡＣＫ機構を使用することによって実装される。第１プロキシノードは、第１プロキシノードが第６パケットを受信したかどうか、第２プロキシノードがＳＲＨを受信したかどうかを判定することによって確認応答し得る。第２プロキシノードがＳＲＨを取得しないとき、第１プロキシノードは、再伝送を通じて、ＳＲＨが第２プロキシノードへ伝送されることを確実にし、ＳＲＨ伝送信頼性を確実にする。
第３態様によれば、第１プロキシノードが提供される。第１プロキシノードは、第１態様または第１態様の任意の方式のいずれか１つによるパケット伝送を実装する機能を有する。第１プロキシノードは、少なくとも１つのモジュールを含み、少なくとも１つのモジュールは、第１態様、または、第１態様の任意の方式のいずれか１つによるパケット伝送方法を実装するよう構成される。第３態様による第１プロキシノードの具体的な詳細については、第１態様または第１態様の任意の方式のいずれか１つを参照されたい。ここでは詳細について再び説明しない。
第４態様によれば、第２プロキシノードが提供される。第２プロキシノードは、第２態様または第２態様の任意の方式のいずれか１つによるパケット伝送を実装する機能を有する。第２プロキシノードは、少なくとも１つのモジュールを含み、少なくとも１つのモジュールは、第２態様または第２態様の任意の方式のいずれか１つによるパケット伝送方法を実装するよう構成される。第４態様による第２プロキシノードの具体的な詳細については、第２態様または第２態様の任意の方式のいずれか１つを参照されたい。ここでは詳細について再び説明しない。
第５態様によれば、第１プロキシノードが提供される。第１プロキシノードは、プロセッサを含み、プロセッサは、命令を実行するよう構成され、その結果、第１プロキシノードは、第１態様または第１態様の任意の方式のいずれか１つによるパケット伝送方法を実行する。第５態様による第１プロキシノードの具体的な詳細については、第１態様または第１態様の任意の方式のいずれか１つを参照されたい。ここでは詳細について再び説明しない。
第６態様によれば、第２プロキシノードが提供される。第２プロキシノードはプロセッサを含み、プロセッサは、命令を実行するよう構成され、その結果、第２プロキシノードは、第２態様または第２態様の任意の方式のいずれか１つに従って提供されるパケット伝送方法を実行する。第６態様による第２プロキシノードの具体的な詳細については、第２態様または第２態様の任意の方式のいずれか１つを参照されたい。ここでは詳細について再び説明しない。
第７態様によれば、コンピュータ可読記憶媒体が提供される。記憶媒体は、少なくとも１つの命令を記憶し、命令はプロセッサによって読み出され、その結果、第１プロキシノードは、第１態様または第１態様の任意の方式のいずれか１つによるパケット伝送方法を実行する。
第８態様によれば、コンピュータ可読記憶媒体が提供される。記憶媒体は、少なくとも１つの命令を記憶し、命令はプロセッサによって読み出され、その結果、第２プロキシノードは、第２態様または第２態様の任意の方式のいずれか１つによるパケット伝送方法を実行する。
第９態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品が第１プロキシノード上で実行するとき、第１プロキシノードは、第１態様または第１態様の任意の方式のいずれか１つによるパケット伝送方法を実行することが可能である。
第１０態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品が第２プロキシノード上で実行するとき、第２プロキシノードは、第２態様または第２態様の任意の方式のいずれか１つによるパケット伝送方法を実行することが可能となる。
第１１態様によれば、チップが提供される。チップが第１プロキシノード上で実行するとき、第１プロキシノードは、第１態様または第１態様の任意の方式のいずれか１つによるパケット伝送方法を実行することが可能となる。
第１２態様によれば、チップが提供される。チップが第２プロキシノード上で実行するとき、第２プロキシノードは、第２態様または第２態様の任意の方式のいずれか１つによるパケット伝送方法を実行することが可能となる。
第１３態様によれば、パケット伝送方式が提供される。パケット伝送方式は、第１プロキシノードおよび第２プロキシノードを含み、第１プロキシノードは、第１態様または第１態様の任意の方式のいずれか１つによる方法を実行するよう構成され、第２プロキシノードは、第２態様または第２態様の任意の方式のいずれか１つによる方法を実行するよう構成される。
本願の実施形態によるＳＦＣのシステムアーキテクチャの図である。
本願の実施形態によるＳＲｖ６ ＳＦＣにおけるプロキシ動作実行の概略図である。
本願の実施形態によるデュアルホーミングアクセスシステムのアーキテクチャ図である。
本願の実施形態によるデュアルホーミングアクセスシステムのアーキテクチャ図である。
本願の実施形態によるパケット伝送方法のフローチャートである。 本願の実施形態によるパケット伝送方法のフローチャートである。
本願の実施形態による第１パケットの概略図である。
本願の実施形態による拡張ヘッダの概略図である。
本願の実施形態によるバイパスＳＩＤの概略図である。
本願の実施形態による第１プロキシノードおよび第２プロキシノードのネットワークトポロジー図である。
本願の実施形態による第２パケットの概略図である。
本願の実施形態による第２パケットの概略図である。
本願の実施形態による第２パケットの概略図である。
本願の実施形態による第２パケットの概略図である。
本願の実施形態による第１プロキシノードおよび第２プロキシノードのネットワークトポロジー図である。
本願の実施形態による第２パケットの概略図である。
本願の実施形態による第２パケットの概略図である。
本願の実施形態による第２パケットの概略図である。
本願の実施形態による第２パケットの概略図である。
本願の実施形態によるセグメントリストの更新の概略図である。
本願の実施形態によるセグメントリストの更新の概略図である。
本願の実施形態によるトラフィックプランニングの概略図である。
本願の実施形態による、第１パケットを第２パケットに推移させる概略図である。
本願の実施形態による、第１パケットを第２パケットに推移させる概略図である。
本願の実施形態による、第１パケットを第２パケットに推移させる概略図である。
本願の実施形態による、第１パケットを第２パケットに推移させる概略図である。
本願の実施形態による第３パケットの概略図である。
本願の実施形態による第３パケットの概略図である。
本願の実施形態による第３パケットの概略図である。
本願の実施形態による、第１パケットを第２パケットに推移させる概略図である。
本願の実施形態による、第１パケットを第２パケットに推移させる概略図である。
本願の実施形態による第１ステートマシンの概略図である。
本願の実施形態による第２ステートマシンの概略図である。
本願の実施形態による自己送信および他の受信シナリオにおけるパケット伝送の概略図である。
本願の実施形態による、自己送信および自己受信シナリオにおけるパケット伝送の概略図である。
本願の実施形態によるパケット伝送方法のフローチャートである。 本願の実施形態によるパケット伝送方法のフローチャートである。
本願の実施形態によるパケット伝送方法のフローチャートである。 本願の実施形態によるパケット伝送方法のフローチャートである。
本願の実施形態によるパケット伝送方法のフローチャートである。 本願の実施形態によるパケット伝送方法のフローチャートである。
本願の実施形態によるパケット伝送方法のフローチャートである。 本願の実施形態によるパケット伝送方法のフローチャートである。
本願の実施形態によるパケット伝送方法のフローチャートである。 本願の実施形態によるパケット伝送方法のフローチャートである。
本願の実施形態による障害シナリオにおけるパケット伝送の概略図である。
本願の実施形態によるパケット伝送方法のフローチャートである。 本願の実施形態によるパケット伝送方法のフローチャートである。
本願の実施形態による障害シナリオにおけるパケット伝送の概略図である。
本願の実施形態によるパケット伝送方法のフローチャートである。
本願の実施形態による障害シナリオにおけるパケット伝送の概略図である。
本願の実施形態による第１プロキシノードの概略構造図である。
本願の実施形態による第２プロキシノードの概略構造図である。
本願の実施形態によるネットワークデバイスの概略構造図である。
本願の実施形態によるコンピューティングデバイスの概略構造図である。
本願の目的、技術的解決手段および利点をより明確にするために、以下では、添付図面を参照して、本願の実装を更に詳細に説明する。
本願における「少なくとも１つ」という用語は、１または複数を意味し、本願における「複数」という用語は、２以上を意味する。例えば、「複数の第２パケット」は２以上の第２パケットを意味する。「システム」および「ネットワーク」という用語は、本明細書において交換可能に使用され得る。
本願において、「第１」および「第２」などの用語は、基本的に同一の機能を有する同一の項目または同様の項目を区別するために使用される。「第１」、「第２」および「第ｎ」の間には論理的または時系列的依存性が無く、数および実行順序は限定されないことが理解されるべきである。
上記のプロセスのシーケンス番号は、本願の実施形態における実行順序を意味していないことを理解されたい。プロセスの実行順序は、プロセスの機能および内部ロジックに基づいて決定されるべきであり、本願の実施形態の実装プロセスに対するなんらかの限定として解釈されるべきではない。
Ａに基づいてＢを判定することは、Ａのみに基づいてＢが判定されることを意味するものではなく、代替的に、ＢはＡおよび／または他の情報に基づいて判定され得ることが理解されるべきである。
本明細書全体において言及される「一実施形態」または「実施形態」は、実施形態に関連するその特定の特徴、構造、または特性が、本願の少なくとも１つの実施形態に含まれることを意味するものと理解されるべきである。このようにして、明細書全体において現れる「一実施形態において」または「実施形態において」は、同一の実施形態を参照するものではない。加えて、これらの特定の機能、構造、または特徴は、任意の適切な方式で１または複数の実施形態で組み合わされ得る。
以下では、サービス機能チェーンのシステムアーキテクチャの例を説明する。
従来のテレコミュニケーションネットワークのサービス機能（ファイアウォールおよび負荷分散など）は通常、ハードウェアリソースと緊密に結合される。各サービスノードは専用デバイスの製品形態である。その結果、展開が複雑になり、容量の拡張、移行、およびアップグレードが難しくなる。ＳＦＣにおいて、各サービス機能は１つのＳＦノードとして仮想化され、複数のＳＦノードは組み合わされて、順序付けされたサービス機能セット、すなわちサービス機能チェーンが取得される。ＳＦＣにおいて、トラフィックは、指定された順序で、サービスチェーン上のＳＦノードを通過し、ＳＦノードは、パケットを順番に処理し、サービス処理手順を完了する。ＳＦＣ技術に基づくと、サービス機能は、ハードウェアリソースから切り離され得、柔軟なサービスプロビジョニングおよび迅速なサービス展開が容易になる。例えば、新しいサービスがプロビジョニングされた場合、従来のテレコミュニケーションネットワークにおけるハードウェアデバイスの再構築およびアップグレードの複雑な動作を回避でき、新しいＳＦノードが、ＳＦＣによって提供されるサービスチェーンに追加され得、その結果、新しいサービスの実行が、新たに追加されたＳＦノードに基づいてサポートされ得る。加えて、ＳＦＣは、他の仮想化技術と柔軟に組み合わされ得る。例えば、ＳＦＣは、ネットワーク機能仮想化（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ， ＮＦＶ）と組み合わされ得る。この場合、ＮＦＶ管理ノード、例えばＮＦＶにおける仮想化ネットワーク機能マネージャ（Ｖｉｒｔｕａｌｉｚｅｄ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｍａｎａｇｅｒ， ＶＮＦＭ）は、ＳＦＣの制御プレーンとして機能し、ＳＦＣ上の各ノードを制御し得る。別の例として、ＳＦＣは、ソフトウェア定義型ネットワーキング（Ｓｏｆｔｗａｒｅ－Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ， ＳＤＮ）と組み合わされ得る。この場合、ＳＤＮにおけるＳＤＮコントローラ（ＳＤＮ ｃｏｎｔｒｏｌｌｅｒ）は、ＳＦＣの制御プレーンとして機能し、ＳＦＣ上の各ノードを制御し得る。
ＳＦＣのシステムアーキテクチャは、複数のノードを含み得、各ノードは、対応する機能を有し、異なるノードが互いに連携して、サービスチェーンの機能全体を実装する。通常、ＳＦＣのシステムアーキテクチャは、トラフィック分類器（ｃｌａｓｓｉｆｉｅｒ， ＣＦ）、ＳＦノード、プロキシ（ｐｒｏｘｙ）ノード、サービス機能転送器（Ｓｅｒｖｉｃｅ Ｆｕｎｃｔｉｏｎ Ｆｏｒｗａｒｄｅｒ， ＳＦＦ）ノード、およびルーティング（ｒｏｕｔｉｎｇ）ノードを含み得る。
例えば、図１は、本願の実施形態によるＳＦＣのシステムアーキテクチャの図である。図１において、ＳＦノードは、ＳＦノード１、ＳＦノード２、ＳＦノード３、またはＳＦノード４であり、ＳＦＦノードは、ＳＦＦノード１またはＳＦＦノード２であり、プロキシノードは、プロキシノード１またはプロキシノード２であり、ルーティングノードは、ルーティングノード１またはルーティングノード２である。図１におけるサービス機能チェーンドメイン（ＳＦＣドメイン）は、ＳＦＣ対応ノードのセットである。
ＳＦＦノードおよびプロキシノードは同一のデバイスに統合され得る、すなわち、ＳＦＦノードが位置するハードウェアデバイスが、プロキシノードの機能も実装することに留意されたい。例えば図１を参照されたい。ＳＦＦノード１およびプロキシノード１は同一のハードウェアデバイスに位置し、ＳＦＦノード２およびプロキシノード２は同一のハードウェアデバイスに位置する。
トラフィック分類器は、ＳＦＣ上の入口ルータであり得る。トラフィック分類器は、分類規則に従って、受信されたトラフィックを分類するよう構成される。トラフィックが分類基準を満たす場合、トラフィック分類器はトラフィックを転送し、その結果、トラフィックは、ＳＦＣによって提供されたサービスチェーンに入る。通常、トラフィックが分類基準を満たすと判定した後に、トラフィック分類器は、トラフィックに対応するパケットの各々にＳＦＣ情報を追加し、その結果、パケットは、サービス機能チェーンに対応する順序で、ＳＦＣ情報に基づいてネットワーク上のＳＦノードに順番に到着する。このようにして、ＳＦノードは、サービス処理を順番に実行する。トラフィック分類器は、ルータ、スイッチ、または別のネットワークデバイスであり得る。
ＳＦノードは、パケットに対してサービス処理を実行するよう構成される。通常、ＳＦノードは、１または複数のＳＦＦノードに接続され得、ＳＦノードは、１または複数の処理予定のパケットを１または複数のＳＦＦノードから受信し得る。ＳＦノードに対応するサービス機能は、サービスシナリオに基づいて設定され得る。例えば、ＳＦノードに対応するサービス機能は、ユーザ認証、ファイアウォール、ネットワークアドレス変換（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ， ＮＡＴ）、帯域幅制御、ウイルス検出、クラウドストレージ、ディープパケットインスペクション（Ｄｅｅｐ Ｐａｃｋｅｔ Ｉｎｓｐｅｃｔｉｏｎ， ＤＰＩ）、侵入検出、または侵入防止であり得る。ＳＦノードは、サーバ、ホスト、パーソナルコンピュータ、ネットワークデバイス、または端末デバイスであり得る。
ＳＦＦノードは、ＳＦＣ情報に基づいて、受信されたパケットをＳＦノードへ転送するよう構成される。通常、パケットを処理した後に、ＳＦノードは、パケットを同一のＳＦＦノード、すなわち、処理の前に存在したパケットをＳＦノードへ以前に送信したＳＦＦノードに返し、ＳＦＦノードは、処理されたパケットをネットワークに返す。ＳＦＦノードは、ルータ、スイッチ、または別のネットワークデバイスであり得る。
ＳＦＦノードおよびＳＦノードは各々、ＳＦＣ上のデータプレーンとして使用され得る。実施形態において、ＳＦＦノードおよびＳＦノードは、トンネルを確立し得、ＳＦＦノードおよびＳＦノードはトンネルを通じてパケットを伝送し得る。トンネルは仮想拡張可能ローカルエリアネットワーク（Ｖｉｒｔｕａｌ Ｅｘｔｅｎｓｉｂｌｅ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ， ＶＸＬＡＮ）、汎用ルーティングカプセル化（ｇｅｎｅｒｉｃ ｒｏｕｔｉｎｇ ｅｎｃａｐｓｕｌａｔｉｏｎ， ＧＲＥ）トンネル（ｔｕｎｎｅｌ）、モバイルＩＰ－ｉｎ－ＩＰ（ＩＰ－ｉｎ－ＩＰ）カプセル化トンネル、または同様のものであり得る。別の実施形態において、ＳＦＦノードおよびＳＦノードは、トンネルを通じてパケットを伝送しないことがあり得るが、ＩＰパケットまたはイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））パケットを直接的に伝送し得る。
ＳＦＣ上のデータプレーンは、ＳＦＣ上の制御プレーンによって制御され得る。ＳＦＣ上の制御プレーンは１または複数のＳＦＣコントローラを含み得る。例えば、図１を参照されたい。ＳＦＣコントローラは、ＳＤＮコントローラ、ＮＦＶ管理ノード１、またはＮＦＶ管理ノード１であり得る。実施形態において、パケット伝送の前に、ＳＦＣ上のクライアントは、サービス機能チェーンの属性、構成、およびポリシーなどの情報をＳＦＣコントローラへ送信し得、ＳＦＣコントローラは、クライアントによって送信された情報およびＳＦＣのトポロジーに基づいてサービス機能チェーンについての情報、例えば、ＳＦＣに入るパケットの分類規則、および、サービス機能チェーンに対応する各ＳＦノードの識別子を生成し、サービス機能チェーンについての情報をトラフィック分類器およびＳＦＣ上の別のノードへ送信し得、その結果、トラフィック分類器は、受信されたパケットを分類し、ＳＦＣコントローラによって送信された情報に基づいてＳＦＣ情報を追加する。
図１に示されるＳＦＣのシステムアーキテクチャにおける各ノードの種類は任意であることが理解されるべきである。本願の本実施形態において、図１に示されるものより多くの種類のノードがＳＦＣのシステムアーキテクチャにあり得る。この場合、ＳＦＣのシステムアーキテクチャは更に別の種類のノードを含み得る。代替的に、図１に示されるものより少ない種類のノードがＳＦＣのシステムアーキテクチャにあり得る。ＳＦＣのシステムアーキテクチャにおけるノードの種類は、本願の本実施形態において限定されない。
図１に示されるＳＦＣのシステムアーキテクチャにおけるノードの数は任意であることが理解されるべきである。本願の本実施形態において、図１に示されるものより多い、または、少ないノードがＳＦＣのシステムアーキテクチャにあり得る。例えば、１つのルーティングノードのみがあり得るか、または、数十、数百、またはより多くのルーティングノードがある。別の例では、数十、数百、または、より多くのＳＦノードがある。ＳＦＣのシステムアーキテクチャにおけるノードの数は、本願の本実施形態において限定されない。
上記では、ＳＦＣのシステムアーキテクチャを説明した。ＳＦＣは、ＳＲｖ６技術と組み合わされ得る。２つの技術の組み合わせは通常、ＳＲｖ６ ＳＦＣと称される。以下では、ＳＲｖ６ ＳＦＣのシステムアーキテクチャの例を説明する。
セグメントルーティング（Ｓｅｇｍｅｎｔ Ｒｏｕｔｉｎｇ， ＳＲ）は、ネットワーク上でデータパケットを転送するためにソースルーティングに基づいて設計されるプロトコルである。ＳＲは、転送経路をセグメントに分割し、セグメント識別子（Ｓｅｇｍｅｎｔ ＩＤ， ＳＩＤ）をネットワークにおけるセグメントおよびノードに割り当て、ＳＩＤを順序付け方式で配置して、ＳＩＤを含むリストを取得するために使用される。このリストは通常、インターネットプロトコルバージョン６上のセグメントルーティング（Ｓｅｇｍｅｎｔ Ｒｏｕｔｉｎｇ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ６， ＳＲｖ６）において、セグメントリスト（ＳＩＤリスト、セグメント識別子リストとも称される）と称され、通常、セグメントルーティングマルチプロトコルラベルスイッチング（Ｓｅｇｍｅｎｔ Ｒｏｕｔｉｎｇ－ＭｕｌｔｉＰｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ， ＳＲ－ＭＰＬＳ）においてラベルスタックと称される。セグメントリストは転送経路を指示し得る。ＳＲ技術に基づくと、ＳＩＤリストを保持するパケットが通過するノードおよび経路は、トラフィック最適化要件を満たすように指定され得る。例えば、パケットは荷物と比較され得、ＳＲは荷物上のラベルと比較され得る。荷物が領域Ｂおよび領域Ｃを通じて領域Ａから領域Ｄへ送信される必要がある場合、「最初に領域Ｂ、次に領域Ｃ、最終的に領域Ｄ」というラベルが起点領域、すなわち領域Ａにおいて荷物に貼られ得る。このようにして、各領域において、荷物上のラベルを識別するだけでよく、荷物は、荷物上のラベルに基づいて、１つの領域から別の領域へ転送される。ＳＲ技術に基づくと、送信元ノードは、ラベルをパケットに追加し、中間ノードは、パケットが宛先ノードに到着するまで、ラベルに基づいてパケットを次のノードに転送し得る。例えば、＜ＳＩＤ１，ＳＩＤ２，ＳＩＤ３＞がパケットのパケットヘッダに挿入される。この場合、パケットは最初に、ＳＩＤ１に対応するノードへ転送され、ＳＩＤ２に対応するノードへ転送され、次に、ＳＩＤ３に対応するノードへ転送される。
ＳＲｖ６は、ＳＲ技術がＩＰｖ６ネットワークに適用され、１２８ビットＩＰｖ６アドレスがＳＩＤとして使用されることを意味する。パケットを転送するとき、ＳＲｖ６をサポートするノードは、パケットの宛先アドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ， ＤＡ））に基づいて、ローカルＳＩＤテーブル（ｌｏｃａｌ ＳＩＤ ｔａｂｌｅ、ローカルセグメント識別子テーブルまたはマイＳＩＤテーブルとも称される）をクエリする。パケットの宛先アドレスがローカルＳＩＤテーブルにおける任意のＳＩＤにマッチするとき、ノードは、宛先アドレスがローカルＳＩＤテーブルにヒットすると判定し、ＳＩＤに対応するトポロジー、命令、またはサービスに基づいて対応する動作を実行し、例えば、ＳＩＤに対応するアウトバウンドインタフェースを通じてパケットを転送し得る。パケットの宛先アドレスがローカルＳＩＤテーブルにおけるいずれのＳＩＤともマッチしない場合、ノードは、宛先アドレスに基づいてＩＰｖ６ルーティングＦＩＢをクエリし、ルーティングＦＩＢにおける宛先アドレスにヒットしたエントリに基づいてパケットを転送する。ローカルＳＩＤテーブルは、ＳＩＤを含み、かつ、ノードにローカルに記憶されたリストである。ローカルＳＩＤテーブルの名称は通常、ローカルＳＩＤテーブルと、パケットに保持されるセグメントリストとを区別するために、「ローカル」（ｌｏｃａｌ）というプレフィックスを含む。
ＳＲｖ６ ＳＦＣのシステムアーキテクチャにおいて、ＳＲｖ６におけるヘッドノードは、ＳＦＣ上のトラフィック分類器であり得、ＳＲｖ６におけるＳＲｖ６ノードは、ＳＦＣにおけるルーティングノード、ＳＦＦノード、プロキシノード、またはＳＦノードであり得る。具体的には、ＳＦＣ情報は、ＳＲｖ６カプセル化フォーマットであり得、ＳＦＣ情報はセグメントリストであり得る。パケットにおけるセグメントリストにおけるＳＩＤは、オーケストレートされ、その結果、ＳＦＣにおけるパケットの転送経路、または、パケットに対して実行される様々なサービス処理動作が指示され得る。具体的には、セグメントリストは、順序付けて配置された１または複数のＳＩＤを含む。各ＳＩＤは、１２８ビットＩＰｖ６アドレスの形態であり、各ＳＩＤは基本的に、トポロジー、命令、またはサービスを表し得る。パケットの宛先アドレスは、ＳＬが現在指しているセグメントリストにおけるＳＩＤである。パケットを受信した後に、ＳＦＣにおけるノードは、パケットの宛先アドレスを読み出し、宛先アドレスに基づいて転送動作を実行する。パケットを受信するノードがＳＲｖ６をサポートする場合、ノードは、宛先アドレスに基づいてローカルＳＩＤテーブルをクエリする。宛先アドレスがローカルＳＩＤテーブルにおけるＳＩＤにヒットするとき、ノードは、ＳＩＤに対応するトポロジー、命令、またはサービスに基づいて対応する動作を実行する。宛先アドレスがローカルＳＩＤテーブルにおけるＳＩＤにヒットしないとき、ノードは、宛先アドレスに基づいて、ＩＰｖ６ルーティングＦＩＢをクエリし、ルーティングＦＩＢにおける宛先アドレスにヒットしたエントリに基づいてパケットを転送する。パケットを受信したノードがＳＲｖ６をサポートしない場合、ノードは、宛先アドレスに基づいて、ＩＰｖ６ルーティングＦＩＢを直接的にクエリし、パケットを転送する。
いくつかのシナリオにおいて、ＳＦノードは、ＳＲｖ６をサポートしないノード、すなわち、ＳＲｖ６非対応（ＳＲｖ６－ｕｎａｗａｒｅ）ノードであり得る。ＳＦノードはＳＲＨを識別しないことがあり得る。この場合、プロキシノードは、ＳＲＨを識別しないＳＦノードがパケットを正常に処理できることを確実にするために使用され得る。
プロキシノードは、ＳＦノードの代理でＳＲＨを識別し、パケットのＳＲＨを除去し、ＳＲＨを含まないパケットをＳＦノードへ転送するよう構成される。この場合、ＳＦノードによって受信されたパケットはＳＲＨを含まないので、ＳＲｖ６をサポートしないＳＦノードはパケットを処理し得る。
図２は、本願の実施形態によるＳＲｖ６ ＳＦＣにおけるプロキシ動作の実行の概略図である。プロキシノードは、ＳＦＦノードおよびＳＦノードと通信し得、プロキシノードは、ＳＦノードの代理で、ＳＲＨを含むパケットをＳＦＦノードから受信する。プロキシノードは、ＳＲＨをパケットから除去して、ＳＲＨを含まないパケットを取得し、アウトバウンドインタフェースを通じて、ＳＲＨを含まないパケット送信する。ＳＦノードは、インバウンドインタフェースを通じて、ＳＲＨを含まないパケットを受信し、パケットを処理し、次に、アウトバウンドインタフェースを通じて、ＳＲＨを含まないパケットを送信する。プロキシノードは、ＳＲＨを含まないパケットを受信し、ＳＲＨをパケットにカプセル化して、ＳＲＨを含むパケットを取得し、アウトバウンドインタフェースを通じて、ＳＲＨを含むパケットを送信し、その結果、パケットはＳＦＦノードに返される。プロキシノードは、ネットワークデバイス、例えば、ルータもしくはスイッチであり得るか、または、プロキシノードは、サーバ、ホスト、パーソナルコンピュータ、もしくは端末デバイスであり得る。プロキシノードは、動的プロキシ、静的プロキシ、共有メモリプロキシ、疑似プロキシなどを含み得る。動的プロキシと静的プロキシとの間の相違点として、除去されたＳＲＨは、動的プロキシ動作においてキャッシュされ、除去されたＳＲＨは、静的プロキシ動作において破棄される。
ＳＦＦノードおよびプロキシノードを統合方式で配置することは、単に任意の方式であることが理解されるべきである。別の実施形態において、ＳＦＦノードおよびプロキシノードは代替的に、異なるハードウェアデバイスに配置され得る。ＳＦＦノードが位置するハードウェアデバイスは、ネットワークを通じて、プロキシノードが位置するハードウェアデバイスと通信し得る。
上記では、ＳＲｖ６ ＳＦＣのアーキテクチャ全体を説明した。以下では、ＳＲｖ６ ＳＦＣに基づいて、デュアルホーミングアクセスシステムのアーキテクチャの例を説明する。デュアルホーミングアクセスは、ＳＦノードがプロキシノードにデュアルホーミングされること、すなわち、同一のＳＦノードが２つのプロキシノードに接続されることを意味し得る。ＳＲｖ６ ＳＦＣに基づくデュアルホーミングアクセスに基づくと、処理のためにＳＦノードへ送信される必要があるパケットは、１つのプロキシノードを通じて、または、他のプロキシノードを通じて、ルーティングノードからＳＦノードへ送信され得る。このようにして、ネットワーク信頼性は、冗長経路を通じて大幅に改善され得る。
図３は、本願の実施形態によるデュアルホーミングアクセスシステムのアーキテクチャ図である。システムは、第１プロキシノード１０１、第２プロキシノード１０２、ＳＦノード１０３およびルーティングノード１０４を含む。第１プロキシノード１０１および第２プロキシノード１０２は同一のＳＦノード１０３に接続される。システムにおける各ノードはＳＦＣ上のノードであり得る。例えば、第１プロキシノード１０１は、図１におけるプロキシノード１であり得、第２プロキシノード１０２は、図１におけるプロキシノード２であり得、ＳＦノード１０３は、図１におけるＳＦノード１またはＳＦノード２であり得、ルーティングノード１０４は、図１におけるルーティングノード２であり得る。
図３に示されるシステムにおいて、異なるノードがリンクを確立し得、リンクを通じて接続される。例えば、図３において、第１プロキシノード１０１は、第１リンクを通じて第２プロキシノード１０２に接続され得、第１プロキシノード１０１は、第２リンクを通じてルーティングノード１０４に接続され得、ルーティングノード１０４は、第３リンクを通じて第２プロキシノード１０２に接続され得、第１プロキシノード１０１は、第４リンクを通じてＳＦノード１０３に接続され得、第２プロキシノード１０２は、第５リンクを通じてＳＦノード１０３に接続され得る。
第１プロキシノード１０１および第２プロキシノード１０２は、等価関係を有するノードであり得る。すなわち、第１プロキシノード１０１および第２プロキシノード１０２はパケット伝送プロセスにおいて同一機能を有するか、または、同一の役割を果たす。第１プロキシノード１０１は、ローカルプロキシ（ｌｏｃａｌ ｐｒｏｘｙ）として示され得、第２プロキシノード１０２は、ピアプロキシ（ｐｅｅｒ ｐｒｏｘｙ）として示され得る。同様に、第２プロキシノード１０２は、ローカルプロキシとして示され得、第１プロキシノード１０１は、ピアプロキシとして示され得る。第１プロキシノード１０１と第２プロキシノード１０２との間のリンクはピアリンク（ｐｅｅｒ ｌｉｎｋ）として示され得る。
第１プロキシノード１０１および第２プロキシノード１０２は等価関係を有するので、ルーティングノード１０４は通常、受信されたパケットを第１プロキシノード１０１へ送信することを選択し得るか、または、受信されたパケットを第２プロキシノード１０２へ送信することを選択し得る。このようにして、パケットは、第１プロキシノード１０１からＳＦノード１０３へ転送され得るか、または、第２プロキシノード１０２からＳＦノード１０３へ転送され得る。同様に、パケットの処理後、ＳＦノード１０３は、処理されたパケットを第１プロキシノード１０１へ送信することを選択し得るか、または、処理されたパケットを第２プロキシノード１０２へ送信することを選択し得る。このようにして、処理されたパケットは、第１プロキシノード１０１からルーティングノード１０４へ返され得るか、または、第２プロキシノード１０２からルーティングノード１０４へ返され得る。ＳＦノード１０３は第１プロキシノード１０１および第２プロキシノード１０２の両方に接続され、デュアルホーミングアクセス機能が実装されることが分かる。
デュアルホーミングアクセスが実行される。このようにして、負荷共有機能が実装され得る。第１プロキシノード１０１は、ＳＦノード１０３へ伝送されるパケットに対して動的プロキシ動作を実行し得るか、または、第２プロキシノード１０２は、ＳＦノード１０３へ伝送されるパケットに対して動的プロキシ動作を実行し得、その結果、２つのプロキシノードは、動的プロキシ動作を共同で実行するために使用され、単一のプロキシノードによってパケットを処理する負担が低減される。加えて、ＳＦノード１０３によって処理されるパケットは、第１プロキシノード１０１を通じてルーティングノード１０４に返され得るか、または、第２プロキシノード１０２を通じてルーティングノード１０４に返され得、その結果、ＳＦノード１０３によって処理されたトラフィックがオフロードされ、単一のプロキシノードによってパケットを転送する負担が低減される。加えて、パケットは２つのリンク上で伝送され、伝送帯域幅が増加し、伝送速度が改善される。加えて、伝送信頼性が改善され得る。第１プロキシノード１０１または第４リンクに障害がある場合、パケットはなお、第２プロキシノード１０２を通じてルーティングノード１０４に返され得るか、または、第２プロキシノード１０２もしくは第５リンクに障害がある場合、パケットはなお、第１プロキシノード１０１を通じてルーティングノード１０４に返され得る。これにより、単一のプロキシノードに障害があるときにパケット伝送が中断されるという問題が回避される。
図３に示されるネットワーキングモードは単に任意であることが理解されるべきである。図３において、第１プロキシノード１０１と第２プロキシノード１０２との間にピアリンクが展開され、その結果、ネットワーク信頼性が改善され得る。障害シナリオにおいて、第１プロキシノード１０１に到着するトラフィックは、ピアリンクを通じてバイパス方式で第２プロキシノード１０２へ伝送され得る。これにより、ルーティングノードとプロキシノードとの間の帯域幅を占有することを回避する。
別の実施形態において、デュアルホーミングアクセスシステムは代替的に、別のネットワーキングモードを使用し得る。例えば図４を参照されたい。第１プロキシノード１０１と第２プロキシノード１０２との間にピアリンクは展開されないことがあり得る。このネットワーキング展開は単純であり、ピアリンクによって占有されるアウトバウンドインタフェースが回避される。このようにして、第１プロキシノード１０１のインタフェースリソースおよび第２プロキシノード１０２のインタフェースリソースが節約される。
図３または図４に示される各リンクは、１つのホップについてのＩＰリンクであり得るか、または、複数のホップについてのＩＰリンクの組み合わせであり得ることが理解されるべきである。２つのノードが複数のホップについてのＩＰリンクを通じて接続される場合、２つのノード間の転送経路は、１または複数の中間ノードを含み得、中間ノードは、２つのノード間でパケットを転送し得る。各リンクに含まれるＩＰリンクのホップの数は、本実施形態において限定されない。
２つのノードが１つのホップについてのＩＰリンクに位置する場合、２つのノードがオンリンクであるとみなされ得る。ＩＰルーティングの観点からは、２つのノードは１つのホップを通じて到達可能である。例えば、ＩＰｖ４パケットが２つのノード間で転送される場合、１つのノードがＩＰｖ４パケットを送信するとき、ＩＰｖ４パケットにおける生存時間（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ， ＴＴＬ）値が１減少され、他のノードに到達され得る。別の例では、ＩＰｖ６パケットが２つのノード間で転送される場合、１つのノードがＩＰｖ６パケットを送信するとき、ＩＰｖ６パケットにおけるホップリミット（ｈｏｐ ｌｉｍｉｔ）が１減少され、他のノードに到達され得る。
２つのノードが１つのホップについてのＩＰリンクに位置する場合、２つのノードは物理的に直接接続されている必要があることを意味するものではないことに留意されたい。２つのノードが１つのホップについてのＩＰリンクに位置する場合、２つのノードは物理的に直接接続されるか、または、当然ながら２つのノードは物理的に直接接続されない。例えば、２つのノードが１または複数のレイヤ２スイッチを使用して接続されるときも、２つのノードは１つのホップについてのＩＰリンクに位置するとみなされ得る。
加えて、２つのノードが複数のホップについてのＩＰリンクに位置する場合、２つのノードはオフリンクであるとみなされ得る。ＩＰルーティングの観点から、２つのノードは複数のホップを通じて到達可能である。
図３または図４に説明されたデュアルホーミングアクセスシステムは、単に任意であり、ＳＦＣ上で等価関係を有する２つのプロキシノードも、単に任意であることが理解されるべきである。別の実施形態においてＳＦＣは、等価関係を有する２つより多くのプロキシノードを有し得る。任意のプロキシノードは、１または複数のピアプロキシを有し得、任意のプロキシノードは、１または複数のピアリンクにアクセスし得る。プロキシノードは各ピアリンクを通じて、対応するピアプロキシに接続され得る。
上記では、ＳＲｖ６ ＳＦＣに基づいてデュアルホーミングアクセスシステムのアーキテクチャを説明した。以下では、上記のシステムのアーキテクチャに基づくパケット伝送方法の手順の例を説明する。
図５Ａおよび図５Ｂは、本願の実施形態によるパケット伝送方法のフローチャートである。図５Ａおよび図５Ｂに示されるように、方法のインタラクション主体は、第１プロキシノード、第２プロキシノード、ＳＦノードおよびルーティングノードを含む。本明細書における「ノード」という用語はデバイスであり得る。例えば、ルーティングノードは、ネットワークデバイス、例えばルータまたはスイッチであり得る。例えば、ルーティングノードは、図３または図４におけるルーティングノード１０４であり得る。第１プロキシノードは、ネットワークデバイス、例えば、ルータ、スイッチ、またはファイアウォールであり得る。例えば、第１プロキシノードは、図３または図４における第１プロキシノード１０１であり得る。第１プロキシノードは代替的に、コンピューティングデバイスであり得、例えば、ホスト、サーバ、パーソナルコンピュータ、または別のデバイスであり得る。第２プロキシノードは、ネットワークデバイス、例えば、ルータ、スイッチ、またはファイアウォールであり得る。例えば、第２プロキシノードは、図３または図４における第２プロキシノード１０２であり得る。第２プロキシノードは代替的に、コンピューティングデバイスであり得、例えば、ホスト、サーバ、パーソナルコンピュータ、または別のデバイスであり得る。ＳＦノードはコンピューティングデバイスであり得、例えば、ホスト、サーバ、パーソナルコンピュータ、または別のデバイスであり得る。例えば、ＳＦノードは、図３または図４におけるＳＦノード１０３であり得る。方法は以下の段階を含み得る。
段階５０１：ルーティングノードは第１パケットを第１プロキシノードへ送信する。
第１パケットは、ペイロードがＳＦノードによって処理されるパケットである。図６は、本願の実施形態による第１パケットの概略図である。第１パケットはＳＲｖ６パケットであり得る。第１パケットは、ＩＰｖ６ヘッダ、ＳＲＨ、およびペイロードを含み得る。ＩＰｖ６ヘッダは、送信元アドレスおよび宛先アドレスを含み得、ＳＲＨは、セグメントリスト、ＳＬ、および１または複数のＴＬＶを含み得、セグメントリストは１または複数のＳＩＤを含み得る。第１パケットのペイロードは、ＩＰｖ４パケット、ＩＰｖ６パケット、またはイーサネット（Ｅｔｈｅｒｎｅｔ）フレームであり得る。第１パケットの宛先アドレスは、セグメントリストにおけるアクティブＳＩＤ（ａｃｔｉｖｅ ＳＩＤ）を保持するために使用され得る。アクティブＳＩＤはまた、アクティブセグメント（Ａｃｔｉｖｅ ｓｅｇｍｅｎ）と称され、パケットを受信したＳＲノードによって処理される必要があるＳＩＤである。ＳＲ ＭＰＬＳにおいて、アクティブＳＩＤは、ラベルスタックの最も外側のラベルである。ＩＰｖ６において、アクティブＳＩＤはパケットの宛先アドレスである。例えば、セグメントリストが５個のＳＩＤ、すなわち、ＳＩＤ０、ＳＩＤ１、ＳＩＤ２、ＳＩＤ３、およびＳＩＤ４を含み、かつ、ＳＬの値が２である場合、セグメントリストにおいて実行されない２つのＳＩＤはＳＩＤ０およびＳＩＤ１であり、セグメントリストにおいて現在実行されているＳＩＤはＳＩＤ２であり、セグメントリストにおける２つの実行されたＳＩＤはＳＩＤ３およびＳＩＤ４であると指示する。本実施形態において、第１パケットの宛先アドレスは、エンドポイント動的プロキシＳＩＤ（Ｅｎｄ．ＡＤ ＳＩＤ、ＡＤは動的プロキシを表す）であり得る。すなわち、第１パケットのアクティブＳＩＤはＥｎｄ．ＡＤ ＳＩＤであり得る。
第１パケットのＩＰｖ６ヘッダにおける送信元アドレスは、ＳＲＨをカプセル化するデバイスを識別するために使用され得る。例えば、送信元アドレスは、トラフィック分類器のアドレスであり得るか、または、送信元アドレスは、ヘッドノードのアドレスであり得る。任意選択的に、第１パケットのＩＰｖ６ヘッダは、送信元アドレスを保持しないことがあり得る。
図６は単に、第１パケットの例であることが理解されるべきである。本願の本実施形態において、第１パケットにおけるフィールドの数は、図６に示されるものより大きい、または少ないことがあり得、第１パケットにおけるフィールドの種類は、図６に示されるものより多い、または少ないことがあり得る。加えて、図６に示される第１パケットにおける各フィールドの場所および長さは、実際の要件に基づいて適応的に変更され得る。パケットにおける各フィールドの場所およびパケットにおける各フィールドの長さは、本実施形態において限定されない。
Ｅｎｄ．ＡＤ ＳＩＤは、動的プロキシ動作を実行するように第１プロキシノードまたは第２プロキシノードに指示するために使用される。動的プロキシ動作はまた、Ｅｎｄ．ＡＤ動作と称され、動的プロキシ動作は具体的には、パケットのＳＲＨの除去、パケットのＳＲＨのキャッシュ、および、ＳＲＨが除去されたパケットの送信などの動作を含み得る。Ｅｎｄ．ＡＤ ＳＩＤは、第１プロキシノードまたは第２プロキシノードで事前構成され得、Ｅｎｄ．ＡＤ ＳＩＤは、第１プロキシノードまたは第２プロキシノードのローカルＳＩＤテーブルにおいて予め記憶され得る。Ｅｎｄ．ＡＤ ＳＩＤは、第１プロキシノードまたは第２プロキシノードによってネットワークに公開され得る。トラフィック分類器は、公開されたＥｎｄ．ＡＤ ＳＩＤを受信し、Ｅｎｄ．ＡＤ ＳＩＤをパケットに追加し得、その結果、Ｅｎｄ．ＡＤ ＳＩＤを保持するパケットが第１プロキシノードまたは第２プロキシノードへ転送された後に、第１プロキシノードまたは第２プロキシノードは、パケットに対して動的プロキシ動作を実行するようにトリガされる。
ルーティングノードによって第１パケットを送信する方式は、フローベース（ｆｌｏｗ－ｂａｓｅｄ）方式またはパケットベース（ｐａｃｋｅｔ－ｂａｓｅｄ）方式であり得る。第１パケットを送信する方式は、本実施形態に限定されない。
段階５０２：第１プロキシノードは、第１パケットをルーティングノードから受信し、第１プロキシノードは、第１パケットのＳＲＨを第１キャッシュエントリに記憶する。
第１パケットに対して第１プロキシノードによって実行される動作については、実施形態において、第１プロキシノードは、第１パケットの宛先アドレスを読み出し得、第１プロキシノードは、第１パケットの宛先アドレスに基づいてローカルＳＩＤテーブルをクエリし、宛先アドレスがローカルＳＩＤテーブルにおけるＳＩＤにマッチするかどうかを判定し得る。宛先アドレスがローカルＳＩＤテーブルにおけるＥｎｄ．ＡＤ ＳＩＤにマッチする、すなわち、宛先アドレスがローカルＳＩＤテーブルにおけるＥｎｄ．ＡＤ ＳＩＤにヒットするとき、第１プロキシノードは、第１パケットがＳＲｖ６パケットであると判定し、Ｅｎｄ．ＡＤ ＳＩＤに対応する動的プロキシ動作を実行し得る。
第１キャッシュエントリは、第１パケットのＳＲＨを記憶するために第１プロキシノードによって使用されるキャッシュエントリである。第１プロキシノードはインタフェースボードを含み得、インタフェースボードは転送エントリメモリを含み得、第１キャッシュエントリは転送エントリメモリに記憶され得る。実施形態において、第１プロキシノードは、第１パケットのＳＲＨがキャッシュに既に記憶されているかどうかを検出し得る。第１パケットのＳＲＨがキャッシュに記憶されていない場合、第１プロキシノードは、キャッシュエントリを第１パケットのＳＲＨに割り当て第１キャッシュエントリを取得し、第１パケットのＳＲＨを第１キャッシュエントリに記憶する。加えて、第１プロキシノードが、第１パケットのＳＲＨがキャッシュに記憶されていると検出した場合、第１プロキシノードは、第１パケットのＳＲＨを記憶する段階をスキップし得る。
第１パケットのＳＲＨがキャッシュに既に記憶されているかどうかを検出する方式は、以下を含み得る。第１プロキシノードが、各キャッシュエントリにおけるＳＲＨを第１パケットのＳＲＨと比較し、任意のキャッシュエントリにおけるＳＲＨが第１パケットのＳＲＨと同一である場合、第１パケットのＳＲＨがキャッシュエントリに記憶されていると判定する、または、各キャッシュエントリにおけるＳＲＨが第１パケットのＳＲＨと異なる場合、第１パケットのＳＲＨがキャッシュに記憶されていないと判定し、第１パケットのＳＲＨを記憶するためにキャッシュを更新する必要がある。実施形態において、第１プロキシノードは、キャッシュエントリにおけるＳＲＨの内容の全部を第１パケットのＳＲＨの内容の全部と比較し得るか、または、キャッシュエントリにおけるＳＲＨの一部の内容を第１パケットのＳＲＨの一部の内容と比較し得、キャッシュエントリにおけるＳＲＨのハッシュ値を第１パケットのＳＲＨのハッシュ値と比較し得る。比較方式は、本実施形態において限定されない。
実施形態において、第１パケットのＳＲＨを記憶する方式は、以下の記憶方式１から３のいずれか１つを含み得る。
記憶方式１：第１プロキシノードは、第１パケットに対応するフロー識別子を取得し、第１パケットに対応するフロー識別子をインデックスとして使用することによって、第１パケットのＳＲＨを記憶し得る。第１プロキシノードが、第１パケットのＳＲＨをキー値記憶方式で記憶し得る場合、フロー識別子はキー（ｋｅｙ）であり、第１パケットのＳＲＨは値（ｖａｌｕｅ）である。
フロー識別子は、パケットが属するデータフローを識別するために使用される。同一のデータフローにおけるパケットは、同一のフロー識別子に対応し、フロー識別子は、パケットにおける１または複数のフィールドの１または複数の値であり得る。例えば、第１パケットに対応するフロー識別子は、５タプル、ＭＡＣフレームヘッダ情報、または、第１パケットのアプリケーション層情報であり得る。５タプルは、パケットの送信元ＩＰアドレス、送信元ポート番号、宛先ＩＰアドレス、宛先ポート番号、およびトランスポート層プロトコル番号を含み得る。ＭＡＣフレームヘッダ情報は、パケットの送信元ＭＡＣアドレス、宛先ＭＡＣアドレス、イーサネットタイプ（Ｅｔｈｅｒ Ｔｙｐｅ）、およびＶＬＡＮタグ（ＶＬＡＮ ｔａｇ）を含み得る。アプリケーション層情報は、パケットのペイロードにおける１または複数のフィールドの１または複数の値であり得る。
記憶方式２：第１プロキシノードは、第１キャッシュエントリの識別子を取得し、第１キャッシュエントリの識別子をインデックスとして使用することによって、第１パケットのＳＲＨを記憶し得る。第１プロキシノードが第１パケットのＳＲＨをキー値記憶方式に記憶し得る場合、第１キャッシュエントリの識別子はキーであり、第１パケットのＳＲＨは値である。加えて、記憶方式２が使用される場合、パケット伝送手順については、図３６Ａおよび図３６Ｂに示される以下の実施形態、ならびに、図３７Ａおよび図３７Ｂにおいて示される以下の実施形態が参照され得る。
記憶方式３：第１プロキシノードは、第１パケットに対応するフロー識別子およびＥｎｄ．ＡＤ ＳＩＤをインデックスとして使用することによって第１パケットのＳＲＨを記憶し得る。第１プロキシノードが第１パケットのＳＲＨをキー値記憶方式で記憶し得る場合、フロー識別子およびＥｎｄ．ＡＤ ＳＩＤの組み合わせがキーであり、第１パケットのＳＲＨは値である。加えて、記憶方式３が使用される場合、パケット伝送手順については、図３８Ａおよび図３８Ｂに示される以下の実施形態、ならびに、図３９Ａおよび図３９Ｂに示される以下の実施形態が参照され得る。
段階５０２が実行され、その結果、第１パケットのＳＲＨは第１プロキシノードに記憶され得る。この場合、ＳＦノードまたは第２プロキシノードが、後の処理において、ＳＲＨを含まないパケットを第１プロキシノードへ送信する場合、第１プロキシノードは、予め記憶されたキャッシュから第１パケットのＳＲＨを発見してＳＲＨを復元し得る。
段階５０３：第１プロキシノードは、エンドポイント動的プロキシＳＩＤ、第１パケット、および第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成する。
第２パケットは、第１パケットのＳＲＨをピアプロキシノードへ伝送するために使用されるパケットである。本実施形態において、第２パケットは制御パケットであり得る。第２パケットは、第１バイパスＳＩＤ、制御情報、および第１パケットのＳＲＨを含み得る。第２パケットの送信元アドレスは、第１プロキシノードに対応する第２バイパスＳＩＤ、または、第１プロキシノードを識別し得る他の情報であり得る。第２パケットはＳＲｖ６パケットであり得、第２パケットは、ＩＰｖ６ヘッダ、ＳＲＨおよびペイロードを含み得る。ＩＰｖ６ヘッダは第２パケットの送信元アドレスおよび第２パケットの宛先アドレスを含み得る。第２パケットのＳＲＨは、第１パケットのＳＲＨにおける各ＳＩＤおよび第１バイパスＳＩＤを含み得る。第２パケットのペイロードは第１パケットのペイロードであり得る。第２パケットが第１パケットのペイロードを含むことは任意の方式であることに留意されたい。別の実施形態において、第２パケットは第１パケットのペイロードを含まないことがあり得る。第２パケットのＩＰｖ６ヘッダの送信元アドレスは、第１プロキシノードに対応する第２バイパスＳＩＤであり得、第２バイパスＳＩＤは、第２パケットの送信元ノードが第１プロキシノードであると識別するために使用される。
任意の実施形態において、Ｅｎｄ．ＡＤ ＳＩＤに対応する処理ポリシーは、第１プロキシノードにおいて事前構成され得る。処理ポリシーは、動的プロキシ動作、および、第２パケットを生成して送信する動作を実行することを含み得る。このようにして、第１パケットを受信した後に、第１パケットにおけるＥｎｄ．ＡＤ ＳＩＤに基づいて、第１プロキシノードは、段階５０２、段階５０８、および段階５０９を実行して動的プロキシサービスを提供し、また、段階５０３および段階５０４を実行して、ＳＲＨを記憶するよう第２プロキシノードを制御する。この方式により、ＳＲｖ６においてＳＩＤを使用することによってプログラムを実行する能力が十分に利用され、Ｅｎｄ．ＡＤ ＳＩＤに対応する動作が拡張される。
Ｅｎｄ．ＡＤ ＳＩＤを構成するプロセスにおいて、実施形態において、構成動作は、第１プロキシノード上で事前に実行され得る。第１プロキシノードは、構成命令を受信し、Ｅｎｄ．ＡＤ ＳＩＤを構成命令から取得し得る。第１プロキシノードは、Ｅｎｄ．ＡＤ ＳＩＤを記憶し得、例えば、Ｅｎｄ．ＡＤ ＳＩＤを第１プロキシノードのローカルＳＩＤテーブルに記憶し得る。同様に、構成動作は、第２プロキシノード上で事前に実行され得る。第２プロキシノードは、構成命令を受信し、Ｅｎｄ．ＡＤ ＳＩＤを構成命令から取得し得る。第２プロキシノードは、Ｅｎｄ．ＡＤ ＳＩＤを記憶し得、例えば、Ｅｎｄ．ＡＤ ＳＩＤを第２プロキシノードのローカルＳＩＤテーブルに記憶し得る。構成動作は、第１プロキシノードまたは第２プロキシノード上でユーザによって実行され得る、または、ＳＦＣ上の制御プレーン、例えばＳＤＮコントローラまたはＮＦＶＭによって実行され得る。これは本実施形態において限定されない。
実施形態において、第１プロキシノードおよび第２プロキシノードは、エニキャストエンドポイント動的プロキシＳＩＤ（ａｎｙｃａｓｔ Ｅｎｄ．ＡＤ ＳＩＤ）関係にあり得る。フラッドキャストとも称されるエニキャスト（Ａｎｙｃａｓｔ）は、ＩＰｖ６における通信モードであり、同一または対応するサービスを提供するノードのグループを識別するために同一のアドレスが使用され、その結果、このアドレスを宛先アドレスとして使用するパケットは、ノードのグループにおける任意のノードへルーティングされ得ることを意味する。本実施形態において、同一のＥｎｄ．ＡＤ ＳＩＤは、第１プロキシノードおよび第２プロキシノードに割り当てられ得、その結果、第１プロキシノード上で構成されたＥｎｄ．ＡＤ ＳＩＤは、第２プロキシノード上で構成されたＥｎｄ．ＡＤ ＳＩＤと同一である。この場合、ルーティングノードが、宛先アドレスがＥｎｄ．ＡＤ ＳＩＤであるパケットを受信した場合、ルーティングノードは、パケットを第１プロキシノードへ送信し得るか、または、パケットを第２プロキシノードへ送信し得る。このようにして、第１プロキシノードを使用することによって動的プロキシ動作がパケットに対して実行され得るか、または、第２プロキシノードを使用することによって動的プロキシ動作がパケットに対して実行され得、これにより、デュアルホーミングアクセス機能の実装を容易にする。加えて、対応するエニキャストインデックス（ａｎｙｃａｓｔ ｉｎｄｅｘ）がエニキャストＥｎｄ．ＡＤ ＳＩＤについて構成され得る。エニキャストインデックスは、エニキャスト関係を有するノードの同一グループのＥｎｄ．ＡＤ ＳＩＤを識別するために使用される。同一のＥｎｄ．ＡＤ ＳＩＤについては、第１プロキシノード上のＥｎｄ．ＡＤ ＳＩＤについて構成されたエニキャストインデックスは、第２プロキシノード上のＥｎｄ．ＡＤ ＳＩＤについて構成されたエニキャストインデックスと同一であり得る。
例えば、第１プロキシノードは、以下の構成命令を受信してＥｎｄ．ＡＤ ＳＩＤをエニキャストＥｎｄ．ＡＤ ＳＩＤとして構成し、Ｅｎｄ．ＡＤ ＳＩＤに対応するエニキャストインデックスを構成し得る。
［ｐｒｏｘｙ１］ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ ｉｐｖ６
［ｐｒｏｘｙ１－ ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ－ｉｐｖ６］ ｌｏｃａｔｏｒ ｔ１ ｉｐｖ６－ｐｒｅｆｉｘ Ａ：：１ ６４ ｓｔａｔｉｃ ３２
［ｐｒｏｘｙ１－ ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ－ｉｐｖ６－ｌｏｃａｔｏｒ］ｏｐｃｏｄｅ ：：２ ｅｎｄ－ａｄ ａｎｙｃａｓｔ－ｉｎｄｅｘ １０
［ｐｒｏｘｙ１－ ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ－ｉｐｖ６－ｌｏｃａｔｏｒ－ｅｎｄａｄ］ｅｎｃａｐｓｕｌａｔｉｏｎ ｉｐ ｉｐｖ４ ｏｕｔｂｏｕｎｄ Ｅｔｈｅｒｎｅｔ１／０／０ ｎｅｘｔ－ｈｏｐ １．１．１．１ ｉｎｂｏｕｎｄ Ｅｔｈｅｒｎｅｔ１／０／１
上記構成命令において、ｐｒｏｘｙ１は第１プロキシノードを表し、構成命令の第１行は、ＩＰｖ６ ＳＲが構成される必要があることを意味し、構成命令の第２行は、ロケータ（ロケータ情報）がｔ１であり、ＩＰｖ６プレフィックスがＡ：：１ ６４であり、静的ルーティングが３２であることを意味し、構成命令の第３行は、ＩＰｖ６ ＳＲのロケータが構成され、オペレーションコードが：：２であり、Ｅｎｄ．ＡＤ ＳＩＤに対応するエニキャストインデックスが１０であることを意味し、構成命令の第４行は、ＩＰｖ６ ＳＲのＥｎｄ．ＡＤ ＳＩＤが構成され、ＩＰｖ４パケットがカプセル化を通じて取得され、スロット１およびサブボード０のイーサネットポート０をアウトバウンドインタフェースとして使用することによってＩＰｖ４パケットが送信され、ネクストホップアドレスは１．１．１．１であり、インバウンドインタフェースは、スロット１およびサブボード０のイーサネットポート１であることを意味する。上記の構成命令において反映されるシナリオでは、第１パケットのペイロードはＩＰｖ４パケットであり、プロキシノードによって第３パケットを生成する方式は、第１パケットに保持されるＩＰｖ４パケットを取得し、ＩＰｖ４パケットを第３パケットとして使用する。
バイパスＳＩＤは、本実施形態において提供される新しいＳＩＤである。バイパスＳＩＤは、パケットの宛先ノードがピアプロキシノードであると識別するために使用される。ローカルプロキシノードが、バイパスＳＩＤを保持するパケットを使用して、パケットをピアプロキシノードへ送信し得る、すなわち、ローカルプロキシのパケットをピアプロキシへ送信し得る。具体的には、ローカルプロキシノードは、ピアプロキシノードのバイパスＳＩＤを保持するパケットを使用して、パケットをピアプロキシノードへ伝送し、それにより、パケットをローカル端からピアプロキシノードへバイパス方式で伝送する機能を実装する。バイパスＳＩＤは、Ｅｎｄ．ＡＤＢ ＳＩＤと称され得、Ｅｎｄ．ＡＤＢ ＳＩＤは、Ｅｎｄ．ＡＤ ＳＩＤについてのバイパスＳＩＤである（バイパス機能を有し、かつ、動的プロキシ動作を通じて拡張されるＳＩＤである）。Ｅｎｄ．ＡＤＢ ＳＩＤの名称は、「Ｅｎｄ．ＡＤ ＳＩＤ」および「Ｂ」の組み合わせとしてみなされ得る。ここで、「ＡＤＢ」における「Ｂ」はバイパスを表す。バイパスＳＩＤは、ＩＰｖ６アドレスの形態であり得、バイパスＳＩＤは１２８ビットを含み得る。バイパスＳＩＤは、ロケータ情報（Ｌｏｃａｔｏｒ）および機能情報（Ｆｕｎｃｔｉｏｎ）を含み得、バイパスＳＩＤのフォーマットはＬｏｃａｔｏｒ：Ｆｕｎｃｔｉｏｎである。Ｌｏｃａｔｏｒは、バイパスＳＩＤの高ビットを占有し、Ｆｕｎｃｔｉｏｎは、バイパスＳＩＤの低ビットを占有する。任意選択的に、バイパスＳＩＤは更に、引数情報（Ａｒｇｕｍｅｎｔｓ）を含み得、バイパスＳＩＤのフォーマットはＬｏｃａｔｏｒ：Ｆｕｎｃｔｉｏｎ：Ａｒｇｕｍｅｎｔｓである。
実施形態において、バイパスＳＩＤはノードＳＩＤであり得、各バイパスＳＩＤは１つのプロキシノードに一意に対応し得る。ＳＦＣのシステムアーキテクチャが複数のプロキシノードを含む場合、複数のバイパスＳＩＤがあり得る。各バイパスＳＩＤは、複数のプロキシノードの１つに対応する。このようにして、１つのバイパスＳＩＤを保持するパケットは、１つのプロキシノードに一意にルーティングされ得、バイパスＳＩＤに対応するプロキシノードへ送信される。本実施形態において、デュアルホーミングアクセスシステムのアーキテクチャは、説明のための例として使用される。システムは、第１プロキシノードおよび第２プロキシノードを含む。区別および説明を容易にするべく、第２プロキシノードに対応するバイパスＳＩＤは、第１バイパスＳＩＤと称される。第１バイパスＳＩＤは、パケットを第２プロキシノードへ送信するために使用される。第１バイパスＳＩＤは、第１プロキシノードによってネットワークに公開され得る。この場合、ＳＦＣ上の別のノードは、公開された第１バイパスＳＩＤを受信し得る。加えて、同様に、第１プロキシノードに対応するバイパスＳＩＤは、第２バイパスＳＩＤと称される。第２バイパスＳＩＤは、パケットを第１プロキシノードへ送信するために使用される。第２バイパスＳＩＤは、第２プロキシノードによってネットワークに公開され得る。この場合、ＳＦＣ上の別のノードは、公開された第２バイパスＳＩＤを受信し得る。
第１プロキシノードによって第１バイパスＳＩＤを取得する方式については、構成動作が第１プロキシノード上で事前に実行され得る。第１プロキシノードは、構成命令を受信し、第１バイパスＳＩＤを構成命令から取得し得る。第１プロキシノードは第１バイパスＳＩＤを記憶し得、例えば、第１バイパスＳＩＤを第１プロキシノードのローカルＳＩＤテーブルに記憶し得る。第１プロキシノードは、第１パケットを受信するとき、予め記憶された第１バイパスＳＩＤを読み出して第１バイパスＳＩＤを取得し得る。構成動作は、第１プロキシノード上でユーザによって実行され得るか、または、ネットワークコントローラ、例えばＳＤＮコントローラまたはＮＦＶＭによって実行され得る。これは本実施形態において限定されない。
例えば、第１プロキシノードは、以下の構成命令を受信し得る。
［ｐｒｏｘｙ１］ ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ ｉｐｖ６
［ｐｒｏｘｙ１－ ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ－ｉｐｖ６］ ｌｏｃａｔｏｒ ｔ２ ｉｐｖ６－ｐｒｅｆｉｘ Ｂ：： ６４ ｓｔａｔｉｃ ３２
［ｐｒｏｘｙ１－ ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ－ｉｐｖ６－ｌｏｃａｔｏｒ］ ｏｐｃｏｄｅ ：：１ ｅｎｄ－ａｄｂ ｐｅｅｒ－ｓｉｄ Ｃ：：２
上記構成命令において、ｐｒｏｘｙ１は第１プロキシノードを表し、構成命令の第１行は、ＩＰｖ６ ＳＲが構成される必要があることを意味し、構成命令の第２行は、ロケータ（ロケータ情報）がｔ２であり、ＩＰｖ６プレフィックスがＢ：：６４であり、静的ルーティングが３２であることを意味し、構成命令の第３行は、オペレーションコードが：：１であり、第２プロキシノードに対応する第１バイパスＳＩＤがＣ：：２であることを意味する。
同様に、構成動作は、第２プロキシノード上で事前に実行され得る。第２プロキシノードは、構成命令を受信し、第２バイパスＳＩＤを構成命令から取得し、例えば、第２バイパスＳＩＤを第２プロキシノードのローカルＳＩＤテーブルに記憶し得る。例えば、第２プロキシノードは、以下の構成命令を受信し得る。
［ｐｒｏｘｙ２］ ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ ｉｐｖ６
［ｐｒｏｘｙ２－ ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ－ｉｐｖ６］ ｌｏｃａｔｏｒ ｔ２ ｉｐｖ６－ｐｒｅｆｉｘ Ｃ：： ６４ ｓｔａｔｉｃ １０
［ｐｒｏｘｙ２－ ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ－ｉｐｖ６－ｌｏｃａｔｏｒ］ ｏｐｃｏｄｅ ：：２ ｅｎｄ－ａｄｂ ｐｅｅｒ－ｓｉｄ Ｂ：：１
上記の構成命令において、ｐｒｏｘｙ２は第２プロキシノードを表し、構成命令の第１行は、ＩＰｖ６ ＳＲが構成される必要があることを意味し、構成命令の第２行は、ロケータ（ロケータ情報）がｔ２であり、ＩＰｖ６プレフィックスがＣ：：６４であり、静的ルーティングが１０であることを意味し、構成命令の第３行は、オペレーションコードが：：２であり、第１プロキシノードに対応する第２バイパスＳＩＤがＢ：：１であることを意味する。
第１プロキシノードおよび第２プロキシノードで構成されたバイパスＳＩＤは、相互参照関係にあり得ることに留意されたい。具体的には、第１プロキシノードで構成される第１バイパスＳＩＤは、第２プロキシノードを参照し、第１バイパスＳＩＤがパケットを第２プロキシノードへ伝送するために使用されることを指示する。同様に、第２プロキシノードで構成される第２バイパスＳＩＤは、第１プロキシノードを参照して、第２バイパスＳＩＤが、パケットを第１プロキシノードへ伝送するために使用されることを指示する。
バイパスＳＩＤとプロキシノードとの間の１：１の対応関係は単に例であることが理解されるべきである。別の実施形態において、代替的に、バイパスＳＩＤとプロキシノードとの間に別の対応関係があり得る。これは本実施形態において限定されない。
制御情報は、第１パケットのＳＲＨを記憶するように第２プロキシノードに指示するために使用される。実施形態において、制御情報は、第１フラグおよび第２フラグを含み得る。第１フラグは、パケットがコピーされたパケットであるかどうかを識別するために使用される。例えば、第１フラグは、コピーフラグ（Ｃｏｐｙ ｆｌａｇ、Ｃフラグ）として示され得る。第２パケットは、コピーフラグフィールドを含み得、第１フラグは、コピーフラグフィールドに保持され得る。例えば、第１フラグの長さは１ビットであり得る。任意選択的に、図５Ａおよび図５Ｂにおける実施形態において、第２パケットは、第１パケットのコピーをカプセル化することによって取得されるパケットであり得る。このようにして、第１フラグは１に設定され得、第１フラグは、第２パケットがコピーされたパケットであると識別し得る。第２フラグは、パケットが確認応答パケットであるかどうかを識別するために使用される。例えば、第２フラグは、確認応答フラグ（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ ｆｌａｇ、Ａフラグ）として示され得る。第２パケットは、確認応答フラグフィールドを含み得、第２フラグは、確認応答フラグフィールドに保持され得る。例えば、第２フラグの長さは１ビットであり得る。任意選択的に、図５Ａおよび図５Ｂにおける実施形態において、第２フラグは０に設定され得、第２フラグは、第２パケットが確認応答パケットでないと識別し得る。
制御情報は第２パケットにおける任意の場所に保持され得る。例えば、制御情報の場所は、以下の（１）から（４）のいずれか１つを含み得る。
（１）制御情報は第２パケットの拡張ヘッダに保持される。
拡張ヘッダは、２つの種類、すなわち、ホップバイホップオプションヘッダ（ｈｏｐ－ｂｙ－ｈｏｐ ｏｐｔｉｏｎ ｈｅａｄｅｒ）および宛先オプションヘッダ（ｄｅｓｔｉｎａｔｉｏｎ ｏｐｔｉｏｎ ｈｅａｄｅｒ）を含み得る。プロトコルにおいて指定されるように、パケットがルーティングヘッダ（ｒｏｕｔｉｎｇ ｈｅａｄｅｒ）を保持する場合、宛先オプションヘッダは、２つの場所を含み得る。１つの場所は、宛先オプションヘッダがルーティングヘッダの前である。この場合、拡張ヘッダは、ルーティングヘッダにおいて指定されたノードによって解析される。他の場所は、宛先オプションヘッダがルーティングヘッダの後である。この場合、拡張ヘッダは、パケットの最終宛先ノードによって解析される。
実施形態において、第２パケットの拡張ヘッダは宛先オプションヘッダであり得、宛先オプションヘッダはＳＲＨの前に位置し得、制御情報は宛先オプションヘッダに保持され得る。この方式により、第２パケットが第１パケットのＳＲＨを含み、かつ、ＳＲＨがルーティングヘッダの種類であるので、ＳＲＨにおいて指定される第２プロキシノードは拡張ヘッダを解析し得、その結果、第２プロキシノードは拡張ヘッダにおいて制御情報を読み出し、制御情報に基づいてＳＲＨを記憶する。
図７は、本願の実施形態による拡張ヘッダの概略図である。拡張ヘッダは、以下のフィールドの１または複数を含み得る。
１．次のヘッダの種類（ｎｅｘｔ ｈｅａｄｅｒ）：パケットは更に、拡張ヘッダの後に、１または複数の拡張ヘッダ、または、１または複数の上位層ヘッダを含み得、次のヘッダは、パケットの拡張ヘッダの後の拡張ヘッダまたは上位層ヘッダの種類を指示するために使用される。次のヘッダの長さは１バイトであり得る。
２．ヘッダ拡張長さ（ｈｅａｄｅｒ Ｅｘｔｅｎｄｅｄ Ｌｅｎｇｔｈ， Ｈｄｒ Ｅｘｔ Ｌｅｎ）：ヘッダ拡張長さは、拡張ヘッダの長さを指示するために使用される。Ｈｄｒ Ｅｘｔ Ｌｅｎによって指示される長さは、拡張ヘッダの最初の８バイトを含まない。すなわち、Ｈｄｒ Ｅｘｔ Ｌｅｎによって指示される長さは、拡張ヘッダの９バイトから最後のバイトまでの長さである。Ｈｄｒ Ｅｘｔ Ｌｅｎは、８バイトの単位であり得る。Ｈｄｒ Ｅｘｔ Ｌｅｎの値は２に設定され得る。
３．オプションタイプ（ｏｐｔｉｏｎ Ｔｙｐｅ， ＯｐｔＴｙｐｅ）：オプションタイプは、拡張ヘッダにおけるオプションの種類を指示するために使用される。オプションタイプの長さは１バイトであり得る。オプションタイプは、標準化された実験的な種類であり得、その結果、異なるベンダは、互いに通信できる、または、オプションタイプは実験的なオプションタイプであり得る。例えば、実験的オプションタイプの値は、０ｘ１Ｅ、０ｘ３Ｅ、０ｘ５Ｅ、０ｘ７Ｅ、０ｘ９Ｅ、０ｘＢＥ、０ｘＤＥまたは０ｘＦＥを含み得る。プロトコルに指定されるように、オプションタイプにおける２つの最上位桁の２つのビットは、未定義オプションが受信されるときに実行される処理アクションを定義し、オプションタイプにおける第３最上位桁のビットは、オプションのデータが転送プロセスにおいて修正されることが許可されているかどうかを指示する。本実施形態において、拡張ヘッダのオプションタイプの値は０ｘ１Ｅに設定され得る。オプションタイプにおける２つの最上位桁の２つのビットが００である場合、オプションが受信されかつ、識別されない場合、オプションが無視され、パケットの残り部分が引き続き処理されることを指示する。オプションタイプにおける最上位から３番目のビットは、オプションのデータが転送プロセスにおいて修正されることが許可されていることを指示する。
４．オプション長（ｏｐｔｉｏｎ ｌｅｎｇｔｈ， ＯｐｔＬｅｎ）：オプション長は、拡張ヘッダにおいてオプションの長さを指示するために使用される。例えば、図７において、ＯｐｔＬｅｎによって指示される長さは、ＯｐｔＬｅｎの後の第１のバイトから、拡張ヘッダにおけるオプションの最後のバイトまでの長さであり得る。ＯｐｔＬｅｎの値は２０に設定され得る。
５．サブオプションタイプ（ｓｕｂｏｐｔｉｏｎ ｔｙｐｅ， ＳｕｂＯｐｔＴｙｐｅ））：オプションがネスト構造であり得る。１つのオプションは、１または複数のサブオプションを含み得る。サブオプションタイプの値は１に設定され得る。この値は、ＳＲｖ６ ＳＦＣ動的プロキシ動作をサポートする２つのノード間で実行される情報同期、すなわちＳＲＨ同期のためにサブオプションが使用されることを指示する。
６．サブオプション長（ｓｕｂｏｐｔｉｏｎ ｌｅｎｇｔｈ， ＳｕｂＯｐｔＬｅｎ）：サブオプション長は、サブオプションのデータ部分の長さを指示するために使用される。ＳｕｂＯｐｔＬｅｎの長さは１バイトであり、ＳｕｂＯｐｔＬｅｎはバイト単位であり得る。サブオプション長の値は２０に設定され得る。
７．予約フィールド（ｒｅｓｅｒｖｅｄ１）：予約フィールドの長さは１バイトである。送信端は、予約フィールドの値を０に設定し得、受信端は、予約フィールドを無視し得る。
８．対象ボード（Ｔａｒｇｅｔ Ｂｏａｒｄ， ＴＢ）インデックス：対象ボードインデックスは、キャッシュエントリを生成するボードのハードウェアインデックスであり、対象ボードインデックスの長さは１バイトである。Ｎフラグが１に設定されるとき、ＴＢインデックスが設定され得る。Ｎフラグがデフォルトである場合、ＴＢインデックスは０に設定され得る。
９．フラグフィールド（ｆｌａｇｓ）：フラグフィールドは現在、未定義の予約フラグフィールドであり、フラグフィールドの長さは２８ビットであり得る。送信端は、予約フィールドの値を０に設定し得、受信端は予約フィールドを無視し得る。
１０．第１フラグ：第１フラグは、パケットがコピーされたパケットであるかどうかを識別するために使用され、コピーフラグ、Ｃ、またはＣフラグとして示され得る。第１フラグの長さは１ビットであり得る。第１フラグの値が１に設定される場合、パケットがコピーされたパケットであることを指示し得、通常は制御パケットである。例えば、パケットは通常のシナリオにおいて転送される第２パケットまたは第６パケットである。第１フラグの値が０に設定される場合、パケットはコピーされたパケットでなく、通常、データパケットであることを指示し得る。例えば、パケットは、障害シナリオにおいて転送される第２パケットである。通常のシナリオで第２パケットを伝送する手順については、図５Ａおよび図５Ｂにおける実施形態を参照されたい。障害シナリオにおいて第２パケットを伝送する手順については、図４１Ａおよび図４１Ｂにおける以下の実施形態を参照されたい。
１１．第２フラグ：第２フラグは、パケットが確認応答パケットであるかどうかを識別するために使用され、確認応答フラグ、Ａ、またはＡフラグとして示され得る。第２フラグの長さは１ビットであり得る。第２フラグの値が１に設定される場合、パケットが確認応答パケットである、例えば、パケットが第６パケットであることを指示し得る。第２フラグの値が０に設定される場合、パケットは確認応答パケットでない、例えば、パケットは通常シナリオで転送される第２パケットであることを指示し得る。
１２．第３フラグ：第３フラグは、Ｅｎｄ．ＡＤ ＳＩＤに関連付けられたＳＦノードがＮＡＴタイプのＳＦノードであるかどうか、すなわち、ＳＦノードがパケット処理プロセスにおいて、パケットに対応するフロー識別子を修正するかどうかを識別するために使用され、ＮＡＴフラグ（ネットワークアドレス変換フラグ）、Ｎ、ＮＡＴ ｆｌａｇ、またはＮフラグとして示され得る。第３フラグの長さは１ビットであり得る。Ｅｎｄ．ＡＤ ＳＩＤに関連付けられたＳＦノードがＮＡＴタイプのＳＦノードである場合、第３フラグの値は１に設定され得る。第３フラグがデフォルトである場合、第３フラグは０に設定され得る。第３フラグの値が１に設定される場合、ＴＢフィールドおよびキャッシュインデックスフィールドが設定され得る。
１３．キャッシュインデックス（ｃａｃｈｅ ｉｎｄｅｘ）：キャッシュインデックスは、キャッシュエントリの識別子を保持するために使用される。キャッシュインデックスの長さは４バイトである。第３フラグが１に設定されるとき、キャッシュインデックスが設定され得る。第３フラグがデフォルトである場合、キャッシュインデックスは０に設定され得る。
１４．エニキャストインデックス（ａｎｙｃａｓｔ ｉｎｄｅｘ）：エニキャストインデックスは、エニキャストＥｎｄ．ＡＤ ＳＩＤに一意に対応するインデックスであり、エニキャストインデックスの長さは４バイトである。受信端は、パケットにおけるエニキャストインデックスをチェックし得る。
１５．予約フィールド（Ｒｅｓｅｒｖｅｄ２）：予約フィールドの長さは４バイトである。送信端は、予約フィールドの値を０に設定し、受信端は、予約フィールドを無視する。
（２）制御情報は、第１バイパスＳＩＤに保持される。
図８は、本願の実施形態による、バイパスＳＩＤを使用して制御情報を保持することの概略図である。バイパスＳＩＤは、ロケータ情報（Ｌｏｃａｔｏｒ）、機能情報（Ｆｕｎｃｔｉｏｎ）、または引数情報（Ａｒｇｕｍｅｎｔｓ）の１または複数を含み得る。制御情報は第１バイパスＳＩＤの機能情報に保持され得るか、または、第１バイパスＳＩＤの引数情報に保持され得る。引数情報は機能情報に含まれ得る。この方式により、ＳＲＨを記憶するためにピアプロキシノードを制御する機能は、バイパスＳＩＤを使用して実装され得る。このようにして、パケットにおいて制御情報によって占有される余分なバイトの数が低減され、パケットのデータ量が低減され、パケット伝送オーバヘッドが低減される。
（３）制御情報は、第２パケットのＩＰヘッダに保持される。
例えば、制御情報は、第２パケットのＩＰｖ６ヘッダに保持され得る。制御情報は、ＩＰｖ６ヘッダにおける第１バイパスＳＩＤ以外の部分に保持され得る。加えて、第２パケットのペイロードがＩＰｖ６パケットである、すなわち、第２パケットの形態がＩＰ－ｉｎ－ＩＰパケットの形態と同様であり、かつ、ＩＰ－ｉｎ－ＩＰパケットが外側のＩＰｖ６ヘッダおよび内側のＩＰｖ６ヘッダを含む場合、制御情報は外側のＩＰｖ６ヘッダに保持され得る。
（４）制御情報は第２パケットのＳＲＨにおけるＴＬＶに保持される。
第２パケットのＳＲＨは、１または複数のＴＬＶを含み得、制御情報はＴＬＶに保持され得る。この方式により、ＳＲＨを記憶するために第２プロキシノードを制御する機能が、ＳＲＨを使用することによって実装され得る。このようにして、パケットにおいて制御情報によって占有される余分なバイトの数が低減され、パケットのデータ量が低減され、パケット伝送オーバヘッドが低減される。
第２パケットの複数のフォーマットがあり得る。第２パケットのフォーマットは、ネットワークトポロジー構造および／または経路プランニングについての第１プロキシノードの要件に応じて異なり得る、または、制御情報を保持する方式に応じて異なり得る。実装１および実装２の例が、図９～図１８を参照して下で説明される。
実装１：第２パケットの宛先アドレスは第１バイパスＳＩＤであり得る。例えば、図１０、図１１、図１２および図１３を参照されたい。第２パケットのＩＰｖ６ヘッダの宛先アドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ， ＤＡ）フィールドは第１バイパスＳＩＤを保持し得る。
この方式は複数のシナリオに適用され得る。シナリオ１からシナリオ３の例を下で説明する。
シナリオ１：第１プロキシノードおよび第２プロキシノードは１つのホップについてのＩＰリンクに位置する（オンリンク）。オンリンクの具体的な概念については、上記の説明を参照されたい。ここでは詳細を再び説明しない。図９は、第１プロキシノードおよび第２プロキシノードが１つのホップについてのＩＰリンクに位置する概略図である。
ＳＲｖ６ネットワークにおいて、ＳＲｖ６パケットのＩＰｖ６ヘッダの宛先アドレスは通常、パケットを転送する次のＳＲノードを識別するために使用される。このようにして、第１プロキシノードおよび第２プロキシノードが１つのホップについてのＩＰリンクに位置する場合、第１プロキシノードは宛先アドレスを使用して第１バイパスＳＩＤを保持し、第２パケットの次のＳＲノードが第２プロキシノードであると指示する。
シナリオ２：第１プロキシノードおよび第２プロキシノードは、複数のホップについてのＩＰリンクに位置し（オフリンク）、ＳＲ機能は、第１プロキシノードと第２プロキシノードとの間の中間ノード上で有効でない。
ＳＲ機能が有効でない中間ノードについては、第２パケットを受信するとき、中間ノードは、第２パケットの宛先アドレス（すなわち第１バイパスＳＩＤ）に基づいてルーティングＦＩＢをクエリし、ルーティングＦＩＢにおける宛先アドレスにヒットしたエントリに基づいてパケットを転送し得る。
シナリオ３：第１プロキシノードおよび第２プロキシノードは、複数のホップについてのＩＰリンクに位置し、第２パケットを転送する中間ノードを指定するサービス要件を有しない。
シナリオ３は複数の場合を含み得、中間ノードでＳＲ機能が有効である場合を含み得るか、または、中間ノードでＳＲ機能が有効でない場合を含み得る。例えば、複数のホップについてのＩＰリンクが複数の転送経路を形成し、かつ、第１プロキシノードが、第２パケットが転送される必要がある転送経路を指定しない場合、中間ノードでＳＲ機能が有効であるかどうかに関係なく、第１バイパスＳＩＤは宛先アドレスに保持され得る。別の例では、複数のホップについてのＩＰリンクが一意の転送経路を形成する、例えば、第１プロキシノードと第２プロキシノードとの間に１つのみの中間ノードがある場合、ＳＲ機能が中間ノードで有効であるかどうかに関係なく、第１プロキシノードは中間ノードを指定する必要がなく、第２パケットはなお、中間ノードを通じて第２プロキシノードへ転送され得る。
ＳＲ機能が有効である中間ノードについては、第２パケットを受信するとき、中間ノードは、第２パケットの宛先アドレス、すなわち第１バイパスＳＩＤに基づいてローカルＳＩＤテーブルをクエリし、すなわち、第１バイパスＳＩＤをローカルＳＩＤテーブルにおける各ＳＩＤとマッチさせ得る。このようにして、第１バイパスＳＩＤが、中間ノードによって公開されるＳＩＤでなく、中間ノードのローカルＳＩＤテーブルに記憶されないので、中間ノードは、第１バイパスＳＩＤがローカルＳＩＤテーブルにヒットしないと判定し、中間ノードは、従来のＩＰルーティング方式で第２パケットを転送する。具体的には、中間ノードは、第１バイパスＳＩＤに基づいてルーティングＦＩＢをクエリし、ルーティングＦＩＢにおける宛先アドレスにヒットしたエントリに基づいて第２パケットを転送する。
制御情報を保持する異なる方式に基づくと、具体的には、実装１において実装される第２パケットの複数のフォーマットがあり得る。実装１．１から実装１．４の例は、図１０から図１３を参照して下で説明される。
実装１．１：図１０を参照されたい。拡張ヘッダが制御情報を保持するために使用される場合、第２パケットのフォーマットが図１０に示され得る。第２パケットはＩＰｖ６ヘッダ、拡張ヘッダ、ＳＲＨ、およびペイロードを含み、拡張ヘッダは、ＩＰｖ６ヘッダとＳＲＨとの間に位置し得る。
実装１．２：図１１を参照されたい。第１バイパスＳＩＤ（すなわち、図におけるＥｎｄ．ＡＤＢ ＳＩＤ）が制御情報を保持するために使用される場合、第２パケットのフォーマットが図１１に示され得る。第２パケットは、ＩＰｖ６ヘッダ、ＳＲＨ、およびペイロードを含む。図１０と図１１との間の比較から、実装１．２において、第２パケットの長さが低減され、第２パケットを圧縮する機能が実装され得ることが分かる。
実装１．３：図１２を参照されたい。ＳＲＨにおけるＴＬＶが、制御情報を保持するために使用される場合、第２パケットのフォーマットが図１２に示され得る。第２パケットはＩＰｖ６ヘッダ、ＳＲＨ、およびペイロードを含む。
実装１．４：図１３を参照されたい。ＩＰｖ６ヘッダが、制御情報を保持するために使用される場合、第２パケットのフォーマットが図１３に示され得る。第２パケットはＩＰｖ６ヘッダ、ＳＲＨ、およびペイロードを含む。
実装２：第２パケットの宛先アドレスは、次のＳＲノードに対応するＳＩＤであり得る。例えば、図１５、図１６、図１７および図１８を参照されたい。第２パケットのＩＰｖ６ヘッダの宛先アドレス（ＤＡ）フィールドは、次のＳＲノードに対応するＳＩＤを保持し得る。次のＳＲノードに対応するＳＩＤは、次のＳＲノードによってＳＲネットワークに公開され得、次のＳＲノードに対応するＳＩＤは、次のＳＲノードのローカルＳＩＤテーブルに記憶され得る。
この方式は、第１プロキシノードおよび第２プロキシノードが複数のホップについてのＩＰリンクに位置するシナリオに適用され、第２パケットを転送する中間ノードを指定するサービス要件を有し得る。第１プロキシノードは、宛先アドレスを使用して、次のＳＲノードに対応するＳＩＤを保持して、第２パケットがローカル端からＳＲノードへ転送される必要があることを指示し得、その結果、第２パケットは、ＳＲノードによって転送された後に第２プロキシノードに到着する。
例えば、図１４は、第１プロキシノードおよび第２プロキシノードが複数のホップについてのＩＰリンクに位置する概略図である。第１プロキシノードと第２プロキシノードとの間の中間ノードは、中間ノード１、中間ノード２、および中間ノード３を含む。ＳＲ機能は、中間ノード１、中間ノード２、および中間ノード３上で有効である。第１プロキシノードが、第２パケットが中間ノード３を通じて第２プロキシノードへ転送されることを指定する必要があるとき、第２パケットの宛先アドレスは中間ノード３に対応するＳＩＤを保持し得る。この場合、中間ノード３は、第２パケットを受信するとき、第２パケットの宛先アドレスに基づいてローカルＳＩＤテーブルをクエリし、第２パケットの宛先アドレスがローカルＳＩＤテーブルにおけるＳＩＤにヒットしたと判定し、ＳＩＤに対応する動作を実行し、例えば、第２パケットを第２プロキシノードへ転送し得る。
第１プロキシノードと第２プロキシノードとの間の中間ノードの数はネットワーキング要件に基づいて設定され得ることが理解されるべきである。より多くの、またはより少ない中間ノードがあり得る。例えば、１つのみの中間ノードがあり得、または、より多くの中間ノードがあり得る。複数にリンクについてのＩＰリンクに位置する２つのプロキシノード間の中間ノードの数は本実施形態において限定されない。
制御情報を保持する異なる方式に基づき、具体的には、実装２において実装される第２パケットの複数のフォーマットがあり得る。実装２．１～実装２．４の例が、図１５、図１６、図１７および図１８を参照して下で説明される。
実装２．１：図１５を参照されたい。拡張ヘッダが制御情報を保持するために使用される場合、第２パケットのフォーマットが図１５に示され得る。第２パケットは、ＩＰｖ６ヘッダ、拡張ヘッダ、ＳＲＨ、およびペイロードを含む。
実装２．２：図１６を参照されたい。第１バイパスＳＩＤ（すなわち、図１６におけるＥｎｄ．ＡＤＢ ＳＩＤ）が制御情報を保持するために使用される場合、第２パケットのフォーマットが図１６に示され得る。第２パケットは、ＩＰｖ６ヘッダ、ＳＲＨ、およびペイロードを含む。
実装２．３：図１７を参照されたい。ＳＲＨにおけるＴＬＶが、制御情報を保持するために使用される場合、第２パケットのフォーマットが図１７に示され得る。第２パケットは、ＩＰｖ６ヘッダ、ＳＲＨ、およびペイロードを含む。
実装２．４：図１８を参照されたい。ＩＰｖ６ヘッダが制御情報を保持するために使用される場合、第２パケットのフォーマットが図１８に示され得る。第２パケットは、ＩＰｖ６ヘッダ、ＳＲＨ、およびペイロードを含む。
実施形態において、第２パケットを生成するプロセスは段階１～段階３を含み得る。
段階１：第１プロキシノードは第１バイパスＳＩＤを第１パケットのＳＲＨのセグメントリストに挿入する。
第１プロキシノードは、ＳＲにおいてプッシュ（ｐｕｓｈ）動作を実行することによって、第１バイパスＳＩＤをセグメントリストに挿入し得、その結果、第１バイパスＳＩＤが挿入された後に、セグメントリストは更に、元の第１パケットの各ＳＩＤに加えて、第１バイパスＳＩＤを含む。第１バイパスＳＩＤがセグメントリストに挿入される場所については、第１プロキシノードは、ＳＲＨにおけるアクティブＳＩＤの後に第１バイパスＳＩＤを挿入し得、すなわち、Ｅｎｄ．ＡＤ ＳＩＤの後に第１バイパスＳＩＤを挿入し得る。図１９は、本願の実施形態による第１バイパスＳＩＤを挿入する概略図である。図１９の左側は、第１パケットのセグメントリストを示し、図１９の右側は、第２パケットのセグメントリストを示す。図１９において、Ｅｎｄ．ＡＤ ＳＩＤはＳＩＤ２であり、第１バイパスＳＩＤはＳＩＤ５である。この場合、第１プロキシノードはＳＩＤ２の後にＳＩＤ５を挿入する。
上記の説明は、ＳＩＤ０からＳＩＤ５の順序で提供されることに留意されたい。ＳＩＤ０の場所は、前の場所と称され、ＳＩＤ５の場所は、後ろの場所と称される。ＳＲＨを解析するとき、ＳＲｖ６ノードは通常、ＳＲＨにおけるＳＩＤを逆の順序で読み出す。例えば、図１９において、第１パケットのＳＲＨにおいて、第１読み出しおよび実行ＳＩＤはＳＩＤ４であり、第２読み出しおよび実行ＳＩＤはＳＩＤ３であり、第３読み出しおよび実行ＳＩＤはＳＩＤ２であり、...最後の読み出しおよび実行ＳＩＤはＳＩＤ０である。
段階２：第１プロキシノードは、第１パケットのＳＲＨのＳＬを更新する。
段階３：第１プロキシノードは、第１パケットの宛先アドレスを更新して第２パケットを取得する。
ＳＬを更新する段階が実行される。このようにして、第１プロキシノードによって生成された第２パケットのＳＬは、受信された第１パケットのＳＬより大きい。ＳＲｖ６ネットワークにおいて、ＳＲｖ６パケットのＳＲＨのＳＬは通常、処理予定のＳＩＤの数を識別するために使用される。このようにして、ＳＬの値は、第１プロキシノードによって受信された第１パケットと比較して、第１プロキシノードによって送信された第２パケットにおいて、ＳＲＨは、より多くの処理予定のＳＩＤを含むことを指示するように修正され、その結果、第２プロキシノードおよび／または第１プロキシノードと第２プロキシノードとの間の中間ノードはＳＬに基づいて、より多くのＳＩＤを処理する。
宛先アドレスを更新する動作が実行される。このようにして、第２パケットの次の処理予定のＳＩＤが、Ｅｎｄ．ＡＤ ＳＩＤから別のＳＩＤに更新され得、その結果、宛先アドレスに基づいてローカルＳＩＤテーブルをクエリするとき、第２プロキシノードおよび／または中間ノードは、別のＳＩＤに対応する動作を実行する。
段階１～段階３は、ＳＲｖ６における通常の転送動作と異なることに留意されたい。ＳＲｖ６において、通常、ＳＲＨにおける各ＳＩＤは、ヘッドノードによってＳＲｖ６パケットに挿入される。ヘッドノード以外の各ＳＲｖ６ノードについては、ＳＲｖ６ノードは、ＳＲｖ６パケットを受信するたびに、ＳＲＨにおけるアクティブＳＩＤに対応する動作を実行するのみであり、ＳＩＤをＳＲＨに挿入しない、または、ＳＩＤをＳＲＨから削除しない、すなわち、各中間ＳＲｖ６ノードは、ＳＲＨにおけるＳＩＤリストを変更しない。加えて、ＳＲｖ６ノードは、ＳＲＨのＳＬを１つずつ減少させ、すなわち、ＳＬを実行し、ローカル端がＳＲＨにおける１つのＳＩＤを実行することを指示する。このようにして、ＳＲＨにおける残りの未実行ＳＩＤの数は１減少される。本実施形態において、ＳＲＨにおける第１バイパスＳＩＤは、第１プロキシノードによって第１パケットに挿入されるので、第１プロキシノードは、ＳＲＨのＳＬを１増加させ、すなわち、ＳＬ＋＋を実行し、ＳＲＨにおける残りの未実行ＳＩＤの数が１増加することを指示する。新たに追加された未実行ＳＩＤは第１バイパスＳＩＤであり、第１バイパスＳＩＤは、第２プロキシノードを伝送する必要があり、その結果、第２プロキシノードは、第１バイパスＳＩＤに対応する動作を実行する。ＳＬが１増加された後に、ＳＲＨにおけるアクティブＳＩＤがＥｎｄ．ＡＤ ＳＩＤから第１バイパスＳＩＤに更新される。
説明は、本実施形態において、例を使用することによって提供されるのみであり、段階１、段階２、段階３が順番に実行されることが理解されるべきである。段階１、段階２、および段階３の時系列は、本実施形態において限定されない。実施形態において、３つの段階は、別の順序で実行され得る。例えば、段階３、段階１、および段階２が順番に実行され、または、段階２、段階１、および段階３が順番に実行される。当然、３つの段階は代替的に、並列に実行され得る。すなわち、段階１、段階２および段階３は同時に実行され得る。
実施形態において、制御情報が拡張ヘッダに保持される場合、第１プロキシノードは、段階１、段階２、段階３を実行するだけでなく、段階４も実行し得る。
段階４：第１プロキシノードは拡張ヘッダを生成し、拡張ヘッダを第１パケットにカプセル化する。
段階４、段階１、段階２、および段階３の時系列は、本実施形態において限定されないことが理解されるべきである。例えば、段階４は代替的に、段階１、段階２、および段階３の前に実行され得る。
実施形態において、第１プロキシノードは、第１パケットをコピーして、第１パケットの２つのコピーを取得し得、１つの第１パケットであり、他方は第１パケットのコピーである。第１プロキシノードは、第１パケットの１つのコピーを使用することによって第２パケットを生成し、第１パケットの他のコピーを使用することによって第３パケットを生成し得る。任意選択的に、第１プロキシノードは、第１パケットのコピーを使用することによって第２パケットを生成し得、第１パケットを使用することによって第３パケットを生成し得る。第２パケットは、第２パケットが、第１パケットをコピーすることによって取得されたパケットであることを指示するために第１フラグ（Ｃフラグ）を保持し得る。
第２パケットを生成する、上記で説明した方式は、異なる特定のシナリオに基づいて複数の実装を含み得る。実装１および実装２の例を下に説明する。
実装１：第１プロキシノードは第１パケットのＳＬを１増加させる。段階２は、第１パケットの宛先アドレスを第１バイパスＳＩＤに更新し得る。
図１９を参照されたい。図１９の左側は、第１パケットのＳＬを示す。第１パケットのＳＬの値が２である場合、セグメントリストにおける２つの未実行ＳＩＤはＳＩＤ０およびＳＩＤ１であり、セグメントリストにおける現在のアクティブＳＩＤはＳＩＤ２であり、セグメントリストにおける２つの実行済みＳＩＤはＳＩＤ３およびＳＩＤ４であることを指示する。第１プロキシノードは、ＳＬを１増加させ得、その結果、ＳＬの値は２から３に更新される。図１９の右側に示されるように、第２パケットのＳＬの値が３である場合、セグメントリストにおける３つの未実行ＳＩＤは、ＳＩＤ０、ＳＩＤ１、およびＳＩＤ２であり、セグメントリストにおける現在のアクティブＳＩＤはＳＩＤ５であり、セグメントリストにおける２つの実行済みＳＩＤはＳＩＤ３およびＳＩＤ４であることを指示する。加えて、第１プロキシノードは、第１パケットのＩＰｖ６ヘッダの宛先アドレスを修正し得、その結果、第１パケットの宛先アドレスはＥｎｄ．ＡＤ ＳＩＤから第１バイパスＳＩＤに更新される。
実装１は複数のシナリオに適用され得る。例えば、第１プロキシノードおよび第２プロキシノードは１つのホップについてのＩＰリンクに位置する。別の例では、第１プロキシノードおよび第２プロキシノードは複数のホップについてのＩＰリンクに位置し（オフリンク）、ＳＲ機能は、第１プロキシノードと第２プロキシノードとの間の中間ノードで有効でない。なお別の例において、第１プロキシノードおよび第２プロキシノードは、複数のホップについてのＩＰリンクに位置し、第２パケットを転送する中間ノードを指定するサービス要件を有しない。第１プロキシノードが実装１を実行する具体的なシナリオは、本実施形態において限定されない。
実装１において取得された第２パケットが、図１０、図１１、図１２、または図１３において示され得る。
実装２：第１プロキシノードは更に、１または複数の対象ＳＩＤを第１パケットのＳＲＨのセグメントリストに挿入し得る。段階１は、第１プロキシノードは、第１パケットのＳＬをＮ増加させ、Ｎは１より大きい正の整数であることであり得る。段階２は、第１プロキシノードは、第１パケットの宛先アドレスを、１または複数の対象ＳＩＤにおける次のＳＲノードに対応するＳＩＤに更新することであり得る。
１または複数の対象ＳＩＤは、対象転送経路を指示するために使用され、対象ＳＩＤは、ノードＳＩＤまたはリンクＳＩＤ（隣接ＳＩＤとも称される）であり得る。対象ＳＩＤは、１つの中間ノード、１つのリンク、１または複数の命令、１つのサービス、または１つのＶＰＮを識別し得る。
対象転送経路は、第１プロキシノードから第２プロキシノードへの経路である。対象転送経路は、厳密で明示的な（ｓｔｒｉｃｔ ｅｘｐｌｉｃｉｔ）経路、すなわち、各リンクまたは各中間ノードが指定される経路であり得る。対象転送経路は代替的に、緩い明示的な（ｌｏｏｓｅ ｅｘｐｌｉｃｉｔ）経路、すなわち、いくつかのリンクまたはいくつかの中間ノードが指定される経路であり得る。対象転送経路は１つのリンクであり得るか、または、複数のリンクの組み合わせであり得る。対象転送経路は、データリンク層の経路、物理層の経路、または、トンネル技術を使用することによって確立された経路であり得る。対象転送経路は、光信号を伝送するための経路であり得るか、または、電気信号を伝送するための経路であり得る。
例えば、図１４および図２０を参照する。第１プロキシノードと第２プロキシノードとの間に中間ノード１、中間ノード２および中間ノード３がある場合、第１プロキシノードによって挿入される１または複数の対象ＳＩＤは、３つのＳＩＤ、すなわち、中間ノード１に対応するＳＩＤ６、中間ノード２に対応するＳＩＤ７、および、中間ノード３に対応するＳＩＤ２０であり得る。例えば、図２０の左側は、第１パケットのＳＬを示す。第１パケットのＳＬの値が２である場合、セグメントリストにおける２つの未実行ＳＩＤはＳＩＤ０およびＳＩＤ１であり、セグメントリストにおける現在のアクティブＳＩＤはＳＩＤ２であり、セグメントリストにおける２つの実行済みＳＩＤはＳＩＤ３およびＳＩＤ４であることを指示する。第１プロキシノードは、ＳＬの値を２から６に更新し得る。図２０の右側に示されるように、第２パケットのＳＬの値が６である場合、セグメントリストにおける６の未実行ＳＩＤは、ＳＩＤ０、ＳＩＤ１、ＳＩＤ２、ＳＩＤ５、ＳＩＤ８およびＳＩＤ７であり、セグメントリストにおける現在のアクティブＳＩＤはＳＩＤ６であり、セグメントリストにおける２の実行済みＳＩＤはＳＩＤ３およびＳＩＤ４であることを指示する。
この方式により、対象転送経路は、第１プロキシノード－＞中間ノード１－＞中間ノード２－＞中間ノード３－＞第２プロキシノードであると指定され得る。各ノードに対応するＳＩＤを対象ＳＩＤとして使用することは単に例であることに留意されたい。対象転送経路が緩い明示的な経路である場合、第１プロキシノードによって挿入される１または複数の対象ＳＩＤはいくつかの中間ノードに対応するＳＩＤであり得る。
実装２において取得される第２パケットは、図１５、図１６、図１７、または図１８に示され得る。
実装２は複数のシナリオに適用され得る。例えば、第１プロキシノードおよび第２プロキシノードは、複数のホップについてのＩＰリンクに位置し、第２パケットを転送する中間ノードを指定するサービス要件を有する。第１プロキシノードが実装２を実行する具体的なシナリオは、本実施形態において限定されない。
いくつかの可能な実施形態において、第１プロキシノードは、対象ＳＩＤを挿入することによってトラフィックプランニングを実行し得る。例えば、図２１は、本願の実施形態による、対象ＳＩＤを使用することによってトラフィックプランニングを実行することの概略図である。図２１において、第１プロキシノードと第２プロキシノードとの間に１０の転送ノード、すなわち、ノードＮ１、ノードＮ２、ノードＮ３、...およびノードＮ９があり、第１プロキシノードから第２プロキシノードへの３の経路、すなわち、（Ｎ１、Ｎ２、Ｎ３）、（Ｎ１、Ｎ４、Ｎ５、Ｎ３）、および（Ｎ１、Ｎ６、Ｎ７、Ｎ８、Ｎ９、Ｎ３）がある。対象ＳＩＤは、３つの経路のうち指定された１の経路を通じて第２プロキシノードへ伝送されるように第２パケットを制御するために使用され得る。例えば、経路（Ｎ１、Ｎ２、Ｎ３）の帯域幅が最も大きい場合、経路（Ｎ１、Ｎ２、Ｎ３）を通じて第２パケットを伝送するために、リンク（Ｎ１、Ｎ２）に対応し、かつ、ノードＮ１によって公開されるＳＩＤは、対象ＳＩＤとして使用され得、対象ＳＩＤは、第２パケットのセグメントリストにおいて保持され得る。このようにして、パケットを受信するとき、ノードＮ１は、対象ＳＩＤに基づいてローカルＳＩＤテーブルをクエリし、クエリを通じて、リンク（Ｎ１、Ｎ２）にバインドされたアウトバウンドインタフェース１を取得し、アウトバウンドインタフェース１を選択して第２パケットを送信し、その結果、パケットがアウトバウンドインタフェース１を通じて送信された後に、パケットはノードＮ２に到達し、次に、リンク（Ｎ２、Ｎ３）を通じて第２プロキシノードに到達する。
この方式により、少なくとも以下の効果が実現され得る。すなわち、第２パケットの転送経路をサービス要件に基づいて選択でき、指定された対象転送経路を通じて伝送されるように第２パケットを制御でき、それにより、経路プランニングを容易にし、トラフィック最適化を実装する。
加えて、第１プロキシノードは、第１パケットのＩＰｖ６ヘッダの宛先アドレスを修正し得、その結果、第１パケットの宛先アドレスは、Ｅｎｄ．ＡＤ ＳＩＤから、次のＳＲノードに対応するＳＩＤに更新される。
実装１および実装２は単に例であることに留意されたい。いくつかの他の実施形態において、第２パケットは別の実装において生成され得る。例えば、バインディングＳＩＤ（Ｂｉｎｄｉｎｇ ＳＩＤ， ＢＳＩＤ）は、対象転送経路を識別するために使用され得る。この場合、第１プロキシノードは、第１バイパスＳＩＤおよびＢＳＩＤを第１パケットのＳＲＨのセグメントリストに挿入し、第１パケットのＩＰｖ６ヘッダの宛先アドレスをＢＳＩＤに更新し、第１パケットのＳＬを２増加させ得る。第２パケットを受信するとき、次のＳＲノードは、ＢＳＩＤに基づいてローカルＳＩＤテーブルをクエリし、次に、Ｅｎｄ．Ｂ６．Ｉｎｓｅｒｔ動作（ＳＲｖ６における挿入動作）を実行して、新しいＳＲＨを第２パケットに挿入し得るか、または、Ｅｎｄ．Ｂ６．Ｅｎｃａｐｓ動作（ＳＲｖ６におけるカプセル化動作）を実行して、ＳＲＨを含む外側ＩＰｖ６ヘッダを第２パケットに挿入し得る。ＢＳＩＤに基づいて、ＳＲＨの深度が低減され得、ＳＲＨを圧縮する機能が実装され得る。
段階１から段階４に基づいて、図２２、図２３、図２４、および図２５を参照されたい。図２２は、本願の実施形態による、第１パケットを第２パケットに変換する概略図である。図２２は、制御情報を保持するために拡張ヘッダが使用される場合を説明するために適用可能である。２つの情報が第１パケットに追加され得ることが図２２から分かる。一方は、パケットを第２プロキシノードへ伝送するために使用される第１バイパスＳＩＤであり、他方は、制御情報を保持するために使用される拡張ヘッダである。第２パケットは、そのような単純な動作を通じて取得され得る。加えて、任意選択的に、対象転送経路を指示するために対象ＳＩＤが追加され得る。図２３は、バイパスＳＩＤが制御情報を保持するために使用である場合を説明するために適用可能である。第２パケットは、第１バイパスＳＩＤを第１パケットに追加することによって取得され得ることが図２３から分かる。図２４は、制御情報を保持するためにＴＬＶが使用される場合を説明するために適用可能である。第１バイパスＳＩＤを第１パケットに追加し、制御情報をＳＲＨにおけるＴＬＶに書き込むことによって第２パケットが取得され得ることが図２４から分かる。図２５は、制御情報を保持するためにＩＰヘッダが使用される場合を説明するために適用可能である。第１バイパスＳＩＤを第１パケットに追加し、制御情報をＩＰｖ６ヘッダに書き込むことによって、第２パケットが取得され得ることが図２５から分かる。
第２パケットはこの方式により生成され、その結果、少なくとも以下の効果が実現され得る。
通常、プロキシノードによってキャッシュされた各ＳＲＨは、パケット転送プロセスにおけるプロキシノードのデータプレーン（例えば転送チップ）によって、パケットから動的に認識される。データプレーンは通常、データプレーンの転送性能に影響することを回避するために、ＳＲＨをＣＰＵへ送信しない。プロキシノードのＣＰＵについては、ＣＰＵはＳＲＨを取得しないので、ＣＰＵは、ＳＲＨを含むパケットを生成できず、ＣＰＵは、パケットを使用することによって、ＳＲＨを第２プロキシノードにバックアップできない。プロキシノードのデータプレーンについては、データプレーンは通常、単純な処理動作を実行できるだけなので、データプレーンが、ＳＲＨに基づいて０から開始するパケット全体を生成することは非常に複雑で、難しく、実現可能でない。どのようにＳＲＨを第２プロキシノードにバックアップし、データプレーンを使用することによってバックアップを実装するかは、技術的に大きな困難であることが分かる。上記の提案されたパケット生成方法において、受信された第１パケットはコピーされ、ＳＩＤ（第１バイパスＳＩＤ）が挿入され、拡張ヘッダはカプセル化され、第２パケットが取得される。０から開始するパケット全体を生成する方式と比較して、この方式により、処理動作が非常に単純である。このようにして、パケットを生成する処理は、制御プレーンに依存することなくデータプレーンによって実行され得、この技術的困難を無事に克服する。実験によれば、上記のパケット生成ロジックは、転送チップのマイクロコードについて構成され、その結果、転送チップは段階５０３を実行し得る。このようにして、マイクロコードアーキテクチャがサポートされ、実用性が高い。
実施形態において、第２パケットを生成するためのトリガ条件は、条件（１）から条件（３）のうち１または複数を含み得る。
条件（１）：第１キャッシュエントリが生成されることが検出された。
第１プロキシノードはキャッシュを検出し得る。キャッシュが第１キャッシュエントリを元々含まず、かつ、第１パケットが受信された後に第１キャッシュエントリが新たにキャッシュに追加された場合、第１キャッシュエントリが生成されたと検出される。このようにして、第１プロキシノードは、第２パケットを生成し、第２パケットを送信する。
条件（２）：第１キャッシュエントリが更新されることが検出される。
第１プロキシノードは、キャッシュにおける第１キャッシュエントリを検出し得る。書き込み動作が第１キャッシュエントリにおいて実行される場合、第１キャッシュエントリが更新される。このようにして、第１プロキシノードは、第２パケットを生成し、第２パケットを送信する。
加えて、第１パケットが受信された後に、第１キャッシュエントリが生成または更新されたことが検出されない場合、第１プロキシノードは、第１パケットのＳＲＨを以前に記憶したことを指示する。このようにして、本実施形態において、キャッシュエントリの同期は通常、第１プロキシノードと第２プロキシノードとの間で維持される。第１プロキシノードがＳＲＨを記憶した場合、第２プロキシノードも高い可能性で第１パケットのＳＲＨを記憶したことを指示する。この場合、第１プロキシノードは、第２パケットを生成し第２パケットを送信する段階を実行しないことがあり得る。
条件（１）または条件（２）は、第２パケットを転送する手順をトリガするために使用される。このようにして、少なくとも以下の効果が実現され得る。すなわち、第１プロキシノードが新しいＳＲＨを受信するたびに、新しいＳＲＨがキャッシュエントリの生成をトリガするので、第２パケットの転送がトリガされる。このようにして、新しいＳＲＨが、第２パケットの転送を通じて、適時の方式で第２プロキシノードへ伝送され得、新しいＳＲＨがリアルタイムで第２プロキシノードと同期されることを確実にする。加えて、以前に記憶されたＳＲＨはキャッシュエントリの生成をトリガしないので、第２パケットの転送がトリガされない。このようにして、ＳＲＨを伝送するために第２パケットを生成する処理オーバヘッド、および、第２パケットを伝送するネットワークオーバヘッドが回避される。
例示的シナリオにおいて、Ｎ個のデータパケットを含むデータフローが、第１プロキシノードに到着する。第１プロキシノードがデータフローにおける第１の第１パケットを受信したとき、第１の第１パケットのＳＲＨは、第１プロキシノードの新しいＳＲＨである。この場合、第１プロキシノードは第１キャッシュエントリを生成して第１パケットのＳＲＨを記憶する。この場合、条件（１）が満たされるので、第２パケットを生成し第２パケットを送信するために第１プロキシノードがトリガされ、その結果、第１の第１パケットのＳＲＨが、第２パケットを使用することによって第２プロキシノードへ伝送され、第１の第１パケットのＳＲＨも、第２プロキシノードに記憶される。第１プロキシノードが、データフローにける第２の第１パケット、第３の第１パケット、...および最後の第１パケットにおける任意の第１パケットを受信するとき、同一のデータフローにおける全部の第１パケットのＳＲＨが通常同一であるので、第１パケットのＳＲＨは、第１プロキシノードについての記憶されたＳＲＨである。この場合、第１プロキシノードは第１キャッシュエントリを生成しない。この場合、条件（１）が満たされないので、第１プロキシノードは、第２パケットを生成しない、または、第２パケットを送信しない。その結果、（Ｎ－１）の第２パケットを転送するオーバヘッドが回避される。加えて、データフローにおいて各第１パケットを受信するとき、第１プロキシノードまたは第２プロキシノードは、第１の第１パケットのＳＲＨを第１パケットにカプセル化して、パケットを復元し得る。ここで、Ｎは正の整数である。
条件（３）現在の時点で第２パケットの送信期間が経過したことが検出される。
第１プロキシノードは、第２パケットを定期的に送信し得る。具体的に、第１プロキシノードは、第２パケットについて送信期間を設定し、第２パケットを生成し、送信期間が経過するたびに第２パケットを送信し得る。
この方式により、第１プロキシノードは、第２パケットを使用することによって、第１パケットのＳＲＨを第２プロキシノードと定期的に同期し得、その結果、第２プロキシノードは、キャッシュされたＳＲＨを定期的にリフレッシュして、ＳＲＨ同期の信頼性を改善し得る。
段階５０４：第１プロキシノードが第２パケットを第２プロキシノードへ送信する。
第１プロキシノードが第２パケットを送信する転送経路は、以下の転送経路１および転送経路２のうち１または複数を含み得る。
転送経路１：第１プロキシノードがピアリンク（ｐｅｅｒ ｌｉｎｋ）を通じて第２パケットを送信する。
図３を参照されたい。第１プロキシノードと第２プロキシノードとの間のピアリンクは第１リンクであり得、第１プロキシノードは、第１リンクを通じて第２パケットを送信し得、第２プロキシノードは、第１リンクを通じて第２パケットを受信し得る。
ピアリンクを通じて第２パケットを伝送するプロセスは、段階１．１および段階１．２を含み得る。
段階１．１：第１プロキシノードが、第１リンクに対応する第１アウトバウンドインタフェースを通じて第２パケットを第２プロキシノードへ送信する。
第１アウトバウンドインタフェースは、第１リンクに対応する、第１プロキシノードのアウトバウンドインタフェースである。第１プロキシノードは、構成命令を事前に受信し得、構成命令は、第１リンクと第１アウトバウンドインタフェースとの間の対応関係を指示するために使用され、第１プロキシノードは、第１リンクと第１アウトバウンドインタフェースとの間の対応関係を構成命令から取得し、第１リンクと第１アウトバウンドインタフェースとの間の対応関係をルーティングエントリに記憶し得る。第２パケットを生成した後に、第１プロキシノードは、第１リンクに対応する第１アウトバウンドインタフェースを選択し、第１アウトバウンドインタフェースを通じて第２パケットを送信し得、その結果、第２パケットは、第１リンクを通じて第２プロキシノードへ伝送される。例えば、第１プロキシノードは以下の構成命令を受信し得る。
［ｐｒｏｘｙ１］ ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ ｉｐｖ６
［ｐｒｏｘｙ１－ ｓｅｇｍｅｎｔ－ｒｏｕｔｉｎｇ－ｉｐｖ６］ ｓｅｒｖｉｃｅ－ｃｈａｉｎ ｐｅｅｒ－ｌｉｎｋ Ｅｔｈｅｒｎｅｔ２／０／０ ｎｅｘｔ－ｈｏｐ ＦＥ８０：：１
上記の構成命令において、ｐｒｏｘｙ１は第１プロキシノードを表し、構成命令の第１行は、ＩＰｖ６ ＳＲが構成される必要があることを意味し、構成命令の第２行は、サービス機能チェーン上のピアリンクに対応するアウトバウンドインタフェースがスロット２およびサブボード０のイーサネットポート０であり、次のホップがＦＥ８０：：１であることを意味する。
段階１．２：第２プロキシノードが、第１リンクに対応する第１インバウンドインタフェースを通じて第１プロキシノードから第２パケットを受信する。
第１インバウンドインタフェースは、第１リンクに対応する、第２プロキシノードのインバウンドインタフェースである。第２パケットは、第１リンクを通じて第２プロキシノードの第１インバウンドインタフェースに到達し、第１インバウンドインタフェースを通じて第２プロキシノードに入り得る。
実施形態において、第１プロキシノードは、アウトバウンドインタフェースを指定する方式で転送経路１を実装し得る。具体的に、第２パケットのアウトバウンドインタフェースは、第１アウトバウンドインタフェースとして指定され得る。このようにして、第２パケットが送信される必要があるとき、第１プロキシノードは、第１アウトバウンドインタフェースを通じてデフォルトで第２パケットを送信するか、または、次のホップを指定する方式で転送経路１を実装し得る。具体的には、第１プロキシノードの次のホップは、第２プロキシノードとして指定され得る。このようにして、第２パケットが送信される必要があるとき、第１プロキシノードは、デフォルトで第２プロキシノードを次のホップとして使用し、第１アウトバウンドインタフェースを通じて第２パケットを送信する。
転送経路２：ルーティングノードが第２パケットを転送する。
図３を参照されたい。ルーティングノードによって第２パケットを転送するプロセスは段階２．１～段階２．３を含み得る。
段階２．１：第１プロキシノードが、第２リンクに対応する第２アウトバウンドインタフェースを通じて、第２パケットをルーティングノードへ送信する。
第２アウトバウンドインタフェースは、第２リンクに対応する、第１プロキシノードのアウトバウンドインタフェースである。第１プロキシノードは、構成命令を事前に受信し得、構成命令は、第２リンクと第２アウトバウンドインタフェースとの間の対応関係を指示するために使用され、第１プロキシノードは、第２リンクと第２アウトバウンドインタフェースとの間の対応関係を構成命令から取得し、第２リンクと第２アウトバウンドインタフェースとの間の対応関係をルーティングエントリに記憶し得る。第２パケットを生成した後に、第１プロキシノードは、第２リンクに対応する第２アウトバウンドインタフェースを選択し、第２アウトバウンドインタフェースを通じて第２パケットを送信し得、その結果、第２パケットは、第２リンクを通じて第２プロキシノードへ伝送される。
段階２．２：ルーティングノードは、第３リンクを通じて第２パケットを第２プロキシノードへ転送する。
段階２．３：第２プロキシノードは、第３リンクに対応する第２インバウンドインタフェースを通じて第２パケットをルーティングノードから受信する。
第２インバウンドインタフェースは、第３リンクに対応する、第２プロキシノードのインバウンドインタフェースである。第２パケットは、第３リンクを通じて第２プロキシノードの第２インバウンドインタフェースに到達し、第２インバウンドインタフェースを通じて第２プロキシノードに入り得る。
実施形態において、第１プロキシノードは、第２パケットを伝送するために、転送経路１を優先的に使用し得る。実施形態において、転送経路１は、段階（１）～段階（３）を実行することによって優先的に使用され得る。
段階（１）：第１プロキシノードは、第１リンクのステータスを検出し、第１リンクが利用可能な状態にある場合、第１プロキシノードが段階（２）を実行する、または、第１リンクが利用不可能な状態にある場合、第１プロキシノードは段階（３）を実行する。
第１プロキシノードは、第１リンクが展開されているかどうか、および、第１アウトバウンドインタフェースのステータスがアップ（ｕｐ）であるかどうかを検出し得、第１リンクが展開され、かつ、第１アウトバウンドインタフェースのステータスがアップである場合、第１リンクが利用可能状態にあると判定する、または、第１リンクが展開されない、もしくは、第１アウトバウンドインタフェースのステータスがダウン（ｄｏｗｎ）である場合、第１リンクが利用不可能な状態にあると判定する。
段階（２）：第１プロキシノードが、第１リンクに対応する第１アウトバウンドインタフェースを通じて第２パケットを第２プロキシノードへ送信する。
段階（３）：第１プロキシノードが、第２リンクに対応する第２アウトバウンドインタフェースを通じて、第２パケットをルーティングノードへ送信する。
転送経路１が優先的に使用され、その結果、第２パケットが、ピアリンクを通じて第２プロキシノードへ優先的に伝送される。この場合、転送経路１は転送経路２より短いので、転送経路１は、転送経路２より少ないノードを含み、その結果、第２パケットを伝送する遅延が低減され得る。
任意選択的に、第２パケットの伝送信頼性は、方式１および２のいずれかで実装され得る。
方式１：反復送信
第１プロキシノードは複数の第２パケットを生成し得、複数の第２パケットは同一であり得る。第１プロキシノードは、複数の第２パケットを第２プロキシノードへ継続的に送信し得、第２プロキシノードは、複数の第２パケットを第１プロキシノードから継続的に受信し得る。
この方式により、第１パケットのＳＲＨは、複数の第２パケットのいずれか１つを使用することによって第２プロキシノードへ伝送され得るので、ＳＲＨが伝送プロセスにおいて失われる可能性が低減し、実装が単純になり、実現可能性が高くなる。
方式２：確認応答機構
対応する確認応答（Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ， ＡＣＫ）パケットが第２パケットについて設計され得、その結果、第２パケットの受信端が、ＡＣＫパケットを返し、第２パケットの送信端に対して、第２パケットの送信端が第２パケットを受信したことを通知する。実施形態において、確認応答機構によるパケット伝送手順は、段階１～段階４を含み得る。
段階１：第２プロキシノードは、第１バイパスＳＩＤに基づく第６パケット、第２プロキシノードに対応する第２バイパスＳＩＤ、および第２パケットを生成する。
第６パケットは、第２パケットに対応するＡＣＫパケットであり、第６パケットは、第２パケットが受信されたという確認応答を指示する。第６パケットは、第１プロキシノードへ転送され、その結果、第２プロキシノードが第２パケットを受信するイベントが第１プロキシノードに通知され得る。第６パケットのカプセル化フォーマットは、第２パケットと同様であり得る。相違点として、第６パケットは、第１プロキシノードに対応する第２バイパスＳＩＤを含む。例えば、第６パケットの宛先アドレスは、第２バイパスＳＩＤであり得る。第６パケットは、第２フラグを保持し得、第６パケットにおける第２フラグは、第６パケットが確認応答パケットであることを指示し得る。例えば、第６パケットは、拡張ヘッダを含み得、拡張ヘッダはＣフラグおよびＡフラグを保持し、Ｃフラグは１に設定され、Ａフラグは１に設定される。
実施形態において、第２プロキシノードは第２パケットを再カプセル化して第６パケットを取得し得る。具体的には、第６パケットを生成するプロセスは、以下を含み得る。第２プロキシノードは第２パケットの送信元アドレスを第１バイパスＳＩＤに更新する。第２プロキシノードは第２パケットの宛先アドレスを第１バイパスＳＩＤから第２バイパスＳＩＤに更新する。第２プロキシノードは第２パケットにおける第２フラグの値を修正し、第６パケットを取得する。送信元アドレスを更新する段階、宛先アドレスを更新する段階、および、第２フラグを修正する段階の３段階が任意の順序で組み合わされ得る。３段階の時系列は本実施形態において限定されない。
第６パケットはこの方式により生成される。このようにして、少なくとも以下の効果が実現され得る。すなわち、第２プロキシノードが、受信された第２パケットについての送信元アドレス、宛先アドレスおよび第２フラグを修正することによって、第２パケットを取得し得る。０から開始するパケット全体を生成する方式と比較して、この方式により、処理動作が非常に単純である。このようにして、制御プレーンに依存することなくパケットを生成するプロセスがデータプレーンによって実行され得、ＣＰＵなどの制御プレーンに依存することなく転送エンジンなどのデータプレーンによって実装され得るＡＣＫパケット生成方式を提供する。実験によれば、上記のパケット生成ロジックは、転送チップのマイクロコードについて構成され、その結果、転送チップは、第６パケットを生成する段階を実行し得る。このようにして、マイクロコードアーキテクチャがサポートされ、実用性が高くなる。
段階２：第２プロキシノードは第６パケットを第１プロキシノードへ送信する。
段階３：第１プロキシノードは、第６パケットを受信するとき、第２プロキシノードが第２パケットを受信すると判定する。
いくつかの実施形態において、第１プロキシノードは、制御情報を第２パケットから取得し、第２パケットが受信されたことを制御情報が指示していると判定し得る。例えば、第１プロキシノードは、第２パケットにおける第１フラグの値および第２パケットにおける第２フラグの値を識別し得、第１フラグの値が１に設定され、かつ、第２フラグの値が１に設定される場合、第２パケットが受信されたことを制御情報が指示していると判定し得る。
段階４：第１プロキシノードが第６パケットを受信しないとき、第１プロキシノードは、第２パケットを第２プロキシノードへ再伝送する。
第６パケットを転送する手順において、第１プロキシノードは、第１プロキシノードが第６パケットを受信したかどうか、第２プロキシノードがＳＲＨを受信したかどうかを判定することによって確認応答し得る。第２プロキシノードがＳＲＨを取得しないとき、第１プロキシノードは、再伝送を通じて、ＳＲＨが第２プロキシノードへ伝送されることを確実にし、ＳＲＨ伝送信頼性を確実にする。
段階５０５：第２プロキシノードが、第２パケットを第１プロキシノードから受信し、制御情報が第２プロキシノードに第１パケットのＳＲＨを記憶するように指示していると判定する。
第１プロキシノードと第２プロキシノードとの間で第２パケットを伝送する具体的な手順は、異なるネットワーキングに基づく複数の実装を含み得る。実装１および実装２の例を下で説明する。
実装１：第１プロキシノードおよび第２プロキシノードが１つのホップについてのＩＰリンクに位置する場合、第１プロキシノードがアウトバウンドインタフェースを通じて第２パケットを送信した後に、第２パケットは、第１プロキシノードと第２プロキシノードとの間のリンクを通じて、第２プロキシノードのインバウンドインタフェースに到達し得る。この場合、第２プロキシノードは、インバウンドインタフェースを通じて第２パケットを受信し得る。
実装２：第１プロキシノードおよび第２プロキシノードが複数のリンクについてのＩＰリンクに位置する場合、第１プロキシノードがアウトバウンドインタフェースを通じて第２パケットを送信した後に、第２パケットは、第１プロキシノードと次のノードとの間のリンクを通じて次のノードのインバウンドインタフェースに到達し得る。次のノードは、インバウンドインタフェースを通じて第２パケットを受信し、第２パケットが第２プロキシノードのインバウンドインタフェースに到達するまで、アウトバウンドインタフェースを通じて第２パケットを送信し得る。この場合、第２プロキシノードは、インバウンドインタフェースを通じて第２パケットを受信する。
第１プロキシノードと第２プロキシノードとの間の中間ノードがパケットを転送するプロセスにおいて、中間ノードは、第２パケットのＩＰｖ６ヘッダの宛先アドレスを識別し、宛先アドレスに基づいてローカルＳＩＤテーブルをクエリし得る。対象ＳＩＤがローカルＳＩＤテーブルにおける対象ＳＩＤにマッチしたとき、中間ノードは、対象ＳＩＤに対応する動作を実行し、例えば、対象ＳＩＤに対応するアウトバウンドインタフェースを選択し、アウトバウンドインタフェースを通じて第２パケットを次の中間ノードへ転送する。加えて、中間ノードは、第２パケットのＳＲＨのＳＬを１減少させ、第２パケットのＩＰｖ６ヘッダの宛先アドレスを、１減算された後に取得されたＳＬに対応するＳＩＤに更新し得る。例えば、図２０を参照されたい。第２パケットのＳＲＨは、図２０の右側に示される。この場合、第２パケットを受信した後に、中間ノード１は、宛先アドレスをＳＩＤ６からＳＩＤ７に更新し、ＳＬを６から５に更新する。第２パケットを受信した後に、中間ノード２は、宛先アドレスをＳＩＤ７からＳＩＤ８に更新し、ＳＬを５から４に更新する。第２パケットを受信した後に、中間ノード３は、宛先アドレスをＳＩＤ８からＳＩＤ５に更新し、ＳＬを４から３に更新する。
第２パケットに対して実行されるアクションについては、第１プロキシノードは、第２パケットの宛先アドレスを読み出し得、第１プロキシノードは、第２パケットの宛先アドレスに基づいてローカルＳＩＤテーブルをクエリして、宛先アドレスがローカルＳＩＤテーブルにおけるＳＩＤにマッチするかどうかを判定し得る。宛先アドレスがローカルＳＩＤテーブルにおける第１バイパスＳＩＤにマッチするとき、すなわち、宛先アドレスが、ローカルＳＩＤテーブルにおける第１バイパスＳＩＤにヒットするとき、第１プロキシノードは、第２パケットがＳＲｖ６パケットであると判定し、第１バイパスＳＩＤに対応する動作を実行し得る。
第１バイパスＳＩＤに対応する動作は、第２パケットにおける制御情報を識別すること、および、第１パケットのＳＲＨを記憶するように制御情報が指示している場合、第２パケットに基づいて第１パケットのＳＲＨを取得し、第１パケットのＳＲＨを記憶することを含み得る。第１バイパスＳＩＤに対応する動作は、第２プロキシノード上で事前構成され得る。例えば、第１バイパスＳＩＤに対応する動作は、ローカルＳＩＤテーブルにおける第１バイパスＳＩＤに対応するエントリに記憶され得る。第２パケットが受信されたとき、ローカルＳＩＤテーブルは、第２パケットの宛先アドレスに基づいてクエリされ、宛先アドレスが第１バイパスＳＩＤにマッチすること、すなわち、第１バイパスＳＩＤに対応するエントリがヒットすることが分かった場合、エントリに含まれる第１バイパスＳＩＤに対応する動作が実行される。
いくつかの可能な実施形態において、第２プロキシノードは、第２パケットにおける第１フラグの値、および、第２パケットにおける第２フラグの値を識別し得、第１フラグの値が１に設定され、かつ、第２フラグが０に設定される場合、第１パケットのＳＲＨを記憶するよう制御情報が指示していると判定し得る。
制御情報に対応する動作およびＥｎｄ．ＡＤ ＳＩＤに対応する動作は各々、第１パケットのＳＲＨを記憶する段階を含み、制御情報に対応する動作と、Ｅｎｄ．ＡＤ ＳＩＤに対応する動作との間の相違点として、Ｅｎｄ．ＡＤ ＳＩＤに対応する動作は、第１パケットのペイロードをＳＦノードへ転送する段階を含み、制御情報に対応する動作は、第１パケットのペイロードをＳＦノードへ転送する段階を含まないことがあり得、これにより、第１プロキシノードおよび第２プロキシノードの両方が第１パケットのペイロードをＳＦノードへ転送した後に同一パケットのペイロードをＳＦノードが反復的に処理する場合を回避することに留意されたい。
段階５０６：第２プロキシノードは、第２パケットを解析して、第１パケットのＳＲＨを取得する。
第２パケットのＳＲＨは、第１パケットのＳＲＨにおいて各ＳＩＤを含み得、第１パケットのＳＲＨにおいてＳＩＤ以外の情報を更に含み得る。第２プロキシノードは、第２パケットのＳＲＨに基づいて、第１パケットのＳＲＨを取得し得る。具体的に、第２プロキシノードは、段階１および段階２を実行することによって、第１パケットのＳＲＨを取得し得る。
段階１：第２プロキシノードは、第１バイパスＳＩＤを、第２パケットのＳＲＨのセグメントリストから削除する。
この段階は、段階５０３において第２パケットを生成するプロセスにおける段階１の逆のプロセスとみなされ得る。具体的には、第２プロキシノードは、ＳＲにおいてポップ（ｐｏｐ）動作を実行することによって、第１バイパスＳＩＤをセグメントリストから削除し得、その結果、第１バイパスＳＩＤが削除された後に、セグメントリストが第１パケットの元のセグメントリストに復元される。第２プロキシノードは、ＳＲＨにおけるアクティブＳＩＤを削除し得る、すなわち、Ｅｎｄ．ＡＤ ＳＩＤの後の第１バイパスＳＩＤを削除し得る。図１９を参照されたい。図１９の左側は、第１パケットのセグメントリストを示し、図１９の右側は、第２パケットのセグメントリストを示す。図１９において、Ｅｎｄ．ＡＤ ＳＩＤはＳＩＤ２であり、第１バイパスＳＩＤはＳＩＤ５である。この場合、第２プロキシノードは、ＳＩＤ２の後にＳＩＤ５を削除し得、セグメントリストを右側から左側に復元する。
任意選択的に、第２プロキシノードは更に、１または複数の対象ＳＩＤを第２パケットのＳＲＨのセグメントリストから削除し得る。
図２０を参照されたい。図２０の左側は、第１パケットのセグメントリストを示し、図２０の右側は、第２パケットのセグメントリストを示す。図２０において、合計で３の対象ＳＩＤ、すなわち、ＳＩＤ６、ＳＩＤ７、およびＳＩＤ８がある。この場合、第２プロキシノードは、ＳＩＤ６、ＳＩＤ７、およびＳＩＤ８を削除して、セグメントリストを右側から左側に復元し得る。
段階２：第２プロキシノードは、第２パケットのＳＲＨのＳＬを１減少させて、第１パケットのＳＲＨを取得する。
この段階は、段階５０３において第２パケットを生成するプロセスにおける段階２の逆のプロセスとみなされ得る。例えば、図１９を参照されたい。図１９の右側は、第２パケットのＳＬを示す。第２パケットのＳＬの値が３である場合、セグメントリストにおける３の未実行ＳＩＤが、ＳＩＤ０、ＳＩＤ１、およびＳＩＤ２であり、セグメントリストにおける現在のアクティブＳＩＤがＳＩＤ５であり、セグメントリストにおける２つの実行済みＳＩＤがＳＩＤ３およびＳＩＤ４であることを指示する。第２プロキシノードは、ＳＬを１減少させ得、その結果、ＳＬの値が３から２に更新される。図１９の左側に示されるように、第１パケットのＳＬの値が２である場合、セグメントリストにおける２の未実行ＳＩＤがＳＩＤ０およびＳＩＤ１であり、セグメントリストにおける現在のアクティブＳＩＤがＳＩＤ２であり、セグメントリストにおける２の実行済みＳＩＤがＳＩＤ３およびＳＩＤ４であることを指示する。加えて、第１プロキシノードが、第２パケットを転送する中間ノードを指定するシナリオにおいて、第２パケットのＳＬは、伝送プロセスにおいて中間ノードによって減少され得るので、第２プロキシノードによって受信された第２パケットは、ＳＬの更新に起因して第１プロキシノードによって送信された第２パケットと異なり得る。このようにして、第２プロキシノードによって受信された第２パケットのＳＬは、第１プロキシノードによって送信された第２パケットのＳＬより小さいことがあり得る。例えば、図２０を参照されたい。第１プロキシノードが第２パケットを送信するとき、第２パケットのＳＬは６である。中間ノード１は、ＳＬを６から５に更新し、中間ノード２は、ＳＬを５から４に更新し、中間ノード３は、ＳＬを４から３に更新する。この場合、第２プロキシノードによって受信された第２パケットのＳＬは３である。
段階１および段階２は、ＳＲｖ６における通常の転送動作と異なることに留意されたい。ＳＲｖ６において、通常、ＳＲＨにおける各ＳＩＤは、ヘッドノードによってＳＲｖ６パケットに挿入される。ヘッドノード以外の各ＳＲｖ６ノードについて、ＳＲｖ６ノードは、ＳＲｖ６パケットを受信するたびに、ＳＲＨにおけるアクティブＳＩＤに対応する動作を実行するだけであり、ＳＩＤをＳＲＨにプッシュしない、または、ＳＲＨにおいてＳＩＤをポップアップしない、すなわち、各中間ＳＲｖ６ノードはＳＲＨにおけるＳＩＤリストを変更しない。
本実施形態において、第２パケットのＳＲＨにおける第１バイパスＳＩＤは、第１プロキシノードによって挿入され、第１バイパスＳＩＤは、第１パケットのＳＲＨに元々含まれるＳＩＤではない。このようにして、第２プロキシノードは、第１バイパスＳＩＤを第２パケットのＳＲＨから削除し、第１バイパスＳＩＤのカプセル化を除去し、第２パケットのＳＲＨを第１パケットのＳＲＨに復元する。
この方式により、ルーティングノードの観点からは、第２プロキシノードによって取得されたパケットのＳＲＨは基本的に、ルーティングノードによって第１プロキシノードへ以前に送信されたパケットのＳＲＨと同一であるので、第２プロキシノードが処理済みパケットを後に受信する場合、第２プロキシノードによって復元されたＳＲＨは基本的に、ルーティングノードによって以前に送信されたパケットのＳＲＨと同一であり得る。この場合、第２プロキシノードが、ＳＲＨが復元されたパケットをルーティングノードへ返した後に、ルーティングノードによって取得されたパケットのＳＲＨは基本的に、以前に送信されたパケットのＳＲＨと同一であり、これにより、ＳＲＨがＳＦノードによって識別されないのでＳＲＨが紛失する場合を回避し、第２プロキシノードのプロキシ機能を実装する。加えて、ＳＦノードの観点からは、ＳＦノードが処理済みパケットを第１プロキシノードまたは第２プロキシノードへ転送することを選択した後に、第１プロキシノードおよび第２プロキシノードに記憶されたＳＲＨは基本的に同一であるので、第１プロキシノードおよび第２プロキシノードのいずれかがパケットを受信した後に、パケットに復元されたＳＲＨは基本的に同一であり、第１プロキシノードおよび第２プロキシノードは、同等の機能を有し、デュアルホーミングが２つのプロキシノードに基づいて実装されるアーキテクチャを満たすことを確実にする。
２つのパケットのＳＲＨが基本的に同一であるとは、ここでは、２つのパケットのＳＲＨの主な内容が同一であることを意味するが、２つのパケットのＳＲＨは、完全に同一である必要はないことが理解されるべきである。実施形態において、２つのパケットのＳＲＨはわずかに異なり得る。例えば、２つのパケットのＳＲＨのセグメントリストは同一であるが、２つのパケットのＳＲＨのＳＬは異なる。例えば、Ｅｎｄ．ＡＤ ＳＩＤが第１プロキシノードによって実行されるので、ＳＬは１減少する。別の例として、ＳＲＨにおけるＴＬＶに含まれるいくつかのパラメータが２つのプロキシノードによって識別および処理される、または、２つのプロキシノード間の転送ノードによって識別および処理されるので、ＴＬＶの内容は変化する。わずかな相違点があるこれらの場合も、本願の実施形態の保護範囲に含まれる。
段階５０７：第２プロキシノードは、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
第２キャッシュエントリは、第１パケットのＳＲＨを記憶するために第２プロキシノードによって使用されるキャッシュエントリである。第２プロキシノードはインタフェースボードを含み得、インタフェースボードは転送エントリメモリを含み得、第２キャッシュエントリは、第２プロキシノードの転送エントリメモリに位置し得る。実施形態において、第２プロキシノードは、第１パケットのＳＲＨがキャッシュに既に記憶されているかどうかを検出し得る。第１パケットのＳＲＨがキャッシュに記憶されていない場合、第２プロキシノードは、キャッシュエントリを第１パケットのＳＲＨに割り当てて第２キャッシュエントリを取得し、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。加えて、第２プロキシノードが、第１パケットのＳＲＨがキャッシュに記憶されていると検出した場合、第２プロキシノードは、第１パケットのＳＲＨを記憶する段階をスキップし得る。
段階５０５から段階５０７を参照して、いくつかの可能な実施形態において、第１バイパスＳＩＤがＳとして示され、第２プロキシノードがＮとして示される例において、第１バイパスＳＩＤに基づいて実行される動作は以下の通りであり得る。
ＮがＳ宛てのパケットを受信し、かつ、ＳがローカルＥｎｄ．ＡＤＢ ＳＩＤであるとき、Ｎは以下を行う／注釈：宛先アドレスがＳであるデータパケットをＮが受信し、かつ、ＳがＮによって公開されるバイパスＳＩＤであるとき、Ｎは以下の段階を実行する／
ＳＬをデクリメントする／注釈：ＳＬを１減少させる／
ＩＰｖ６ ＤＡをＳＲＨ［ＳＬ］で更新する／注釈：ＳＲＨ［ＳＬ］を使用することによって、ＩＰｖ６宛先アドレスを更新する／
更新されたＤＡを使用してローカルＳＩＤテーブルをルックアップする／注釈：更新された宛先アドレスを使用することによってローカルＳＩＤテーブルをクエリする／
マッチしたエントリに従って転送する／注釈：ローカルＳＩＤテーブルにおけるマッチしたエントリに基づいて、転送動作を実行する。
ＳＬが１減少した後に、ＳＲＨ［ＳＬ］はＥｎｄ．ＡＤ ＳＩＤに対応する。ＳＲＨ［ＳＬ］を使用することによって宛先アドレスが更新された後に、宛先アドレスはＥｎｄ．ＡＤ ＳＩＤに更新される。この場合、ローカルＳＩＤテーブルは、Ｅｎｄ．ＡＤ ＳＩＤを使用することによってクエリされ、その結果、Ｅｎｄ．ＡＤ ＳＩＤに対応するマッチしたエントリが発見される。ローカルＳＩＤテーブルにおけるＥｎｄ．ＡＤ ＳＩＤに対応するマッチしたエントリは、Ｅｎｄ．ＡＤ ＳＩＤに対応する動作を指示するために使用され得る。Ｅｎｄ．ＡＤ ＳＩＤに対応するマッチしたエントリは事前構成され得、その結果、Ｅｎｄ．ＡＤ ＳＩＤに対応する動作は、パケットが制御情報を含むかどうかを検出し、パケットが制御情報を含む場合にパケットのＳＲＨを記憶し、パケットのペイロードをＳＦノードへ転送することをスキップすることを含む。
実施形態において、第２プロキシノードの転送ルールは事前構成され得る。第２プロキシノードは、第２パケットを受信した後に第２パケットを使用することによって第１プロキシノードに応答することを禁止する（してはならない）ように構成される。このようにして、第２パケットを受信するとき、第１プロキシノードが、第２パケットを生成して第２パケットを第２プロキシノードへ送信する段階を反復的に実行することが防止され、第１プロキシノードと第２プロキシノードとの間で第２パケットを転送するループが回避される。
段階５０８：第１プロキシノードは第１パケットに基づいて第３パケットを生成する。
第３パケットは、第１パケットのペイロードをＳＦノードへ伝送するために使用されるパケットである。第３パケットは、第１パケットのペイロードを含み得るが、第１パケットのＳＲＨを含まない。いくつかの実施形態において、第３パケットは第１パケットのペイロードであり得る。いくつかの他の実施形態において、第３パケットは、第１パケットのペイロードおよびトンネルヘッダを含み得る。第３パケットを生成するプロセスにおいて、第１プロキシノードは、ＳＲＨを第１パケットから除去して第３パケットを取得し得る。第３パケットはデータパケットであり得る。
任意選択的に、第３パケットは更に、トンネルヘッダ（ｔｕｎｎｅｌ ｈｅａｄｅ）を含み得る。具体的に、第１プロキシノードはＳＦノードとの伝送トンネルを確立し得る。この場合、第１プロキシノードは、第１パケットのＳＲＨを除去するだけでなく、伝送トンネルに対応するトンネルヘッダを生成し、トンネルヘッダをカプセル化し得、その結果、第３パケットはトンネルヘッダを含む。第３パケットのトンネルヘッダは、ＶＸＬＡＮトンネルヘッダ、ＧＲＥトンネルヘッダ、ＩＰ－ｉｎ－ＩＰトンネルヘッダ、または同様のものであり得る。第１プロキシノードは、最初に第１パケットのＳＲＨを除去し、次に、トンネルヘッダを、ＳＲＨが除去された第１パケットにカプセル化し得るか、または、最初にトンネルヘッダを第１パケットにカプセル化し、次に、ＳＲＨを、トンネルヘッダがカプセル化された第１パケットから除去し得る。第３パケットを生成するプロセスにおいてＳＲＨを除去しトンネルヘッダをカプセル化する時系列は本実施形態において限定されない。第３パケットがトンネルヘッダを含むことは任意の方式であることが理解されるべきである。別の実施形態において、第１プロキシノードは、ＳＲＨが除去された第１パケットを第３パケットとして直接的に使用し得る。この場合、第３パケットは代替的に、トンネルヘッダを含まないことがあり得る。
第３パケットは、送信元アドレスおよび宛先アドレスを含み得る。第１プロキシノードおよびＳＦノードが伝送トンネルを確立する場合、第３パケットのトンネルヘッダは送信元アドレスおよび宛先アドレスを含み得、第３パケットのトンネルヘッダにおける送信元アドレスは、第１プロキシノードを識別するために使用され、第３パケットのトンネルヘッダにおける宛先アドレスは、ＳＦノードを識別するために使用される。第１プロキシノードのアドレスおよびＳＦノードのアドレスは、第１プロキシノード上で事前構成され得る。第３パケットを生成するプロセスにおいて、第１プロキシノードは、第１プロキシノードのアドレスおよびＳＦノードのアドレスを取得するために構成をクエリし、第１プロキシノードのアドレスをトンネルヘッダにおける送信元アドレスに書き込み、ＳＦノードのアドレスをトンネルヘッダにおける宛先アドレスに書き込み得る。第１プロキシノードおよびＳＦノード上で構成されるアドレス間で相互参照が行われ得る。例えば、第１プロキシノード上で構成される、第１プロキシノードのアドレスは、ＳＦノード上で構成される、第１プロキシノードのアドレスと同一であり得、第１プロキシノード上で構成される、ＳＦノードのアドレスは、ＳＦノード上で構成される、ＳＦノードのアドレスと同一であり得る。トンネルヘッダにおける送信元アドレスおよび宛先アドレスの形態は、構成動作に基づいて判定され得、例えば、各々はＩＰｖ４アドレスの形態であり得、各々はＩＰｖ６アドレスの形態であり得、または当然、各々は要件に基づいて別の形態として構成され得る。
加えて、第１プロキシノードおよびＳＦノードが伝送トンネルを確立しない場合、第３パケットの送信元アドレスは、ペイロードの送信元デバイスのアドレス、例えば、端末デバイスのアドレスであり得、第３パケットの宛先アドレスは、ペイロードが処理された後に最終的に到達する宛先デバイスのアドレス、例えば別の端末デバイスのアドレスであり得る。
第１プロキシノードによってＳＦノードへ送信された第３パケットは、異なる実際のサービスシナリオに基づいて、複数のフォーマットを有し得る。
例えば、図２６を参照されたい。第１パケットのペイロードがＩＰｖ４パケットである場合、第３パケットが図２６に示され得、第３パケットがＩＰｖ４パケットであり得る。任意選択的に、第１プロキシノードおよびＳＦノードが伝送トンネルを確立する場合、第３パケットは更に、ＩＰｖ４パケットに加えて、トンネルヘッダを含み得、トンネルヘッダは、ＩＰｖ４パケットのＩＰｖ４ヘッダの前であり得る。
図２７を参照されたい。第１パケットのペイロードがＩＰｖ６パケットである場合、第３パケットは、図２７に示され得、第３パケットはＩＰｖ６パケットであり得る。任意選択的に、第１プロキシノードおよびＳＦノードが伝送トンネルを確立する場合、第３パケットは更に、ＩＰｖ６パケットに加えて、トンネルヘッダを含み得、トンネルヘッダはＩＰｖ６パケットのＩＰｖ６ヘッダの前であり得る。
図２８を参照されたい。第１パケットのペイロードがイーサネットフレームである場合、第３パケットは図２８に示され得、第３パケットはイーサネットフレームであり得る。任意選択的に、第１プロキシノードおよびＳＦノードが伝送トンネルを確立する場合、第３パケットは更に、イーサネットフレームに加えて、トンネルヘッダを含み得、トンネルヘッダはイーサネットフレームのフレームヘッダの前であり得る。
第１プロキシノードおよびＳＦノードが伝送トンネルを確立しないシナリオにおいて、図２９は、第１パケットを第３パケットに推移させる概略図であり、第１パケットのペイロードは第３パケットとして取得および使用され得る。第１プロキシノードおよびＳＦノードが伝送トンネルを確立するシナリオにおいて、図３０は、第１パケットを第３パケットに推移させる概略図であり、第１パケットのペイロードが取得され得、トンネルヘッダがペイロードの前にカプセル化され、第３パケットが取得される。
段階５０９：第１プロキシノードが第３パケットをＳＦノードへ送信する。
段階５０８および段階５０９によってもたらされる少なくとも以下の効果が実現され得る。第１プロキシノードは第１パケットのペイロードをＳＦノードへ伝送し得、その結果、ＳＦノードはペイロードを処理し、パケットを処理することによって対応するサービス機能を実装し得る。加えて、パケットのＳＲＨがＳＦノードへ伝送されることが防止され、ＳＦノードがＳＲＨを識別しないことが原因でパケット処理が失敗する場合が回避され、その結果、動的プロキシ機能が実装される。
本実施形態において、説明は、第２パケットを生成および送信するプロセスが説明される前に第３パケットを生成および送信するプロセスが説明されることを単に例として使用することによって提供されることが理解されるべきである。第２パケットを生成すること、および、第３パケットを生成することの順序は、本実施形態において限定されない。第２パケットを送信すること、および、第３パケットを送信することの順序も限定されない。実施形態において、段階５０３および段階５０４、ならびに、段階５０８および段階５０９は、順番に実行され得る。例えば、段階５０８および段階５０９は、段階５０３および段階５０４の前に実行され得る、または、段階５０３および段階５０４は、段階５０８および段階５０９の前に実行され得る。別の実施形態において、段階５０３および段階５０４、ならびに、段階５０８および段階５０９は、同時に実行され得る。
段階５１０：ＳＦノードが、第３パケットを第１プロキシノードから受信し、第３パケットを処理して第４パケットを取得する。
第４パケットは、ＳＦノードが処理を実行するときに取得されるパケットである。ＳＦノードは、構成されたサービスポリシーに従って、第３パケットに対してサービス機能処理を実行して、第４パケットを取得し得る。本実施形態において、説明は、プロキシノードの自己送信および他の受信シナリオを例として使用することによって本実施形態において提供される。自己送信および他の受信シナリオは、１つのプロキシノードがパケットをＳＦノードへ送信し、別のプロキシノードは、ＳＦノードによって返されたパケットを受信することを意味する。このシナリオにおいて、ＳＦノードがパケットを第１プロキシノードから受信した後に、処理されたパケットを第２プロキシノードへ送信する例を使用することによって説明が本実施形態において提供される。
ＳＦノードが処理されたパケット（すなわち第４パケット）を第２プロキシノードへ送信することを選択する複数のアプリケーションシナリオがあり得る。例えば、第１プロキシノードに接続されたアウトバウンドインタフェースのステータスがダウン（ｄｏｗｎ）であるとＳＦノードが判定した場合、ＳＦノードは、処理されたパケットを第２プロキシノードへ送信することを選択し得る。別の例では、ＳＦノードと第１プロキシノードとの間のリンクが輻輳した場合、ＳＦノードは、処理されたパケットを第２プロキシノードへ送信することを選択し得、その結果、パケットは、ＳＦノードと第２プロキシノードとの間のリンクを通じて伝送され、オフロードを実装する。
ＳＦノードがパケットを処理する方式において、例えば、ＳＦノードは、第３パケットに対して侵入検出を実行し、ファイアウォールのサービス機能を実装し得る。別の例では、ＳＦノードは、第３パケットの５タプル、ＭＡＣフレーム情報、または、アプリケーション層情報を修正してＮＡＴサービス機能を実装し得る。更に別の例では、ＳＦノードは、第３パケットに対して負荷分散、ユーザ認証などを実行し得る。ＳＦノードの処理方式は、本実施形態において限定されない。
第４パケットは送信元アドレスおよび宛先アドレスを含み得る。第１プロキシノードおよびＳＦノードが伝送トンネルを確立しない場合、第４パケットの送信元アドレスは第３パケットの送信元アドレスと同一であり得、第４パケットの送信元アドレスはペイロードの送信元アドレス、すなわち、ペイロードの送信元デバイスのアドレス、例えば、端末デバイスのアドレスであり得、第４パケットの宛先アドレスは、第３パケットの宛先アドレスと同一であり得、ペイロードが処理された後に最終的に到達する宛先デバイスのアドレス、例えば、別の端末デバイスのアドレスである。第１プロキシノードおよびＳＦノードが伝送トンネルを確立した場合、第４パケットのトンネルヘッダは送信元アドレスおよび宛先アドレスを含み得、第４パケットのトンネルヘッダにおける送信元アドレスは、ＳＦノードを識別するために使用され、第４パケットのトンネルヘッダにおける宛先アドレスは、第１プロキシノードを識別するために使用される。第１プロキシノードのアドレスおよびＳＦノードのアドレスはＳＦノード上で事前構成され得る。第４パケットを生成するプロセスにおいて、ＳＦノードは、構成をクエリし、ＳＦノードのアドレスをトンネルヘッダにおける送信元アドレスに書き込み、第１プロキシノードのアドレスをトンネルヘッダにおける宛先アドレスに書き込み得る。
段階５１１：ＳＦノードが第４パケットを第２プロキシノードへ送信する。
ＳＦノードは、ＳＦノードの具体的な機能および異なるネットワーキング展開に基づいて複数の方式で第４パケットを送信し得る。例えば、自己送信および他の受信シナリオにおいて、ＳＦノードは、第１プロキシノードに対応するインバウンドインタフェースと、第２プロキシノードに対応するアウトバウンドインタフェースとの間のバインド関係を予め記憶し得る。この場合、インバウンドインタフェースを通じて第３パケットを受信し、第４パケットを生成した後に、ＳＦノードは、バインド関係に基づいて、インバウンドインタフェースにバインドされたアウトバウンドインタフェースを選択して、第４パケットへ送信し、その結果、パケットは、アウトバウンドインタフェースを通じて送信された後に第２プロキシノードに到着する。バインド関係は構成動作に基づいて判定され得る。例えば、ＳＦノードがインバウンドインタフェース１を通じてｐｒｏｘｙ１に接続され、アウトバウンドインタフェース２を通じてｐｒｏｘｙ２に接続される場合、転送ルールがＳＦノードについて事前構成され得る。インバウンドインタフェース１を通じて受信されたパケットが処理された後に、取得されたパケットは、アウトバウンドインタフェース２を通じて送信される。このようにして、ｐｒｏｘｙ１が第３パケットを送信した後に、ＳＦノードは、インバウンドインタフェース１を通じて第３パケットを受信し、ＳＦノードは、転送テーブルにおいて転送ルールをクエリし、アウトバウンドインタフェース２を通じて第３パケットをｐｒｏｘｙ２へ送信する。
段階５１２：第２プロキシノードが、第４パケットをＳＦノードから受信し、第４パケットに基づいて第２キャッシュエントリをクエリし、第１パケットのＳＲＨを取得する。
第２プロキシノードは、第４パケットに基づいてＳＲＨに対応するインデックスを取得し、インデックスに基づいて第２プロキシノードのキャッシュをクエリし、第２キャッシュエントリを発見し、第１パケットのＳＲＨを第２キャッシュエントリから取得し得る。
実施形態において、第１パケットのＳＲＨのクエリ方式は、以下のクエリ方式１から３のいずれか１つを含み得る。
クエリ方式１：第２プロキシノードが、第４パケットに基づいて、第１パケットに対応するフロー識別子を取得し、第１パケットに対応するフロー識別子をインデックスとして使用することによってキャッシュをクエリし、第１パケットのＳＲＨを取得し得る。第４パケットに対応するフロー識別子は第１パケットに対応するフロー識別子であり得る。
クエリ方式２：第２プロキシノードは、第４パケットに基づいて、第１キャッシュエントリの識別子を取得し、第１キャッシュエントリの識別子をインデックスとして使用することによってキャッシュをクエリして、第１パケットのＳＲＨを取得し得、第４パケットは第１キャッシュエントリの識別子を含み得る。このクエリ方式についての詳細については、図３６Ａおよび図３６Ｂに示される以下の実施形態、ならびに、図３７Ａおよび図３７Ｂに示される以下の実施形態を参照されたい。
クエリ方式３：第２プロキシノードは、第４パケットに基づいて、第４パケットに対応するフロー識別子およびＶＰＮ識別子を取得し、第４パケットに対応するフロー識別子、ＶＰＮ識別子、およびＥｎｄ．ＡＤ ＳＩＤに基づいてキャッシュをクエリし、第１パケットのＳＲＨを取得し得、第４パケットに対応するフロー識別子は、第１パケットに対応するフロー識別子であり得、第４パケットはＶＰＮ識別子を含み得、ＶＰＮ識別子は、Ｅｎｄ．ＡＤ ＳＩＤにマッピングされ得る。このクエリ方式についての詳細については、図３８Ａおよび図３８Ｂに示される以下の実施形態、ならびに、図３９Ａおよび図３９Ｂに示される以下の実施形態を参照されたい。
段階５１３：第２プロキシノードは、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成する。
第５パケットは、第４パケットに基づいてＳＲＨを復元することによって取得されるパケットである。第５パケットは、第４パケットのペイロードおよび第１パケットのＳＲＨを含む。第２プロキシノードは、第１パケットのＳＲＨを第４パケットにおいてカプセル化して、第５パケットを取得し得る。
段階５０８に対応して、実施形態において、第２プロキシノードは、第１パケットのＳＲＨが第５パケットとしてカプセル化される第４パケットを直接的に使用し得る。別の実施形態において、第２プロキシノードは、ＳＦノードとの伝送トンネルを確立し得、第４パケットは、伝送トンネルに対応するトンネルヘッダを含む。この場合、第２プロキシノードは、第１パケットのＳＲＨをカプセル化するだけでなく、第４パケットのトンネルヘッダを除去することがあり得、その結果、第５パケットは第４パケットのトンネルヘッダを含まない。第４パケットのトンネルヘッダは、ＶＸＬＡＮトンネルヘッダ、ＧＲＥトンネルヘッダ、ＩＰ－ｉｎ－ＩＰトンネルヘッダ、または同様のものであり得る。第２プロキシノードは、まず第１パケットのＳＲＨを第４パケットにカプセル化し、次に、ＳＲＨがカプセル化されている第４パケットからトンネルヘッダを除去し得るか、または、まずトンネルヘッダを第４パケットから除去し、次に、トンネルヘッダが除去された第４パケットにＳＲＨをカプセル化し得る。トンネルヘッダを除去しＳＲＨをカプセル化するタイミングは本実施形態において限定されない。
段階５１４：第２プロキシノードは、第５パケットをルーティングノードへ送信する。
段階５１５：ルーティングノードは、第５パケットを第２プロキシノードから受信し、第５パケットを転送する。
本実施形態において提供される方法によれば、バイパス機能を有する新しいＳＩＤは、Ｅｎｄ．ＡＤ ＳＩＤについて拡張される。したがって、Ｅｎｄ．ＡＤ ＳＩＤを保持するパケットを受信するとき、ローカルプロキシノードは、この新しいＳＩＤを使用して、バイパス方式で、パケットのＳＲＨをピアプロキシノードへ伝送し、その結果、ピアプロキシノードはまた、パケットのＳＲＨを取得し得、したがって、パケットのＳＲＨはピアプロキシノードに記憶され得る。このようにして、同一のＳＦノードにデュアルホーミングされた２つのプロキシノード間で、パケットのＳＲＨの同期が実装され得、その結果、パケットのＳＲＨは冗長的にバックアップされる。この場合、パケットを処理した後、ＳＦノードは、処理されたパケットをピアプロキシノードへ返すことを選択し得る。ピアプロキシノードは、パケットのＳＲＨを事前に取得するので、ピアプロキシノードは、以前に記憶されたＳＲＨを使用することによって、パケットのＳＲＨを復元し得、その結果、ＳＦノードによって処理されたパケットは、復元されたＳＲＨを使用することによって正常に伝送され得る。
上記の方法の実施形態において、第１プロキシノードまたは第２プロキシノードは、ステートマシンを使用することによって２つのプロキシノード間のキャッシュエントリの同期を維持し得る。以下では、ステートマシンの例を説明する。
ステートマシンは、ピアキャッシュ（ｐｅｅｒ ｃａｃｈｅ）ステートマシンとして示され得、ステートマシンは、ローカルプロキシノードはパケットをピアプロキシノードへ送信するステータスを指示する。第１プロキシノードのステートマシンは、第１プロキシノードがパケットを第２プロキシノードへ送信するステータスを指示し、第２プロキシノードのステートマシンは、第１プロキシノードがパケットを第２プロキシノードへ送信するステータスを指示する。第１プロキシノードおよび第２プロキシノードのいずれかについて、プロキシノードは、対象フィールドをキャッシュにおける各キャッシュエントリに追加し、ステートマシンの現在の状態を対象フィールドに書き込み、第１パケットを受信するとき、キャッシュエントリにおける対象フィールドの値に基づいて、実行予定のアクションを判定し得る。対象フィールドは、ピアキャッシュ状態（ｐｅｅｒ ｃａｃｈｅ ｓｔａｔｅ）フィールドとして示され得、対象フィールドは、ステートマシンの現在の状態を記録するために使用される。ステートマシンは現在の状態、次の状態、イベント、および対象アクションを含み得る。第１プロキシノードは、検出されたイベントおよびステートマシンの現在の状態に基づいて、イベントおよび現在の状態に対応するステートマシンの対象アクションを実行し、ステートマシンを現在の状態の次の状態に切り替え得る。例えば、ステートマシンは、第１ステートマシンおよび第２ステートマシンのいずれかであり得る。
図３１は、本願の実施形態による第１ステートマシンの概略図である。第１ステートマシンは、伝送信頼性が反復送信を通じて確実にされる場合に適用可能であり、第１ステートマシンによって提供される処理ポリシーは以下の（１）～（６）の１または複数を含み得る。以下の第１ステートマシンは第１プロキシノードに適用され得る、または、第２プロキシノードに適用され得ることが理解されるべきである。第１プロキシノードについては、ピアプロキシノードは第２プロキシノードであり、第２プロキシノードについては、ピアプロキシノードは第１プロキシノードである。
（１）第１イベントが検出された場合、複数の第２パケットは、ピアプロキシノードへ継続的に送信され、ステートマシンは第１状態に切り替えられる。
第１イベントは、第１キャッシュエントリが生成されることであり、第１イベントはプログラムにおいて新しいローカルキャッシュ（ｌｏｃａｌ ｃａｃｈｅ ｎｅｗ）イベントとして示され得る。第１状態は、第２キャッシュエントリが第１キャッシュエントリと同一であると指示し、第１状態はプログラムにおいて、等しいキャッシュ（ｃａｃｈｅ ｅｑｕａｌ）状態として示され得る。
（２）第２イベントが検出された場合、複数の第２パケットがピアプロキシノードへ継続的に送信され、ステートマシンは第１状態に切り替えられる。
第２イベントは、第１キャッシュエントリが更新されることであり、第２イベントはプログラムにおいて、ＬｏｃａｌＣａｃｈｅ＿Ｕｐｄ（ローカルキャッシュ更新を指示し、Ｕｐｄは「更新」を表す）イベントとして示され得る。
（３）第３イベントが検出され、かつ、ステートマシンが第２状態である場合、複数の第２パケットが、ピアプロキシノードへ継続的に送信され、ステートマシンは第１状態に切り替えられる。
第３イベントは、第１パケットが受信されることであり、第３イベントはプログラムにおいて、ローカルキャッシュタッチ（ｌｏｃａｌ ｃａｃｈｅ ｔｏｕｃｈ）イベントとして示され得る。第２状態は、ピアキャッシュエントリがローカルキャッシュエントリより古いと判定されること、または、ピアキャッシュエントリがローカルキャッシュエントリより古いと疑われることを指示する。第２状態において、ローカルプロキシノードは、第２パケットをピアプロキシノードへ送信し、ピアプロキシノードのキャッシュエントリにおけるＳＲＨを更新し得る。第２状態はプログラムにおいて、古いキャッシュ（Ｃａｃｈｅ＿Ｏｌｄｅｒ）状態として示され得る。
（４）第４イベントが検出され、かつ、ステートマシンが第１状態にある場合、第１キャッシュエントリが削除される。
第４イベントは、エイジングタイマが満了することであり、第４イベントはプログラムにおいて、ＡｇｉｎｇＴｉｍｅｒ＿Ｅｘｐｉｒｅｄ（エイジングタイマ満了）イベントとして示され得る。エイジングタイマ満了は、第１キャッシュエントリが古い状態にあることを指示する。この場合、キャッシュ空間を節約するために第１キャッシュエントリは消去され得る。具体的には、第１プロキシノードはエイジングタイマを開始させ、第１キャッシュエントリについて対応するエイジングフラグ（ａｇｉｎｇ ｆｌａｇ）を設定し得、エイジングフラグの値は１または０であり得る。加えて、第１プロキシノードは、エイジングタイマを使用することによって第１キャッシュエントリを定期的にスキャンし得る。第１プロキシノードが、第１キャッシュエントリに対応するエイジングフラグが１であることを発見した場合、第１プロキシノードは、エイジングフラグを０に変更する、または、第１プロキシノードが、第１キャッシュエントリに対応するエイジングフラグが０であることを発見した場合、第１プロキシノードは第１キャッシュエントリを削除する。パケットを転送するプロセスにおいて、キャッシュをクエリするときに第１プロキシノードが第１キャッシュエントリにヒットした場合、第１プロキシノードは、第１キャッシュエントリに対応するエイジングフラグを１に設定し、その結果、第１キャッシュエントリはキャッシュに入る。
（５）第５イベントが検出され、かつ、ステートマシンが第１状態にある場合、第２パケットに保持されたＳＲＨがキャッシュに記憶されたＳＲＨと同一であるかどうかが、比較を通じて判定され、第２パケットに保持されるＳＲＨが記憶されたＳＲＨと異なる場合、第２パケットに保持されるＳＲＨはキャッシュエントリに記憶され、キャッシュを更新し、エイジングフラグを１に設定し、ステートマシンの現在の状態を未変更に維持する。
第５イベントは、第２パケットを受信するイベントであり、第５イベントはプログラムにおいて、ＣａｃｈｅＳｙｎｃ＿Ｒｅｃｖ（キャッシュ同期受信を指示し、Ｓｙｎｃは「同期」を表し、ＳＲＨがピアプロキシノードのキャッシュと同期されることを意味し、Ｒｅｃｖは「受信」を表す）イベントとして示され得る。
（６）第５イベントが検出され、かつ、ステートマシンが第２状態にある場合、第２パケットに保持される第１パケットのＳＲＨがキャッシュに記憶されたＳＲＨと同一であるかどうかが、比較を通じて判定され、第２パケットに保持される第１パケットのＳＲＨが記憶されたＳＲＨと異なる場合、第２パケットに保持された第１パケットのＳＲＨはキャッシュエントリに記憶され、キャッシュが更新され、エイジングフラグが１に設定され、ステートマシンが第１状態に切り替えられる。
図３２は、本願の実施形態による第２ステートマシンの概略図である。第２ステートマシンは、確認応答機構を使用することによって伝送信頼性が確実にされる場合に適用可能であり、第２ステートマシンによって提供される処理ポリシーは以下の（１）～（１０）の１または複数を含み得る。以下では主に、第２ステートマシンと第１ステートマシンとの間の相違点に焦点を当てることに留意されたい。第１ステートマシンと同様の特徴については第１ステートマシンを参照されたい。詳細については、以下で説明しない。
（１）第１イベントが検出された場合、１つの第２パケットがピアプロキシノードへ送信され、ステートマシンは第３状態に切り替えられる。
第３状態は、キャッシュエントリがローカルに生成または更新されることを指示し、第２パケットはピアプロキシノードから第２パケットの動作結果の確認応答を待機するためにピアプロキシノードへ送信され、第３状態はプログラムにおいて、Ｓｙｎｃ＿Ｓｔａｒｔ（同期開始を指示し、Ｓｙｎｃは「同期」を表し、Ｓｔａｒｔは「開始」を表す）状態として示され得る。
（２）第２イベントが検出され、かつ、ステートマシンが第３状態にある場合、１つの第２パケットがピアプロキシノードへ送信され、ステートマシンの現在の状態は未変更のままである。
（３）第２イベントが検出され、かつ、ステートマシンが第１状態である場合、１つの第２パケットがピアプロキシノードへ送信され、ステートマシンが第３状態にスイッチされる。
（４）第３イベントが検出され、かつ、ステートマシンが第３状態にある場合、ステートマシンが第１状態に切り替えられる。
（５）第４イベントが検出され、かつ、ステートマシンが第３状態である場合、ステートマシンが第１状態に切り替えられる。
（４）および（５）において、２つのプロキシノードが同時に第３状態にあり互いをロックすることを防止するために、第２パケットを送信するアクションは実行されないことがあり得る。
（６）第５イベントが検出され、かつ、ステートマシンが第１状態にある場合、第２パケットに保持される第１パケットのＳＲＨがキャッシュに記憶されたＳＲＨと同一であるかどうかが比較を通じて判定され、第２パケットに保持される第１パケットのＳＲＨが記憶されたＳＲＨと異なる場合、第２パケットに保持された第１パケットのＳＲＨはキャッシュエントリに記憶され、キャッシュが更新され、エイジングフラグ（ａｇｉｎｇ ｆｌａｇ）が１に設定され、ステートマシンの現在の状態が未変更のまま維持される。
（７）第４イベントが検出され、かつ、ステートマシンが第１状態にある場合、ステートマシンが第２状態に切り替えられる。
（８）第５イベントが検出され、かつ、ステートマシンが第２状態にある場合、第２パケットに保持される第１パケットのＳＲＨがキャッシュに記憶されたＳＲＨと同一であるかどうかが、比較を通じて判定され、第２パケットに保持される第１パケットのＳＲＨが記憶されたＳＲＨと異なる場合、第２パケットに保持された第１パケットのＳＲＨはキャッシュエントリに記憶され、キャッシュが更新され、エイジングフラグ（ａｇｉｎｇ ｆｌａｇ）が１に設定され、ステートマシンが第１状態に切り替えられる。
（９）第３イベントが検出され、かつ、ステートマシンが第２状態にある場合、１つの第２パケットがピアプロキシノードへ送信され、ステートマシンが第３状態に切り替えられる。
（１０）第６イベントが検出され、かつ、ステートマシンが第３状態にある場合、ステートマシンが第１状態に切り替えられる。
第６イベントは、第６パケットが受信されることであり得、第６イベントはプログラムにおいて、ＣａｃｈｅＳｙｎｃ＿Ａｃｋ（キャッシュ同期確認応答を指示し、Ｓｙｎｃは「同期」を表し、Ａｃｋは「確認応答」を表す）イベントとして示され得る。
ステートマシンの機構によれば、少なくとも以下の効果が実現され得る。ステートマシンは、ローカルプロキシノードがパケットをピアプロキシノードへ送信するステータスに基づいてリアルタイムで現在実行されているアクションを判定して、適時の方式でＳＲＨをピアプロキシノードへ伝送し得、それにより、キャッシュエントリの同期がローカルプロキシノードとピアプロキシノードとの間で維持されることを確実にし、同一のＳＦノードにデュアルホーミングされるプロキシノード間のＳＲＨ一貫性を実装する。
上記の方法の実施形態は、プロキシノードの自己送信および他の受信シナリオに適用され得る。図３３は、本願の実施形態による自己送信および他の受信シナリオにおけるパケット伝送の概略図である。図３３において、パケットをプロキシノード１から受信した後に、ＳＦノードは、処理されたパケットをプロキシノード２へ返す。自己送信および他の受信シナリオは任意である。本願の本実施形態において提供されるパケット伝送方法は更に、プロキシノードの自己送信および自己受信シナリオに適用され得る。自己送信および自己受信シナリオは、プロキシノードがパケットをＳＦノードへ送信した後に、プロキシノードが更にＳＦノードによって返されたパケットを受信することを意味する。このシナリオにおいて、パケットをプロキシノードから受信した後に、ＳＦノードは処理されたパケットをプロキシノードへ返す。図３４は、本願の実施形態による自己送信および自己受信シナリオにおけるパケット伝送の概略図である。図３４において、パケットをプロキシノード１から受信した後に、ＳＦノードは処理されたパケットをプロキシノード１へ返す。
以下では、図３５Ａおよび図３５Ｂにおける実施形態を参照して、自己送信および自己受信シナリオにおけるパケット伝送手順の例を説明する。図３５Ａおよび図３５Ｂにおける実施形態は主に、図５Ａおよび図５Ｂにおける実施形態との相違点に焦点を当てることに留意されたい。図５Ａおよび図５Ｂにおける実施形態と同様の段階については、図５Ａおよび図５Ｂにおける実施形態を参照されたい。図３５Ａおよび図３５Ｂにおける実施形態では詳細は説明されない。
図３５Ａおよび図３５Ｂは、本願の実施形態によるパケット伝送方法のフローチャートである。方法は以下の段階を含み得る。
段階３５０１：ルーティングノードは第１パケットを第１プロキシノードへ送信する。
段階３５０２：第１プロキシノードは、第１パケットをルーティングノードから受信し、第１プロキシノードは、第１パケットのＳＲＨを第１キャッシュエントリに記憶する。
段階３５０３：第１プロキシノードは、エンドポイント動的プロキシＳＩＤ、第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成する。
段階３５０４：第１プロキシノードは第２パケットを第２プロキシノードへ送信する。
段階３５０５：第２プロキシノードが、第２パケットを第１プロキシノードから受信し、制御情報が第２プロキシノードに第１パケットのＳＲＨを記憶するように指示していると判定する。
段階３５０６：第２プロキシノードは第２パケットを解析して、第１パケットのＳＲＨを取得する。
段階３５０７：第２プロキシノードは第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
段階３５０８：第１プロキシノードは第１パケットに基づいて第３パケットを生成する。
段階３５０９：第１プロキシノードは第３パケットをＳＦノードへ送信する。
段階３５１０：ＳＦノードは第３パケットを第１プロキシノードから受信し、第３パケットを処理して第４パケットを取得する。
段階３５１１：ＳＦノードが第４パケットを第１プロキシノードへ送信する。
図５Ａおよび図５Ｂにおける実施形態と異なり、本実施形態において、ＳＦノードは第４パケットを第１プロキシノードへ返し得る。具体的には、ＳＦノードは第１プロキシノードに対応するアウトバウンドインタフェースを選択し、アウトバウンドインタフェースを通じて第４パケットを送信し得る。
例えば、自己送信および自己受信シナリオにおいて、ＳＦノードは、第１プロキシノードに対応するインバウンドインタフェースと、第１プロキシノードに対応するアウトバウンドインタフェースとの間のバインド関係を予め記憶し得る。この場合、インバウンドインタフェースを通じて第３パケットを受信し、第４パケットを生成した後に、ＳＦノードは、バインド関係に基づいて、インバウンドインタフェースにバインドされたアウトバウンドインタフェースを選択して、第４パケットへ送信し、その結果、パケットは、アウトバウンドインタフェースを通じて送信された後に第１プロキシノードに到着する。バインド関係は、構成動作に基づいて判定され得る。例えば、ＳＦノードがインタフェース３を通じてｐｒｏｘｙ１に接続される場合、転送ルールがＳＦノードのために事前構成され得る。インタフェース３を通じて受信されたパケットが処理された後に、取得されたパケットはインタフェース３を通じて返される。ＳＦノードは転送ルールを転送テーブルに記憶する。ｐｒｏｘｙ１が第３パケットを送信した後に、ＳＦノードは、インタフェース３を通じて第３パケットを受信し、ＳＦノードは、転送テーブルにおける転送ルールをクエリし、インタフェース３を通じて第３パケットを第１プロキシノードへ返す。
段階３５１２：第１プロキシノードが第４パケットをＳＦノードから受信し、第４パケットに基づいて第１キャッシュエントリをクエリして第１パケットのＳＲＨを取得する。
段階３５１３：第１プロキシノードが、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成する。
段階３５１４：第１プロキシノードが第５パケットをルーティングノードへ送信する。
段階３５１５：ルーティングノードが第５パケットを第１プロキシノードから受信し、第５パケットを転送する。
本実施形態において提供される方法によれば、バイパス機能を有する新しいＳＩＤは、Ｅｎｄ．ＡＤ ＳＩＤについて拡張される。したがって、Ｅｎｄ．ＡＤ ＳＩＤを保持するパケットを受信するとき、ローカルプロキシノードは、この新しいＳＩＤを使用して、バイパス方式で、パケットのＳＲＨをピアプロキシノードへ伝送し、その結果、ピアプロキシノードはまた、パケットのＳＲＨを取得し得、したがって、パケットのＳＲＨはピアプロキシノードに記憶され得る。このようにして、同一のＳＦノードにデュアルホーミングされた２つのプロキシノード間で、パケットのＳＲＨの同期が実装され得、その結果、パケットのＳＲＨは冗長的にバックアップされ、パケットのＳＲＨのセキュリティが改善される。
基本のパケット伝送手順が上記の方法の実施形態において説明される。本願の本実施形態において提供される方法は更に、ＮＡＴシナリオをサポートし得る。ＮＡＴシナリオにおいて、ＳＦノードのサービス機能はフロー識別子の修正を含む。ＮＡＴシナリオにおいて、ＳＦノードがパケットに対してサービス処理を実行した後に、通常、処理されたパケットに対応するフロー識別子は、処理前に存在したパケットに対応するフロー識別子と異なる。例えば、ＳＦノードのサービス機能が、ＮＡＴの実行を含む場合、ＳＦノードは、パケットの５タプルを修正する。この場合、パケットの５タプルの処理は、処理前に存在したパケットの５タプルと異なる。例示的シナリオにおいて、ＳＦがファイアウォールである場合、ＳＦは通常、宛先ネットワークアドレス変換（Ｄｅｓｔｉｎａｔｉｏｎ Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ， ＤＮＡＴ）サービス機能を含む。ＳＦノードは、アドレスプールを記憶し、パケットの宛先アドレスをアドレスプールにおけるアドレスで置換し、置換された宛先アドレスを有するパケットをプロキシノードへ返し、その結果、プロキシノードによって受信されたパケットの宛先アドレスは、ローカルプロキシノードまたはピアプロキシノードによって以前にＳＦノードへ送信されたパケットの宛先アドレスと異なる。
ＮＡＴシナリオにおいて、本願の本実施形態において提供される方法は、ＳＦノードがパケットに対応するフロー識別子を修正するとき、プロキシノードがなお、フロー識別子が修正されたパケットに基づいてパケットのＳＲＨを発見し得ることを確実にするために実行され得、それにより、パケットのＳＲＨが復元されることを確実にする。以下では、図３６Ａおよび図３６Ｂを参照して、ＮＡＴシナリオにおけるパケット伝送手順を詳細に説明する。図３６Ａおよび図３６Ｂにおける実施形態は主に、図５Ａおよび図５Ｂにおける実施形態との相違点に焦点を当てることに留意されたい。図５Ａおよび図５Ｂにおける実施形態および他の特徴と同様の段階については、図５Ａおよび図５Ｂにおける実施形態を参照されたい。図３６Ａおよび図３６Ｂにおける実施形態では詳細は説明されない。
図３６Ａおよび図３６Ｂは、本願の実施形態によるパケット伝送方法のフローチャートである。図３６Ａおよび図３６Ｂに示されるように、方法は以下の段階を含み得る。
段階３６０１：ルーティングノードが第１パケットを第１プロキシノードへ送信する。
段階３６０２：第１プロキシノードが第１パケットをルーティングノードから受信し、第１プロキシノードは、ＳＦノードのサービス機能がフロー識別子の修正を含むと判定する。
ＳＦノードのサービス機能を判定するプロセスにおいて、実施形態において、構成動作は、第１プロキシノードにおいて事前に実行され得る。第１プロキシノードは構成命令を受信し、ＳＦノードのサービス機能情報を構成命令から取得し得、サービス機能情報は、ＳＦノードのサービス機能がフロー識別子の修正を含むことを指示する。第１プロキシノードはＳＦノードのサービス機能情報を記憶し、サービス機能情報に基づいて、ＳＦノードのサービス機能がフロー識別子の修正を含むと判定し得る。別の実施形態において、第１プロキシノードは代替的に、ＳＦノードのサービス機能がフロー識別子の修正を含むと自動的に発見し得る。例えば、第１プロキシノードは能力クエリ要求をＳＦノードへ送信し得、ＳＦノードは能力クエリ要求を受信し、能力クエリ要求に応答してサービス機能情報を第１プロキシノードへ送信し得る。第１プロキシノードは、受信されたサービス機能情報に基づいて、ＳＦノードのサービス機能がフロー識別子の修正を含むと判定し得る。当然、トラフィック分類器またはネットワークコントローラは代替的に、ＳＦノードのサービス機能情報をＳＦノードへ送信し得る。第１プロキシノードがＳＦノードのサービス機能をどのように判定するかは本実施形態において限定されない。
本実施形態において、第１プロキシノードは、ＳＦノードのサービス機能がフロー識別子の修正を含むと判定することによって、以下の段階において提供される方式を実行し得、ＳＦノードがパケットに対応するフロー識別子を修正するとき、プロキシノードはなお、フロー識別子が修正されたパケットに基づいてパケットのＳＲＨを発見できることを確実にし、それにより、パケットのＳＲＨが復元されることを確実にする。
段階３６０３：第１プロキシノードが、第１キャッシュエントリの識別子をインデックスとして使用することによって、第１パケットのＳＲＨを第１キャッシュエントリに記憶する。
第１キャッシュエントリの識別子は、第１プロキシノードのキャッシュにおける第１キャッシュエントリを一意に識別するために使用される。第１キャッシュエントリの識別子は、第１キャッシュエントリのキャッシュインデックス（ｃａｃｈｅ Ｉｎｄｅｘ）を含み得、キャッシュインデックスは、第１プロキシノードのインタフェースボード上の第１キャッシュエントリを識別するために使用される。実施形態において、第１プロキシノードは複数のインタフェースボードを含み得る。この場合、第１キャッシュエントリの識別子は更に、対象ボード（Ｔａｒｇｅｔ Ｂｏａｒｄ、ＴＢ）の識別子を含み得、対象ボードは、第１キャッシュエントリが位置するインタフェースボードであり、対象ボードの識別子は、第１プロキシノードの各インタフェースボードにおける対象ボードを識別するために使用される。
段階３６０４：第１プロキシノードが、エンドポイント動的プロキシＳＩＤ、第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成する。
段階３６０５：第１プロキシノードが第２パケットを第２プロキシノードへ送信する。
第２パケットは、第１キャッシュエントリの識別子を含み得る。第１パケットのＳＲＨを記憶するために第２プロキシノードを指示することに加えて、第２パケットにおける制御情報は更に、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するために第２プロキシノードを指示し得る。第２キャッシュエントリは、第１パケットのＳＲＨを記憶するために第２プロキシノードによって使用されるキャッシュエントリである。
第１プロキシノードは、第１キャッシュエントリの識別子および制御情報を保持するために第２パケットを使用し、その結果、第１プロキシノードは、第２パケットを使用することによって、ＳＲＨを記憶するためにローカル端によって使用されるキャッシュエントリの識別子を第２プロキシノードへ伝送し得、制御情報を使用することによって、ＳＲＨが第１プロキシノードに記憶されるキャッシュエントリと、ＳＲＨが第２プロキシノードに記憶されるキャッシュエントリとの間のマッピング関係を維持するように第２プロキシノードに指示する。
任意選択的に、制御情報は第３フラグを含み得る。第３フラグは、ＳＦノードのサービス機能がフロー識別子の修正を含むことを識別するために使用される。第２プロキシノードは事前構成され得、その結果、制御情報が第３フラグを含むと第２プロキシノードが判定した場合、第２プロキシノードは、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶する。例えば、第３フラグは、ＮＡＴフラグとして示され得、ＮＡＴフラグは、ＳＦノードのサービス機能が実行されたＮＡＴを含むことを識別するために使用される。例えば、図７を参照されたい。第２パケットは、図７に示された拡張ヘッダを含み得る。キャッシュインデックスフィールドおよびＴＢフィールドは、第１キャッシュエントリの識別子を保持するために使用され、キャッシュインデックスフィールドの値は第１キャッシュエントリの識別子におけるキャッシュインデックスであり得、ＴＢフィールドの値は、第１キャッシュエントリの識別子における対象ボードの識別子であり得る。Ｎ個のフィールドは第３フラグを保持するために使用される。例えば、Ｎ個のフィールドの値が１であり得る場合、ＳＦノードはＮＡＴタイプのＳＦノードであることを指示し、ＳＦノードのサービス機能はフロー識別子の修正を含む。このようにして、Ｎ個のフィールドの値が１であると識別されるとき、２つのプロキシノードのキャッシュエントリの識別子間のマッピング関係が維持される必要がある。
段階３６０６：第２プロキシノードが、第２パケットを第１プロキシノードから受信し、制御情報が第２プロキシノードに第１パケットのＳＲＨを記憶するように指示していると判定する。
段階３６０７：第２プロキシノードは第２パケットを解析して第１パケットのＳＲＨを取得する。
段階３６０８：第２プロキシノードが、ＳＦノードのサービス機能はフロー識別子の修正を含むと判定する。
第２プロキシノードの判定段階は、第１プロキシノードの判定段階と同一である。詳細については段階３６０２を参照されたい。ここでは詳細について再び説明しない。
段階３６０９：第２プロキシノードが、第２キャッシュエントリの識別子をインデックスとして使用することによって第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
第２キャッシュエントリの識別子は、第２プロキシノードのキャッシュにおける第２キャッシュエントリを一意に識別するために使用される。第２キャッシュエントリの識別子は、第２キャッシュエントリのキャッシュインデックス（ｃａｃｈｅ Ｉｎｄｅｘ）を含み得、キャッシュインデックスは、第２プロキシノードのインタフェースボード上の対応する第２キャッシュエントリを識別するために使用される。実施形態において、第２プロキシノードは複数のインタフェースボードを含み得る。この場合、第２キャッシュエントリの識別子は更に、対象ボードの識別子を含み得、対象ボードは、第２キャッシュエントリが位置するインタフェースボードであり、対象ボードの識別子は、第２プロキシノードの各インタフェースボードにおける対象ボードを識別するために使用される。加えて、第２プロキシノードの記憶段階は第１プロキシノードの記憶段階と同一である。詳細については、段階３６０３を参照されたい。ここでは詳細について再び説明しない。
実施形態において、第２プロキシノードは、第２パケットにおける制御情報に基づいて、制御情報が、第１パケットのＳＲＨを記憶するよう、および、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう第２プロキシノードに指示していると判定し得る。この場合、第２プロキシノードは、第１キャッシュエントリの識別子を第２パケットから取得し、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶し得る。例えば、第１プロキシノードがＳＲＨをＴＢ１に記憶する場合、ＴＢ１上のＳＲＨのキャッシュインデックスはキャッシュインデックス１であり、第２プロキシノードはＳＲＨをＴＢ２に記憶し、ＴＢ２上のＳＲＨのキャッシュインデックスはキャッシュインデックス２であり、第１キャッシュエントリの識別子は（ＴＢ１、キャッシュインデックス１）であり、第２キャッシュエントリの識別子は（ＴＢ２、キャッシュインデックス２）であり、第２プロキシノードによって記憶されたマッピング関係は、（ＴＢ１、キャッシュインデックス１、ＴＢ２、キャッシュインデックス２）を含み得る。
第２プロキシノードは、第２パケットにおける第１フラグの値、第２パケットにおける第２フラグの値、および、第２パケットにおける第３フラグの値を識別し得、第１フラグの値が１に設定される場合、第２フラグの値は０に設定され、第３フラグの値が１に設定される場合、制御情報が、第１パケットのＳＲＨを記憶するように、および、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう指示していると判定し得る。
段階３６１０：第１プロキシノードが第１パケットに基づいて第３パケットを生成する。
段階３６１１：第１プロキシノードが第３パケットをＳＦノードへ送信する。
第３パケットは第１キャッシュエントリの識別子を含み得る。例えば、第１キャッシュエントリの識別子は第３パケットのペイロードに保持され得る。第３パケットは第１キャッシュエントリの識別子を保持し、その結果、ＳＦノードによって受信されたパケットは、第１キャッシュエントリの識別子を保持する。この場合、ＳＦノードがパケットに対してサービス処理を実行した後に、取得されたパケットはまた、第１キャッシュエントリの識別子を保持し、その結果、ＳＦノードによってプロキシノードへ返されたパケットは、第１キャッシュエントリの識別子を保持する。このようにして、プロキシノードは、返されたパケットにおける第１キャッシュエントリの識別子を使用することによって、ＳＲＨが以前に記憶されたキャッシュエントリを発見し得る。
段階３６１２：ＳＦノードが第３パケットを第１プロキシノードから受信し、第３パケットを処理して第４パケットを取得する。
段階３６１３：ＳＦノードが第４パケットを第２プロキシノードへ送信する。
段階３６１４：第２プロキシノードが、第４パケットをＳＦノードから受信し、第２キャッシュエントリの識別子をインデックスとして使用することによって第２キャッシュエントリをクエリし、第１パケットのＳＲＨを取得する。
いくつかの実施形態において、第４パケットは、第１キャッシュエントリの識別子およびペイロードを含み得る。第２プロキシノードは、第１キャッシュエントリの識別子に基づいて、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係をクエリし、第１キャッシュエントリの識別子に対応する、第２キャッシュエントリの識別子を取得し得る。例えば、第２パケットにおける、第１キャッシュエントリの識別子が（ＴＢ１、キャッシュインデックス１）であり、かつ、第２プロキシノードによって記憶されたマッピング関係が（ＴＢ１、キャッシュインデックス１、ＴＢ２、キャッシュインデックス２）を含む場合、第２プロキシノードは、（ＴＢ１、キャッシュインデックス１）に基づいてマッピング関係をクエリして（ＴＢ２、キャッシュインデックス２）を取得し、キャッシュインデックス２に対応するキャッシュエントリをＴＢ２から検索し、第１パケットのＳＲＨをキャッシュエントリから取得する。
段階３６１５：第２プロキシノードは、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成し、第５パケットは、第４パケットのペイロードおよび第１パケットのＳＲＨを含む。
段階３６１６：第２プロキシノードが第５パケットをルーティングノードへ送信する。
段階３６１７：ルーティングノードが第５パケットを第２プロキシノードから受信し、第５パケットを転送する。
関連する技術において、ＳＲｖ６ ＳＦＣ上の動的プロキシノードは通常、パケットの５タプルをキーとして使用することによって、パケットのＳＲＨをキャッシュエントリに記憶し、ＳＦノードによって返されたパケットを受信した後に、パケットの５タプルをキーとしてなお使用することによって、対応するキャッシュエントリについてキャッシュにクエリする。この場合、ＳＦノードのサービス機能がＮＡＴを実行している場合、ＳＦノードはパケット処理プロセスにおいてパケットの５タプルを修正するので、ＳＦノードによって返されたパケットの５タプルは以前に受信されたパケットの５タプルと異なり、すなわち、プロキシノードによってＳＦノードから受信されたパケットの５タプルは、以前にＳＦノードへ送信されたパケットの５タプルと異なる。この場合、プロキシノードが受信されたパケットに基づいてキャッシュをクエリしたとき、キャッシュがクエリされたときに使用されるキーは、ＳＲＨがキャッシュに記憶されるときに使用されるキーと異なるので、ＳＲＨを発見できず、ＳＲＨをパケットに復元できない。その結果、パケット伝送が失敗する。例えば、プロキシノードは以前に、５タプル１をキーとして使用することによってＳＲＨを記憶し、パケットの５タプルはＳＦノードによって５タプル１から５タプル２へ変更される。プロキシノードが５タプル２をキーとして使用することによってキャッシュをクエリするとき、ＳＲＨを取得できない。
本実施形態において提供される方法によれば、プロキシノードは、ＳＦノードのサービス機能がフロー識別子の修正を含むと判定することによって、および、ＳＲＨが記憶されるキャッシュエントリの識別子をキーとして使用することによって、パケットＳＲＨを記憶する。この場合、ＳＦノードが、フロー識別子が修正されたパケットをプロキシノードへ返す場合、ＳＲＨが記憶されたキャッシュエントリは通常、プロキシノードについて固定され、フロー識別子の修正に伴って変化しないので、ＳＲＨが記憶されるときに使用されるキャッシュエントリの識別子は、ＳＲＨがクエリを通じて取得されるときに使用されるキャッシュエントリの識別子と同一であり得る。このようにして、キャッシュエントリの識別子はインデックスとして使用され、その結果、フロー識別子が修正されたパケットのＳＲＨはクエリを通じて取得され得、ＳＲＨは、フロー識別子が修正されたパケットに復元される。この方式により、ＳＦノードがＮＡＴ機能を有するＳＦノードである場合でも、パケットに対応するフロー識別子はパケット伝送プロセスにおいて変更されるとき、プロキシノードはまた、ＳＲＨを復元し得る。このようにして、プロキシノードは、ＮＡＴ機能を有するＳＦノードへのアクセスをサポートして、ＮＡＴ機能を実装するＳＦノードに動的プロキシ機能を提供し得る。
上記の方法の実施形態において、ＮＡＴシナリオは、自己送信および他の受信手順に基づいてサポートされる。本願の本実施形態において、ＮＡＴシナリオは更に、自己送信および自己受信手順に基づいてサポートされ得る。具体的な説明は、図３７Ａおよび図３７Ｂに示される以下の方法の実施形態を使用することによって以下で提供される。図３７Ａおよび図３７Ｂにおける実施形態は主に、図３６Ａおよび図３６Ｂにおける実施形態との相違点に焦点を当てることに留意されたい。図３６Ａおよび図３６Ｂにおける実施形態と同様の段階については、図３６Ａおよび図３６Ｂにおける実施形態を参照されたい。詳細は図３７Ａおよび図３７Ｂにおける実施形態において説明されない。
図３７Ａおよび図３７Ｂは、本願の実施形態によるパケット伝送方法のフローチャートである。図３７Ａおよび図３７Ｂに示されるように、方法のインタラクション主体は、第１プロキシノード、第２プロキシノード、ＳＦノード、およびルーティングノードを含む。方法は以下の段階を備え得る。
段階３７０１：ルーティングノードが第１パケットを第１プロキシノードへ送信する。
段階３７０２：第１プロキシノードが第１パケットをルーティングノードから受信し、第１プロキシノードは、ＳＦノードのサービス機能がフロー識別子の修正を含むと判定する。
段階３７０３：第１プロキシノードが、第１キャッシュエントリの識別子をインデックスとして使用することによって、第１パケットのＳＲＨを第１キャッシュエントリに記憶する。
段階３７０４：第１プロキシノードが、エンドポイント動的プロキシＳＩＤ、第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて、第２パケットを生成する。
段階３７０５：第１プロキシノードが第２パケットを第２プロキシノードへ送信する。
段階３７０６：第２プロキシノードが、第２パケットを第１プロキシノードから受信し、制御情報が第２プロキシノードに第１パケットのＳＲＨを記憶するように指示していると判定する。
段階３７０７：第２プロキシノードが第２パケットを解析して、第１パケットのＳＲＨを取得する。
段階３７０８：第２プロキシノードが、ＳＦノードのサービス機能がフロー識別子の修正を含むと判定する。
段階３７０９：第２プロキシノードが、第２キャッシュエントリの識別子をインデックスとして使用することによって、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
段階３７１０：第１プロキシノードが第１パケットに基づいて第３パケットを生成する。
段階３７１１：第１プロキシノードが第３パケットをＳＦノードへ送信する。
第２パケットは更に第１キャッシュエントリの識別子を含む。本実施形態において、制御情報は更に、第１キャッシュエントリの識別子と、第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう第２プロキシノードに指示するために使用され、第２キャッシュエントリは、第１パケットのＳＲＨを記憶するために第２プロキシノードによって使用されるキャッシュエントリである。
段階３７１２：ＳＦノードが、第３パケットを第１プロキシノードから受信し、第３パケットを処理して第４パケットを取得する。
段階３７１３：ＳＦノードが第４パケットを第１プロキシノードへ送信し、第４パケットは、第１キャッシュエントリの識別子およびペイロードを含む。
段階３７１４：第１プロキシノードが第４パケットをＳＦノードから受信し、第１キャッシュエントリの識別子をインデックスとして使用することによって第１キャッシュエントリにクエリして第１パケットのＳＲＨを取得する。
この段階は、段階３６１４とは異なり得る。第４パケットにおける、キャッシュエントリの識別子は、ローカルキャッシュに対応する。
このようにして、第１プロキシノードは、ローカルキャッシュエントリとピアキャッシュエントリとの間のマッピング関係をクエリする段階をスキップし、第１キャッシュエントリの識別子を第４パケットから取得し、第１キャッシュエントリの識別子をキーとして使用することによってキャッシュをクエリして第１キャッシュエントリを発見し得る。
段階３７１５：第１プロキシノードは、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成する。
段階３７１６：第１プロキシノードが第５パケットをルーティングノードへ送信する。
段階３７１７：ルーティングノードが第５パケットを第１プロキシノードから受信し、第５パケットを転送する。
本実施形態において提供される方法によれば、プロキシノードは、ＳＦノードのサービス機能がフロー識別子の修正を含むと判定することによって、および、ＳＲＨが記憶されるキャッシュエントリの識別子をキーとして使用することによって、パケットＳＲＨを記憶する。この場合、ＳＦノードが、フロー識別子が修正されたパケットをプロキシノードへ返す場合、ＳＲＨが記憶されたキャッシュエントリは通常、プロキシノードについて固定され、フロー識別子の修正に伴って変化しないので、ＳＲＨが記憶されるときに使用されるキャッシュエントリの識別子は、ＳＲＨがクエリを通じて取得されるときに使用されるキャッシュエントリの識別子と同一であり得る。このようにして、キャッシュエントリの識別子はインデックスとして使用され、その結果、フロー識別子が修正されたパケットのＳＲＨはクエリを通じて取得され得、ＳＲＨは、フロー識別子が修正されたパケットに復元される。この方式により、ＳＦノードがＮＡＴ機能を有するＳＦノードである場合でも、パケットに対応するフロー識別子はパケット伝送プロセスにおいて変更されるとき、プロキシノードはまた、ＳＲＨを復元し得る。このようにして、プロキシノードは、ＮＡＴ機能を有するＳＦノードへのアクセスをサポートして、ＮＡＴ機能を実装するＳＦノードに動的プロキシ機能を提供し得る。
上記の方法の実施形態は、ＮＡＴシナリオをサポートするパケット伝送手順を説明する。本願の本実施形態において提供される方法は更にＳＲｖ６ ＶＰＮシナリオをサポートし得る。ＳＲｖ６ ＶＰＮにおいて、ＶＰＮデータは、ＳＲｖ６トンネルに基づいて伝送される。ＳＲｖ６ ＶＰＮシナリオにおいて、サービスチェーン上のＳＦノードは、ＶＰＮデータを処理してＶＰＮサービスを実装する必要がある。このシナリオにおいて、プロキシノードは、ＶＰＮサービスを実装するＳＦノードをサポートし、以下の方法の実施形態を実行することによって、ＶＰＮサービスを実装するＳＦノードに動的プロキシサービスを提供し得る。以下では、図３８Ａおよび図３８Ｂに示される以下の方法の実施形態を使用することによって、ＶＰＮシナリオにおけるパケット伝送手順を説明する。図３８Ａおよび図３８Ｂにおける実施形態は主に、図５Ａおよび図５Ｂにおける実施形態からの相違点に焦点を当てることに留意されたい。図５Ａおよび図５Ｂにおける実施形態または他の特徴と同様の段階については、図５Ａおよび図５Ｂにおける実施形態を参照されたい。詳細は、図３８Ａおよび図３８Ｂにおける実施形態において説明されない。
図３８Ａおよび図３８Ｂは、本願の実施形態によるパケット伝送方法のフローチャートである。方法は以下の段階を含み得る。
段階３８０１：ルーティングノードは第１パケットを第１プロキシノードへ送信する。
段階３８０２：第１プロキシノードが、第１パケットをルーティングノードから受信し、第１プロキシノードが、第１パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、第１パケットのＳＲＨを第１キャッシュエントリに記憶する。
第１プロキシノードは複数のＳＦノードにアクセスし得、複数のＳＦノードは異なるＶＰＮに属し得る。このようにして、第１プロキシノードが複数のＳＦノードのために動的プロキシサービスを共同で提供するプロセスにおいて、第１プロキシノードは、異なるＶＰＮへ送信されるパケットを受信し得る。異なるＶＰＮにおけるパケットは同一のフロー識別子に対応し得る。その結果、フロー識別子をインデックスとして使用することによってＳＲＨが記憶される場合、異なるＶＰＮにおけるパケットのＳＲＨのインデックスは同一であり、その結果、異なるＶＰＮにおけるパケットのＳＲＨは、同一の場所に記憶される。この場合、異なるＶＰＮ間の情報隔離を実装できず、セキュリティに影響が生じる。加えて、同一のインデックスがキャッシュにおける複数のＳＲＨにヒットするので、パケットに復元するために特定のＳＲＨを判定することができず、その結果、ＳＲＨ復元が失敗する。
本実施形態において、対応するＥｎｄ．ＡＤ ＳＩＤは、各ＶＰＮにおけるＳＦノードに事前に割り当てられ得、異なるＶＰＮにおけるＳＦノードは異なるＥｎｄ．ＡＤ ＳＩＤに対応する。Ｅｎｄ．ＡＤ ＳＩＤを割り当てるこの方式により、Ｅｎｄ．ＡＤ ＳＩＤは、ＶＰＮ識別子として使用され得、異なるＶＰＮにおけるＳＦノードへ送信されたパケットは、異なるＥｎｄ．ＡＤ ＳＩＤを保持し、異なるＶＰＮにおけるパケットは、異なるＥｎｄ．ＡＤ ＳＩＤに基づいて区別され得る。例えば、第１プロキシノードが１０のＳＦノード、すなわち、ＳＦノード０、ＳＦノード１、...およびＳＦノード９にアクセスする場合、１０のＳＦノードは、２つの異なるＶＰＮに別個に属し、ここで、ＳＦノード０からＳＦノード５はＶＰＮ１に属し、ＳＦノード６からＳＦノード９はＶＰＮ２に属する。この例において、２つのＥｎｄ．ＡＤ ＳＩＤが１０のＳＦノードに割り当てられ得、１つのＥｎｄ．ＡＤ ＳＩＤがＳＦノード０からＳＦノード５に割り当てられ、他のＥｎｄ．ＡＤ ＳＩＤがＳＦノード６からＳＦノード９に割り当てられる。このようにして、パケットが送信されたＶＰＮを、パケットにおけるＥｎｄ．ＡＤ ＳＩＤである、２つのＥｎｄ．ＡＤ ＳＩＤのうちの特定のＥｎｄ．ＡＤ ＳＩＤに基づいて識別され得る。例えば、ＳＦノード０からＳＦノード５に割り当てられたＥｎｄ．ＡＤ ＳＩＤは、Ａ：：１であり得、ＳＦノード６からＳＦノード９に割り当てられたＥｎｄ．ＡＤ ＳＩＤは、Ｂ：：２であり得る。この場合、パケット１およびパケット２が受信され、かつ、パケット１に保持されるＥｎｄ．ＡＤ ＳＩＤはＡ：：１であり、かつ、パケット２に保持されるＥｎｄ．ＡＤ ＳＩＤはＢ：：２である場合、パケット１はＶＰＮ１に対応するパケットであり、パケット２はＶＰＮ２に対応するパケットであることを指示する。
異なるＶＰＮにおけるＳＦノードへ送信されたパケットは異なるＥｎｄ．ＡＤ ＳＩＤを保持する。このようにして、ＳＲＨは、フロー識別子およびＥｎｄ．ＡＤ ＳＩＤをインデックスとして使用することによって記憶され、その結果、異なるＶＰＮにおけるパケットのインデックスは、異なるＥｎｄ．ＡＤ ＳＩＤに基づいて区別され得、異なるＶＰＮのパケットのＳＲＨが別個に記憶されることを確実にし、異なるＶＰＮ間の情報隔離を実装し、同一のインデックスが複数のＶＰＮにおけるパケットにヒットする場合を回避し、それにより、上記の技術的問題を解決する。
加えて、第１プロキシノードによってアクセスされたＳＦノードは、公共のネットワークおよびＶＰＮに別個に属し得、対応するＥｎｄ．ＡＤ ＳＩＤは、公共ネットワークにおけるＳＦノードおよびＶＰＮにおけるＳＦノードに別個に割り当てられ得る。公共ネットワークにおけるＳＦノードに対応するＥｎｄ．ＡＤ ＳＩＤは、ＶＰＮにおけるＳＦノードに対応するＥｎｄ．ＡＤ ＳＩＤと異なる。例えば、第１プロキシノードによってアクセスされる１０のＳＦノードにおいて、ＳＦノード０からＳＦノード４は公共ネットワークに属し、ＳＦノード５からＳＦノード９はＶＰＮ１に属する。この例において、２つのＥｎｄ．ＡＤ ＳＩＤは１０のＳＦノードに割り当てられ得、１つのＥｎｄ．ＡＤ ＳＩＤはＳＦノード０からＳＦノード４に割り当てられ、他のＥｎｄ．ＡＤ ＳＩＤはＳＦノード５からＳＦノード９に割り当てられる。この割り当て方式において、ＳＲＨは、フロー識別子およびＥｎｄ．ＡＤ ＳＩＤをインデックスとして使用することによって記憶され、公共ネットワークにおけるパケットのＳＲＨおよびＶＰＮにおけるパケットのＳＲＨが別個に記憶されることを確実にし、同一のインデックスが公共ネットワークにおけるパケットおよびＶＰＮにおけるパケットにヒットする場合を回避する。
段階３８０３：第１プロキシノードが、エンドポイント動的プロキシＳＩＤ、第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成する。
段階３８０４：第１プロキシノードが第２パケットを第２プロキシノードへ送信する。
段階３８０５：第２プロキシノードが、第２パケットを第１プロキシノードから受信し、制御情報が第２プロキシノードに第１パケットのＳＲＨを記憶するように指示していると判定する。
段階３８０６：第２プロキシノードが第２パケットを解析して第１パケットのＳＲＨを取得する。
段階３８０７：第２プロキシノードが、第２パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤに基づいて、第１パケットのＳＲＨを第２キャッシュエントリに記憶し、第２パケットに対応するフロー識別子は、第１パケットに対応するフロー識別子であり得る。
第２パケットに対応するフロー識別子は、第１パケットに対応するフロー識別子であり得る。例えば、第２パケットは５タプルを含み得、第２パケットにおける５タプルは、第１パケットにおける５タプルと同一である。第２パケットは、Ｅｎｄ．ＡＤ ＳＩＤを含み得る。例えば、第２パケットは、第１パケットのＳＲＨを含み得、第１パケットのＳＲＨは、Ｅｎｄ．ＡＤ ＳＩＤを含み得る。このようにして、第２プロキシノードは、第１パケットに対応するフロー識別子およびＥｎｄ．ＡＤ ＳＩＤを第２パケットから取得し得る。ＶＰＮ識別子は、サービス機能ノードが属するＶＰＮを識別するために使用される。異なるＶＰＮは異なるＶＰＮ識別子を有する。このようにして、異なるＶＰＮは、ＶＰＮ識別子に基づいて区別され得る。例えば、ＶＰＮ識別子はＶＬＡＮ ＩＤであり得る。ＶＰＮ識別子は第２プロキシノードに予め記憶され得る。
ＳＲＨは、複数の方式で、フロー識別子およびＥｎｄ．ＡＤ ＳＩＤに基づいて記憶され得る。方式１および方式２の例を以下で説明する。
方式１：第２プロキシノードが、第１パケットに対応するフロー識別子およびＥｎｄ．ＡＤ ＳＩＤをインデックスとして使用することによって、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
異なるＶＰＮにおけるパケットについては、異なるＶＰＮにおけるパケットは同一のフロー識別子を有し得るとみなし、ＳＲＨがフロー識別子をインデックスとして使用することのみによって記憶される場合、インデックスは同一なので、異なるＶＰＮにおけるパケットは、同一の場所に記憶され得る。その結果、異なるＶＰＮ間の情報隔離を実装できない。方式１において、異なるＶＰＮにおけるパケットが同一のフロー識別子に対応する場合でも、異なるＶＰＮにおけるパケットは異なるＥｎｄ．ＡＤ ＳＩＤに対応するので、異なるＶＰＮにおけるパケットに対応するインデックスがＥｎｄ．ＡＤ ＳＩＤに基づいて区別され得ることが確実にされ得る。このようにして、異なるＶＰＮにおけるパケットのＳＲＨが異なる場所に記憶されることが確実にされ得、異なるＶＰＮ間の情報隔離が実装される。
方式２：第２プロキシノードが、第１パケットに対応するフロー識別子、Ｅｎｄ．ＡＤ ＳＩＤ、およびＶＰＮ識別子をインデックスとして使用することによって、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
異なるＶＰＮにおけるパケットについては、異なるＶＰＮにおけるパケットは同一のフロー識別子を有し得るとみなし、ＳＲＨがフロー識別子をインデックスとして使用することのみによって記憶される場合、インデックスは同一なので、異なるＶＰＮにおけるパケットは、同一の場所に記憶され得る。その結果、異なるＶＰＮ間の情報隔離を実装できない。方式２において、異なるＶＰＮにおけるパケットが同一のフロー識別子に対応する場合でも、異なるＶＰＮにおけるパケットは異なるＥｎｄ．ＡＤ ＳＩＤおよび異なるＶＰＮ識別子に対応するので、異なるＶＰＮにおけるパケットに対応するインデックスは、Ｅｎｄ．ＡＤ ＳＩＤおよびＶＰＮ識別子に基づいて区別され得ることが確実にされ得る。このようにして、異なるＶＰＮにおけるパケットのＳＲＨが異なる場所に記憶されることが確実にされ得、異なるＶＰＮ間の情報隔離が実装される。
段階３８０８：第１プロキシノードが第１パケットに基づいて第３パケットを生成する。
段階３８０９：第１プロキシノードが、第３パケットをＳＦノードへ送信する。
第３パケットに対応するフロー識別子は、第１パケットに対応するフロー識別子と同一であり得、第３パケットはＶＰＮ識別子を含み得る。実施形態において、第１プロキシノードはＳＦノードとの伝送トンネルを確立し得る。第１プロキシノードは、伝送トンネルに対応するトンネルヘッダを生成し、トンネルヘッダをカプセル化し得、その結果、第３パケットはトンネルヘッダを含み、トンネルヘッダはＶＰＮ識別子を含み得る。
段階３８１０：サービス機能ノードが第３パケットを第１プロキシノードから受信し、第３パケットを処理して第４パケットを取得する。
段階３８１１：サービス機能ノードが第４パケットを第２プロキシノードへ送信する。
段階３８１２：第２プロキシノードが第４パケットをＳＦノードから受信し、ＶＰＮ識別子、Ｅｎｄ．ＡＤ ＳＩＤ、および第４パケットに対応するフロー識別子に基づいて第２キャッシュエントリをクエリし、第１パケットのＳＲＨを取得する。
第２プロキシノードは、複数の方式で、クエリを通じてＳＲＨを取得し得る。例えば、クエリを通じてＳＲＨを取得する方式は、方式１または方式２を含み得る。
方式１は具体的には、段階１および段階２を含み得る。
段階１：第２プロキシノードは、ＶＰＮ識別子に基づいて、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係をクエリして、ＶＰＮ識別子に対応するエンドポイント動的プロキシＳＩＤを取得する。
第４パケットに対応するフロー識別子は、第１パケットに対応するフロー識別子であり得、第４パケットはＶＰＮ識別子およびペイロードを含む。第２プロキシノードは、第４パケットからＶＰＮ識別子を取得、ＶＰＮ識別子に基づいてＥｎｄ．ＡＤ ＳＩＤとＶＰＮ識別子との間のマッピング関係をクエリし、ＶＰＮ識別子に対応する特定のＥｎｄ．ＡＤ ＳＩＤを発見し得る。例えば、Ｅｎｄ．ＡＤ ＳＩＤ Ａ：：１とＶＬＡＮ ＩＤ１００との間にマッピング関係があり、かつ、Ｅｎｄ．ＡＤ ＳＩＤ Ａ：：２とＶＬＡＮ ＩＤ２００との間にマッピング関係がある場合、第４パケットに保持されるＶＰＮ識別子が１００であるとき、第２プロキシノードは、１００に基づいてマッピング関係をクエリしてＡ：：１を取得する。
第２プロキシノードがＥｎｄ．ＡＤ ＳＩＤとＶＰＮ識別子との間のマッピング関係を記憶するプロセスにおいて、実施形態において、各ＶＰＮにおけるＳＦノードに割り当てられたＥｎｄ．ＡＤ ＳＩＤを構成するために構成動作が第２プロキシノードに対して実行され得る。第２プロキシノードは、構成命令を受信し得る。第２プロキシノードは、構成命令に従って、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係を記憶し得る。ここで、構成命令は、各ＶＰＮにおけるＳＦノードに対応するＥｎｄ．ＡＤ ＳＩＤを含む。第２プロキシノードは構成命令を解析して、構成命令に保持される、各ＶＰＮにおけるＳＦノードに対応するＥｎｄ．ＡＤ ＳＩＤを取得し得る。例えば、第２プロキシノードが２つのＶＬＡＮにおけるＳＦノードにアクセスし、かつ、２つのＶＬＡＮがそれぞれ、ＶＬＡＮ ＩＤ１００およびＶＬＡＮ ＩＤ２００を使用することによって識別される場合、２つのＥｎｄ．ＡＤ ＳＩＤは第２プロキシノード上で事前構成され得、例えば、Ａ：：１は、ＶＬＡＮ ＩＤ１００を有するＶＬＡＮにおけるＳＦノードに割り当てられ、Ａ：：２は、ＶＬＡＮ ＩＤ２００を有するＶＬＡＮにおけるＳＦノードに割り当てられ、Ａ：：１と１００との間のマッピング関係、および、Ａ：：２と２００との間のマッピング関係が記憶され得る。当然、Ｅｎｄ．ＡＤ ＳＩＤとＶＰＮ識別子との間のマッピング関係が上記の方式で記憶されることは単に例である。第２プロキシノードは代替的に、Ｅｎｄ．ＡＤ ＳＩＤとＶＰＮ識別子との間のマッピング関係を別の方式で、例えば、Ｅｎｄ．ＡＤ ＳＩＤとＶＰＮ識別子との間のマッピング関係を自動的に認識することによって、または、Ｅｎｄ．ＡＤ ＳＩＤとＶＰＮ識別子との間のマッピング関係をコントローラから受信することによって記憶し得る。
フロー識別子およびＥｎｄ．ＡＤ ＳＩＤの両方はインデックスとして使用され、その結果、異なるＶＰＮにおけるパケットのインデックスはＥｎｄ．ＡＤ ＳＩＤに基づいて区別されることが確実にされ得る。このようにして、同一のインデックスが複数のＶＰＮにおけるパケットのＳＲＨにヒットする場合が回避され得、クエリ正確性を確実にする。
段階２：第２プロキシノードが、第４パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤをインデックスとして使用することによって第２キャッシュエントリをクエリし、第１パケットのＳＲＨを取得する。
方式２：第２プロキシノードが、Ｅｎｄ．ＡＤ ＳＩＤ、ＶＰＮ識別子、および、第４パケットに対応するフロー識別子をインデックスとして使用することによって、第２キャッシュエントリをクエリし、第１パケットのＳＲＨを取得する。
フロー識別子、Ｅｎｄ．ＡＤ ＳＩＤ、およびＶＰＮ識別子は、インデックスとして使用され、その結果、異なるＶＰＮにおけるパケットのインデックスは、Ｅｎｄ．ＡＤ ＳＩＤおよびＶＰＮ識別子に基づいて区別されることが確実にされ得る。このようにして、同一のインデックスが複数のＶＰＮにおけるパケットのＳＲＨにヒットする場合を回避でき、クエリ正確性を確実にする。
段階３８１３：第２プロキシノードは、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成し、第５パケットは、第４パケットのペイロードおよび第１パケットのＳＲＨを含む。
段階３８１４：第２プロキシノードが第５パケットをルーティングノードへ送信する。
段階３８１５：ルーティングノードが第５パケットを第２プロキシノードから受信し、第５パケットを転送する。
この実施形態は、ＳＲｖ６ ＶＰＮシナリオにおいて動的プロキシサービスを提供するための方法を提供する。対応するＥｎｄ．ＡＤ ＳＩＤが各ＶＰＮにおけるＳＦノードに割り当てられ、Ｅｎｄ．ＡＤ ＳＩＤはＶＰＮ識別子として使用され得る。このようにして、プロキシノードは、フロー識別子およびＥｎｄ．ＡＤ ＳＩＤに基づいてＳＲＨを記憶し、その結果、異なるＶＰＮにおけるパケットのＳＲＨのインデックスを異なるＥｎｄ．ＡＤ ＳＩＤに基づいて区別でき、異なるＶＰＮにおけるパケットのＳＲＨのインデックスが異なることを確実にする。このようにして、異なるＶＰＮにおけるパケットのＳＲＨが別個に記憶され、異なるＶＰＮ間の情報隔離を実装し、同一のインデックスが複数のＶＰＮにおけるパケットのＳＲＨにヒットする場合を回避して、クエリ正確性を確実にする。
上記の方法の実施形態において、ＶＰＮシナリオは、自己送信および他の受信手順に基づいてサポートされる。本願の本実施形態において、ＶＰＮシナリオは更に、自己送信および自己受信手順に基づいてサポートされ得る。図３９Ａおよび図３９Ｂに示される以下の方法の実施形態を使用することによって、具体的な説明を以下において提供する。図３９Ａおよび図３９Ｂにおける実施形態は主に、図３８Ａおよび図３８Ｂにおける実施形態との相違点に焦点を当てることに留意されたい。図３８Ａおよび図３８Ｂにおける実施形態と同様の段階については、図３８Ａおよび図３８Ｂにおける実施形態を参照されたい。図３９Ａおよび図３９Ｂにおける実施形態において詳細は説明されない。
図３９Ａおよび図３９Ｂは、本願の実施形態によるパケット伝送方法のフローチャートである。方法は以下の段階を備え得る。
段階３９０１：ルーティングノードが第１パケットを第１プロキシノードへ送信する。
段階３９０２：第１プロキシノードが、第１パケットをルーティングノードから受信し、第１プロキシノードが、第１パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤに基づいて第１パケットのＳＲＨを第１キャッシュエントリに記憶する。
第１プロキシノードはＳＲＨを複数の方式で記憶し得る。方式１および方式２の例を下で説明する。
方式１：第１プロキシノードが、第１パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
方式２：第１プロキシノードが、第１パケットに対応するフロー識別子、エンドポイント動的プロキシＳＩＤ、およびＶＰＮ識別子をインデックスとして使用することによって、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
段階３９０３：第１プロキシノードが、エンドポイント動的プロキシＳＩＤ、第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成する。
段階３９０４：第１プロキシノードが第２パケットを第２プロキシノードへ送信する。
段階３９０５：第２プロキシノードが、第２パケットを第１プロキシノードから受信し、制御情報が第２プロキシノードに第１パケットのＳＲＨを記憶するように指示していると判定する。
段階３９０６：第２プロキシノードが第２パケットを解析して第１パケットのＳＲＨを取得する。
段階３９０７：第２プロキシノードが、第２パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤに基づいて、第１パケットのＳＲＨを第２キャッシュエントリに記憶し、第２パケットに対応するフロー識別子は、第１パケットに対応するフロー識別子である。
第２プロキシノードはＳＲＨを複数の方式で記憶し得る。方式１および方式２の例を下で説明する。
方式１：第２プロキシノードが、第１パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
方式２：第２プロキシノードが、第１パケットに対応するフロー識別子、エンドポイント動的プロキシＳＩＤ、およびＶＰＮ識別子をインデックスとして使用することによって、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
段階３９０８：第１プロキシノードが第１パケットに基づいて第３パケットを生成する。
段階３９０９：第１プロキシノードが第３パケットをＳＦノードへ送信する。
段階３９１０：ＳＦノードが第３パケットを第１プロキシノードから受信し、第３パケットを処理して第４パケットを取得する。
段階３９１１：ＳＦノードが、第４パケットを第１プロキシノードへ送信する。
段階３９１２：第１プロキシノードが、第４パケットをＳＦノードから受信し、ＶＰＮ識別子、エンドポイント動的プロキシＳＩＤ、および、第４パケットに対応するフロー識別子に基づいて、第１キャッシュエントリをクエリして、第１パケットのＳＲＨを取得する。
第４パケットに対応するフロー識別子は第１パケットに対応するフロー識別子である。
第１プロキシノードは複数の方式のクエリを通じてＳＲＨを取得し得る。方式１および方式２の例を下で説明する。
方式１は段階１および段階２を含み得る。
段階１：第１プロキシノードは、ＶＰＮ識別子に基づいて、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係をクエリして、ＶＰＮ識別子に対応するエンドポイント動的プロキシＳＩＤを取得する。
段階２：第１プロキシノードが、第４パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤをインデックスとして使用することによって第１キャッシュエントリをクエリし、第１パケットのＳＲＨを取得する。
方式２：第１プロキシノードが、ＶＰＮ識別子、エンドポイント動的プロキシＳＩＤ、および、第４パケットに対応するフロー識別子をインデックスとして使用することによって、第１キャッシュエントリをクエリして、第１パケットのＳＲＨを取得する。
段階３９１２は、段階３９０７における方式２の場合に固有である。
段階３９１３：第１プロキシノードは、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成し、第５パケットは、第４パケットのペイロードおよび第１パケットのＳＲＨを含む。
段階３９１４：第１プロキシノードが第５パケットをルーティングノードへ送信する。
段階３９１５：ルーティングノードが第５パケットを第１プロキシノードから受信して第５パケットを転送する。
本実施形態は、ＳＲｖ６ ＶＰＮシナリオにおいて動的プロキシサービスを提供するための方法を提供する。対応するＥｎｄ．ＡＤ ＳＩＤは、各ＶＰＮにおけるＳＦノードに割り当てられ、Ｅｎｄ．ＡＤ ＳＩＤはＶＰＮ識別子として使用され得る。このようにして、プロキシノードは、フロー識別子およびＥｎｄ．ＡＤ ＳＩＤをインデックスとして使用することによってＳＲＨを記憶し、その結果、異なるＶＰＮにおけるパケットのＳＲＨのインデックスを異なるＥｎｄ．ＡＤ ＳＩＤに基づいて区別でき、異なるＶＰＮにおけるパケットのＳＲＨのインデックスが異なることを確実にする。このようにして、異なるＶＰＮにおけるパケットのＳＲＨが別個に記憶され、異なるＶＰＮ間の情報隔離を実装し、同一のインデックスが複数のＶＰＮにおけるパケットのＳＲＨにヒットする場合を回避して、クエリ正確性を確実にする。
上記の方法の実施形態は通常の状態でパケット伝送方法を提供する。本願の本実施形態において提供される方法は更に、障害シナリオをサポートし得る。プロキシノードに障害がある、または、プロキシノードに接続されたリンクに障害があるときも、動的プロキシサービスが提供され得、通常のパケット伝送を確実にする。例えば、図４０を参照されたい。２つのリンク、すなわち、プロキシノード１とＳＦノードとの間のリンク、および、プロキシノード２とＳＦノードとの間のリンクが冗長リンクを形成し得る。プロキシノード１とＳＦノードとの間のリンクに障害があるとき、トラフィックはバイパス方式でプロキシノード２に伝送され得る。動的プロキシ動作が、プロキシノード２によってトラフィックに対して実行され、トラフィックは、プロキシノード２を通じてＳＦノードへ継続的に伝送される。
以下では、図４１Ａおよび図４１Ｂに示される以下の方法の実施形態を使用することによって、障害シナリオにおける伝送手順を詳細に説明する。図４１Ａおよび図４１Ｂにおける実施形態は主に、上記の実施形態との相違点に焦点を当てることに留意されたい。上記の実施形態と同様の段階については、上記の説明を参照されたい。図４１Ａおよび図４１Ｂにおける実施形態では、詳細は説明されない。
図４１Ａおよび図４１Ｂは、本願の実施形態によるパケット伝送方法のフローチャートである。方法は以下の段階を含み得る。
段階４１０１：ルーティングノードが第１パケットを第１プロキシノードへ送信する。
段階４１０２：第１プロキシノードが第１パケットをルーティングノードから受信し、障害イベントを検出する。
障害イベントは２つの種類を含み得る。一方の種類はリンク障害であり、他方の種類はノード障害である。２種類のいずれかで障害イベントを検出するとき、第１プロキシノードは、本実施形態において提供される方法を実行することによって、動的プロキシ処理が実行される予定のパケットを再カプセル化し、再カプセル化されたパケットを第２プロキシノードへ転送し得、第１プロキシノードの代わりに動的プロキシ動作を実行するよう第２プロキシノードに指示し、再カプセル化されたパケットをＳＲＨから除去し、再カプセル化されたパケットのペイロードをＳＦノードへ伝送する。
障害イベントは、第１プロキシノードとＳＦノードとの間のリンクに障害があるイベント、または、第１プロキシノードに障害があるイベントの少なくとも１つを含む。図３および図４を参照されたい。第１プロキシノードとＳＦノードとの間のリンクに障害があるイベントは、第４リンクに障害があるイベントであり得る。例えば、第１プロキシノードは、第３アウトバウンドインタフェースを通じてＳＦノードに接続され得、第１プロキシノードは、第３アウトバウンドインタフェースを通じて第４リンクへパケットを伝送し得、第１プロキシノードは、第３アウトバウンドインタフェースのステータスを検出し得る。第３アウトバウンドインタフェースのステータスがダウン（ｄｏｗｎ）である場合、第１プロキシノードは、第４リンクに障害があるイベントを検出する。
実施形態において、双方向転送検出（Ｂｉｄｉｒｅｃｔｉｏｎａｌ ｆｏｒｗａｒｄｉｎｇ ｄｅｔｅｃｔｉｏｎ， ＢＦＤ）機構が第１プロキシノード上で事前に展開され得る。ＢＦＤ機構は、リンクの転送接続性ステータス、または、ネットワークにおけるＩＰルートを迅速に検出および監視するために使用される。ＢＦＤ機構が展開され、その結果、第１プロキシノードが、第４リンクが接続状態にあるかどうかをリアルタイムに監視し、第４リンクの障害を迅速に検知することを確実にし得る。可能な実装において、ＢＦＤ機構を展開するプロセスは、第１プロキシノードに対して構成動作を実行すること、および、第１プロキシノードによって、構成命令を受信し、構成命令に従って、第３アウトバウンドインタフェースについてＢＦＤを有効にし、ＳＦノードとのＢＦＤセッションを確立することを含み得る。ＢＦＤセッションを確立した後に、第１プロキシノードは、予め定められた期間の間隔で、第３アウトバウンドインタフェースを通じてＢＦＤパケットを送信する。返されたＢＦＤ応答パケットが、予め定められた期間内に受信されない場合、第４リンクに障害があると判定され得る。
本実施形態においては、障害イベントが検出される前に第１パケットが受信される例を使用することによって説明が提供されることが理解されるべきである。別の実施形態において、第１プロキシノードは代替的に、第１パケットを受信する前に障害イベントを検出し得る、または、第１プロキシノードは、第１パケットを受信するときに障害イベントを検出する。第１パケットを受信すること、および、障害イベントを検出することの２つの段階の時系列は本実施形態において限定されない。
段階４１０３：第１プロキシノードが第１パケットのＳＲＨを第１キャッシュエントリに記憶する。
段階４１０４：第１プロキシノードが、エンドポイント動的プロキシＳＩＤ、第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成する。
本実施形態において、第２パケットは、第１パケットのバイパスパケットとみなされ得、第２パケットはデータパケットであり得る。第２パケットは、第１パケットのペイロードを含む。加えて、第１パケットのＳＲＨを記憶するように第２プロキシノードに指示するために、第２パケットにおける制御情報は更に、第１パケットのペイロードをサービス機能ノードへ送信するよう第２プロキシノードに指示し得る。任意選択的に、制御情報は第１フラグおよび第２フラグを含み得る。図４１Ａおよび図４１Ｂにおける実施形態において、第１フラグの値が０に設定され得る場合、パケットはコピーされたパケットではなく、通常はデータパケットであることを指示する。パケットを受信した後に、受信端は、パケットのペイロードを転送する必要がある。制御情報における第２フラグの値が０に設定され得る場合、パケットは確認応答パケットでないことを指示する。
任意選択的に、本実施形態における第２パケットを生成するためのトリガ条件は、図５Ａおよび図５Ｂにおける実施形態において第２パケットを生成するためのトリガ条件と異なり得る。図５Ａおよび図５Ｂにおける実施形態において、第２パケットを生成するためのトリガ条件は、第１キャッシュエントリが生成または更新されたと検出すること、または、現在の時点において第２パケットの送信期間が経過したと検出することであり得る。第２パケットの数は、第１パケットの数と著しく異なり得る。例えば、１のデータフローはＮの第１パケットを含み、Ｎの第１パケットのＳＲＨは通常、同一である可能性が高い。この場合、図５Ａおよび図５Ｂにおける実施形態において、第１プロキシノードは、１のＳＲＨを記憶するために、１のデータフローについて１のキャッシュエントリを生成し得る。このようにして、データフローは合計１の第２パケットをトリガする。各第１パケットのペイロードは、第１プロキシノードによってＳＦノードへ伝送され得る。しかしながら、本実施形態において、ノード障害またはリンク障害が第１プロキシノード上で生じるので、各第１パケットのペイロードが対応する第２パケットに保持され得、その結果、各第１パケットのペイロードが第２プロキシノードへ伝送され、各第１パケットのペイロードは、第２プロキシノードを通じてＳＦノードへ伝送される。この場合、第２パケットを生成するためのトリガ条件は以下の通りであり得る。１の第１パケットが受信されるたびに、１の第２パケットが対応して生成され、第２パケットの数は、第１パケットの数とほぼ同一であり得る。
段階４１０５：第１プロキシノードが第２パケットを第２プロキシノードへ送信する。
段階４１０６：第２プロキシノードが第２パケットを第１プロキシノードから受信し、制御情報が、第１パケットのＳＲＨを記憶するように、および、第２パケットのペイロードをＳＦノードへ送信するように第２プロキシノードに指示していると判定し、第２パケットのペイロードは第１パケットのペイロードである。
例えば、第２プロキシノードは、第２パケットにおける第１フラグの値、および、第２パケットにおける第２フラグの値を識別し得、第１フラグの値が０に設定され、かつ、第２フラグの値が０に設定される場合、制御情報が、第１パケットのＳＲＨを記憶するように、および、第２パケットのペイロードを送信するように指示していると判定する。
段階４１０７：第２プロキシノードが第２パケットを解析して第１パケットのＳＲＨを取得する。
段階４１０８：第２プロキシノードが第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
段階４１０９：第２プロキシノードが第２パケットに基づいて第３パケットを生成する。
第３パケットは第１パケットのペイロードを含み、第２プロキシノードによって生成された第３パケットは、図５Ａおよび図５Ｂにおける実施形態において第１プロキシノードによって生成された第３パケットと同一であり得る。実施形態において、段階４１０９は段階１および段階２を含み得る。
段階１：第２プロキシノードが第２パケットを第１パケットに復元する。
実施形態において、第２プロキシノードは、第１バイパスＳＩＤを第２パケットのＳＲＨから削除し、第２パケットのＳＲＨのＳＬを１減少させ、第２パケットの宛先アドレスをエンドポイント動的プロキシＳＩＤに更新して第１パケットを取得し得る。
段階２：第２プロキシノードが第１パケットに基づいて第３パケットを生成する。
段階２は段階５０８と同様である。ここでは詳細を説明しない。
本実施形態において、段階４１０８の前に段階４１０７が実行される例を使用することによって説明が提供されることが理解されるべきである。別の実施形態において、第１プロキシノードは代替的に、段階４１０７の前に段階４１０８を実行し得る、または、第１プロキシノードは、段階４１０７を実行するときに段階４１０８を実行する。段階４１０７および段階４１０８の時系列は本実施形態において限定されない。
段階４１１０：第２プロキシノードが第３パケットをＳＦノードへ送信する。
第２プロキシノードが第３パケットを転送する手順は、図５Ａおよび図５Ｂにおける実施形態において第１プロキシノードが第３パケットを転送する手順と同一である。ここでは詳細を説明しない。
段階４１１１：ＳＦノードが第３パケットを第２プロキシノードから受信し、第３パケットを処理して第４パケットを取得する。
段階４１１２：ＳＦが第４パケットを第２プロキシノードへ送信する。
段階４１１３：第２プロキシノードが、第４パケットをＳＦノードから受信し、第４パケットに基づいて第２キャッシュエントリをクエリし、第１パケットのＳＲＨを取得する。
段階４１１４：第２プロキシノードが、第４パケットおよび第１パケットのＳＲＨに基づいて、第５パケットを生成する。
段階４１１５：第２プロキシノードが、第５パケットをルーティングノードへ送信する。
段階４１１６：ルーティングノードが第５パケットを第２プロキシノードから受信し、第５パケットを転送する。
実施形態において、障害は時間と共に除去され得る。このようにして、リンクまたはノードは障害状態から通常の状態に回復し得る。この場合、第１プロキシノードは後に、第１パケットをルーティングノードから再度受信し、障害回復イベントを検出し得る。このようにして、第１プロキシノードは、本実施形態において提供される方法の手順の実行を停止し得、第１パケットのペイロードを第２プロキシノードへ伝送しなくなり、第２プロキシノードは第１パケットのペイロードをＳＦノードへ伝送する。代わりに、第１プロキシノードは、図４における実施形態において提供される方法の手順を実行し、ローカル端は第１パケットのペイロードをＳＦノードへ伝送する。このようにして、通常の転送シナリオにおけるトラフィックバイパスが回避される。第１プロキシノードが第３アウトバウンドインタフェースのステータスを検出し得、第３アウトバウンドインタフェースのステータスがアップ（ｕｐ）である場合、第１プロキシノードは、第４リンクが接続状態に復元されることを検出する。
本実施形態において、障害シナリオにおいて動的プロキシサービスを提供するための方法が提供される。障害イベントが検出されたとき、ローカルプロキシノードは、動的プロキシ処理が実行されるパケットを再カプセル化し、再カプセル化されたパケットをピアプロキシノードへ転送し、ピアプロキシノードに対して、ローカルプロキシノードの代わりに動的プロキシ動作を実行し、ＳＲＨを再カプセル化されたパケットから除去し、再カプセル化されたパケットのペイロードをＳＦノードへ伝送するように指示する。このようにして、デバイス障害またはリンク障害がローカルプロキシノード上で生じるとき、ローカルトラフィックは、更なる転送のために、バイパス方式でピアエンドへ伝送される。このようにして、障害シナリオにおいて、これはまた、パケットがＳＦノードによって処理されて正常に伝送され、ネットワーク安定性、信頼性、および堅牢性を大幅に改善することを確実にし得る。
上記方法の実施形態において、第１プロキシノードが障害イベントを検出した後にトリガされるパケット伝送手順が提供される。本願の実施形態において、ルーティングノードが障害イベントを検出した後にトリガされるパケット伝送手順が更に提供される。例えば、図４２を参照されたい。ルーティングノードが、プロキシノード１に障害があることを検知した、または、ルーティングノードとプロキシノード１との間のリンクに障害があることを検知した場合、ルーティングノードは、本願の本実施形態において提供される方法を実行し得、動的プロキシ動作がパケットに対して実行されること、および、パケットがＳＦノードによって処理され得ることを確実にする。以下では、図４３における以下の実施形態を使用することによって、詳細な説明を提供する。
図４３は、本願の実施形態によるパケット伝送方法のフローチャートである。方法は、以下の段階を含み得る。
段階４３０１：ルーティングノードが障害イベントを検出し、第１パケットを第２プロキシノードへ送信する。
図３を参照されたい。障害イベントは、第２リンクに障害があるイベント、第４リンクに障害があるイベント、または、第１プロキシノードに障害があるイベントの少なくとも１つを含む。例えば、ルーティングノードが第４アウトバウンドインタフェースを通じて第２リンクにアクセスする場合、ルーティングノードは、第４アウトバウンドインタフェースのステータスを検出し得る。第４アウトバウンドインタフェースのステータスがダウン（ｄｏｗｎ）である場合、ルーティングノードは、第２リンクに障害があるイベントを検出する。
任意選択的に、モニタリンク（ｍｏｎｉｔｏｒ ｌｉｎｋ）グループが第１プロキシノード上に展開され得る。モニタリンクグループは、第２リンクおよび第４リンクを含み、第２リンクは、モニタリンクグループにおける監視されたオブジェクトであり得、第４リンクは、モニタリンクグループにおける監視オブジェクトであり得る。第１プロキシノードは、第２アウトバウンドインタフェースのステータスを検出し得、第２アウトバウンドインタフェースのステータスがダウン（ｄｏｗｎ）である場合、第２リンクに障害があると判定し得る。この場合、第１プロキシノードは、第３アウトバウンドインタフェースのステータスをダウンに設定する。このようにして、第４リンクは、第２リンクの障害と同期的にダウンであり、第４リンクは第２リンクに関連付けられる。例えば、図４４を参照されたい。プロキシノード１は、ＳＦノードに接続されたアウトバウンドインタフェースのステータスを検出し得る。ＳＦノードに接続されたアウトバウンドインタフェースのステータスがダウンである場合、プロキシノード１は、ルーティングノードに接続されたアウトバウンドインタフェースのステータスをダウンに設定し、その結果、プロキシノード１とルーティングノードとの間のリンクはダウンである。図４４における破線は、第２リンクの無効化が第４リンクの無効化を引き起こすことを指示する。
障害イベントを検出した後に、ルーティングノードは、第１パケットのペイロードが第１プロキシノードによってＳＦノードへ一時的に転送されることができないと判定し得る。この場合、ルーティングノードは、デュアルホーミングアクセスネットワーキングアーキテクチャを使用することによって、第１パケットを第２プロキシノードへ送信し、それにより、第１パケットのペイロードを第２プロキシノードへ伝送し、その結果、第１パケットのペイロードが第２プロキシノードによってＳＦノードへ転送される。例えば、図３を参照されたい。ルーティングノードが第５アウトバウンドインタフェースを通じて第３リンクにアクセスする場合、ルーティングノードは、第５アウトバウンドインタフェースを第１パケットのアウトバウンドインタフェースとして選択し、第５アウトバウンドインタフェースを通じて第１パケットを送信し得る。この場合、第１パケットは、第３リンクを通じて第２プロキシノードへ伝送される。
段階４３０２：第２プロキシノードが、第１パケットをルーティングノードから受信し、第２プロキシノードは、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
段階４３０３：第２プロキシノードが第１パケットに基づいて第３パケットを生成する。
段階４３０４：第２プロキシノードが第３パケットをＳＦノードへ送信する。
段階４３０５：ＳＦノードが第３パケットを第２プロキシノードから受信し、第３パケットを処理して第４パケットを取得する。
段階４３０６：ＳＦノードが第４パケットを第２プロキシノードへ送信する。
段階４３０７：第２プロキシノードが、第４パケットをＳＦノードから受信し、第４パケットに基づいて第２キャッシュエントリをクエリし、第１パケットのＳＲＨを取得する。
段階４３０８：第２プロキシノードが、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成する。
段階４３０９：第２プロキシノードが第５パケットをルーティングノードへ送信する。
段階４３１０：ルーティングノードが第５パケットを第２プロキシノードから受信し、第５パケットを転送する。
本実施形態において、障害シナリオにおいて動的プロキシサービスを提供するための方法が提供される。１のプロキシノードに接続されたリンクに障害があると検出したとき、ルーティングノードはパケットを他のプロキシノードへ転送し、その結果、他のプロキシノードは、障害プロキシノードの代わりに動的プロキシ動作を実行する。このようにして、障害シナリオにおいて、これにより、パケットがＳＦによって処理されて正常に伝送されることも確実にでき、ネットワーク安定性、信頼性、および堅牢性を大幅に改善する。
図４１Ａおよび図４１Ｂ～図４４における上記実施形態は、障害シナリオにおけるパケット伝送方法の手順を示す。図４１Ａおよび図４１Ｂ～図４４における上記実施形態は単に障害シナリオの例であることが理解されるべきである。本願の本実施形態において提供される方法は、別の障害シナリオにも同様に適用され得る。本願の本実施形態において提供される方法は適応的な特徴を有する。具体的には、様々なシナリオにおけるトラフィック転送要件を正確に処理するために、転送手順のセットが適用され得る。簡潔には、いくつかの障害シナリオのみが上で説明され、他の障害シナリオにおける処理は、上記の障害シナリオと同様である。ここでは詳細を再び説明しない。
上記では、本願の実施形態におけるパケット伝送方法を説明する。以下では、第１プロキシノードおよび第２プロキシノードを説明する。
図４５は、本願の実施形態による第１プロキシノードの概略構造図である。図４５に示されるように、第１プロキシノードは、第１パケットを受信する段階を実行するよう構成される、例えば、上記の方法の実施形態における段階５０２、段階３５０２、段階３６０２、段階３７０２、段階３８０２、段階３９０２、段階４１０２、または段階４３０２を実行し得る受信モジュール４５０１と、第２パケットを生成する段階を実行するよう構成される、例えば、上記の方法の実施形態における段階５０３、段階３５０３、段階３６０４、段階３７０４、段階３８０３、段階３９０３、または段階４１０４を実行し得る生成モジュール４５０２と、第２パケットを送信する段階を実行するよう構成される、例えば、上記の方法の実施形態における段階５０４、段階３５０４、段階３６０５、段階３７０５、段階３８０４、段階３９０４、または段階４１０５を実行し得る送信モジュール４５０３とを含む。
任意選択的に、生成モジュール４５０２は、第１バイパスＳＩＤを第１パケットのＳＲＨのセグメントリストに挿入し、第１パケットのＳＲＨのセグメント残数ＳＬを１増加させ、第１パケットの宛先アドレスを第１バイパスＳＩＤに更新して第２パケットを取得するよう構成される。
任意選択的に、制御情報は第２パケットの拡張ヘッダに保持され、制御情報は第１迂回ＳＩＤに保持され、制御情報は第２パケットのＩＰヘッダに保持され、または、制御情報は第２パケットのＳＲＨにおけるＴＬＶに保持される。
任意選択的に、第１プロキシノードは更に、第１パケットのＳＲＨを記憶する段階を実行するよう構成される、例えば、上記の方法の実施形態における段階５０２、段階３５０２、段階３６０３、段階３７０３、段階３８０２、段階３９０２、または段階４１０３を実行し得る記憶モジュールを含む。
生成モジュール４５０２は更に、第３パケットを生成する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階５０８、段階３５０８、段階３６１０、段階３７１０、段階３８０８、または段階３９０８を実行し得る。
送信モジュール４５０３は更に、第３パケットを送信する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階５０９、段階３５０９、段階３６１１、段階３７１１、段階３８０９、または段階３９０９を実行し得る。
任意選択的に、記憶モジュールは、第１キャッシュエントリの識別子をインデックスとして使用することによってＳＲＨを記憶する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階３６０２および段階３６０３または段階３７０２および段階３７０３を実行し得る。
任意選択的に、第１プロキシノードは更に、サービス機能ノードのサービス機能がフロー識別子の修正を含むと判定するよう更に構成される判定モジュールを含む。
任意選択的に、第２パケットは更に、第１キャッシュエントリの識別子を含み、制御情報は更に、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう第２プロキシノードに指示するために使用され、第２キャッシュエントリは、第１パケットのＳＲＨを記憶するために第２プロキシノードによって使用されるキャッシュエントリである。
任意選択的に、受信モジュール４５０１は更に、第４パケットを受信する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階３７１４を実行し得る。第１プロキシノードは更に、クエリを実行して第１パケットのＳＲＨを取得する段階を実行するよう構成される、例えば、上記の方法の実施形態における段階３７１４を実行し得るクエリモジュールを含む。生成モジュール４５０２は更に、第５パケットを生成する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階３７１５を実行し得る。送信モジュール４５０３は更に、第５パケットを送信する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階３７１６を実行し得る。
任意選択的に、第２パケットを生成するためのトリガ条件は、第１キャッシュエントリが生成されたと検出されること、および、第１キャッシュエントリが更新されたと検出されることのうち１または複数を含む。
任意選択的に、記憶モジュールは、第１パケットに対応するフロー識別子、および、エンドポイント動的プロキシＳＩＤをインデックスとして使用することによってＳＲＨを記憶する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階３８０２を実行し得る。
任意選択的に、受信モジュール４５０１は、構成命令を受信する段階を実行するよう構成される。記憶モジュールは、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係を記憶する段階を実行するよう構成される。
任意選択的に、第３パケットに対応するフロー識別子は、第１パケットに対応するフロー識別子であり、第３パケットはＶＰＮ識別子を含む。受信モジュール４５０１は更に、第４パケットを受信する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階３９１２を実行する。第１プロキシノードは更に、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係をクエリする段階を実行するよう構成される、例えば、上記の方法の実施形態における段階３９１２を実行するクエリモジュールを含む。クエリモジュールは更に、第１パケットのＳＲＨを取得するためにクエリを実行する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階３９１３を実行する。生成モジュール４５０２は更に、第５パケットを生成する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階３９１４を実行する。送信モジュール４５０３は更に、第５パケットを生成する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階３９１５を実行する。
任意選択的に、第２パケットは更に、第１パケットのペイロードを含み、制御情報は更に、第１パケットのペイロードをサービス機能ノードへ送信するよう第２プロキシノードに指示するために使用される。第１プロキシノードは更に、障害イベントを検出する段階を実行するよう構成される、例えば、上記の方法の実施形態における段階４１０２を実行する検出モジュールを含む。
任意選択的に、第１プロキシノードは、第１リンクを通じて第２プロキシノードに接続され、送信モジュール４５０３は、第１リンクに対応する第１アウトバウンドインタフェースを通じて、第２パケットを第２プロキシノードへ送信するよう構成される。代替的に、第１プロキシノードは、第２リンクを通じてルーティングノードに接続され、ルーティングノードは、第３リンクを通じて第２プロキシノードに接続され、送信モジュール４５０３は、第２リンクに対応する第２アウトバウンドインタフェースを通じて第２パケットをルーティングノードへ送信するよう構成され、第２パケットは、ルーティングノードによって、第３リンクを通じて第２プロキシノードへ転送される。
任意選択的に、検出モジュールは更に、第１リンクのステータスを検出するよう構成される。送信モジュール４５０３は、第１リンクが利用可能状態にある場合に、第１リンクに対応する第１アウトバウンドインタフェースを通じて第２パケットを第２プロキシノードへ送信するよう、または、第１リンクが利用不可能状態にある場合に、第２リンクに対応する第２アウトバウンドインタフェースを通じて第２パケットをルーティングノードへ送信するよう構成される。
任意選択的に、送信モジュール４５０３は、複数の第２パケットを第２プロキシノードへ継続的に送信するよう、または、第６パケットが受信されないとき、第２パケットを第２プロキシノードへ再伝送するよう構成され、第６パケットの送信元アドレスは第１バイパスＳＩＤであり、第６パケットは、第１プロキシノードに対応する第２バイパスＳＩＤを含み得、例えば、第６パケットの宛先アドレスは、第２バイパスＳＩＤであり、第６パケットは、第２パケットが受信されたと指示するために使用される。
図４５における実施形態において提供される第１プロキシノードは、上記の方法の実施形態における第１プロキシノードに対応することが理解されるべきである。第１プロキシノードにおけるモジュールおよび上記他の動作および／または機能はそれぞれ、方法の実施形態において第１プロキシノードによって実装される様々な段階および方法を実装するために使用される。具体的な詳細については、上記の方法の実施形態を参照されたい。簡潔にする目的で、ここでは詳細について再び説明しない。
図４５における実施形態において提供される第１プロキシノードがパケットを伝送するとき、上記の機能モジュールへの分割は、説明のための例としてのみ使用されることに留意されたい。実際の適用において、上記の機能は、要件に基づいて実装のために異なる機能モジュールに割り当てられ得、すなわち、第１プロキシノードの内部構造は異なる機能モジュールに分割され、上で説明された機能の全部または一部を完成させる。加えて、上記実施形態において提供される第１プロキシノードおよびパケット伝送方法の実施形態は同一の概念に属する。第１プロキシノードの具体的な実装プロセスについては、方法の実施形態を参照されたい。ここでは詳細を再び説明しない。
図４６は、本願の実施形態による第２プロキシノードの概略構造図である。図４６に示されるように、第２プロキシノードは、第２パケットを受信する段階を実行するよう構成される、例えば、上記の方法の実施形態における段階５０５、段階３５０５、段階３６０６、段階３７０９、段階３８０５、段階３９０５、または段階４１０６を実行し得る受信モジュール４６０１と、第１パケットのＳＲＨを記憶するよう制御情報が第２プロキシノードに指示していると判定する段階を実行するよう構成される、例えば、上記の方法の実施形態における段階５０５、段階３５０５、段階３６０６、段階３７０６、段階３８０５、段階３９０５、または段階４１０６を実行し得る判定モジュール４６０２と、第２パケットを解析する段階を実行するよう構成される、例えば、上記の方法の実施形態における段階５０６、段階３５０６、段階３６０７、段階３７０７、段階３８０６、段階３９０６、または段階４１０７を実行し得る解析モジュール４６０３と、第１パケットのＳＲＨを記憶する段階を実行するよう構成される、例えば、上記の方法の実施形態における段階５０７、段階３５０７、段階３６０９、段階３７０９、段階３８０７、段階３９０７、段階４１０８、または段階４３０２を実行し得る記憶モジュール４６０４とを備える。
任意選択的に、解析モジュール４６０３は、第２パケットのＳＲＨのセグメントリストから第１バイパスＳＩＤを削除するように、および、第２パケットのＳＲＨのＳＬを１減少させて第１パケットのＳＲＨを取得するよう構成される。
任意選択的に、制御情報は第２パケットの拡張ヘッダに保持され、制御情報は第１迂回ＳＩＤに保持され、制御情報は第２パケットのＩＰヘッダに保持され、または、制御情報は第２パケットのＳＲＨにおけるＴＬＶに保持される。
任意選択的に、記憶モジュール４６０４は、第２キャッシュエントリの識別子をインデックスとして使用することによって、ＳＲＨを記憶する段階を実行するよう構成され、例えば、上記の方法の実施形態における段階３６０８から段階３６０９、または、段階３７０８および段階３７０９を実行し得る。
任意選択的に、判定モジュール４６０２は更に、サービス機能ノードのサービス機能がフロー識別子を修正することを含むと判定するよう構成される。
任意選択的に、第２パケットは更に、第１キャッシュエントリの識別子を含み、第１キャッシュエントリは、第１プロキシノードによって第１パケットのＳＲＨを記憶するために使用されるキャッシュエントリである。判定モジュール４６０２は更に、制御情報が更に、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう第２プロキシノードに指示していると判定するよう構成される。記憶モジュール４６０４は更に、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう構成される。
任意選択的に、受信モジュール４６０１は更に、第１キャッシュエントリの識別子を保持する第４パケットを受信する段階を実行するよう構成される。第２プロキシノードは更に、第１キャッシュエントリの識別子に基づいて、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係をクエリし、第１キャッシュエントリの識別子に対応する、第２キャッシュエントリの識別子を取得するよう構成されるクエリモジュールを含む。クエリモジュールは更に、第２キャッシュエントリの識別子をインデックスとして使用することによって、第２キャッシュエントリをクエリし、第１パケットのＳＲＨを取得するよう構成され、生成モジュールは、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成するよう構成され、第５パケットは第４パケットのペイロードおよび第１パケットのＳＲＨを含み、送信モジュールは、第５パケットを送信するよう構成される。
任意選択的に、第２パケットに対応するフロー識別子は、第１パケットに対応するフロー識別子であり、第１パケットのＳＲＨはエンドポイント動的プロキシＳＩＤを含む。記憶モジュール４６０４は、第１パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤをインデックスとして使用することによってＳＲＨを記憶する段階を実行し、例えば、上記の方法の実施形態における段階３８０７または段階３９０７を実行するよう構成される。
任意選択的に、受信モジュール４６０１は更に、構成命令を受信するよう構成され、構成命令は、各仮想プライベートネットワークＶＰＮにおけるサービス機能ノードに対応するエンドポイント動的プロキシＳＩＤを含む。記憶モジュール４６０４は更に、構成命令に従って、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係を記憶するよう構成される。
任意選択的に、受信モジュール４６０１は更に、段階３８１２における第４パケットを受信する段階を実行するよう構成される。第２プロキシノードは更に、ＶＰＮ識別子、エンドポイント動的プロキシＳＩＤ、および、第４パケットに対応するフロー識別子に基づいてクエリを実行する段階を実行してＳＲＨを取得するよう構成される、例えば、段階３８１２を実行するクエリモジュールと、段階３８１３を実行するよう更に構成される生成モジュールと、段階３８１４を実行するよう更に構成される送信モジュールとを備える。
任意選択的に、第２プロキシノードは、制御情報が更に、第１パケットのペイロードをサービス機能ノードへ送信するよう第２プロキシノードに指示していると判定する段階を実行するよう更に構成される、例えば、段階４１０６を実行する判定モジュール４６０２と、第３パケットを生成する段階を実行するよう更に構成される、例えば、段階４１０９を実行する生成モジュールと、段階４１１０を実行するよう更に構成される送信モジュールとを更に備える。
任意選択的に、第２プロキシノードは、第１リンクを通じて第１プロキシノードに接続され、受信モジュール４６０１は、第１リンクに対応する第１インバウンドインタフェースを通じて第１プロキシノードから第２パケットを受信するよう構成されるか、または、第２プロキシノードは、第３リンクを通じてルーティングノードに接続され、ルーティングノードは、第２リンクを通じて第１プロキシノードに接続され、受信モジュール４６０１は、第３リンクに対応する第２インバウンドインタフェースを通じて第２パケットをルーティングノードから受信するよう構成され、第２パケットは、第１プロキシノードによって、第２リンクを通じてルーティングノードへ送信される。
任意選択的に、受信モジュール４６０１は、複数の第２パケットを第１プロキシノードから継続的に受信するよう構成される。代替的に、第２プロキシノードは更に、第１バイパスＳＩＤ、第２プロキシノードに対応する第２バイパスＳＩＤ、および第２パケットに基づいて第６パケットを生成するよう構成される生成モジュールと、第６パケットを第１プロキシノードへ送信するよう更に構成される送信モジュール（第６パケットの送信元アドレスは第１バイパスＳＩＤである）とを含み、第６パケットは、第１プロキシノードに対応する第２バイパスＳＩＤを含み、第６パケットは、第２パケットが受信されたと指示するために使用される。
図４６における実施形態において提供される第２プロキシノードは、上記の方法の実施形態における第２プロキシノードに対応することが理解されるべきである。第２プロキシノードにおけるモジュールおよび上記他の動作および／または機能はそれぞれ、方法の実施形態において第２プロキシノードによって実装される様々な段階および方法を実装するために使用される。具体的な詳細については、上記の方法の実施形態を参照されたい。簡潔にする目的で、ここでは詳細について再び説明しない。
図４６における実施形態において提供される第２プロキシノードがパケットを伝送するとき、上記の機能モジュールへの分割は、説明のための例としてのみ使用されることに留意されたい。実際の適用において、上記の機能は、要件に基づいて実装のために異なる機能モジュールに割り当てられ得、すなわち、第２プロキシノードの内部構造は異なる機能モジュールに分割され、上で説明された機能の全部または一部を完成させる。加えて、上記実施形態において提供される第２プロキシノードおよびパケット伝送方法の実施形態は同一の概念に属する。第２プロキシノードの具体的な実装プロセスについては、方法の実施形態を参照されたい。簡潔にする目的で、ここでは詳細を再び説明しない。
上記では、本願の実施形態において提供される第１プロキシノードおよび第２プロキシノードを説明する。以下では、第１プロキシノードおよび第２プロキシノードの可能な製品形態を説明する。第１プロキシノードの特徴を有する製品の任意の形態、および、第２プロキシノードの特徴を有する製品の任意の形態は、本願の保護範囲に含まれることが理解されるべきである。以下の説明は単に例であり、本願の実施形態における第１プロキシノードおよび第２プロキシノードの製品形態は、これに限定されないことが更に理解されるべきである。
本願の実施形態はプロキシノードを提供する。プロキシノードは第１プロキシノードまたは第２プロキシノードであり得る。
プロキシノードはプロセッサを含み、プロセッサは命令を実行するよう構成され、その結果、プロキシノードは、上記の方法の実施形態において提供されるパケット伝送方法を実行する。
例えば、プロセッサはネットワークプロセッサ（Ｎｅｔｗｏｒｋ Ｐｒｏｃｅｓｓｏｒ， ＮＰ）、中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ， ＣＰＵ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ， ＡＳＩＣ）、または、本願の解決手段におけるプログラム実行を制御するよう構成される集積回路であり得る。プロセッサはシングルコアプロセッサ（ｓｉｎｇｌｅ－ＣＰＵ）であり得るか、または、マルチコアプロセッサ（ｍｕｌｔｉ－ＣＰＵ）であり得る。１または複数のプロセッサがあり得る。
いくつかの可能な実施形態において、プロキシノードは更にメモリを含み得る。
メモリは、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ， ＲＯＭ）、静的情報および命令を記憶し得る別の種類の静的記憶デバイス、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）、もしくは、情報および命令を記憶し得る別の種類の動的ストレージデバイスであり得るか、または、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ， ＥＥＰＲＯＭ）、コンパクトディスクリードオンリメモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ Ｍｅｍｏｒｙ， ＣＤ－ＲＯＭ）、もしくは、別のコンパクトディスク記憶装置、光学ディスクストレージ（コンパクト光学ディスク、レーザディスク、光学ディスク、デジタル多用途ディスク、ブルーレイディスク、または同様のものを含む）、磁気ディスク記憶媒体、もしくは、別の磁気記憶デバイス、または、コンピュータによってアクセスされ得る、命令もしくはデータ構造体の形態の所望のプログラムコードを保持もしくは記憶するために使用され得る任意の他の媒体であり得る。しかしながら、メモリはこれに限定されない。
メモリおよびプロセッサは、別個に配置され得るか、または、メモリおよびプロセッサは共に統合され得る。
いくつかの可能な実施形態において、プロキシノードは更に送受信機を含み得る。
送受信機は、別のデバイスまたは通信ネットワークと通信するよう構成される。ネットワーク通信方式は、イーサネットネットワーク、無線アクセスネットワーク（ＲＡＮ）、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ， ＷＬＡＮ）または同様のものであり得るか、これらに限定されない。本願の本実施形態において、通信インタフェースは、別のノードによって送信されたパケットを受信するよう構成され得るか、または、パケットを別のノードへ送信し得る。
いくつかの可能な実施形態において、プロキシノードはネットワークデバイスとして実装され得、ネットワークデバイスにおけるネットワークプロセッサは、上記の方法の実施形態における段階を実行し得る。例えば、ネットワークデバイスは、ルータ、スイッチ、またはファイアウォールであり得る。
図４７は、本願の例示的実施形態によるネットワークデバイスの概略構造図である。ネットワークデバイスは、第１プロキシノードまたは第２プロキシノードとして構成され得る。
ネットワークデバイス４７００は、メイン制御ボード４７１０、インタフェースボード４７３０、スイッチングボード４７２０、およびインタフェースボード４７４０を含む。メイン制御ボード４７１０は、システム管理、デバイス保守およびプロトコル処理などの機能を完成させるように構成される。スイッチングボード４７２０は、インタフェースボード間のデータ交換を完成させるよう構成される（インタフェースボードはまた、ラインカードまたはサービスボードと称される）。インタフェースボード４７３０および４７４０は、様々なサービスインタフェース（例えばイーサネットインタフェースおよびＰＯＳインタフェース）を提供し、データパケット転送を実装するよう構成される。メイン制御ボード４７１０、インタフェースボード４７３０および４７４０およびスイッチングボード４７２０は、通信のためにシステムバスを通じてシステムバックボードに接続される。インタフェースボード４７３０上の中央演算処理装置４７３１は、インタフェースボードを制御および管理し、メイン制御ボード４７１０上の中央演算処理装置４７１１と通信するよう構成される。
ネットワークデバイス４７００が第１プロキシノードとして構成される場合、物理インタフェースカード４７３３は第１パケットを受信し、第１パケットをネットワークプロセッサ４７３２へ送信する。ネットワークプロセッサ４７３２は、エンドポイント動的プロキシＳＩＤ、第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成し、リンク層カプセル化を完了した後に、アウトバウンドインタフェースなどの情報に基づいて、物理インタフェースカード４７３３を通じて第２パケットを送信し、その結果、第２パケットは第２プロキシノードへ伝送される。
実施形態において、ネットワークプロセッサ４７３２は、第１パケットのＳＲＨのＳＬを更新し、第１パケットの宛先アドレスを更新して第２パケットを取得し得、第２パケットのＳＬは、第１パケットのＳＬより大きい。
実施形態において、ネットワークプロセッサ４７３２は、第１パケットのＳＬを１増加させ、第１パケットの宛先アドレスを第１バイパスＳＩＤに更新し得る。
実施形態において、ネットワークプロセッサ４７３２は、１または複数の対象ＳＩＤを第１パケットのＳＲＨのセグメントリストに挿入し（１または複数の対象ＳＩＤは、対象転送経路を指示するために使用され、対象転送経路は、第１プロキシノードから第２プロキシノードへの経路である）、第１パケットのＳＬをＮ増加させ（Ｎは１より大きい正の整数である）、第１パケットの宛先アドレスを、１または複数の対象ＳＩＤにおける次のＳＲノードに対応するＳＩＤに更新し得る。
実施形態において、制御情報は、第２パケットの拡張ヘッダに保持され、制御情報は、第１バイパスＳＩＤに保持され、制御情報は、第２パケットのＩＰヘッダに保持され、または、制御情報は、第２パケットのＳＲＨにおけるＴＬＶに保持される。
実施形態において、ネットワークプロセッサ４７３２は、第１パケットのＳＲＨを転送エントリメモリ４７３４に記憶し得る。ネットワークプロセッサ４７３２は、第１パケットに基づいて第３パケットを生成し、リンク層カプセル化を完了した後にアウトバウンドインタフェースなどの情報に基づいて、物理インタフェースカード４７３３を通じて第３パケットを送信し得、その結果、第３パケットはＳＦノードへ伝送される。
実施形態において、ネットワークプロセッサ４７３２は、第１キャッシュエントリの識別子をインデックスとして使用することによって、第１パケットのＳＲＨを転送エントリメモリ４７３４に記憶し得る。
実施形態において、第２パケットは更に、第１キャッシュエントリの識別子を含み、制御情報は更に、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう第２プロキシノードに指示するために使用され、第２キャッシュエントリは、第１パケットのＳＲＨを記憶するために第２プロキシノードによって使用されるキャッシュエントリである。
実施形態において、物理インタフェースカード４７３３は、第４パケットを受信し、第４パケットをネットワークプロセッサ４７３２へ送信する。ネットワークプロセッサ４７３２は、第１キャッシュエントリの識別子をインデックスとして使用することによってクエリを実行し、第１パケットのＳＲＨを取得する。ネットワークプロセッサ４７３２は、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成し、第５パケットは、第４パケットのペイロード、および、第１パケットのＳＲＨを含む。ネットワークプロセッサ４７３２は、物理インタフェースカード４７３３を通じて第５パケットを送信する。
実施形態において、ネットワークプロセッサ４７３２は、第１キャッシュエントリが生成されたことを検出したときに、第２パケットを生成する。
実施形態において、ネットワークプロセッサ４７３２は、第１キャッシュエントリが更新されたことを検出したときに第２パケットを生成する。
実施形態において、ネットワークプロセッサ４７３２は、第１パケットに対応するフロー識別子、および、エンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、第１パケットのＳＲＨを転送エントリメモリ４７３４に記憶する。
実施形態において、メイン制御ボード４７１０上の中央演算処理装置４７１１は、構成命令を受信し、構成命令に従って、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係を転送エントリメモリ４７３４に記憶し得る。
実施形態において、物理インタフェースカード４７３３は、第４パケットを受信する。ネットワークプロセッサ４７３２は、ＶＰＮ識別子、第１パケットに対応するフロー識別子、および、エンドポイント動的プロキシＳＩＤに基づいて転送エントリメモリ４７３４をクエリし、第１パケットのＳＲＨを取得する。ネットワークプロセッサ４７３２は、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成し、物理インタフェースカード４７３３を通じて第５パケットを送信する。
実施形態において、ネットワークプロセッサ４７３２は、障害イベントを検出し得、障害イベントは、第１プロキシノードとサービス機能ノードとの間のリンクに障害があるイベント、または、第１プロキシノードに障害があるイベントの少なくとも１つを含む。
実施形態において、ネットワークプロセッサ４７３２は第１リンクのステータスを検出する。第１リンクが利用可能状態にある場合、ネットワークプロセッサ４７３２は、物理インタフェースカード４７３３を選択し、第１リンクに対応する第１アウトバウンドインタフェースを通じて第２パケットを送信する。代替的に、第１リンクが利用不可能状態にある場合、ネットワークプロセッサ４７３２は、物理インタフェースカード４７３３を選択し、第２リンクに対応する第２アウトバウンドインタフェースを通じて第２パケットを送信する。
実施形態において、ネットワークプロセッサ４７３２は、複数の第２パケットを継続的に生成し、複数の第２パケットを物理インタフェースカード４７３３へ送信する。物理インタフェースカード４７３３は、複数の第２パケットを第２プロキシノードへ継続的に送信する。
実施形態において、物理インタフェースカード４７３３が第６パケットを受信しないとき、ネットワークプロセッサ４７３２は、第２パケットを第２プロキシノードへ再伝送する。
ネットワークデバイス４７００が第２プロキシノードとして構成される場合、物理インタフェースカード４７３３は第２パケットを受信し、第２パケットをネットワークプロセッサ４７３２へ送信する。ネットワークプロセッサ４７３２は、制御情報が、第１パケットのＳＲＨを記憶するよう第２プロキシノードに指示していると判定し、第２パケットを解析して第１パケットのＳＲＨを取得し、第１パケットのＳＲＨを転送エントリメモリ４７３４における第２キャッシュエントリに記憶する。
実施形態において、ネットワークプロセッサ４７３２は、第１バイパスＳＩＤを第２パケットのＳＲＨのセグメントリストから削除し、第２パケットのＳＲＨのセグメント残数ＳＬを１減少させて第１パケットのＳＲＨを取得する。
実施形態において、制御情報は、第２パケットの拡張ヘッダに保持され、制御情報は、第１バイパスＳＩＤに保持され、制御情報は、第２パケットのＩＰヘッダに保持され、または、制御情報は、第２パケットのＳＲＨにおけるＴＬＶに保持される。
実施形態において、ネットワークプロセッサ４７３２は、第２キャッシュエントリの識別子をインデックスとして使用することによって、第１パケットのＳＲＨを転送エントリメモリ４７３４における第２キャッシュエントリに記憶する。
実施形態において、ネットワークプロセッサ４７３２は、ＳＦノードのサービス機能がフロー識別子の修正を含むと判定する。
実施形態において、ネットワークプロセッサ４７３２は、制御情報が更に、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう第２プロキシノードに指示していると判定する。ネットワークプロセッサ４７３２は、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を転送エントリメモリ４７３４に記憶する。
実施形態において、物理インタフェースカード４７３３は、第４パケットを受信し、第４パケットをネットワークプロセッサ４７３２へ送信する。ネットワークプロセッサ４７３２は、第１キャッシュエントリの識別子に基づいて、転送エントリメモリ４７３４における第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係をクエリして、第１キャッシュエントリの識別子に対応する第２キャッシュエントリの識別子を取得する。ネットワークプロセッサ４７３２は、第２キャッシュエントリの識別子をインデックスとして使用することによって、転送エントリメモリ４７３４における第２キャッシュエントリをクエリして、第１パケットのＳＲＨを取得する。ネットワークプロセッサ４７３２は、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成する。ネットワークプロセッサ４７３２は、リンク層カプセル化を完了した後に、アウトバウンドインタフェースなどの情報に基づいて物理インタフェースカード４７３３を通じて第５パケットを送信する。
実施形態において、ネットワークプロセッサ４７３２は、第２パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
実施形態において、メイン制御ボード４７１０上の中央演算処理装置４７１１は、構成命令を受信し、構成命令に従って、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係を転送エントリメモリ４７３４に記憶し得る。
実施形態において、物理インタフェースカード４７３３は、第４パケットを受信し、第４パケットをネットワークプロセッサ４７３２へ送信する。ネットワークプロセッサ４７３２は、ＶＰＮ識別子、エンドポイント動的プロキシＳＩＤ、および、第４パケットに対応するフロー識別子に基づいて、転送エントリメモリ４７３４における第２キャッシュエントリをクエリして、第１パケットのＳＲＨを取得する。ネットワークプロセッサ４７３２は、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成する。ネットワークプロセッサ４７３２は、リンク層カプセル化を完了した後に、アウトバウンドインタフェースなどの情報に基づいて、物理インタフェースカード４７３３を通じて第５パケットを送信する。
実施形態において、ネットワークプロセッサ４７３２は、制御情報が更に、第１パケットのペイロードをサービス機能ノードへ送信するよう第２プロキシノードに指示していると判定する。ネットワークプロセッサ４７３２は、第２パケットに基づいて第３パケットを生成し、ネットワークプロセッサ４７３２は、物理インタフェースカード４７３３を通じて第３パケットを送信し、その結果、第３パケットはＳＦノードへ伝送される。
実施形態において、物理インタフェースカード４７３３は、第１リンクに対応する第１インバウンドインタフェースを通じて第２パケットを受信する。代替的に、物理インタフェースカード４７３３は、第３リンクに対応する第２インバウンドインタフェースを通じて第２パケットを受信する。
実施形態において、物理インタフェースカード４７３３は、複数の第２パケットを継続的に受信し、複数の第２パケットをネットワークプロセッサ４７３２へ送信する。
実施形態において、ネットワークプロセッサ４７３２は、第１バイパスＳＩＤ、第２プロキシノードに対応する第２バイパスＳＩＤ、および第２パケットに基づいて、第６パケットを生成する。ネットワークプロセッサ４７３２は、リンク層カプセル化を完了した後に、アウトバウンドインタフェースなどの情報に基づいて物理インタフェースカード４７３３を通じて第６パケットを送信する。
本願の本実施形態において、インタフェースボード４７４０上で実行される動作は、インタフェースボード４７３０上で実行される動作と同一であることが理解されるべきである。簡潔にする目的で、詳細は再び説明されない。本実施形態におけるネットワークデバイス４７００は、上記方法の実施形態における第１プロキシノードまたは第２プロキシノードに対応し得ることが理解されるべきである。メイン制御ボード４７１０、ならびに、ネットワークデバイス４７００におけるインタフェースボード４７３０および／またはインタフェースボード４７４０は、上記の方法の実施形態における第１プロキシノードまたは第２プロキシノードによって実装される機能および／または段階を実装し得る。簡潔にする目的で、ここでは詳細を再び説明しない。
１または複数のメイン制御ボードがあり得ることに留意されたい。複数のメイン制御ボードがあるとき、メイン制御ボードは、アクティブメイン制御ボードおよびスタンバイメイン制御ボードを含み得る。１または複数のインタフェースボードがあり得、より強いデータ処理機能を有するネットワークデバイスはより多くのインタフェースボードを提供する。インタフェースボード上に１または複数の物理インタフェースカードもあり得る。スイッチングボードが無いこと、または、１または複数のスイッチングボードがあることがあり得る。複数のスイッチングボードがあるとき、負荷共有および冗長バックアップが共に実装され得る。集中転送アーキテクチャにおいて、ネットワークデバイスは、スイッチングボードを必要としないことがあり得、インタフェースボードは、システム全体におけるサービスデータを処理する機能を提供する。分散転送アーキテクチャにおいて、ネットワークデバイスは、少なくとも１つのスイッチングボードを有し得、複数のインタフェースボード間のデータ交換は、スイッチングボードを使用することによって実装され、大容量データ交換および処理能力を提供する。このようにして、分散アーキテクチャにおけるネットワークデバイスのデータアクセスおよび処理能力は、集中アーキテクチャにおけるデバイスより良い。任意選択的に、ネットワークデバイスは代替的に、１つのカードのみがある形態であり得る。具体的には、スイッチングボードが無く、インタフェースボードおよびメイン制御ボードの機能はカード上に統合される。この場合、インタフェースボード上の中央演算処理装置およびメイン制御ボード上の中央演算処理装置は組み合わされて、カード上に１つの中央演算処理装置を形成して、２つの中央演算処理装置が組み合わされた後に取得される機能を実行し得る。この形態のデバイス（例えば、ローエンドスイッチまたはルータなどのネットワークデバイス）は、弱いデータ交換および処理能力を有する。使用される具体的なアーキテクチャは、具体的なネットワーキング展開シナリオに依存する。これは、本明細書において限定されない。
いくつかの可能な実施形態において、プロキシノードは、コンピューティングデバイスとして実装され得、コンピューティングデバイスにおける中央演算処理装置は、上記の方法の実施形態における段階を実行し得る。例えば、コンピューティングデバイスは、ホスト、サーバ、パーソナルコンピュータ、または同様のものであり得る。コンピューティングデバイスは、汎用バスアーキテクチャを使用することによって実装され得る。
図４８は、本願の例示的実施形態によるコンピューティングデバイスの概略構造図である。コンピューティングデバイスは、第１プロキシノードまたは第２プロキシノードとして構成され得る。
コンピューティングデバイス４８００は、プロセッサ４８１０、送受信機４８２０、ランダムアクセスメモリ４８４０、リードオンリメモリ４８５０、およびバス４８６０を含む。プロセッサ４８１０は、バス４８６０を通じて、送受信機４８２０、ランダムアクセスメモリ４８４０、およびリードオンリメモリ４８５０に別個に結合される。コンピューティングデバイス４８００が実行される必要があるとき、コンピューティングデバイス４８００は、リードオンリメモリ４８５０に内蔵された基本入出力システム、または、組み込みシステムにおけるブートローダ（ｂｏｏｔｌｏａｄｅｒ）ブートストラップシステムを使用することによって起動され、コンピューティングデバイス４８００をブートし、通常の実行状態に入る。
コンピューティングデバイス４８００が第１プロキシノードとして構成される場合、コンピューティングデバイス４８００が通常の実行状態に入った後に、アプリケーションプログラムおよびオペレーティングシステムがランダムアクセスメモリ４８４０において実行される。
送受信機４８２０は第１パケットを受信し、第１パケットをプロセッサ４８１０へ送信する。プロセッサ４８１０は、エンドポイント動的プロキシＳＩＤ、第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて、第２パケットを生成し、リンク層カプセル化を完了した後に、アウトバウンドインタフェースなどの情報に基づいて第２パケットを送受信機４８２０から送信し、その結果、第２パケットが第２プロキシノードへ伝送される。
実施形態において、プロセッサ４８１０は、第１パケットのＳＲＨのセグメント残数ＳＬを更新し、第１パケットの宛先アドレスを更新して第２パケットを取得し得、第２パケットのＳＬは、第１パケットのＳＬより大きい。
実施形態において、プロセッサ４８１０は、第１パケットのＳＬを１増加させ、第１パケットの宛先アドレスを第１バイパスＳＩＤに更新し得る。
実施形態において、プロセッサ４８１０は、１または複数の対象ＳＩＤを第１パケットのＳＲＨのセグメントリストに挿入し（１または複数の対象ＳＩＤは、対象転送経路を指示するために使用され、対象転送経路は、第１プロキシノードから第２プロキシノードへの経路である）、第１パケットのＳＬをＮ増加させ（Ｎは１より大きい正の整数である）、第１パケットの宛先アドレスを、１または複数の対象ＳＩＤにおける次のＳＲノードに対応するＳＩＤに更新し得る。
実施形態において、制御情報は、第２パケットの拡張ヘッダに保持され、制御情報は、第１バイパスＳＩＤに保持され、制御情報は、第２パケットのＩＰヘッダに保持され、または、制御情報は、第２パケットのＳＲＨにおけるＴＬＶに保持される。
実施形態において、プロセッサ４８１０は、第１パケットのＳＲＨをランダムアクセスメモリ４８４０に記憶し得る。プロセッサ４８１０は、第１パケットに基づいて第３パケットを生成し、リンク層カプセル化を完了した後に、アウトバウンドインタフェースなどの情報に基づいて、第３パケットを送受信機４８２０から送信し得、その結果、第３パケットがＳＦノードへ伝送される。
実施形態において、プロセッサ４８１０は、第１キャッシュエントリの識別子をインデックスとして使用することによって、第１パケットのＳＲＨをランダムアクセスメモリ４８４０に記憶し得る。
実施形態において、第２パケットは更に、第１キャッシュエントリの識別子を含み、制御情報は更に、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう第２プロキシノードに指示するために使用され、第２キャッシュエントリは、第１パケットのＳＲＨを記憶するために第２プロキシノードによって使用されるキャッシュエントリである。
実施形態において、送受信機４８２０は、第４パケットを受信し、第４パケットをプロセッサ４８１０へ送信する。プロセッサ４８１０は、第１キャッシュエントリの識別子をインデックスとして使用することによってクエリを実行して、第１パケットのＳＲＨを取得する。プロセッサ４８１０は、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成し、第５パケットは、第４パケットのペイロードおよび第１パケットのＳＲＨを含む。プロセッサ４８１０は、第５パケットを送受信機４８２０から送信する。
実施形態において、プロセッサ４８１０は、第１キャッシュエントリが生成されたと検出したとき、第２パケットを生成する。
実施形態において、プロセッサ４８１０は、第１キャッシュエントリが更新されたと検出したときに第２パケットを生成する。
実施形態において、プロセッサ４８１０は、第１パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、第１パケットのＳＲＨをランダムアクセスメモリ４８４０に記憶する。
実施形態において、プロセッサ４８１０は、構成命令を受信し、構成命令に従って、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係をランダムアクセスメモリ４８４０に記憶し得る。
実施形態において、送受信機４８２０は第４パケットを受信する。プロセッサ４８１０は、ＶＰＮ識別子、第１パケットに対応するフロー識別子、およびエンドポイント動的プロキシＳＩＤに基づいてランダムアクセスメモリ４８４０をクエリして第１パケットのＳＲＨを取得する。プロセッサ４８１０は、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成し、第５パケットを送受信機４８２０から送信する。
実施形態において、プロセッサ４８１０は、障害イベントを検出し得、障害イベントは、第１プロキシノードとサービス機能ノードとの間のリンクに障害があるイベント、または、第１プロキシノードに障害があるイベントの少なくとも１つを含む。
実施形態において、プロセッサ４８１０は第１リンクのステータスを検出する。第１リンクが利用可能状態にある場合、プロセッサ４８１０は送受信機４８２０を選択し、第１リンクに対応する第１アウトバウンドインタフェースを通じて第２パケットを送信する。代替的に、第１リンクが利用不可能状態にある場合、プロセッサ４８１０は、送受信機４８２０を選択し、第２リンクに対応する第２アウトバウンドインタフェースを通じて第２パケットを送信する。
実施形態において、プロセッサ４８１０は、複数の第２パケットを継続的に生成し、複数の第２パケットを送受信機４８２０へ送信する。送受信機４８２０は、複数の第２パケットを第２プロキシノードへ継続的に送信する。
実施形態において、送受信機４８２０が第６パケットを受信しないとき、プロセッサ４８１０は、第２パケットを第２プロキシノードへ再伝送する。
コンピューティングデバイス４８００が第２プロキシノードとして構成される場合、送受信機４８２０は第２パケットを受信し、第２パケットをプロセッサ４８１０へ送信する。プロセッサ４８１０は、制御情報が、第１パケットのＳＲＨを記憶するよう第２プロキシノードに指示していると判定し、第２パケットを解析して第１パケットのＳＲＨを取得し、第１パケットのＳＲＨをランダムアクセスメモリ４８４０における第２キャッシュエントリに記憶する。
実施形態において、プロセッサ４８１０は、第１バイパスＳＩＤを第２パケットのＳＲＨのセグメントリストから削除し、第２パケットのＳＲＨのセグメント残数ＳＬを１減少させて第１パケットのＳＲＨを取得する。
実施形態において、制御情報は、第２パケットの拡張ヘッダに保持され、制御情報は、第１バイパスＳＩＤに保持され、制御情報は、第２パケットのＩＰヘッダに保持され、または、制御情報は、第２パケットのＳＲＨにおけるＴＬＶに保持される。
実施形態において、プロセッサ４８１０は、第２キャッシュエントリの識別子をインデックスとして使用することによって、第１パケットのＳＲＨをランダムアクセスメモリ４８４０における第２キャッシュエントリに記憶する。
実施形態において、プロセッサ４８１０は、ＳＦノードのサービス機能がフロー識別子の修正を含むと判定する。
実施形態において、プロセッサ４８１０は、制御情報が更に、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係を記憶するよう第２プロキシノードに指示していると判定する。プロセッサ４８１０は、第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係をランダムアクセスメモリ４８４０に記憶する。
実施形態において、送受信機４８２０は第４パケットを受信し、第４パケットをプロセッサ４８１０へ送信する。プロセッサ４８１０は、第１キャッシュエントリの識別子に基づいて、ランダムアクセスメモリ４８４０における第１キャッシュエントリの識別子と第２キャッシュエントリの識別子との間のマッピング関係をクエリして、第１キャッシュエントリの識別子に対応する、第２キャッシュエントリの識別子を取得する。プロセッサ４８１０は、第２キャッシュエントリの識別子をインデックスとして使用することによって、ランダムアクセスメモリ４８４０における第２キャッシュエントリをクエリして、第１パケットのＳＲＨを取得する。プロセッサ４８１０は、第４パケットおよび第１パケットのＳＲＨに基づいて、第５パケットを生成する。プロセッサ４８１０は、リンク層カプセル化を完了した後に、アウトバウンドインタフェースなどの情報に基づいて、第５パケットを送受信機４８２０から送信する。
実施形態において、プロセッサ４８１０は、第２パケットに対応するフロー識別子およびエンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、第１パケットのＳＲＨを第２キャッシュエントリに記憶する。
実施形態において、プロセッサ４８１０は、構成命令を受信し、構成命令に従って、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係をランダムアクセスメモリ４８４０に記憶し得る。
実施形態において、送受信機４８２０は、第４パケットを受信し、第４パケットをプロセッサ４８１０へ送信する。プロセッサ４８１０は、ＶＰＮ識別子、エンドポイント動的プロキシＳＩＤ、および、第４パケットに対応するフロー識別子に基づいて、ランダムアクセスメモリ４８４０における第２キャッシュエントリをクエリして、第１パケットのＳＲＨを取得する。プロセッサ４８１０は、第４パケットおよび第１パケットのＳＲＨに基づいて第５パケットを生成する。プロセッサ４８１０は、リンク層カプセル化を完了した後に、アウトバウンドインタフェースなどの情報に基づいて、第５パケットを送受信機４８２０から送信する。
実施形態において、プロセッサ４８１０は、制御情報が更に、第１パケットのペイロードをサービス機能ノードへ送信するよう第２プロキシノードに指示していると判定する。プロセッサ４８１０は、第２パケットに基づいて第３パケットを生成し、プロセッサ４８１０は、第３パケットを送受信機４８２０から送信し、その結果、第３パケットはＳＦノードへ伝送される。
実施形態において、送受信機４８２０は、第１リンクに対応する第１インバウンドインタフェースを通じて第２パケットを受信する。代替的に、送受信機４８２０は、第３リンクに対応する第２インバウンドインタフェースを通じて第２パケットを受信する。
実施形態において、送受信機４８２０は、複数の第２パケットを継続的に受信し、複数の第２パケットをプロセッサ４８１０へ送信する。
実施形態において、プロセッサ４８１０は、第１バイパスＳＩＤ、第２プロキシノードに対応する第２バイパスＳＩＤ、および、第２パケットに基づいて、第６パケットを生成する。プロセッサ４８１０は、リンク層カプセル化を完了した後に、アウトバウンドインタフェースなどの情報に基づいて、第６パケットを送受信機４８２０から送信する。
本願の本実施形態におけるコンピューティングデバイスは、上記の方法の実施形態における第１プロキシノードまたは第２プロキシノードに対応し得、コンピューティングデバイスにおけるプロセッサ４８１０、送受信機４８２０、および同様のものは、上記の方法の実施形態における第１プロキシノードまたは第２プロキシノードによって実装される機能および／または方法の段階を実装し得る。簡潔にする目的で、ここでは詳細を再び説明しない。
いくつかの可能な実施形態において、プロキシノードは、仮想化デバイスとして実装され得る。
例えば、仮想化デバイスは、パケット送信機能を有するプログラムが実行される仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ， ＶＭ）であり得、仮想マシンは、ハードウェアデバイス（例えば物理サーバ）上に展開される。仮想マシンは、完全に隔離された環境において実行する、完全なハードウェアシステム機能を有する、ソフトウェアによってシミュレートされる完全なコンピュータシステムである。仮想マシンは、第１プロキシノードまたは第２プロキシノードとして構成され得る。例えば、第１プロキシノードまたは第２プロキシノードは、ＮＦＶ技術を使用することによって、汎用物理サーバに基づいて実装され得る。第１プロキシノードまたは第２プロキシノードは、仮想ホスト、仮想ルータ、または仮想スイッチである。本願を読んだ後、当業者は、ＮＦＶ技術を使用することによって、汎用物理サーバ上に、上記機能を有する第１プロキシノードまたは第２プロキシノードを仮想化し得る。ここでは詳細を再び説明しない。
例えば、仮想化デバイスはコンテナであり得、コンテナは、隔離仮想化環境を提供するために使用されるエンティティである。例えば、コンテナはドッカーコンテナであり得る。コンテナは、第１プロキシノードまたは第２プロキシノードとして構成され得る。例えば、プロキシノードは、対応する画像を使用することによって作成され得る。例えば、２つのコンテナインスタンス、すなわち、コンテナインスタンスプロキシコンテナ１およびコンテナインスタンスプロキシコンテナ２は、プロキシコンテナの画像を使用することによって、プロキシコンテナ（プロキシサービスを提供するコンテナ）について作成され得る。コンテナインスタンスプロキシコンテナ１は、第１プロキシノードとして提供され、コンテナインスタンスプロキシコンテナ２は、第２プロキシノードとして提供される。コンテナ技術が実装のために使用されるとき、プロキシノードは、物理マシンのカーネルを使用することによって動作し得、複数のプロキシノードは、物理マシンのオペレーティングシステムを共有し得る。コンテナ技術は、異なるプロキシノードを隔離するために使用され得る。コンテナ化されたプロキシノードは、仮想化環境において動作し得、例えば、仮想マシンにおいて動作し得、または、コンテナ化されたプロキシノードは、物理マシンにおいて直接的に動作し得る。
例えば、仮想化デバイスはポッドであり得る。ポッドは、コンテナ化されたアプリケーションを展開、管理、およびオーケストレートするためのＫｕｂｅｒｎｅｔｅｓの基本ユニットである（Ｋｕｂｅｒｎｅｔｅｓは、Ｇｏｏｇｌｅのオープンソースコンテナまたはオーケストレーションエンジンであり、英語で完結にＫ８ｓと称される）。ポッドは１または複数のコンテナを含み得る。同一のポッドにおける全部のコンテナは通常、同一のホスト上に展開される。このようにして、同一のポッドにおける全部のコンテナは、ホストを通じて互いに通信し得、ホストの記憶リソースおよびネットワークリソースを共有し得る。ポッドは、第１プロキシノードまたは第２プロキシノードとして構成され得る。例えば、具体的には、コンテナアズアサービス（ｃｏｎｔａｉｎｅｒ ａｓ ａ ｓｅｒｖｉｃｅ， ＣａａＳ、コンテナベースのＰａａＳサービス）は、ポッドを作成するよう指示され得、ポッドは、第１プロキシノードまたは第２プロキシノードとして提供される。
当然、プロキシノードは代替的に、別の仮想化デバイスであり得る。ここでは詳細を説明しない。
いくつかの可能な実施形態において、プロキシノードは代替的に、汎用プロセッサによって実装され得る。例えば、汎用プロセッサはチップの形態であり得る。具体的に、第１プロキシノードまたは第２プロキシノードを実装する汎用プロセッサは、処理回路、ならびに、処理回路に内部的に接続され通信するインバウンドインタフェースおよびアウトバウンドインタフェースを含む。処理回路は、インバウンドインタフェースを通じて、上記の方法の実施形態におけるパケット生成段階を実行するよう構成される。処理回路は、インバウンドインタフェースを通じて、上記方法の実施形態における受信段階を実行するよう構成される。処理回路は、アウトバウンドインタフェースを通じて、上記の方法の実施形態における送信段階を実行するよう構成される。任意選択的に、汎用プロセッサは更に記憶媒体を含み得る。処理回路は、記憶媒体を使用することによって、上記方法の実施形態における記憶段階を実行するよう構成される。
可能な製品形態において、本願の本実施形態における第１プロキシノードまたは第２プロキシノードは代替的に、１または複数のフィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ， ＦＰＧＡ）、プログラマブルロジックデバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ， ＰＬＤ）、コントローラ、ステートマシン、ゲートロジック、別個のハードウェアコンポーネント、任意の他の適切な回路、または、本願において説明された機能を実行し得る回路の任意の組み合わせを使用することによって実装され得る。
いくつかの可能な実施形態において、プロキシノードは代替的に、コンピュータプログラム製品を使用することによって実装され得る。具体的に、本願の実施形態は、コンピュータプログラム製品を提供する。コンピュータプログラム製品が第１プロキシノード上で実行するとき、第１プロキシノードは、上記の方法の実施形態におけるパケット伝送方法を実行することが可能である。本願の実施形態は更に、コンピュータプログラム製品を提供する。コンピュータプログラム製品が第２プロキシノード上で実行するとき、第２プロキシノードは、上記の方法の実施形態におけるパケット伝送方法を実行することが可能である。
上記の製品形態における第１プロキシノードまたは第２プロキシノードはそれぞれ、上記の方法の実施形態における第１プロキシノードまたは第２プロキシノードの任意の機能を有することが理解されるべきである。ここでは詳細を再び説明しない。
当業者であれば、本明細書に開示される実施形態を参照して説明される方法の段階およびユニットは、電子的ハードウェア、コンピュータソフトウェア、またはそれらの組み合わせによって実装され得ることに気付き得る。ハードウェアとソフトウェアとの間の互換性を明確に説明するべく、上記では概して、機能に基づいて、各実施形態の段階および組成を説明した。これらの機能がハードウェアおよびソフトウェアのどちらで実行されるかは、技術的解決策の特定の用途および設計上の制約で決まる。当業者であれば、異なる方法を用いて、説明された機能を特定の応用ごとに実装してよいが、こうした実装が本願の範囲を超えるものとみなされるべきではない。
当業者であれば、便宜上、および、簡潔な説明の目的で、上記で説明されたシステム、装置、およびユニットの詳細な動作プロセスについては、上記の方法の実施形態における対応の処理を参照することを明確に理解し得る。ここでは詳細を再び説明しない。
本願において提供されるいくつかの実施形態では、開示されたシステム、装置および方法が他の方式で実装されてよいことが理解されるべきである。例えば、説明される装置の実施形態は単に例である。例えば、ユニットの区分けは、論理的な機能の区分けに過ぎず、実際の実装では、別の区分けであってよい。例えば、複数のユニットもしくはコンポーネントが組み合わされるかまたは統合されて別のシステムになってもよく、いくつかの特徴が無視されても行われなくてもよい。加えて、示されたまたは説明された相互連結、すなわち直接的な連結または通信接続が、いくつかのインタフェースを介して実装されてよい。装置間またはユニット間の間接的結合または通信接続は、電気的形式、機械的形式、または別の形式で実現されてもよい。
別個の部分として説明されるユニットは、物理的に別個であっても、そうでなくてもよく、ユニットとして表示される部分は、物理ユニットであっても、そうでなくてもよく、１つの場所に位置しても、複数のネットワークユニットに分散されてもよい。ユニットの一部または全部は、本願における実施形態における解決手段の目的を実現するために、実際の要件に基づいて選択され得る。
加えて、本願の実施形態における機能ユニットは、１つの処理ユニットに統合され得、ユニットの各々は、物理的に単独で存在し得るか、または、２以上のユニットが１つのユニットに統合され得る。統合されたユニットは、ハードウェアの形で実装されてもよく、ソフトウェア機能ユニットの形で実装されてもよい。
統合されたユニットがソフトウェア機能ユニットの形式で実装され、独立の製品として販売または使用されるとき、統合されたユニットは、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本願における本質的な技術的解決手段、または、従来技術に貢献する部分、または、技術的解決手段の全部もしくは一部は、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、本願の実施形態において説明される方法の段階の全部または一部を実行するようコンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイス、または同様のものであり得る）に指示するための複数の命令を含む。上述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶できる任意の媒体を含む。
上述の説明は単に、本願の特定の実装であり、本願の保護範囲を限定する意図は無い。本願において開示された技術的範囲内で当業者が容易に考え出すあらゆる修正または置き換えは、本願の保護範囲に含まれることになる。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
前述の実施形態の全部または一部が、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせを使用して実装されてよい。これらの実施形態を実装するためにソフトウェアが使用される場合は、当該実施形態は、コンピュータプログラム製品の形態で完全にまたは部分的に実装され得る。コンピュータプログラム製品は、１または複数のコンピュータプログラム命令を含む。コンピュータプログラム命令がコンピュータ上でロードおよび実行されるとき、本願の実施形態に係る手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶され得るか、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。例えば、コンピュータプログラム命令は、有線または無線方式で、ウェブサイト、コンピュータ、サーバ、または、データセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタへ伝送され得る。コンピュータ可読記憶媒体は、コンピュータ、または、１もしくは複数の使用可能な媒体を統合するサーバもしくはデータセンタ等のデータ記憶デバイスによってアクセス可能な任意の使用可能な媒体であってよい。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスクまたは磁気テープ）、光媒体（例えば、デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ、ＤＶＤ））または半導体媒体（例えば、ソリッドステートドライブ）等であってよい。
当業者であれば、実施形態の段階の全部またはいくつかがハードウェアまたは関連ハードウェアに命令するプログラムによって実装されてよいことを理解し得る。プログラムは、コンピュータ可読記憶媒体に記憶されてよい。記憶媒体は、リードオンリメモリ、磁気ディスク、光ディスク等であってよい。
上記の説明は、単に本願の任意の実施形態であり、本願を限定することを意図するものではない。本願の原理を逸脱しない任意の修正、同等の置換、または改善は、本願の保護範囲に含まれるものとする。
［他の可能な項目］
（項目１）
第１プロキシノードに適用されるパケット伝送方法であって、
第１パケットを受信する段階であって、前記第１パケットはセグメントルーティングヘッダＳＲＨを含み、前記第１パケットの宛先アドレスは、エンドポイント動的プロキシセグメント識別子ＳＩＤである、段階と、
前記エンドポイント動的プロキシＳＩＤ、前記第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成する段階であって、前記第２パケットは前記第１バイパスＳＩＤ、制御情報、および前記第１パケットの前記ＳＲＨを含み、前記第１バイパスＳＩＤは、前記第２パケットの宛先ノードが前記第２プロキシノードであると識別するために使用され、前記制御情報は、前記第１パケットの前記ＳＲＨを記憶するように前記第２プロキシノードに指示するために使用され、前記第２プロキシノードおよび前記第１プロキシノードは同一のサービス機能ノードに接続される、段階と、
前記第２パケットを前記第２プロキシノードへ送信する段階と
を備える方法。
（項目２）
前記エンドポイント動的プロキシＳＩＤ、前記第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成する前記段階は、
前記第１バイパスＳＩＤを前記第１パケットの前記ＳＲＨのセグメントリストに挿入する段階と、
前記第１パケットの前記ＳＲＨのセグメント残数ＳＬを更新する段階と、
前記第１パケットの前記宛先アドレスを更新する段階であって、それにより前記第２パケットを取得し、前記第２パケットのＳＬは前記第１パケットのＳＬより大きい、段階と
を備える項目１に記載の方法。
（項目３）
前記第１パケットの前記ＳＲＨのセグメント残数ＳＬを更新する前記段階は、
前記第１パケットの前記ＳＬを１増加させる段階を含み、
前記第１パケットの前記宛先アドレスを更新する前記段階は、
前記第１パケットの前記宛先アドレスを前記第１バイパスＳＩＤに更新する段階を含む、
項目２に記載の方法。
（項目４）
前記方法は更に、
１または複数の対象ＳＩＤを前記第１パケットの前記ＳＲＨの前記セグメントリストに挿入する段階であって、前記１または複数の対象ＳＩＤは対象転送経路を指示するために使用され、前記対象転送経路は、前記第１プロキシノードから前記第２プロキシノードへの経路である、段階を備え、
前記第１パケットの前記ＳＲＨのセグメント残数ＳＬを更新する前記段階は、
前記第１パケットの前記ＳＬをＮ増加させる段階であって、Ｎは１より大きい正の整数である、段階を含み、
前記第１パケットの前記宛先アドレスを更新する前記段階は、
前記第１パケットの前記宛先アドレスを、前記１または複数の対象ＳＩＤにおける次のセグメントルーティングＳＲノードに対応するＳＩＤに更新する段階を含む、
項目２に記載の方法。
（項目５）
前記制御情報は、前記第２パケットの拡張ヘッダに保持されるか、
前記制御情報は、前記第１バイパスＳＩＤに保持されるか、
前記制御情報は、前記第２パケットのインターネットプロトコルＩＰヘッダに保持されるか、または、
前記制御情報は、前記第２パケットのＳＲＨにおけるタイプ長値ＴＬＶに保持される、
項目１から４のいずれか一項に記載の方法。
（項目６）
第１パケットを受信する前記段階の後に、前記方法は更に、
前記第１パケットの前記ＳＲＨを第１キャッシュエントリに記憶する段階と、
前記第１パケットに基づいて第３パケットを生成する段階であって、前記第３パケットは、前記第１パケットのペイロードを含むが、前記第１パケットの前記ＳＲＨを含まない、段階と、
前記第３パケットを前記サービス機能ノードへ送信する段階と
を備える、項目１から５のいずれか一項に記載の方法。
（項目７）
前記第１パケットの前記ＳＲＨを第１キャッシュエントリに記憶する前記段階は、
前記第１キャッシュエントリの識別子をインデックスとして使用することによって前記第１パケットの前記ＳＲＨを前記第１キャッシュエントリに記憶する段階を含む、項目６に記載の方法。
（項目８）
前記第２パケットは更に、前記第１キャッシュエントリの前記識別子を含み、前記制御情報は更に、前記第１キャッシュエントリの前記識別子と、第２キャッシュエントリの識別子との間のマッピング関係を記憶するように前記第２プロキシノードに指示するために使用され、前記第２キャッシュエントリは、前記第１パケットの前記ＳＲＨを記憶するために前記第２プロキシノードによって使用されるキャッシュエントリである、項目７に記載の方法。
（項目９）
前記第３パケットは、前記第１キャッシュエントリの識別子を含み、前記第３パケットを前記サービス機能ノードへ送信する前記段階の後に、前記方法は更に、
第４パケットを前記サービス機能ノードから受信する段階であって、前記第４パケットは前記第１キャッシュエントリの識別子を含む、段階と、
前記第１キャッシュエントリの前記識別子をインデックスとして使用することによってクエリを実行する段階であって、それにより前記第１パケットの前記ＳＲＨを取得する、段階と、
前記第４パケットおよび前記第１パケットの前記ＳＲＨに基づいて第５パケットを生成する段階であって、前記第５パケットは、前記第４パケットのペイロードおよび前記第１パケットの前記ＳＲＨを含む、段階と、
前記第５パケットを送信する段階と
を備える、項目６に記載の方法。
（項目１０）
前記第２パケットを生成するためのトリガ条件は、
前記第１キャッシュエントリが生成されたことが検出されたこと、および、
前記第１キャッシュエントリが更新されたことが検出されたこと
のうち１または複数を含む、項目６に記載の方法。
（項目１１）
前記第１パケットの前記ＳＲＨを第１キャッシュエントリに記憶する前記段階は、
前記第１パケットに対応するフロー識別子および前記エンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、前記第１パケットの前記ＳＲＨを前記第１キャッシュエントリに記憶する段階を含む、
項目６に記載の方法。
（項目１２）
前記方法は更に、
構成命令を受信する段階であって、前記構成命令は、各仮想プライベートネットワークＶＰＮにおけるサービス機能ノードに対応するエンドポイント動的プロキシＳＩＤを含む、段階と、
前記構成命令に従って、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係を記憶する段階と
を備える、項目１１に記載の方法。
（項目１３）
前記第３パケットに対応するフロー識別子が、前記第１パケットに対応する前記フロー識別子であり、前記第３パケットはＶＰＮ識別子を含み、前記第３パケットを前記サービス機能ノードへ送信する前記段階の後に、前記方法は更に、
第４パケットを前記サービス機能ノードから受信する段階であって、前記第４パケットに対応するフロー識別子は、前記第１パケットに対応する前記フロー識別子であり、前記第４パケットは前記ＶＰＮ識別子およびペイロードを含む、段階と、
前記ＶＰＮ識別子、前記エンドポイント動的プロキシＳＩＤ、および前記第４パケットに対応する前記フロー識別子に基づいてクエリを実行する段階であって、前記第１パケットの前記ＳＲＨを取得する、段階と、
前記第４パケットおよび前記第１パケットの前記ＳＲＨに基づいて、第５パケットを生成する段階であって、前記第５パケットは、前記第４パケットのペイロードおよび前記第１パケットの前記ＳＲＨを含む、段階と、
前記第５パケットを送信する段階と
を備える、項目１１または１２に記載の方法。
（項目１４）
前記第２パケットは更に、前記第１パケットの前記ペイロードを含み、前記制御情報は更に、前記第１パケットの前記ペイロードを前記サービス機能ノードへ送信するように前記第２プロキシノードに指示するために使用され、前記第２パケットを前記第２プロキシノードへ送信する前記段階の前に、前記方法は更に、
障害イベントを検出する段階であって、前記障害イベントは、前記第１プロキシノードと前記サービス機能ノードとの間のリンクに障害が発生するイベント、または、前記第１プロキシノードに障害が発生するイベントのうち少なくとも１つを含む、段階を備える、項目１から１３のいずれか一項に記載の方法。
（項目１５）
前記第１プロキシノードは、第１リンクを通じて前記第２プロキシノードに接続され、前記第２パケットを前記第２プロキシノードへ送信する前記段階は、前記第１リンクに対応する第１アウトバウンドインタフェースを通じて第２パケットを前記第２プロキシノードへ送信する段階を含むか、または、
前記第１プロキシノードは、第２リンクを通じてルーティングノードに接続され、前記ルーティングノードは、第３リンクを通じて前記第２プロキシノードに接続され、前記第２パケットを前記第２プロキシノードへ送信する前記段階は、前記第２リンクに対応する第２アウトバウンドインタフェースを通じて、前記第２パケットを前記ルーティングノードへ送信する段階であって、前記第２パケットは、前記ルーティングノードによって、前記第３リンクを通じて前記第２プロキシノードへ転送される、段階を含む、
項目１から１４のいずれか一項に記載の方法。
（項目１６）
前記第２パケットを前記第２プロキシノードへ送信する前記段階は、
前記第１リンクのステータスを検出する段階と、
前記第１リンクが利用可能な状態にある場合、前記第１リンクに対応する前記第１アウトバウンドインタフェースを通じて前記第２パケットを前記第２プロキシノードへ送信する段階、または、
前記第１リンクが利用不可能な状態にある場合、前記第２リンクに対応する前記第２アウトバウンドインタフェースを通じて、前記第２パケットを前記ルーティングノードへ送信する段階と
を含む、項目１５に記載の方法。
（項目１７）
前記第２パケットを前記第２プロキシノードへ送信する前記段階は、複数の第２パケットを前記第２プロキシノードへ継続的に送信する段階を含む、または、
前記第２パケットを前記第２プロキシノードへ送信する前記段階の後に、前記方法は更に、第６パケットが受信されないとき、前記第２パケットを前記第２プロキシノードへ再伝送する段階であって、前記第６パケットの送信元アドレスは前記第１バイパスＳＩＤであり、前記第６パケットは、前記第１プロキシノードに対応する第２バイパスＳＩＤを含み、前記第２バイパスＳＩＤは、前記第６パケットの宛先ノードが前記第１プロキシノードであると識別するために使用され、前記第６パケットは、前記第２パケットが受信されたことを指示するために使用される、段階を備える、
項目１から１６のいずれか一項に記載の方法。
（項目１８）
第２プロキシノードに適用されるパケット伝送方法であって、前記方法は、
第２パケットを第１プロキシノードから受信する段階であって、前記第１プロキシノードおよび第２プロキシノードは同一のサービス機能ノードに接続され、前記第２パケットは、前記第２プロキシノードに対応する第１バイパスセグメント識別子ＳＩＤ、制御情報、および、第１パケットのセグメントルーティングヘッダＳＲＨを含み、前記第１バイパスＳＩＤは、前記第２パケットの宛先ノードが前記第２プロキシノードであると識別するために使用される、段階と、
前記制御情報が、前記第１パケットの前記ＳＲＨを記憶するように前記第２プロキシノードに指示していると判定する段階と、
前記第２パケットを解析する段階であって、それにより前記第１パケットの前記ＳＲＨを取得する、段階と、
前記第１パケットの前記ＳＲＨを第２キャッシュエントリに記憶する段階と
を備える方法。
（項目１９）
前記第２パケットを解析する前記段階であって、それにより前記第１パケットの前記ＳＲＨを取得する、前記段階は、
前記第１バイパスＳＩＤを前記第２パケットのＳＲＨのセグメントリストから削除する段階と、
前記第２パケットの前記ＳＲＨのセグメント残数ＳＬを１減少させる段階であって、それにより前記第１パケットの前記ＳＲＨを取得する、段階と
を含む、項目１８に記載の方法。
（項目２０）
前記制御情報は、前記第２パケットの拡張ヘッダに保持されるか、
前記制御情報は、前記第１バイパスＳＩＤに保持されるか、
前記制御情報は、前記第２パケットのインターネットプロトコルＩＰヘッダに保持されるか、または、
前記制御情報は、前記第２パケットのＳＲＨにおけるタイプ長値ＴＬＶに保持される、
項目１８または１９に記載の方法。
（項目２１）
前記第１パケットの前記ＳＲＨを第２キャッシュエントリに記憶する前記段階は、
前記第２キャッシュエントリの識別子をインデックスとして使用することによって、前記第１パケットの前記ＳＲＨを前記第２キャッシュエントリに記憶する段階を含む、項目１８から２０のいずれか一項に記載の方法。
（項目２２）
前記第２パケットは更に、第１キャッシュエントリの識別子を含み、前記第１キャッシュエントリは、前記第１パケットの前記ＳＲＨを記憶するために前記第１プロキシノードによって使用されるキャッシュエントリであり、前記方法は更に、
前記制御情報が更に、前記第１キャッシュエントリの前記識別子と、前記第２キャッシュエントリの前記識別子との間のマッピング関係を記憶するよう前記第２プロキシノードに指示していると判定する段階と、
前記第１キャッシュエントリの前記識別子と、前記第２キャッシュエントリの前記識別子との間の前記マッピング関係を記憶する段階と
を備える、項目２１に記載の方法。
（項目２３）
前記第１キャッシュエントリの前記識別子と、前記第２キャッシュエントリの前記識別子との間の前記マッピング関係を記憶する前記段階の後に、前記方法は更に、
第４パケットを前記サービス機能ノードから受信する段階であって、前記第４パケットは、前記第１キャッシュエントリの前記識別子およびペイロードを含む、段階と、
前記第１キャッシュエントリの前記識別子に基づいて、前記第１キャッシュエントリの前記識別子と、前記第２キャッシュエントリの前記識別子との間の前記マッピング関係をクエリする段階であって、それにより、前記第１キャッシュエントリの前記識別子に対応する、前記第２キャッシュエントリの識別子を取得する、段階と、
前記第２キャッシュエントリの前記識別子を前記インデックスとして使用することによって前記第２キャッシュエントリをクエリする段階であって、それにより、前記第１パケットの前記ＳＲＨを取得する、段階と、
前記第４パケットおよび前記第１パケットの前記ＳＲＨに基づいて第５パケットを生成する段階であって、前記第５パケットは、前記第４パケットのペイロード、および、前記第１パケットの前記ＳＲＨを含む、段階と、
前記第５パケットを送信する段階と
を備える、項目２２に記載の方法。
（項目２４）
前記第２パケットに対応するフロー識別子は、前記第１パケットに対応するフロー識別子であり、前記第１パケットの前記ＳＲＨはエンドポイント動的プロキシＳＩＤを含み、前記第１パケットの前記ＳＲＨを第２キャッシュエントリに記憶する前記段階は、
前記第２パケットに対応する前記フロー識別子および前記エンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、前記第１パケットの前記ＳＲＨを前記第２キャッシュエントリに記憶する段階を含む、
項目１８から２３のいずれか一項に記載の方法。
（項目２５）
前記方法は更に、
構成命令を受信する段階であって、前記構成命令は、各仮想プライベートネットワークＶＰＮにおけるサービス機能ノードに対応するエンドポイント動的プロキシＳＩＤを含む、段階と、
前記構成命令に従って、エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係を記憶する段階と
を備える、項目２４に記載の方法。
（項目２６）
前記第２パケットに対応する前記フロー識別子および前記エンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、前記第１パケットの前記ＳＲＨを前記第２キャッシュエントリに記憶する前記段階の後に、前記方法は更に、
前記第４パケットを前記サービス機能ノードから受信する段階であって、前記第４パケットに対応するフロー識別子は、前記第１パケットに対応する前記フロー識別子であり、前記第４パケットは、前記ＶＰＮ識別子および前記ペイロードを含む、段階と、
前記ＶＰＮ識別子、前記エンドポイント動的プロキシＳＩＤ、および、前記第４パケットに対応する前記フロー識別子に基づいて前記第２キャッシュエントリをクエリする段階であって、それにより前記第１パケットの前記ＳＲＨを取得する、段階と、
前記第４パケットおよび前記第１パケットの前記ＳＲＨに基づいて、前記第５パケットを生成する段階であって、前記第５パケットは、前記第４パケットの前記ペイロードおよび前記第１パケットの前記ＳＲＨを含む、段階と、
前記第５パケットを送信する段階と
を備える、項目２４または２５に記載の方法。
（項目２７）
第２パケットを第１プロキシノードから受信する前記段階の後に、前記方法は更に、
前記制御情報が更に、前記第１パケットのペイロードを前記サービス機能ノードへ送信するように前記第２プロキシノードに指示していると判定する段階と、
前記第２パケットに基づいて第３パケットを生成する段階であって、前記第３パケットは、前記第１パケットの前記ペイロードを含む、段階と、
前記第３パケットを前記サービス機能ノードへ送信する段階と
を備える、項目１８から２６のいずれか一項に記載の方法。
（項目２８）
前記第２プロキシノードは、第１リンクを通じて前記第１プロキシノードに接続され、第２パケットを第１プロキシノードから受信する前記段階は、前記第１リンクに対応する第１インバウンドインタフェースを通じて、前記第２パケットを前記第１プロキシノードから受信する段階を含む、または、
前記第２プロキシノードは、第３リンクを通じてルーティングノードに接続され、前記ルーティングノードは、第２リンクを通じて前記第１プロキシノードに接続され、第２パケットを第１プロキシノードから受信する前記段階は、前記第３リンクに対応する第２インバウンドインタフェースを通じて、前記第２パケットを前記ルーティングノードから受信する段階であって、前記第２パケットは、前記第１プロキシノードによって、前記第２リンクを通じて前記ルーティングノードへ送信される、段階を含む、
項目１８から２７のいずれか一項に記載の方法。
（項目２９）
第２パケットを第１プロキシノードから受信する前記段階は、複数の第２パケットを前記第１プロキシノードから継続的に受信する段階を含む、または、
第２パケットを第１プロキシノードから受信する前記段階の後に、前記方法は更に、前記第１バイパスＳＩＤ、前記第２プロキシノードに対応する第２バイパスＳＩＤ、および、前記第２パケットに基づいて、第６パケットを生成する段階と、
前記第６パケットを前記第１プロキシノードへ送信する段階であって、前記第６パケットの送信元アドレスは前記第１バイパスＳＩＤであり、前記第６パケットは、前記第１プロキシノードに対応する第２バイパスＳＩＤを含み、前記第２バイパスＳＩＤは、前記第６パケットの宛先ノードが前記第１プロキシノードであると識別するために使用され、前記第６パケットは、前記第２パケットが受信されたことを指示するために使用される、段階と
を備える、項目１８から２７のいずれか一項に記載の方法。
（項目３０）
第１プロキシノードであって、前記第１プロキシノードは、
第１パケットを受信するよう構成される受信モジュールであって、前記第１パケットはセグメントルーティングヘッダＳＲＨを含み、前記第１パケットの宛先アドレスは、エンドポイント動的プロキシセグメント識別子ＳＩＤである、受信モジュールと、
前記エンドポイント動的プロキシＳＩＤ、前記第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成するよう構成される生成モジュールであって、前記第２パケットは、前記第１バイパスＳＩＤ、制御情報、および、前記第１パケットの前記ＳＲＨを含み、前記第１バイパスＳＩＤは、前記第２パケットの宛先ノードが前記第２プロキシノードであると識別するために使用され、前記制御情報は、前記第１パケットの前記ＳＲＨを記憶するよう前記第２プロキシノードに指示するために使用され、前記第２プロキシノードおよび前記第１プロキシノードは同一のサービス機能ノードに接続される、生成モジュールと、
前記第２パケットを前記第２プロキシノードへ送信するよう構成される送信モジュールと
を備える第１プロキシノード。
（項目３１）
前記生成モジュールは、前記第１バイパスＳＩＤを前記第１パケットの前記ＳＲＨのセグメントリストに挿入し、前記第１パケットの前記ＳＲＨのセグメント残数ＳＬを更新し、前記第１パケットの前記宛先アドレスを更新して前記第２パケットを取得するよう構成され、前記第２パケットのＳＬは、前記第１パケットのＳＬより大きい、項目３０に記載の第１プロキシノード。
（項目３２）
前記生成モジュールは、前記第１パケットの前記ＳＬを１増加させ、前記第１パケットの前記宛先アドレスを前記第１バイパスＳＩＤに更新するよう構成される、項目３１に記載の第１プロキシノード。
（項目３３）
前記生成モジュールは、１または複数の対象ＳＩＤを前記第１パケットの前記ＳＲＨの前記セグメントリストに挿入することであって、前記１または複数の対象ＳＩＤは対象転送経路を指示するために使用され、前記対象転送経路は、前記第１プロキシノードから前記第２プロキシノードへの経路である、こと、前記第１パケットの前記ＳＬをＮ増加させることであって、Ｎは１より大きい正の整数である、こと、および、前記第１パケットの前記宛先アドレスを、前記１または複数の対象ＳＩＤにおける次のセグメントルーティングＳＲノードに対応するＳＩＤに更新することを行うよう構成される、項目３１に記載の第１プロキシノード。
（項目３４）
前記制御情報は、前記第２パケットの拡張ヘッダに保持されるか、
前記制御情報は、前記第１バイパスＳＩＤに保持されるか、
前記制御情報は、前記第２パケットのインターネットプロトコルＩＰヘッダに保持されるか、または、
前記制御情報は、前記第２パケットのＳＲＨにおけるタイプ長値ＴＬＶに保持される、
項目３０から３３のいずれか一項に記載の第１プロキシノード。
（項目３５）
前記第１プロキシノードは更に、
前記第１パケットの前記ＳＲＨを第１キャッシュエントリに記憶するよう構成される記憶モジュールを含み、
前記生成モジュールは更に、前記第１パケットに基づいて第３パケットを生成するよう構成され、前記第３パケットは、前記第１パケットのペイロードを含むが、前記第１パケットの前記ＳＲＨを含まず、
前記送信モジュールは更に、前記第３パケットを前記サービス機能ノードへ送信するよう構成される、
項目３０から３４のいずれか一項に記載の第１プロキシノード。
（項目３６）
前記記憶モジュールは、前記第１キャッシュエントリの識別子をインデックスとして使用することによって、前記第１パケットの前記ＳＲＨを前記第１キャッシュエントリに記憶するよう構成される、項目３５に記載の第１プロキシノード。
（項目３７）
前記第２パケットは更に、前記第１キャッシュエントリの前記識別子を含み、前記制御情報は更に、前記第１キャッシュエントリの前記識別子と、第２キャッシュエントリの識別子との間のマッピング関係を記憶するように前記第２プロキシノードに指示するために使用され、前記第２キャッシュエントリは、前記第１パケットの前記ＳＲＨを記憶するために前記第２プロキシノードによって使用されるキャッシュエントリである、項目３６に記載の第１プロキシノード。
（項目３８）
前記受信モジュールは更に、前記サービス機能ノードから第４パケットを受信するよう構成され、前記第４パケットは、前記第１キャッシュエントリの識別子を含み、
前記第１プロキシノードは更に、前記第１キャッシュエントリの前記識別子をインデックスとして使用することによってクエリを実行して前記第１パケットの前記ＳＲＨを取得するよう構成されるクエリモジュールを備え、前記生成モジュールは更に、前記第４パケットおよび前記第１パケットの前記ＳＲＨに基づいて第５パケットを生成するよう構成され、前記第５パケットは、前記第４パケットのペイロード、および、前記第１パケットの前記ＳＲＨを含み、
前記送信モジュールは更に、前記第５パケットを送信するよう構成される、項目３５に記載の第１プロキシノード。
（項目３９）
前記第２パケットを生成するためのトリガ条件は、
前記第１キャッシュエントリが生成されたと検出されたこと、および、
前記第１キャッシュエントリが更新されたと検出されたこと
のうち１または複数を含む、項目３５に記載の第１プロキシノード。
（項目４０）
前記記憶モジュールは、前記第１パケットに対応するフロー識別子および前記エンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、前記第１パケットの前記ＳＲＨを前記第１キャッシュエントリに記憶するよう構成される、項目３５に記載の第１プロキシノード。
（項目４１）
前記受信モジュールは更に、構成命令を受信するよう構成され、前記構成命令は、各仮想プライベートネットワークＶＰＮにおけるサービス機能ノードに対応するエンドポイント動的プロキシＳＩＤを含み、
前記記憶モジュールは更に、前記構成命令に従って、前記エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係を記憶するよう構成される、
項目４０に記載の第１プロキシノード。
（項目４２）
前記第３パケットに対応するフロー識別子が、前記第１パケットに対応する前記フロー識別子であり、前記第３パケットはＶＰＮ識別子を含み、
前記受信モジュールは更に、第４パケットを前記サービス機能ノードから受信するよう構成され、前記第４パケットに対応するフロー識別子は、前記第１パケットに対応する前記フロー識別子であり、前記第４パケットは前記ＶＰＮ識別子を含み、
前記第１プロキシノードは更に、前記ＶＰＮ識別子、前記エンドポイント動的プロキシＳＩＤ、および、前記第４パケットに対応する前記フロー識別子に基づいてクエリを実行して前記第１パケットの前記ＳＲＨを取得するよう構成されるクエリモジュールを含み、
前記クエリモジュールは更に、前記第１パケットに対応する前記フロー識別子および前記エンドポイント動的プロキシＳＩＤをインデックスとして使用することによってクエリを実行して前記第１パケットの前記ＳＲＨを取得するよう構成され、
前記生成モジュールは更に、前記第４パケットおよび前記第１パケットの前記ＳＲＨに基づいて、第５パケットを生成するよう構成され、前記第５パケットは、前記第４パケットのペイロードおよび前記第１パケットの前記ＳＲＨを含み、
前記送信モジュールは更に、前記第５パケットを送信するよう構成される、
項目４０または４１に記載の第１プロキシノード。
（項目４３）
前記第２パケットは更に、前記第１パケットの前記ペイロードを含み、前記制御情報は更に、前記第１パケットの前記ペイロードを前記サービス機能ノードへ送信するように前記第２プロキシノードに指示するために使用され、前記第１プロキシノードは更に、障害イベントを検出するよう構成される検出モジュールを含み、前記障害イベントは、前記第１プロキシノードと前記サービス機能ノードとの間のリンクに障害が発生するイベント、または、前記第１プロキシノードに障害が発生するイベントの少なくとも１つを含む、項目３０から４２のいずれか一項に記載の第１プロキシノード。
（項目４４）
前記第１プロキシノードは、第１リンクを通じて前記第２プロキシノードに接続され、前記送信モジュールは、前記第１リンクに対応する第１アウトバウンドインタフェースを通じて、前記第２パケットを前記第２プロキシノードへ送信するよう構成されるか、または、
前記第１プロキシノードは、第２リンクを通じてルーティングノードに接続され、前記ルーティングノードは、第３リンクを通じて前記第２プロキシノードに接続され、前記送信モジュールは、前記第２リンクに対応する第２アウトバウンドインタフェースを通じて、前記第２パケットを前記ルーティングノードへ送信するよう構成され、前記第２パケットは、前記ルーティングノードによって、前記第３リンクを通じて前記第２プロキシノードへ転送される、
項目３０から４３のいずれか一項に記載の第１プロキシノード。
（項目４５）
前記検出モジュールは更に、前記第１リンクのステータスを検出するよう構成され、
前記送信モジュールは、前記第１リンクが利用可能な状態にある場合、前記第１リンクに対応する前記第１アウトバウンドインタフェースを通じて、前記第２パケットを前記第２プロキシノードへ送信するか、または、前記第１リンクが利用不可能な状態にある場合、前記第２リンクに対応する前記第２アウトバウンドインタフェースを通じて、前記第２パケットを前記ルーティングノードへ送信するよう構成される、
項目４４に記載の第１プロキシノード。
（項目４６）
前記送信モジュールは、複数の第２パケットを前記第２プロキシノードへ継続的に送信するよう構成されるか、または、第６パケットが受信されないとき、前記第２パケットを前記第２プロキシノードへ再伝送するよう構成され、前記第６パケットの送信元アドレスは前記第１バイパスＳＩＤであり、前記第６パケットは、前記第１プロキシノードに対応する第２バイパスＳＩＤを含み、前記第２バイパスＳＩＤは、前記第６パケットの宛先ノードが前記第１プロキシノードであると識別するために使用され、
前記第６パケットは、前記第２パケットが受信されることを指示するために使用される、
項目３０から４５のいずれか一項に記載の第１プロキシノード。
（項目４７）
第２プロキシノードであって、前記第２プロキシノードは、
第２パケットを第１プロキシノードから受信するよう構成される受信モジュールであって、前記第１プロキシノードおよび前記第２プロキシノードは同一のサービス機能ノードに接続され、前記第２パケットは、前記第２プロキシノードに対応する第１バイパスセグメント識別子ＳＩＤ、制御情報、および、第１パケットのセグメントルーティングヘッダＳＲＨを含み、前記第１バイパスＳＩＤは、前記第２パケットの宛先ノードが前記第２プロキシノードであると識別するために使用される、受信モジュールと、
前記制御情報が、前記第１パケットの前記ＳＲＨを記憶するよう前記第２プロキシノードに指示していると判定するよう構成される判定モジュールと、
前記第２パケットを解析して前記第１パケットの前記ＳＲＨを取得するよう構成される解析モジュールと、
前記第１パケットの前記ＳＲＨを第２キャッシュエントリに記憶するよう構成される記憶モジュールと
を備える第２プロキシノード。
（項目４８）
前記解析モジュールは、前記第１バイパスＳＩＤを前記第２パケットのＳＲＨのセグメントリストから削除し、前記第２パケットの前記ＳＲＨのセグメント残数ＳＬを１減少させて前記第１パケットの前記ＳＲＨを取得するよう構成される、項目４７に記載の第２プロキシノード。
（項目４９）
前記制御情報は、前記第２パケットの拡張ヘッダに保持されるか、
前記制御情報は、前記第１バイパスＳＩＤに保持されるか、
前記制御情報は、前記第２パケットのインターネットプロトコルＩＰヘッダに保持されるか、または、
前記制御情報は、前記第２パケットのＳＲＨにおけるタイプ長値ＴＬＶに保持される、
項目４７または４８に記載の第２プロキシノード。
（項目５０）
前記記憶モジュールは、前記第２キャッシュエントリの識別子をインデックスとして使用することによって、前記第１パケットの前記ＳＲＨを前記第２キャッシュエントリに記憶するよう構成される、項目４７から４９のいずれか一項に記載の第２プロキシノード。
（項目５１）
前記第２パケットは更に、第１キャッシュエントリの識別子を含み、前記第１キャッシュエントリは、前記第１パケットの前記ＳＲＨを記憶するために前記第１プロキシノードによって使用されるキャッシュエントリであり、
前記判定モジュールは更に、前記制御情報が更に、前記第１キャッシュエントリの前記識別子と前記第２キャッシュエントリの前記識別子との間のマッピング関係を記憶するように前記第２プロキシノードに指示していると判定するよう構成され、
前記記憶モジュールは更に、前記第１キャッシュエントリの前記識別子と、前記第２キャッシュエントリの前記識別子との間の前記マッピング関係を記憶するよう構成される、
項目５０に記載の第２プロキシノード。
（項目５２）
前記受信モジュールは更に、第４パケットを前記サービス機能ノードから受信するよう構成され、前記第４パケットは、前記第１キャッシュエントリの前記識別子およびペイロードを含み、
前記第２プロキシノードは更に、
前記第１キャッシュエントリの前記識別子に基づいて、前記第１キャッシュエントリの前記識別子と前記第２キャッシュエントリの前記識別子との間の前記マッピング関係をクエリして、前記第１キャッシュエントリの前記識別子に対応する前記第２キャッシュエントリの前記識別子を取得するよう構成されるクエリモジュールであって、前記第２キャッシュエントリの前記識別子を前記インデックスとして使用することによって、前記第２キャッシュエントリをクエリして、前記第１パケットの前記ＳＲＨを取得するよう更に構成されるクエリモジュールと、
前記第４パケットおよび前記第１パケットの前記ＳＲＨに基づいて第５パケットを生成するよう構成される生成モジュールであって、前記第５パケットは、前記第４パケットのペイロードおよび前記第１パケットの前記ＳＲＨを含む、生成モジュールと、
前記第５パケットを送信するよう構成される送信モジュールと
を備える、項目５１に記載の第２プロキシノード。
（項目５３）
前記第２パケットに対応するフロー識別子は、前記第１パケットに対応するフロー識別子であり、前記第１パケットの前記ＳＲＨは、エンドポイント動的プロキシＳＩＤを含み、前記記憶モジュールは、前記第１パケットに対応する前記フロー識別子および前記エンドポイント動的プロキシＳＩＤをインデックスとして使用することによって、前記第１パケットの前記ＳＲＨを前記第２キャッシュエントリに記憶するよう構成される、項目４７から５２のいずれか一項に記載の第２プロキシノード。
（項目５４）
前記受信モジュールは更に、構成命令を受信するよう構成され、前記構成命令は、各仮想プライベートネットワークＶＰＮにおけるサービス機能ノードに対応するエンドポイント動的プロキシＳＩＤを含み、
前記記憶モジュールは更に、前記構成命令に従って、前記エンドポイント動的プロキシＳＩＤとＶＰＮ識別子との間のマッピング関係を記憶するよう構成される、
項目５３に記載の第２プロキシノード。
（項目５５）
前記受信モジュールは更に、前記第４パケットを前記サービス機能ノードから受信するよう構成され、前記第４パケットに対応するフロー識別子は、前記第１パケットに対応する前記フロー識別子であり、前記第４パケットは、前記ＶＰＮ識別子および前記ペイロードを含み、
前記第２プロキシノードは更に、
前記ＶＰＮ識別子、前記エンドポイント動的プロキシＳＩＤ、および、前記第４パケットに対応する前記フロー識別子に基づいてクエリを実行して、前記第１パケットの前記ＳＲＨを取得するよう構成される前記クエリモジュールと、
前記第４パケットおよび前記第１パケットの前記ＳＲＨに基づいて、前記第５パケットを生成するよう構成される前記生成モジュールであって、前記第５パケットは、前記第４パケットの前記ペイロードおよび前記第１パケットの前記ＳＲＨを含む、前記生成モジュールと、
前記第５パケットを送信するよう構成される前記送信モジュールと
を備える、項目５３または５４に記載の第２プロキシノード。
（項目５６）
前記判定モジュールは更に、前記制御情報が更に、前記第１パケットのペイロードを前記サービス機能ノードへ送信するよう前記第２プロキシノードに指示していると判定するよう構成され、
前記生成モジュールは更に、前記第２パケットに基づいて、第３パケットを生成するよう構成され、前記第３パケットは、前記第１パケットの前記ペイロードを含み、
前記送信モジュールは更に、前記第３パケットを前記サービス機能ノードへ送信するよう構成される、
項目４７から５５のいずれか一項に記載の第２プロキシノード。
（項目５７）
前記第２プロキシノードは、第１リンクを通じて前記第１プロキシノードに接続され、前記受信モジュールは、前記第１リンクに対応する第１インバウンドインタフェースを通じて前記第２パケットを前記第１プロキシノードから受信するよう構成されるか、または、
前記第２プロキシノードは、第３リンクを通じてルーティングノードに接続され、前記ルーティングノードは、第２リンクを通じて前記第１プロキシノードに接続され、前記受信モジュールは、前記第３リンクに対応する第２インバウンドインタフェースを通じて、前記第２パケットを前記ルーティングノードから受信するよう構成され、前記第２パケットは、前記第１プロキシノードによって、前記第２リンクを通じて前記ルーティングノードへ送信される、
項目４７から５６のいずれか一項に記載の第２プロキシノード。
（項目５８）
前記受信モジュールは、複数の第２パケットを第１プロキシノードから継続的に受信するよう構成されるか、または、
前記生成モジュールは更に、前記第１バイパスＳＩＤ、前記第２プロキシノードに対応する第２バイパスＳＩＤ、および前記第２パケットに基づいて、第６パケットを生成するよう構成され、
前記送信モジュールは更に、前記第６パケットを前記第１プロキシノードへ送信するよう構成され、前記第６パケットの送信元アドレスは前記第１バイパスＳＩＤであり、前記第６パケットは、前記第１プロキシノードに対応する第２バイパスＳＩＤを含み、前記第２バイパスＳＩＤは、前記第６パケットの宛先ノードが前記第１プロキシノードであると識別するために使用され、前記第６パケットは、前記第２パケットが受信されたことを指示するために使用される、
項目４７から５７のいずれか一項に記載の第２プロキシノード。
（項目５９）
第１プロキシノードであって、前記第１プロキシノードはプロセッサを含み、前記プロセッサは、命令を実行するよう構成され、その結果、前記第１プロキシノードは、項目１から１７のいずれか一項に記載の方法を実行する、第１プロキシノード。
（項目６０）
第２プロキシノードであって、前記第２プロキシノードはプロセッサを含み、前記プロセッサは、命令を実行するよう構成され、前記第２プロキシノードは、項目１８から２９のいずれか一項に記載の方法を実行する、第２プロキシノード。
（項目６１）
コンピュータ可読記憶媒体であって、前記記憶媒体は、少なくとも１つの命令を記憶し、前記命令は、プロセッサによって読み出され、その結果、第１プロキシノードは、項目１から１７のいずれか一項に記載の方法を実行する、コンピュータ可読記憶媒体。
（項目６２）
コンピュータ可読記憶媒体であって、前記記憶媒体は、少なくとも１つの命令を記憶し、前記命令は、プロセッサによって読み出され、その結果、第２プロキシノードは、項目１８から２９のいずれか一項に記載の方法を実行する、コンピュータ可読記憶媒体。

Claims (18)

  1. 第１プロキシノードに適用されるパケット伝送方法であって、
    第１パケットを受信する段階であって、前記第１パケットはセグメントルーティングヘッダ（ＳＲＨ）を含み、前記第１パケットの宛先アドレスは、エンドポイント動的プロキシセグメント識別子（ＳＩＤ）である、段階と、
    前記エンドポイント動的プロキシＳＩＤ、前記第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成する段階であって、前記第２パケットは前記第１バイパスＳＩＤ、制御情報、および前記第１パケットの前記ＳＲＨを含み、前記第１バイパスＳＩＤは、前記第２パケットの宛先ノードが前記第２プロキシノードであると識別するために使用され、前記制御情報は、前記第１パケットの前記ＳＲＨを記憶するように前記第２プロキシノードに指示するために使用され、前記第２プロキシノードおよび前記第１プロキシノードは同一のサービス機能ノードに接続される、段階と、
    前記第２パケットを前記第２プロキシノードへ送信する段階と
    を備える方法。
  2. 前記エンドポイント動的プロキシＳＩＤ、前記第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成する前記段階は、
    前記第１バイパスＳＩＤを前記第１パケットの前記ＳＲＨのセグメントリストに挿入する段階と、
    前記第１パケットの前記ＳＲＨのセグメント残数ＳＬを更新する段階と、
    前記第１パケットの前記宛先アドレスを更新する段階であって、それにより前記第２パケットを取得し、前記第２パケットのＳＬは前記第１パケットのＳＬより大きい、段階と
    を備える請求項１に記載の方法。
  3. 前記第１パケットの前記ＳＲＨのセグメント残数ＳＬを更新する前記段階は、
    前記第１パケットの前記ＳＬを１増加させる段階を含み、
    前記第１パケットの前記宛先アドレスを更新する前記段階は、
    前記第１パケットの前記宛先アドレスを前記第１バイパスＳＩＤに更新する段階を含む、
    請求項２に記載の方法。
  4. 前記方法は更に、
    １または複数の対象ＳＩＤを前記第１パケットの前記ＳＲＨの前記セグメントリストに挿入する段階であって、前記１または複数の対象ＳＩＤは対象転送経路を指示するために使用され、前記対象転送経路は、前記第１プロキシノードから前記第２プロキシノードへの経路である、段階を備え、
    前記第１パケットの前記ＳＲＨのセグメント残数ＳＬを更新する前記段階は、
    前記第１パケットの前記ＳＬをＮ増加させる段階であって、Ｎは１より大きい正の整数である、段階を含み、
    前記第１パケットの前記宛先アドレスを更新する前記段階は、
    前記第１パケットの前記宛先アドレスを、前記１または複数の対象ＳＩＤにおける次のセグメントルーティングＳＲノードに対応するＳＩＤに更新する段階を含む、
    請求項２に記載の方法。
  5. 前記制御情報は、前記第２パケットの拡張ヘッダに保持されるか、
    前記制御情報は、前記第１バイパスＳＩＤに保持されるか、
    前記制御情報は、前記第２パケットのインターネットプロトコルＩＰヘッダに保持されるか、または、
    前記制御情報は、前記第２パケットのＳＲＨにおけるタイプ長値ＴＬＶに保持される、
    請求項１から４のいずれか一項に記載の方法。
  6. 第１パケットを受信する前記段階の後に、前記方法は更に、
    前記第１パケットの前記ＳＲＨを第１キャッシュエントリに記憶する段階と、
    前記第１パケットに基づいて第３パケットを生成する段階であって、前記第３パケットは、前記第１パケットのペイロードを含むが、前記第１パケットの前記ＳＲＨを含まない、段階と、
    前記第３パケットを前記サービス機能ノードへ送信する段階と
    を備える、請求項１から５のいずれか一項に記載の方法。
  7. 前記第１パケットの前記ＳＲＨを第１キャッシュエントリに記憶する前記段階は、
    前記第１キャッシュエントリの識別子をインデックスとして使用することによって前記第１パケットの前記ＳＲＨを前記第１キャッシュエントリに記憶する段階を含む、請求項６に記載の方法。
  8. 前記第２パケットは更に、前記第１キャッシュエントリの前記識別子を含み、前記制御情報は更に、前記第１キャッシュエントリの前記識別子と、第２キャッシュエントリの識別子との間のマッピング関係を記憶するように前記第２プロキシノードに指示するために使用され、前記第２キャッシュエントリは、前記第１パケットの前記ＳＲＨを記憶するために前記第２プロキシノードによって使用されるキャッシュエントリである、請求項７に記載の方法。
  9. 前記第３パケットは、前記第１キャッシュエントリの識別子を含み、前記第３パケットを前記サービス機能ノードへ送信する前記段階の後に、前記方法は更に、
    第４パケットを前記サービス機能ノードから受信する段階であって、前記第４パケットは前記第１キャッシュエントリの識別子を含む、段階と、
    前記第１キャッシュエントリの前記識別子をインデックスとして使用することによってクエリを実行する段階であって、それにより前記第１パケットの前記ＳＲＨを取得する、段階と、
    前記第４パケットおよび前記第１パケットの前記ＳＲＨに基づいて第５パケットを生成する段階であって、前記第５パケットは、前記第４パケットのペイロードおよび前記第１パケットの前記ＳＲＨを含む、段階と、
    前記第５パケットを送信する段階と
    を備える、請求項６に記載の方法。
  10. 第１プロキシノードであって、
    第１パケットを受信するよう構成される受信モジュールであって、前記第１パケットはセグメントルーティングヘッダ（ＳＲＨ）を含み、前記第１パケットの宛先アドレスは、エンドポイント動的プロキシセグメント識別子（ＳＩＤ）である、受信モジュールと、
    前記エンドポイント動的プロキシＳＩＤ、前記第１パケット、および、第２プロキシノードに対応する第１バイパスＳＩＤに基づいて第２パケットを生成するよう構成される生成モジュールであって、前記第２パケットは、前記第１バイパスＳＩＤ、制御情報、および、前記第１パケットの前記ＳＲＨを含み、前記第１バイパスＳＩＤは、前記第２パケットの宛先ノードが前記第２プロキシノードであると識別するために使用され、前記制御情報は、前記第１パケットの前記ＳＲＨを記憶するよう前記第２プロキシノードに指示するために使用され、前記第２プロキシノードおよび前記第１プロキシノードは同一のサービス機能ノードに接続される、生成モジュールと、
    前記第２パケットを前記第２プロキシノードへ送信するよう構成される送信モジュールと
    を備える第１プロキシノード。
  11. 前記生成モジュールは、前記第１バイパスＳＩＤを前記第１パケットの前記ＳＲＨのセグメントリストに挿入し、前記第１パケットの前記ＳＲＨのセグメント残数ＳＬを更新し、前記第１パケットの前記宛先アドレスを更新して前記第２パケットを取得するよう構成され、前記第２パケットのＳＬは、前記第１パケットのＳＬより大きい、請求項１０に記載の第１プロキシノード。
  12. 前記生成モジュールは、前記第１パケットの前記ＳＬを１増加させ、前記第１パケットの前記宛先アドレスを前記第１バイパスＳＩＤに更新するよう構成される、請求項１１に記載の第１プロキシノード。
  13. 前記生成モジュールは、１または複数の対象ＳＩＤを前記第１パケットの前記ＳＲＨの前記セグメントリストに挿入することであって、前記１または複数の対象ＳＩＤは対象転送経路を指示するために使用され、前記対象転送経路は、前記第１プロキシノードから前記第２プロキシノードへの経路である、こと、前記第１パケットの前記ＳＬをＮ増加させることであって、Ｎは１より大きい正の整数である、こと、および、前記第１パケットの前記宛先アドレスを、前記１または複数の対象ＳＩＤにおける次のセグメントルーティングＳＲノードに対応するＳＩＤに更新することを行うよう構成される、請求項１１に記載の第１プロキシノード。
  14. 前記制御情報は、前記第２パケットの拡張ヘッダに保持されるか、
    前記制御情報は、前記第１バイパスＳＩＤに保持されるか、
    前記制御情報は、前記第２パケットのインターネットプロトコルＩＰヘッダに保持されるか、または、
    前記制御情報は、前記第２パケットのＳＲＨにおけるタイプ長値ＴＬＶに保持される、
    請求項１０から１３のいずれか一項に記載の第１プロキシノード。
  15. 前記第１プロキシノードは更に、
    前記第１パケットの前記ＳＲＨを第１キャッシュエントリに記憶するよう構成される記憶モジュールを含み、
    前記生成モジュールは更に、前記第１パケットに基づいて第３パケットを生成するよう構成され、前記第３パケットは、前記第１パケットのペイロードを含むが、前記第１パケットの前記ＳＲＨを含まず、
    前記送信モジュールは更に、前記第３パケットを前記サービス機能ノードへ送信するよう構成される、
    請求項１０から１４のいずれか一項に記載の第１プロキシノード。
  16. 前記記憶モジュールは、前記第１キャッシュエントリの識別子をインデックスとして使用することによって、前記第１パケットの前記ＳＲＨを前記第１キャッシュエントリに記憶するよう構成される、請求項１５に記載の第１プロキシノード。
  17. 前記第２パケットは更に、前記第１キャッシュエントリの前記識別子を含み、前記制御情報は更に、前記第１キャッシュエントリの前記識別子と、第２キャッシュエントリの識別子との間のマッピング関係を記憶するように前記第２プロキシノードに指示するために使用され、前記第２キャッシュエントリは、前記第１パケットの前記ＳＲＨを記憶するために前記第２プロキシノードによって使用されるキャッシュエントリである、請求項１６に記載の第１プロキシノード。
  18. 前記受信モジュールは更に、前記サービス機能ノードから第４パケットを受信するよう構成され、前記第４パケットは、前記第１キャッシュエントリの識別子を含み、
    前記第１プロキシノードは更に、前記第１キャッシュエントリの前記識別子をインデックスとして使用することによってクエリを実行して前記第１パケットの前記ＳＲＨを取得するよう構成されるクエリモジュールを備え、
    前記生成モジュールは更に、前記第４パケットおよび前記第１パケットの前記ＳＲＨに基づいて第５パケットを生成するよう構成され、前記第５パケットは、前記第４パケットのペイロード、および、前記第１パケットの前記ＳＲＨを含み、
    前記送信モジュールは更に、前記第５パケットを送信するよう構成される、請求項１５に記載の第１プロキシノード。
JP2022523379A 2019-11-06 2020-11-06 パケット伝送方法、プロキシノード、および記憶媒体 Active JP7327889B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201911078562.7A CN112787931B (zh) 2019-11-06 2019-11-06 报文传输方法、代理节点及存储介质
CN201911078562.7 2019-11-06
PCT/CN2020/127209 WO2021089004A1 (zh) 2019-11-06 2020-11-06 报文传输方法、代理节点及存储介质

Publications (2)

Publication Number Publication Date
JP2022554099A true JP2022554099A (ja) 2022-12-28
JP7327889B2 JP7327889B2 (ja) 2023-08-16

Family

ID=75747614

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022523379A Active JP7327889B2 (ja) 2019-11-06 2020-11-06 パケット伝送方法、プロキシノード、および記憶媒体

Country Status (6)

Country Link
US (1) US20220263758A1 (ja)
EP (1) EP4040743B1 (ja)
JP (1) JP7327889B2 (ja)
CN (1) CN112787931B (ja)
BR (1) BR112022007852A2 (ja)
WO (1) WO2021089004A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113179189A (zh) * 2021-05-26 2021-07-27 锐捷网络股份有限公司 分段路由故障检测方法、装置、第一分段路由及目的路由
CN115426305A (zh) * 2021-05-31 2022-12-02 华为技术有限公司 报文处理方法、装置及系统
CN113364677B (zh) * 2021-06-07 2022-06-07 北京工业大学 一种SRv6 Endpoint故障保护方法
CN115622930A (zh) * 2021-07-15 2023-01-17 华为技术有限公司 一种报文处理方法以及相关装置
CN115695338A (zh) * 2021-07-30 2023-02-03 华为技术有限公司 一种报文转发的方法及网络设备
US11863651B2 (en) * 2021-11-10 2024-01-02 At&T Intellectual Property I, L.P. Network service functions API
CN116261166A (zh) * 2021-12-09 2023-06-13 中兴通讯股份有限公司 链路检测方法、公网节点和存储介质
CN114363253B (zh) * 2021-12-23 2024-04-02 南京中新赛克科技有限责任公司 一种基于混合链路的双向ip资源的筛选方法及系统
US20230246957A1 (en) * 2022-02-03 2023-08-03 3nets.io, Inc. Tunneling extension header for segment routing
CN117376233A (zh) * 2022-06-30 2024-01-09 华为技术有限公司 数据处理方法、装置及系统
CN115499375B (zh) * 2022-07-25 2024-03-19 北京中电飞华通信有限公司 一种时敏流量调度方法和电子设备
CN116156027B (zh) * 2023-04-20 2023-07-18 中国人民解放军国防科技大学 一种支持rmt的动作执行引擎及其执行方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8130747B2 (en) 2007-08-06 2012-03-06 Blue Coat Systems, Inc. System and method of traffic inspection and stateful connection forwarding among geographically dispersed network appliances organized as clusters
JP5249839B2 (ja) 2009-04-10 2013-07-31 株式会社日立製作所 アクセスゲートウェイ装置及びアクセスゲートウェイ装置におけるセッション情報複製方法
US10164875B2 (en) * 2016-02-22 2018-12-25 Cisco Technology, Inc. SR app-segment integration with service function chaining (SFC) header metadata
US10506083B2 (en) * 2017-06-27 2019-12-10 Cisco Technology, Inc. Segment routing gateway storing segment routing encapsulating header used in encapsulating and forwarding of returned native packet
CN113839871A (zh) * 2017-09-25 2021-12-24 华为技术有限公司 一种报文转发的方法及网络设备
CN109861924B (zh) * 2017-11-30 2022-06-21 中兴通讯股份有限公司 报文的发送、处理方法及装置，pe节点，节点
CN109861926B (zh) * 2017-11-30 2023-02-07 中兴通讯股份有限公司 报文的发送、处理方法、装置、节点、处理系统和介质
CN109873760B (zh) * 2017-12-01 2020-08-07 华为技术有限公司 处理路由的方法和装置、以及数据传输的方法和装置
CN113904983A (zh) * 2017-12-27 2022-01-07 华为技术有限公司 一种报文处理的方法、网络节点和系统
US10419982B1 (en) * 2018-03-14 2019-09-17 Cisco Technology, Inc. Methods and apparatus for providing end marker functionality in mobile networks having SRv6-configured mobile user planes
CN109756521B (zh) * 2019-03-21 2021-07-13 浪潮云信息技术股份公司 一种nsh报文处理方法、装置及系统

Also Published As

Publication number Publication date
EP4040743A4 (en) 2023-01-11
JP7327889B2 (ja) 2023-08-16
EP4040743B1 (en) 2024-02-14
CN112787931A (zh) 2021-05-11
WO2021089004A1 (zh) 2021-05-14
EP4040743A1 (en) 2022-08-10
BR112022007852A2 (pt) 2022-07-05
US20220263758A1 (en) 2022-08-18
CN112787931B (zh) 2022-09-23

Similar Documents

Publication Publication Date Title
JP7327889B2 (ja) パケット伝送方法、プロキシノード、および記憶媒体
JP7487302B2 (ja) パケット伝送方法、プロキシノード、および記憶媒体
US11283707B2 (en) Segment routing with fast reroute for container networking
US11882203B2 (en) Providing efficiencies in processing and communicating internet protocol packets in a network using segment routing
JP7432095B2 (ja) ＳＲｖ６サービス機能チェーンでパケットを転送する方法、ＳＦＦ、およびＳＦデバイス
US20170085469A1 (en) Virtual port channel bounce in overlay network
US20130163594A1 (en) Overlay-Based Packet Steering
US20130003735A1 (en) Dynamically provisioning middleboxes
WO2021135420A1 (zh) 业务链的故障保护方法、装置、设备、系统及存储介质
US11336485B2 (en) Hitless linkup of ethernet segment
JP2023511915A (ja) パケット処理方法、パケット処理装置、およびパケット処理システム
US20220263751A1 (en) Packet Processing Method, Apparatus, and System
US20220255772A1 (en) Packet sending method, apparatus, and system
WO2024001701A1 (zh) 数据处理方法、装置及系统
WO2022252569A1 (zh) 报文处理方法、装置及系统
WO2024083219A1 (zh) 报文处理方法、装置、设备及存储介质
WO2023125774A1 (zh) 一种vxlan报文传输方法、网络设备及系统
JP2024520119A (ja) パケット処理方法、装置、及びシステム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220527

TRDD Decision of grant or rejection written
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230628

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230704

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230801

R150 Certificate of patent or registration of utility model

Ref document number: 7327889

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150