JP7446489B2 - インサイチュフロー検出方法及び電子デバイス - Google Patents

インサイチュフロー検出方法及び電子デバイス Download PDF

Info

Publication number
JP7446489B2
JP7446489B2 JP2022579791A JP2022579791A JP7446489B2 JP 7446489 B2 JP7446489 B2 JP 7446489B2 JP 2022579791 A JP2022579791 A JP 2022579791A JP 2022579791 A JP2022579791 A JP 2022579791A JP 7446489 B2 JP7446489 B2 JP 7446489B2
Authority
JP
Japan
Prior art keywords
packet
flow detection
situ flow
field
option
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.)
Active
Application number
JP2022579791A
Other languages
English (en)
Other versions
JP2023531987A (ja
Inventor
元香 ▲キュウ▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Technologies Co Ltd
Original Assignee
New H3C Technologies Co Ltd
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 New H3C Technologies Co Ltd filed Critical New H3C Technologies Co Ltd
Publication of JP2023531987A publication Critical patent/JP2023531987A/ja
Application granted granted Critical
Publication of JP7446489B2 publication Critical patent/JP7446489B2/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
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • 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/56—Routing software
    • H04L45/566—Routing instructions carried by the data packet, e.g. active networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • 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/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/028—Capturing of monitoring data by filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • 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
    • H04L45/04—Interdomain routing, e.g. hierarchical 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/24—Multipath
    • 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/38—Flow based 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/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2483—Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
    • 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/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明はネットワーク通信技術の分野に関し、特にインサイチュフロー検出方法及び電子デバイスに関する。
インサイチュフロー検出（ＩＯＡＭ：Ｉｎ－ｓｉｔｕ ＯＡＭ）とは、通常どおり転送されるサービスパケットを利用して行われるネットワーク検出である。インサイチュフロー検出はネットワークデバイス及びアナライザーが協働して行ってもよく、具体的には以下の方式で実現されてもよい。
入口（Ｉｎｇｒｅｓｓ）ノードとしてのネットワークデバイスはサービスパケットに検出制御情報を挿入し、サービスパケット内に挿入された検出制御情報に基づいてデータを収集し、収集されたデータをアナライザーに報告する。伝送ノード（Ｔｒａｎｓｍｉｔ）又は出口（Ｅｇｒｅｓｓ）ノードとしてのネットワークデバイスはサービスパケット内に挿入された検出制御情報に基づいてデータを収集し、収集されたデータをアナライザーに報告する。アナライザーは、各デバイスから報告された収集データに基づいてネットワーク内の異常を検出・識別することで、各サービスの遅延、パケット損失などの性能を正確に検出し、ネットワーク品質のサービスレベル契約（ＳＬＡ：Ｓｅｒｖｉｃｅ－Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）をリアルタイムで視覚化し、迅速な故障の境界付け及び位置特定を実現する。
しかしながら、従来のインサイチュフロー検出は同じネットワークドメイン、例えばＳＲｖ６ドメイン、ＢＩＥＲｖ６ドメインなどに制限され、サービスフローがドメインに跨って転送されると、インサイチュフロー検出を実現することができない。
本発明の実施例は、クロス転送シナリオにおいてドメインに跨って転送されるサービスパケットに基づいてインサイチュフロー検出を実現するように、インサイチュフロー検出方法及び電子デバイスを提供する。
一実施例として、本発明の実施例は以下の技術案によって実現される。
インサイチュフロー検出方法であって、当該方法は、ネットワークデバイスに適用され、
第１のサービスパケットを受信するステップであって、前記第１のサービスパケットには第１のパケットヘッダが付加されており、前記第１のパケットヘッダは少なくとも第１のインサイチュフロー検出オプションを含み、前記第１のインサイチュフロー検出オプションは第１のネットワークドメインの入口ノードによって前記第１のパケットヘッダに追加され、前記第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すために用いられるステップと、
前記ネットワークデバイスが第２のネットワークドメインの入口ノードである場合、前記第２のネットワークドメイン内で第２のサービスパケットを転送するステップであって、前記第２のサービスパケットは前記第１のサービスパケットの外層を第２のパケットヘッダでカプセル化することによって得られ、前記第２のパケットヘッダには少なくとも第２のインサイチュフロー検出オプションが付加されており、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられるステップとを含む。
オプションで、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションをコピーすることによって得られ、又は、前記第１のインサイチュフロー検出オプションにおける検出制御情報フィールドと、前記第２のインサイチュフロー検出オプションにおける検出制御情報フィールドは同じ検出制御情報を含み、前記検出制御情報は前記サービスフロー及び前記インサイチュフロー検出方式を示すために用いられる。
オプションで、前記検出制御情報フィールドは少なくとも、サービスフローを示すためのＦｌｏｗＭｏｎＩＤフィールドと、インサイチュフロー検出方式を示すためのインサイチュフロー検出方式フィールドとを含む。
オプションで、前記インサイチュフロー検出方式フィールドは、
パケット損失フラグを示すためのＬフィールドと、
遅延フラグを示すためのＤフィールドと、
前記第１のネットワークドメインの入口ノードのノード識別子を示すためのＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、
インサイチュフロー検出のデータのデータタイプを示すためのＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとの少なくとも１つのフィールドを含む。
オプションで、前記ＦｌｏｗＭｏｎＩＤフィールドは２０ｂｉｔｓを占有する。
オプションで、前記Ｌフィールドと、前記Ｄフィールドはそれぞれ１ｂｉｔを占有する。
オプションで、前記ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドは２０ｂｉｔｓを占有する。
オプションで、前記ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドは２４ｂｉｔｓを占有する。
オプションで、前記検出制御情報フィールドはさらに、インサイチュフロー検出の周期を示すためのＰｅｒｉｏｄフィールドを含む。
オプションで、前記第１のインサイチュフロー検出オプションと、前記第２のインサイチュフロー検出オプションは、前記検出制御情報フィールド以外、さらに他のフィールドを含み、前記他のフィールドは少なくとも、拡張データのタイプが付加されているか否かを示すためのＮｅｘｔＨｅａｄｅｒフィールドであって、第１の値である場合、拡張データのタイプが付加されていないことを表し、第２の値である場合、拡張データのタイプが付加されていることを表すＮｅｘｔＨｅａｄｅｒフィールドと、前記ＮｅｘｔＨｅａｄｅｒフィールドが第２の値である場合、付加されている拡張データを示すための拡張データのタイプＴＬＶｓフィールドであって、前記拡張データは少なくとも、サービスパケットが経由するノードの識別子を含む拡張データのタイプＴＬＶｓフィールドとを含む。
オプションで、前記第２のパケットヘッダは、ＩＰｖ６拡張ヘッダを含み、前記第２のインサイチュフロー検出オプションは、前記ＩＰｖ６拡張ヘッダにおける宛先オプション拡張ヘッダＤＯＨの１つのオプションである。
本実施例はさらに、電子デバイスを提供し、当該電子デバイスは、プロセッサと機械可読記憶媒体とを含み、
前記機械可読記憶媒体には前記プロセッサによって実行可能な機械実行可能命令が記憶されており、
前記プロセッサは、上記方法ステップを実施するように機械実行可能命令を実行するために用いられる。
本発明の上記技術案によって、本発明では、第１のサービスパケットが、第１のネットワークドメインから第２のネットワークドメインに跨って転送されるなど、ドメインに跨って転送されても、第２のネットワークドメインの入口ノードが第１のサービスパケットを受信すると、簡単に第２のネットワークドメインに基づいて第１のサービスパケットをカプセル化するのではなく、カプセル化するときにさらに第１のサービスパケットに付加されている第１のインサイチュフロー検出オプションを参照して第１のサービスパケットの外層をカプセル化するパケットヘッダに第２のインサイチュフロー検出オプションを付加し、第２のインサイチュフロー検出オプションに基づいて第２のネットワークドメインでインサイチュフロー検出を行うことを実現し、第１のサービスパケットがドメインに跨って転送されるときのインサイチュフロー検出を実現した。
本発明の実施例により提供される方法のフローチャートである。 本発明の実施例により提供される検出制御情報フィールドの構造図である。 本発明の実施例により提供されるＩＰｖ６拡張ヘッダの概略図である。 本発明の実施例により提供されるＩＰｖ６基本ヘッダの概略図である。 本発明により提供される実施例１のネットワーキングの概略図である。 本発明の実施例により提供されるインサイチュフロー検出オプションの構造図である。 本発明により提供される実施例２のネットワーキングの概略図である。 本発明により提供される装置の構造図である。 本発明により提供される装置のハードウェア構造図である。
例示的な実施例をここで詳細に説明し、その例示は添付の図面に示される。以下の説明が図面に言及している場合、特に断りのない限り、異なる図面の同じ番号は、同じ又は類似の要素を示す。以下の例示的な実施例に記載の実施形態は、本発明と一致する全ての実施形態を表すわけではない。それどころか、それらは、添付の特許請求の範囲に詳述されているような、本発明のいくつかの態様と一致する装置及び方法の例に過ぎない。
本発明で使用される用語は、特定の実施例を説明するためのものに過ぎず、本発明を限定するものではない。本発明及び添付の特許請求の範囲で使用される単数形「一種」、「前記」及び「当該」は、文脈が明らかに他の意味を示さない限り、複数形も含むことを意図している。
本発明の実施例により提供される技術案を当業者がよりよく理解し、且つ本発明の実施例の上述の目的、特徴及び利点をより理解しやすくするために、以下、添付の図面を合わせて本発明の実施例をさらに詳細に説明する。
図１を参照し、図１は本発明の実施例により提供される方法のフローチャートである。当該方法はネットワークデバイスに適用され、ここでのネットワークデバイスはルータ、スイッチなどであってもよく、本実施例は特に限定しない。
図１に示すように、当該方法は、以下のステップを含み得る。
ステップ１０１において、ネットワークデバイスは第１のサービスパケットを受信し、第１のサービスパケットには第１のパケットヘッダが付加されており、第１のパケットヘッダは少なくとも第１のインサイチュフロー検出オプションを含み、第１のインサイチュフロー検出オプションは第１のネットワークドメインの入口ノードによって前記第１のパケットヘッダに追加され、第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すために用いられる。
ここで、第１のサービスパケット、第１のパケットヘッダはただ説明しやすくするための命名であり、限定するものではない。本ステップ１０１において、第１のパケットヘッダは第１のサービスパケットの外層パケットヘッダである。
オプションで、本実施例では、第１のネットワークドメインの入口ノードがオリジナルサービスパケットを受信すると、予め設定されたインサイチュフロー検出方式に基づいてオリジナルサービスパケットがインサイチュフロー検出を行う必要がある目標パケットであるか否かを識別し、オリジナルサービスパケットがインサイチュフロー検出を行う必要がある目標パケットであると識別した場合、オリジナルサービスパケットの外層を第１のインサイチュフロー検出オプションが付加されている外層パケットヘッダ（すなわち上記第１のパケットヘッダである）でカプセル化する。第１のネットワークドメインの入口ノードがいかにオリジナルサービスパケットの外層を第１のインサイチュフロー検出オプションが付加されている第１のパケットヘッダでカプセル化するかについては、以下、具体的な実施例を通して説明し、ここでは詳細な説明を省略する。
説明の便宜上、ここでは、外層を第１のインサイチュフロー検出オプションが付加されている第１のパケットヘッダでカプセル化されたオリジナルサービスパケットを上記第１のサービスパケットとして記し、その後、第１のネットワークドメインの入口ノードは第１のネットワークドメインで第１のサービスパケットを転送し、転送プロセス中、上記ネットワークデバイスは、第１のサービスパケットを受信する可能性があり、第１のサービスパケットを受信すると、上記ステップ１０１を実行する。
本実施例では、第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すために用いられ、具体的には、第１のサービスパケットの属するサービスフロー、及びインサイチュフロー検出方式を指示してもよい。オプションで、本実施例では、第１のサービスパケットの属するサービスフローはオリジナルサービスパケットのソースアドレス及び宛先アドレスによってマーキングされてもよい。インサイチュフロー検出方式については、以下、例を挙げて説明し、ここでは詳細な説明を省略する。
ステップ１０２において、ネットワークデバイスが第２のネットワークドメインの入口ノードである場合、第２のネットワークドメイン内で第２のサービスパケットを転送し、第２のサービスパケットは第１のサービスパケットの外層を第２のパケットヘッダでカプセル化することによって得られ、前記第２のパケットヘッダは少なくとも第２のインサイチュフロー検出オプションを含み、前記第２のインサイチュフロー検出オプションは第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられる。
本ステップ１０２は、ネットワークデバイスが第２のネットワークドメインの入口ノードであるという前提で実行される。ネットワークデバイスが第２のネットワークドメインの入口ノードである場合に受信された第１のサービスパケットは上記説明したように、第１のサービスパケットの第１のパケットヘッダには第１のインサイチュフロー検出オプションが付加されている場合、第１のサービスパケットが第１のネットワークドメインから出ていないことを意味し、このとき、第１のサービスパケットがドメインに跨って転送される（すなわち、第１のネットワークドメインから第２のネットワークドメインに跨って転送される）ことを意味する。このような場合、ステップ１０２に説明したように、ネットワークデバイスは、第１のサービスパケットの外層を外層パケットヘッダでカプセル化する。区別しやすくするために、ここでの第１のサービスパケットの外層をカプセル化する外層パケットヘッダは第２のパケットヘッダと記されてもよい。この場合、ここでの第２のパケットヘッダは外層パケットヘッダであり、第１のサービスパケットに付加されている第１のパケットヘッダは第２のパケットヘッダに比べて、内層パケットヘッダと呼ばれてもよい。区別しやすくするために、この場合、外層を第２のパケットヘッダでカプセル化された第１のサービスパケットを第２のサービスパケットと記しもよい。
本実施例では、第２のパケットヘッダは少なくとも第２のインサイチュフロー検出オプションを含む。第２のインサイチュフロー検出オプションは、第２のネットワークドメインでインサイチュフロー検出を行うことを示すために用いられる。本実施例では、第２のサービスパケットの第２のパケットヘッダには第２のインサイチュフロー検出オプションが付加されると、第２のネットワークドメインの入口ノード（つまり上記ネットワークデバイス）、第２のネットワークドメインで第２のサービスパケットが経由する伝送ノード、第２のネットワークドメインの出口ノードは、第２のインサイチュフロー検出オプションに基づいてインサイチュフロー検出を行う。
本実施例では、第２のインサイチュフロー検出オプション及び第１のインサイチュフロー検出オプションは同じ方式で同じサービスフローに対するインサイチュフロー検出を実現する。これに基づいて、第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられる。
図１に示すフローによって、第１のサービスパケットが、第１のネットワークドメインから第２のネットワークドメインに跨って転送されるなど、ドメインに跨って転送されても、第２のネットワークドメインの入口ノードが第１のサービスパケットを受信すると、簡単に第２のネットワークドメインに基づいて第１のサービスパケットをカプセル化するのではなく、カプセル化するときにさらに第１のサービスパケットの第１のパケットヘッダに付加されている第１のインサイチュフロー検出オプションに基づいて第１のサービスパケットの外層をカプセル化する外層パケットヘッダに第２のインサイチュフロー検出オプションを付加し、第２のインサイチュフロー検出オプションに基づいて第２のネットワークドメインでインサイチュフロー検出を行うことを実現し、第１のサービスパケットがドメインに跨って転送されるときのインサイチュフロー検出を実現した。
一実施例として、上記第２のインサイチュフロー検出オプションは上記第１のインサイチュフロー検出オプションと同じである。オプションで、第２のインサイチュフロー検出オプションは第１のインサイチュフロー検出オプションをコピーすることによって得られてもよい。
別の実施例として、上記第２のインサイチュフロー検出オプションは第１のインサイチュフロー検出オプションをコピーすることによって得られたものでなくてもよく、上記第２のインサイチュフロー検出オプションにおける検出制御情報フィールドは少なくとも、第１のインサイチュフロー検出オプションにおける検出制御情報フィールドと同じ検出制御情報を含めばよい。ここで、検出制御情報は上記サービスフロー及び上記インサイチュフロー検出方式を示すために用いられる。
オプションで、本実施例では、検出制御情報フィールドは少なくとも、ＦｌｏｗＭｏｎＩＤフィールドと、インサイチュフロー検出方式フィールドとを含む。
ここで、ＦｌｏｗＭｏｎＩＤフィールドはサービスフローを示すために用いられる。オプションで、ＦｌｏｗＭｏｎＩＤフィールドは２０ｂｉｔｓを占有してもよい。ここで、１つのサービスフローは、ソースアドレスと宛先アドレスを合わせて表されてもよい。
インサイチュフロー検出方式フィールドは、インサイチュフロー検出方式を示すために用いられる。本実施例では、インサイチュフロー検出方式フィールドは、Ｌフィールドと、Ｄフィールドと、ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとの少なくとも１つのフィールドを含む。
ここで、Ｌフィールドはパケット損失フラグを示すために用いられる。例えば、パケット損失フラグの値が数値１例えば０である場合、パケット損失検出を実行することを示し、パケット損失フラグの値が数値２例えば１である場合、パケット損失検出を実行しないことを示す。オプションで、本実施例では、Ｌフィールドは１ｂｉｔを占有する。
Ｄフィールドは遅延フラグを示すために用いられる。例えば、遅延フラグの値が数値３例えば０である場合、遅延検出を実行することを示し、遅延フラグの値が数値４例えば１である場合、遅延検出を実行しないことを示す。オプションで、本実施例では、Ｄフィールドは１ｂｉｔを占有する。
ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドは第１のネットワークドメインの入口ノードのノード識別子を示すために用いられる。オプションで、ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドは２０ｂｉｔｓを占有する。
ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドはインサイチュフロー検出のデータのデータタイプを示すために用いられる。オプションで、ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドは２４ｂｉｔｓを占有し、各ｂｉｔは１つのデータタイプを表し、例えばインサイチュフロー検出が遅延検出に用いられることを例とすると、このようなデータタイプは、パケットを受信するタイムスタンプ情報、パケットカウント情報などを含み得る。
図２は、インサイチュフロー検出方式フィールドがＬフィールドと、Ｄフィールドと、ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとを含むことを例として検出制御情報フィールドの構造を示す。
一実施例として、上記検出制御情報フィールドはさらに、Ｐｅｒｉｏｄフィールドを含み得る。ここで、Ｐｅｒｉｏｄフィールドは、インサイチュフロー検出の周期を示すために用いられる。一実施例として、Ｐｅｒｉｏｄフィールドは８ｂｉｔｓを占有する。またインサイチュフロー検出が遅延検出に用いられることを例とすると、上記パケットカウント情報は１つの周期内のパケットカウント情報を意味する。
オプションで、一実施例として、上記第１のインサイチュフロー検出オプションと、第２のインサイチュフロー検出オプションは、上記検出制御情報フィールド以外、さらに他のフィールドを含み得る。例えば、他のフィールドは、ＮｅｘｔＨｅａｄｅｒフィールド、拡張データのタイプＴＬＶｓフィールドなどである。
ここで、ＮｅｘｔＨｅａｄｅｒフィールドは、拡張データのタイプが付加されているか否かを示すために用いられ、第１の値である場合、拡張データのタイプが付加されていないことを表し、第２の値である場合、拡張データのタイプが付加されていることを表す。
拡張データのタイプＴＬＶｓフィールドは、ＮｅｘｔＨｅａｄｅｒフィールドが第２の値である場合、付加されている拡張データを示すために用いられ、拡張データは少なくとも、パケットが経由するノードの識別子を含む。
ＩＰｖ６に適用されるシナリオでは、上記第２のパケットヘッダは、ＩＰｖ６拡張ヘッダ（Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒ）を含み得る。図３はＩＰｖ６拡張ヘッダの構造を例示する。一実施例として、第２のインサイチュフロー検出オプションは、ＩＰｖ６拡張ヘッダにおける宛先オプション拡張ヘッダ（ＤＯＨ：Ｄｅｓｔｉｎａｔｉｏｎ Ｏｐｔｉｏｎ Ｈｅａｄｅｒ）の１つのオプションである。
一実施例として、第１のサービスパケットがユニキャストパケットで、第２のネットワークドメインがＩＰｖ６セグメントルーティング（ＳＲ：Ｓｅｇｍｅｎｔ Ｒｏｕｔｉｎｇ）に基づくと仮定すると、上記ＩＰｖ６拡張ヘッダはさらに、セグメントルーティング拡張ヘッダ（ＳＲＨ：Ｓｅｇｍｅｎｔ Ｒｏｕｔｉｎｇ Ｈｅａｄｅｒ）を含む。本実施例では、ホップバイホップインサイチュフロー検出を実行する場合、上記ＩＰｖ６拡張ヘッダにおいて、上記ＤＯＨはＳＲＨの前にある。エンドツーエンドインサイチュフロー検出を実行する場合、上記ＩＰｖ６拡張ヘッダにおいて、上記ＤＯＨはＳＲＨの後にある。本実施例では、ＳＲＨには、第２のサービスパケットの第２のネットワークドメインで転送されるパス情報が付加されており、その構造は、既存のＳＲＨのカプセル化形式に類似している。
なお、本実施例では、オプションで、上記第２のパケットヘッダはさらに、ＩＰｖ６ヘッダ（Ｈｅａｄｅｒ）を含む。ここでのＩＰｖ６ヘッダは上記ＩＰｖ６拡張ヘッダと異なる。上記ＩＰｖ６拡張ヘッダに対して、ここでのＩＰｖ６ヘッダはＩＰｖ６基本ヘッダと記されてもよく、その構造は図４に示すとおりである。一例では、第２のパケットヘッダにおいて、ＩＰｖ６基本ヘッダはＩＰｖ６拡張ヘッダの前にある。以下、図５に示される一実施例を通してユニキャストパケットのインサイチュフロー検出を例示する。
別の実施例として、第１のサービスパケットがマルチキャストパケットで、第２のネットワークドメインの入口ノードがビットインデックス明示的複製（ＢＩＥＲ：Ｂｉｔ Ｉｎｄｅｘｅｄ Ｅｘｐｌｉｃｉｔ Ｒｅｐｌｉｃａｔｉｏｎ）をサポートし、第２のネットワークドメインがＢＩＥＲドメインであると仮定すると、上記ＩＰｖ６拡張ヘッダはさらにＢＩＥＲパケットヘッダを含む。
ＢＩＥＲはビットインデックス明示的複製に基づく新規マルチキャスト技術であり、当該技術はマルチキャストディストリビューションツリーを明示的に構築する必要がなく、中間ノードがいかなるマルチキャストフローの状態を保存する必要もない。ＢＩＥＲ機能を有するルータはビット転送ルータ（ＢＦＲ：Ｂｉｔ－Ｆｏｒｗａｒｄｉｎｇ Ｒｏｕｔｅｒ）と呼ばれ、ＢＦＲからなるドメインはＢＩＥＲドメインと呼ばれ、ＢＩＥＲドメインにおいてエッジに位置するＢＦＲはそれぞれＢＦＩＲ及びＢＦＥＲと呼ばれる。ＢＩＥＲドメイン内のＢＦＲは制御プレーンプロトコル（ｃｏｎｔｒｏｌ ｐｌａｎｅ ｐｒｏｔｏｃｏｌ）を実行することにより、ＢＦＲの識別子、位置するＢＩＥＲサブドメイン及びＢＩＥＲ転送能力などの情報を交換し、これらの情報に基づいてビットインデックス転送ルーティングテーブル（ＢＩＦＴ：Ｂｉｔ Ｉｎｄｅｘ Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ）を計算して生成する。ＢＩＦＴは転送ビット列マスクＦ－ＢＭ及びＢＦＲネイバー（ＢＦＲ ｎｅｉｇｈｂｏｒｓ）からなり、Ｆ－ＢＭの各ビットはＢＩＥＲドメイン内の唯一のＢＦＲを表し、当該情報はＢＦＲの識別子ＢＦＲ－ｉｄによって定義される。マルチキャストパケットがＢＩＥＲドメインに入ると、ＢＦＩＲはＢＩＥＲドメインにおける当該マルチキャストパケットのＢＦＥＲセットを決定し、そしてマルチキャストパケットをＢＩＥＲパケットヘッダでカプセル化し、マルチキャストパケットがＢＦＥＲに到達するとき、ＢＦＥＲは外層のＢＩＥＲヘッダを取り除き、マルチキャストパケットに復元し、マルチキャストパケットの転送を実行し続ける。以下、図７に示される実施例を通してマルチキャストパケット転送を説明し、ここでは詳細な説明を省略する。
本実施例では、ＢＩＥＲパケットヘッダにはＢＦＥＲセットが付加されている。オプションで、本実施例では、ＢＦＥＲセットはビット列（ＢｉｔＳｔｒｉｎｇ）で表されてもよく、ここで、ＢｉｔＳｔｒｉｎｇにおける、１に設定されているビットは、対応するＢＦＥＲを示す。
一実施例として、ＢＩＥＲパケットヘッダは上記ＤＯＨにおける別のオプションであってもよい。オプションで、本実施例では、ホップバイホップインサイチュフロー検出を実行する場合、上記ＤＯＨにおいて、第２のインサイチュフロー検出オプションはＢＩＥＲパケットヘッダの前にあってもよい。エンドツーエンドインサイチュフロー検出を実行する場合、上記ＤＯＨにおいて、第２のインサイチュフロー検出オプションはＢＩＥＲパケットヘッダの後にある。
以下、２つの実施例を組み合わせて図１に示すフローについて説明する。
実施例１：図５を参照し、図５は本発明により提供される実施例１のネットワーキングの概略図である。本実施例は、ＳＲｖ６ユニキャストパケットがドメインに跨って転送されるときのインサイチュフロー検出を例とする。
図５に示すように、第１のＳＲｖ６ドメインにおける入口ノードとしてのデバイスＡ１がオリジナルＳＲｖ６ユニキャストパケット（パケット５０１と記される）を受信すると、ソースアドレス、宛先アドレスなどのパケット特徴を解析し、解析されたパケット特徴に基づいて、予め設定されたインサイチュフロー検出の識別方式でパケット５０１がインサイチュフロー検出を行う必要があると識別した場合、パケット５０１の外層をパケットヘッダ（第１のパケットヘッダと記される）でカプセル化する。カプセル化に用いる第１のパケットヘッダはＩＰｖ６基本ヘッダ及びＩＰｖ６拡張ヘッダを含み得る。ここで、ＩＰｖ６拡張ヘッダは少なくともＤＯＨとＳＲＨとを含む。ここで、ＤＯＨには、インサイチュフロー検出に用いられる１つのオプションが追加されており、第１のインサイチュフロー検出オプションと記される。オプションで、上記インサイチュフロー検出オプションの構造に基づいて、図６は第１のインサイチュフロー検出オプションの構造を例示する。なお、上記ＩＰｖ６基本ヘッダ及び上記ＳＲＨは既存のカプセル化方式に類似し、詳細な説明を省略する。本実施例は、ホップバイホップでインサイチュフロー検出を行うことを例とすると、上記ＩＰｖ６拡張ヘッダにおいて、ＤＯＨはＳＲＨの前にあってもよい。
図５に示す実施例では、デバイスＡ１が第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。
説明の便宜上、第１のパケットヘッダでカプセル化された上記パケット５０１をパケット５０２として記す。
その後、デバイスＡ１はパケット５０２に付加されているＳＲＨにおけるパス情報に基づいてパケット５０２をデバイスＢ１に転送する。
デバイスＢ１がパケット５０２を受信すると、パケット５０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＢ１はパケット５０２に付加されているＳＲＨにおけるパス情報に基づいてパケット５０２をデバイスＣ１に転送する。
図５に示すように、デバイスＣ１が第２のＳＲｖ６ドメインの入口ノードであり、デバイスＣ１がパケット５０２を受信すると、パケット５０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＣ１はパケット５０２の外層をパケットヘッダ（第２のパケットヘッダと記される）でカプセル化する。カプセル化に用いる第２のパケットヘッダはＩＰｖ６基本ヘッダ及びＩＰｖ６拡張ヘッダを含み得る。
本実施例では、第２のパケットヘッダにおけるＩＰｖ６拡張ヘッダは少なくともＤＯＨとＳＲＨとを含む。ここで、ＤＯＨには、インサイチュフロー検出に用いられる１つのオプションが追加されており、第２のインサイチュフロー検出オプションと記される。オプションで、第２のインサイチュフロー検出オプションは第１のインサイチュフロー検出オプションをコピーすることによって得られてもよく、又は、第２のインサイチュフロー検出オプションにおける検出制御情報フィールドに含まれる検出制御情報は第１のインサイチュフロー検出オプションにおける検出制御情報フィールドに含まれる検出制御情報と同じであってもよく、第２のインサイチュフロー検出オプションの構造は図６に示される第１のインサイチュフロー検出オプションの構造と類似する。説明の便宜上、第２のパケットヘッダでカプセル化された上記パケット５０２をパケット５０３として記す。なお、上記外層パケットヘッダにおけるＩＰｖ６基本ヘッダ及び上記ＳＲＨは既存のカプセル化方式に類似し、詳細な説明を省略する。
その後、デバイスＣ１はパケット５０３に付加されているＳＲＨにおけるパス情報に基づいてパケット５０３をデバイスＤ１に転送する。
デバイスＤ１がパケット５０３を受信すると、パケット５０３のＤＯＨに第２のインサイチュフロー検出オプションが付加されていると識別した場合、第２のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＤ１はパケット５０３に付加されているＳＲＨにおけるパス情報に基づいてパケット５０３をデバイスＥ１に転送する。
デバイスＥ１が第２のＳＲｖ６ドメインの出口ノードとして、パケット５０３を受信すると、パケット５０３のＤＯＨに第２のインサイチュフロー検出オプションが付加されていると識別した場合、第２のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＥ１はパケット５０３の第２のパケットヘッダを取り除いて上記パケット５０２に復元し、パケット５０２に付加されているＳＲＨにおけるパス情報に基づいてパケット５０２をデバイスＦ１に転送する。
デバイスＦ１は第１のＳＲｖ６ドメインの出口ノードとして、パケット５０２を受信すると、パケット５０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＦ１はパケット５０２の上記内層パケットヘッダを取り除いて上記パケット５０２に復元し、パケット５０１を転送し続ける。
アナライザーについては、デバイスＡ１～デバイスＦ１から報告されたデータを受信すると、従来の検出方式でパケット５０１の属するサービスフローのパス全体の転送性能データをまとめて決定する。本実施例は、アナライザーがサービスフローのパス全体の転送性能データをいかに決定するかを具体的に限定せず、従来の決定方式を参照してもよい。
実施例１から分かるように、ＳＲｖ６ユニキャストパケットが第１のＳＲｖ６ドメインから第２のＳＲｖ６ドメインに跨って転送されても、第２のＳＲｖ６ドメインの入口ノード例えば上記デバイスＣ１は、第１のＳＲｖ６ドメインからのＳＲｖ６ユニキャストパケット例えば上記パケット５０２を受信すると、簡単に第２のＳＲｖ６ドメインに基づいてＳＲｖ６ユニキャストパケット例えば上記パケット５０２の外層をカプセル化するのではなく、カプセル化するときにさらにパケット５０２に付加されている第１のインサイチュフロー検出オプションを参照して、ＳＲｖ６ユニキャストパケット例えば上記パケット５０２の外層を、少なくとも第２のインサイチュフロー検出オプションが付加されている外層パケットヘッダでカプセル化し、最終的に第２のＳＲｖ６ドメインにおけるノードは外層パケットヘッダに付加されている第２のインサイチュフロー検出オプションに基づいてインサイチュフロー検出を行い、ＳＲｖ６ユニキャストパケットがドメインに跨って転送されるときのインサイチュフロー検出を実現した。
上記はＳＲｖ６ユニキャストパケットがドメインに跨って転送されることを例として実施例１を通して説明したが、以下、ＳＲｖ６マルチキャストパケットを例として実施例２を通して説明する。
実施例２：図７を参照し、図７は本発明により提供される実施例２のネットワーキングの概略図である。本実施例は、ＳＲｖ６マルチキャストパケットがメインに跨って転送されるときのインサイチュフロー検出を例とする。
図７に示すように、デバイスＡ２がＢＩＥＲドメインの入口ノードとして、オリジナルＳＲｖ６マルチキャストパケット（パケット７０１と記される）を受信すると、ソースアドレス、宛先アドレスなどのパケット特徴を解析し、解析されたパケット特徴に基づいて、予め設定されたインサイチュフロー検出の識別方式でパケット７０１がインサイチュフロー検出を行う必要があると識別した場合、パケット７０１の外層を外層パケットヘッダ（第１のパケットヘッダと記される）でカプセル化する。カプセル化に用いる第１のパケットヘッダはＩＰｖ６基本ヘッダ及びＩＰｖ６拡張ヘッダを含み得る。ＩＰｖ６拡張ヘッダにおけるＤＯＨは２つのオプションを含み、その１つのオプションはインサイチュフロー検出に用いられ、第１のインサイチュフロー検出オプションと記され、もう１つのオプションはＢＩＥＲパケットヘッダである。本実施例におけるインサイチュフロー検出はホップバイホップインサイチュフロー検出であると仮定すると、ＤＯＨにおいて、第１のインサイチュフロー検出オプションはＢＩＥＲパケットヘッダの前にあり、図７は第１のインサイチュフロー検出オプション及びＢＩＥＲパケットヘッダのＤＯＨにおける位置の順序を例示する。なお、上記ＩＰｖ６基本ヘッダ及びＩＰｖ６拡張ヘッダは既存のカプセル化方式に類似し、詳細な説明を省略する。ＢＩＥＲパケットヘッダにはＢＦＥＲセットが付加されており、ＢＦＥＲセットは、パケット７０１がＢＩＥＲドメインから出るときの出口ノードのセットである。
図７に示す実施例では、デバイスＡ２が第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。
説明の便宜上、第１のパケットヘッダでカプセル化された上記パケット７０１をパケット７０２として記す。
その後、デバイスＡ２はパケット７０２に付加されているＢＩＥＲパケットヘッダにおけるＢＦＥＲセットに基づいてパケット７０２をデバイスＢ２に転送する。
デバイスＢ２がパケット７０２を受信すると、パケット７０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＢ２はパケット７０２に付加されているＢＩＥＲパケットヘッダにおけるＢＦＥＲセットに基づいてパケット７０２をデバイスＣ２に転送する。
図７に示すように、デバイスＣ２がＳＲｖ６ドメインの入口ノードであり、デバイスＣ２がパケット７０２を受信すると、パケット７０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＣ２はパケット７０２の外層を外層パケットヘッダ（第２のパケットヘッダと記される）でカプセル化する。カプセル化に用いる第２のパケットヘッダはＩＰｖ６基本ヘッダ及びＩＰｖ６拡張ヘッダを含み得る。
本実施例では、第２のパケットヘッダにおけるＩＰｖ６拡張ヘッダはＤＯＨとＳＲＨとを含む。ここで、ＤＯＨには、インサイチュフロー検出に用いられる１つのオプションが追加されており、第２のインサイチュフロー検出オプションと記される。オプションで、第２のインサイチュフロー検出オプションは第１のインサイチュフロー検出オプションをコピーすることによって得られてもよく、又は、第２のインサイチュフロー検出オプションにおける検出制御情報フィールドに含まれる検出制御情報は第１のインサイチュフロー検出オプションにおける検出制御情報フィールドに含まれる検出制御情報と同じであってもよい。説明の便宜上、新たなパケットヘッダでカプセル化された上記パケット７０２をパケット７０３として記す。ＳＲＨには、パケット７０３がＳＲｖ６ドメインで転送されるパス情報が付加されている。なお、上記外層パケットヘッダにおけるＩＰｖ６基本ヘッダ及び上記ＳＲＨは既存のカプセル化方式に類似し、詳細な説明を省略する。
その後、デバイスＣ２はパケット７０３に付加されているＳＲＨにおけるパス情報に基づいてパケット７０３をデバイスＤ２に転送する。
デバイスＤ２がパケット７０３を受信すると、パケット７０３のＤＯＨに第２のインサイチュフロー検出オプションが付加されていると識別した場合、第２のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＤ２はパケット７０３に付加されているＳＲＨにおけるパス情報に基づいてパケット７０３をデバイスＥ２に転送する。
デバイスＥ２がＳＲｖ６ドメインの出口ノードとして、パケット７０３を受信すると、パケット７０３のＤＯＨに第２のインサイチュフロー検出オプションが付加されていると識別した場合、第２のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＥ２はパケット７０３の第２のパケットヘッダを取り除いて上記パケット７０２に復元し、パケット７０２に付加されているＢＩＥＲパケットヘッダにおけるＢＦＥＲセットに基づいてパケット７０２をデバイスＦ２に転送する。
デバイスＦ２はＢＩＥＲドメインの出口ノードとして、パケット７０２を受信すると、パケット７０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＦ２はパケット７０２のパケットヘッダを取り除いて上記パケット７０１に復元し、パケット７０１を転送し続ける。
アナライザーについては、デバイスＡ２～デバイスＦ２から報告されたデータを受信すると、従来の検出方式でパケット７０１の属するサービスフローのパス全体の転送性能データをまとめて決定する。本実施例は、アナライザーがサービスフローのパス全体の転送性能データをいかに決定するかを具体的に限定せず、従来の決定方式を参照してもよい。
実施例２から分かるように、ＳＲｖ６マルチキャストパケットがＢＩＥＲドメインからＳＲｖ６ドメインに跨って転送されても、ＳＲｖ６ドメインの入口ノード例えば上記デバイスＣ２は、ＢＩＥＲドメインからのＳＲｖ６マルチキャストパケット例えば上記パケット７０２を受信すると、簡単にＳＲｖ６ドメインに基づいて受信されたＳＲｖ６マルチキャストパケット例えば上記パケット７０２の外層をカプセル化するのではなく、カプセル化するときにさらにＳＲｖ６マルチキャストパケット例えばパケット７０２に付加されている第１のインサイチュフロー検出オプションを参照して、ＳＲｖ６マルチキャストパケット例えば上記パケット７０２の外層を、少なくとも第２のインサイチュフロー検出オプションを含む外層パケットヘッダでカプセル化し、最終的にＳＲｖ６ドメインにおけるノードは外層パケットヘッダに付加されている第２のインサイチュフロー検出オプションに基づいてインサイチュフロー検出を行い、ＳＲｖ６マルチキャストパケットがドメインに跨って転送されるときのインサイチュフロー検出を実現した。
以上、本発明の実施例により提供される方法について説明したが、以下、本発明の実施例により提供される装置について説明する。
図８を参照し、図８は本発明の実施例により提供される装置の構造図である。当該装置はネットワークデバイスに適用され、図８に示すように、当該装置は、
第１のサービスパケットを受信するための受信ユニットであって、前記第１のサービスパケットには第１のパケットヘッダが付加されており、前記第１のパケットヘッダは少なくとも第１のインサイチュフロー検出オプションを含み、前記第１のインサイチュフロー検出オプションは第１のネットワークドメインの入口ノードによって前記第１のパケットヘッダに追加され、前記第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すための受信ユニットと、
前記ネットワークデバイスが第２のネットワークドメインの入口ノードである場合、前記第２のネットワークドメイン内で第２のサービスパケットを転送するためのクロスドメイン転送ユニットであって、前記第２のサービスパケットは前記第１のサービスパケットの外層を第２のパケットヘッダでカプセル化することによって得られ、前記第２のパケットヘッダは少なくとも第２のインサイチュフロー検出オプションを含み、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられるクロスドメイン転送ユニットとを含み得る。
オプションで、本実施例では、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションをコピーすることによって得られ、又は、前記第１のインサイチュフロー検出オプションにおける検出制御情報フィールドと、前記第２のインサイチュフロー検出オプションにおける検出制御情報フィールドは同じ検出制御情報を含み、前記検出制御情報は前記サービスフロー及び前記インサイチュフロー検出方式を示すために用いられる。
オプションで、本実施例では、前記検出制御情報フィールドは少なくとも、
サービスフローを示すためのＦｌｏｗＭｏｎＩＤフィールドと、
インサイチュフロー検出方式を示すためのインサイチュフロー検出方式フィールドとを含む。
ここで、インサイチュフロー検出方式フィールドは、
パケット損失フラグを示すためのＬフィールドと、
遅延フラグを示すためのＤフィールドと、
前記第１のネットワークドメインの入口ノードのノード識別子を示すためのＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、
インサイチュフロー検出のデータのデータタイプを示すためのＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとの少なくとも１つのフィールドを含む。
オプションで、本実施例では、ＦｌｏｗＭｏｎＩＤフィールドは２０ｂｉｔｓを占有する。
オプションで、本実施例では、Ｌフィールドと、Ｄフィールドはそれぞれ１ｂｉｔを占有する。
オプションで、本実施例では、ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドは２０ｂｉｔｓを占有する。
オプションで、本実施例では、ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドは２４ｂｉｔｓを占有する。
オプションで、本実施例では、検出制御情報フィールドはさらに、
インサイチュフロー検出の周期を示すためのＰｅｒｉｏｄフィールドを含む。
オプションで、本実施例では、第１のインサイチュフロー検出オプションと、第２のインサイチュフロー検出オプションは、検出制御情報フィールド以外、さらに他のフィールドを含み、他のフィールドは少なくとも、
拡張データのタイプが付加されているか否かを示すためのＮｅｘｔＨｅａｄｅｒフィールドであって、第１の値である場合、拡張データのタイプが付加されていないことを表し、第２の値である場合、拡張データのタイプが付加されていることを表すＮｅｘｔＨｅａｄｅｒフィールドと、
ＮｅｘｔＨｅａｄｅｒフィールドが第２の値である場合、付加されている拡張データを示すための拡張データのタイプＴＬＶｓフィールドであって、拡張データは少なくとも、サービスパケットが経由するノードの識別子を含む拡張データのタイプＴＬＶｓフィールドとを含む。
オプションで、本実施例では、第２のパケットヘッダは、ＩＰｖ６拡張ヘッダを含む。ここで、第２のインサイチュフロー検出オプションは、ＩＰｖ６拡張ヘッダにおけるＤＯＨの１つのオプションである。
オプションで、本実施例では、ＤＯＨはさらに別のオプションを含み、別のオプションはビットインデックス明示的複製ＢＩＥＲパケットヘッダであり、ＢＩＥＲパケットヘッダには、第２のサービスパケットの第２のネットワークドメインで転送される転送情報が付加されている。ホップバイホップインサイチュフロー検出を実行する場合、上記ＤＯＨにおいて、第２のインサイチュフロー検出オプションはＢＩＥＲパケットヘッダの前にある。エンドツーエンドインサイチュフロー検出を実行する場合、上記ＤＯＨにおいて、第２のインサイチュフロー検出オプションはＢＩＥＲパケットヘッダの後にある。
オプションで、本実施例では、前記ＩＰｖ６拡張ヘッダはさらにＳＲＨを含み、ＳＲＨには、第２のサービスパケットの第２のネットワークドメインで転送されるパス情報が付加されている。オプションで、ホップバイホップインサイチュフロー検出を実行する場合、上記ＩＰｖ６拡張ヘッダにおいて、上記ＤＯＨはＳＲＨの前にある。エンドツーエンドインサイチュフロー検出を実行する場合、上記ＩＰｖ６拡張ヘッダにおいて、上記ＤＯＨはＳＲＨの後にある。
ここまで、図８に示す装置の構造の説明を完了する。
本発明の実施例はさらに図８に示す装置のハードウェア構造を提供する。図９を参照し、図９は本発明の実施例により提供される電子デバイスの構造図である。図９に示すように、当該ハードウェア構造は、プロセッサと機械可読記憶媒体とを含み得、機械可読記憶媒体には前記プロセッサによって実行可能な機械実行可能命令が記憶されており、前記プロセッサは、本発明の上記例示に開示された方法を実施するように機械実行可能命令を実行するために用いられる。
上記方法と同様の出願思想に基づき、本発明の実施例はさらに、いくつかのコンピュータ命令が記憶されている機械可読記憶媒体を提供し、前記コンピュータ命令がプロセッサに実行されると、本発明の上記例示に開示された方法を実施することができる。
例示的に、上記機械可読記憶媒体は任意の電子的、磁性的、光学的又は他の物理的記憶装置であってもよく、実行可能な命令、データなどの情報を含むか、又は記憶することができるものである。例えば、機械可読記憶媒体は、ＲＡＭ（Ｒａｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ランダムアクセスメモリ）、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、ストレージドライブ（ハードドライブなど）、ソリッドステートドライブ、任意の記憶ディスク（光ディスク、ｄｖｄなど）、又は類似の記憶媒体や、これらの組み合わせなどが挙げられる。
上記実施例で説明したシステム、装置、モジュール又はユニットは、具体的には、コンピュータチップ、エンティティ、又は何らかの機能を有する製品によって実現されてもよい。典型的な実現デバイスはコンピュータであり、コンピュータの具体的な形態はパーソナルコンピュータ、ラップトップコンピュータ、携帯電話、カメラ付き電話、スマートフォン、パーソナルデジタルアシスタント、メディアプレーヤ、ナビゲーションデバイス、電子メール送受信デバイス、ゲーム機、タブレット、ウェアラブルデバイス、又はこれらのデバイスの任意のいくつかの組み合わせであってもよい。
説明の便宜上、上記の装置を説明するときに機能によって様々なユニットに分けてそれぞれ説明する。もちろん、本発明を実施する際に、各ユニットの機能を同一又は複数のソフトウェア及び／又はハードウェアで実現することも可能である。
当業者であれば分かるように、本発明の実施例が、方法、システム、又はコンピュータプログラム製品として提供されてもよい。したがって、本発明は、ハードウェアだけからなる実施例、ソフトウェアだけからなる実施例、又はソフトウェアとハードウェアを組み合わせた実施例なる形態を用いてもよい。さらに、本発明の実施例は、コンピュータで使用可能なプログラムコードを含む１つ又は複数のコンピュータで使用可能な記憶媒体（磁気ディスクメモリ、ＣＤ－ＲＯＭ、光学メモリなどを含むが、これらに限定されない）において実施されるコンピュータプログラム製品の形態であってもよい。
本発明は、本発明の実施例による方法、デバイス（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明される。フローチャート及び／又はブロック図における各フロー及び／又はブロック、並びにフローチャート及び／又はブロック図におけるフロー及び／又はブロックの組み合わせは、コンピュータプログラム命令によって実現されてもよいことが理解されるべきである。これらのコンピュータプログラム命令は、マシンを生成するために、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラム可能なデータ処理デバイスのプロセッサに提供されてもよく、それにより、コンピュータ又は他のプログラム可能なデータ処理デバイスのプロセッサによって実行される命令により、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロックにおいて指定される機能を実現するための装置が生成される。
また、これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理デバイスに特定の方法で作業することを示すことができるコンピュータ可読メモリに記憶されてもよく、その結果、当該コンピュータ可読メモリに記憶されている命令により、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックにおいて指定される機能を実現する命令装置を含む製品が生成される。
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理デバイスにロードしてもよく、それにより、一連の動作ステップがコンピュータ又は他のプログラム可能なデバイス上で実行されることで、コンピュータにより実施される処理が生成され、それにより、コンピュータ又は他のプログラム可能なデバイス上で実行される命令により、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロック内で指定される機能を実現するためのステップが提供される。
上記は、本発明の実施例にすぎず、本発明を限定するために使用されるものではない。当業者にとって、本発明は、様々な変更及び変化があり得る。本発明の趣旨と原理から逸脱することなく修正、同等な置換、改善などを行った場合、いずれも本発明の特許請求の範囲に含まれるものとするべきである。

Claims (10)

  1. インサイチュフロー検出方法であって、ネットワークデバイスに適用され、
    第１のサービスパケットを受信するステップであって、前記第１のサービスパケットには第１のパケットヘッダが付加されており、前記第１のパケットヘッダは少なくとも第１のインサイチュフロー検出オプションを含み、前記第１のインサイチュフロー検出オプションは第１のネットワークドメインの入口ノードによって前記第１のパケットヘッダに追加され、前記第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すために用いられるステップと、
    前記ネットワークデバイスが第２のネットワークドメインの入口ノードである場合、前記第２のネットワークドメイン内で第２のサービスパケットを転送するステップであって、前記第２のサービスパケットは前記第１のサービスパケットの外層を第２のパケットヘッダでカプセル化することによって得られ、前記第２のパケットヘッダは少なくとも第２のインサイチュフロー検出オプションを含み、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられるステップとを含む、ことを特徴とするインサイチュフロー検出方法。
  2. 前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションをコピーすることによって得られ、
    又は、
    前記第１のインサイチュフロー検出オプションにおける検出制御情報フィールドと、前記第２のインサイチュフロー検出オプションにおける検出制御情報フィールドは同じ検出制御情報を含み、前記検出制御情報は前記サービスフロー及び前記インサイチュフロー検出方式を示すために用いられる、ことを特徴とする請求項１に記載の方法。
  3. 前記検出制御情報フィールドは少なくとも、
    サービスフローを示すためのＦｌｏｗＭｏｎＩＤフィールドと、
    インサイチュフロー検出方式を示すためのインサイチュフロー検出方式フィールドとを含む、ことを特徴とする請求項２に記載の方法。
  4. 前記インサイチュフロー検出方式フィールドは、
    パケット損失フラグを示すためのＬフィールドと、
    遅延フラグを示すためのＤフィールドと、
    前記第１のネットワークドメインの入口ノードのノード識別子を示すためのＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、
    インサイチュフロー検出のデータのデータタイプを示すためのＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとの少なくとも１つのフィールドを含む、ことを特徴とする請求項３に記載の方法。
  5. 前記ＦｌｏｗＭｏｎＩＤフィールドは２０ｂｉｔｓを占有する、ことを特徴とする請求項３に記載の方法。
  6. 前記Ｌフィールドと、前記Ｄフィールドはそれぞれ１ｂｉｔを占有し、及び／又は
    前記ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドは２０ｂｉｔｓを占有し、及び／又は
    前記ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドは２４ｂｉｔｓを占有する、ことを特徴とする請求項４に記載の方法。
  7. 前記検出制御情報フィールドはさらに、
    インサイチュフロー検出の周期を示すためのＰｅｒｉｏｄフィールドを含む、ことを特徴とする請求項３に記載の方法。
  8. 前記第１のインサイチュフロー検出オプションと、前記第２のインサイチュフロー検出オプションは、前記検出制御情報フィールド以外、さらに他のフィールドを含み、
    前記他のフィールドは少なくとも、
    拡張データのタイプが付加されているか否かを示すためのＮｅｘｔＨｅａｄｅｒフィールドであって、第１の値である場合、拡張データのタイプが付加されていないことを表し、第２の値である場合、拡張データのタイプが付加されていることを表すＮｅｘｔＨｅａｄｅｒフィールドと、
    前記ＮｅｘｔＨｅａｄｅｒフィールドが第２の値である場合、付加されている拡張データを示すための拡張データのタイプＴＬＶｓフィールドであって、前記拡張データは少なくとも、サービスパケットが経由するノードの識別子を含む拡張データのタイプＴＬＶｓフィールドとを含む、ことを特徴とする請求項２に記載の方法。
  9. 前記第２のパケットヘッダは、ＩＰｖ６拡張ヘッダを含み、
    前記第２のインサイチュフロー検出オプションは、前記ＩＰｖ６拡張ヘッダにおける宛先オプション拡張ヘッダＤＯＨの１つのオプションである、ことを特徴とする請求項１に記載の方法。
  10. 電子デバイスであって、プロセッサと機械可読記憶媒体とを含み、
    前記機械可読記憶媒体には前記プロセッサによって実行可能な機械実行可能命令が記憶されており、
    前記プロセッサは、請求項１～９のいずれか一項の方法のステップを実施するように機械実行可能命令を実行するために用いられる、ことを特徴とする電子デバイス。
JP2022579791A 2021-03-25 2021-03-25 インサイチュフロー検出方法及び電子デバイス Active JP7446489B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/082981 WO2022198560A1 (zh) 2021-03-25 2021-03-25 随流检测方法和电子设备

Publications (2)

Publication Number Publication Date
JP2023531987A JP2023531987A (ja) 2023-07-26
JP7446489B2 true JP7446489B2 (ja) 2024-03-08

Family

ID=83395220

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022579791A Active JP7446489B2 (ja) 2021-03-25 2021-03-25 インサイチュフロー検出方法及び電子デバイス

Country Status (6)

Country Link
US (1) US12095662B2 (ja)
EP (1) EP4152658A4 (ja)
JP (1) JP7446489B2 (ja)
KR (1) KR20230005369A (ja)
CN (1) CN115280745B (ja)
WO (1) WO2022198560A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118075102A (zh) * 2022-11-24 2024-05-24 中国移动通信有限公司研究院 一种随流检测方法和设备、及存储介质
CN115665006B (zh) * 2022-12-21 2023-03-28 新华三信息技术有限公司 一种随流检测方法及装置
CN118449886A (zh) * 2024-06-04 2024-08-06 国网江苏省电力有限公司信息通信分公司 一种跨域性能检测方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008167331A (ja) 2006-12-29 2008-07-17 Kddi Corp 拡張された保守ドメインレベル管理方法、通信装置、プログラム及びデータ構造
US20200162375A1 (en) 2017-04-13 2020-05-21 Zte Corporation Encapsulation method, device and node
WO2020114083A1 (zh) 2018-12-05 2020-06-11 中兴通讯股份有限公司 一种ioam信息的处理方法和装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10582027B2 (en) 2017-11-04 2020-03-03 Cisco Technology, Inc. In-band metadata export and removal at intermediate nodes
US10812315B2 (en) * 2018-06-07 2020-10-20 Cisco Technology, Inc. Cross-domain network assurance
US10693777B2 (en) * 2018-06-26 2020-06-23 Cisco Technology, Inc. In-situ operations, administration, and maintenance (iOAM) for software defined architectures (SDAs)
US10931542B2 (en) * 2018-08-10 2021-02-23 Futurewei Technologies, Inc. Network embedded real time service level objective validation
CN113595913B (zh) * 2018-11-02 2023-02-14 华为技术有限公司 报文转发的方法、发送报文的装置和接收报文的装置
CN111953604B (zh) * 2019-05-17 2023-07-18 华为技术有限公司 一种为业务流提供业务服务的方法和装置
CN113079091B (zh) * 2020-01-03 2022-07-22 华为技术有限公司 一种主动随流检测的方法、网络设备以及通信系统
CN113315645B (zh) * 2020-02-27 2024-06-04 华为技术有限公司 配置性能探测指示信息的方法及相关设备
CN113382437A (zh) * 2020-03-10 2021-09-10 华为技术有限公司 一种随流检测方法及装置
CN113556259B (zh) * 2020-04-24 2024-04-12 华为技术有限公司 一种基于随流检测的报文处理方法及装置
CN114513429A (zh) * 2020-10-27 2022-05-17 华为技术有限公司 检测报文的传输方法、反向路径的确定方法及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008167331A (ja) 2006-12-29 2008-07-17 Kddi Corp 拡張された保守ドメインレベル管理方法、通信装置、プログラム及びデータ構造
US20200162375A1 (en) 2017-04-13 2020-05-21 Zte Corporation Encapsulation method, device and node
WO2020114083A1 (zh) 2018-12-05 2020-06-11 中兴通讯股份有限公司 一种ioam信息的处理方法和装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
F. Brockners et al.，In-situ OAM Deployment，draft-brockners-opsawg-ioam-deployment-02，Internet Engiinering Task Force (IETF)，2020年09月07日，pp.1-5,13,14
G. Fioccola et al.，IPv6 Application of the Alternate Marking Method，draft-ietf-6man-ipv6-alt-mark-02，Internet Engineering Task Force (IETF)，2020年10月13日，pp.1-5
S. Bhandari et al.，In-situ OAM IPv6 Options，draft-ietf-ippm-ioam-ipv6-options-05，Internet Engineering Task Force (IETF)，2021年02月21日，pp.1-8

Also Published As

Publication number Publication date
US20230231804A1 (en) 2023-07-20
EP4152658A1 (en) 2023-03-22
CN115280745A (zh) 2022-11-01
US12095662B2 (en) 2024-09-17
EP4152658A4 (en) 2023-05-03
CN115280745B (zh) 2023-05-26
WO2022198560A1 (zh) 2022-09-29
JP2023531987A (ja) 2023-07-26
KR20230005369A (ko) 2023-01-09

Similar Documents

Publication Publication Date Title
JP7446489B2 (ja) インサイチュフロー検出方法及び電子デバイス
US11924090B2 (en) Segment routing network signaling and packet processing
CN108055211B (zh) 一种组播复制的方法、设备和存储介质
CN113207192B (zh) 一种报文转发方法及装置
WO2021155759A1 (zh) 分段标识的处理方法及设备
CN108809759A (zh) 检测链路状态的方法、装置和路由器
JP7488921B2 (ja) インサイチュフロー検出方法及び電子デバイス
CN103354509B (zh) 一种链路连接信息的获取方法和设备
WO2021151381A1 (zh) 分段标识的处理方法及设备
US20230388223A1 (en) Packet forwarding method, apparatus, and system
CN116939035A (zh) 数据处理方法、装置、电子设备以及存储介质
US20230327983A1 (en) Performance measurement in a segment routing network
CN104506369A (zh) 一种丢包位置的检测方法和设备
EP3913865B1 (en) Message decapsulation method and device, message encapsulation method and device, electronic device, and storage medium
CN107547687B (zh) 一种报文传输方法和装置
WO2023078144A1 (zh) 报文处理方法、装置及系统
US20240243990A1 (en) Route notifying methods and electronic devices
CN113132222B (zh) 报文转发方法、设备及计算机可读存储介质
WO2023184218A1 (zh) 通过bgp下发随流检测配置的方法及装置
WO2024094082A1 (zh) 一种信息传输方法、装置、节点及存储介质
US20230113518A1 (en) Distributed Network Flow Record
US20240275714A1 (en) Multicast forwarding methods and apparatuses across autonomous systems
CN117134925A (zh) 一种网络编程技术处理方法、系统及存储介质
CN118802603A (zh) 报文处理方法、装置、第一设备、第二设备和存储介质
CN115473847A (zh) 转发方法、转发系统、电子设备和计算机可读存储介质

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221222

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221222

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240111

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240206

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240227

R150 Certificate of patent or registration of utility model

Ref document number: 7446489

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150