2021-011878

本願は、２０１７年（平成２９年）１年２６日（パリ条約による優先権主張 外国庁受理 ２０１６年１月２７日 米国、２０１７年１月２３日 米国、２０１７年１月２５日 米国）を国際出願日とする特許出願であって、その手続の経緯は、概略、以下のとおりである。

原査定で引用され、本願の優先日前に頒布された上記引用文献１には、図面とともに以下の事項が記載されている（下線は、強調のため当審で付した。以下同じ。）。

ア 「[0045] An example of an InfiniBand Architecture system area network is shown in FIG. 1. As can be seen from FIG. 1, the system area network 10 comprises an InfiniBand Architecture fabric (or subnet) 12 made up of cascaded switches and routers. The fabric 12 provides links between a number of processor nodes 14 and other nodes including a RAID subsystem 16, consoles 18, I/O chassis 20, storage 22 and a storage subsystem 24. The fabric 12 comprises a plurality of switches 26 with InfiniBand links 28 providing data connections between the switches 26 and between the nodes attached to the fabric 12. Also included in the fabric 12 is a router 30 for providing connections to and from other networks, which may be other InfiniBand Architecture subnets, non-InfiniBand Architecture LANs and WANs, and/or processor nodes. I/O units connected via the fabric 12 may range in complexity from single ASIC devices such as a SCSI (small computer systems interface) or LAN adapter to large memory rich RAID subsystems that rival a processor node in complexity. Collectively, the processor nodes 14, RAID subsystem 16, consoles 18, I/O chassis 20, storage 22 and storage subsystems 24 are known as end nodes 32.

[0046] Each end-node 32 includes a channel adapter, which may be a Host Channel Adapter (HCA) or a Target Channel Adapter (TCA). Host Channel Adapters are found in processor nodes 14, and Target Channel Adapters are found in I/O nodes 16, 18, 20, 22 and 24. Host Channel Adapters are configured to issue requests across the fabric 12, and Target Channel Adapters are configured to respond to such requests, for example by supplying requested data or storing supplied data.

[0047] Each channel adapter uses a queuing system based on Queue Pairs, one queue for send operations and one for receive operations. Each queue pair may therefore be considered to provide a virtual communication port for a channel adapter. Each channel adapter may have up to 224 Queue Pairs, which may be assigned individually or in combination to handle communications involving different parts (or consumers) of the end node 32. For example, a processor node 16 may comprise a plurality of processors and each processor may have one or more individual Queue Pairs assigned to handle requests and responses flowing to and from that particular processor of the processor node via fabric 12. Alternatively, or in addition, a processor of a given processor node 16 may be running more than one process and each process may have one or more Queue Pairs assigned to handle requests and responses flowing to and from that process via the fabric 12.

[0048] The interconnects 28 may be one of three classes, 1x, 4x or 12x, referring to the number of parallel lanes making up that interconnect. Each lane is a single serial connection over a single physical signal carrier path (whether electrical or optical). Thus the bandwidth available to each interconnect is defined by a combination of the number of lanes and the maximum data rate of the physical signal carrier making up each lane.

[0049] Examples of possible InfiniBand Architecture topologies are shown in FIGS. 2, 3 and 4. FIG. 2 shows a high level simplified topology example where a number of end nodes 32 are interconnected by the fabric 12. An InfiniBand Architecture network may be subdivided into subnets 13 interconnected by routers 30 as illustrated in FIG. 3. Any particular end node 32 may be attached to a single subnet 13 or to multiple subnets 13. Shown in FIG. 4 is an example of the structure of a subnet 13. The subnet 13 comprises end nodes 32, switches 26, routers 30 and subnet managers 34 interconnected by links 28. Each end node 32 may attach to a single switch 26, multiple switches 26 and/or directly with each other. In the case of a direct connection between end nodes 32, the two or more directly linked end nodes form in effect an independent subnet with no connectivity to the remainder of the devices attached to the main subnet, and one of the interconnected end nodes functions as the subnet manager for that link.」

［当審訳］

「[0045] 図１に、InfiniBandアーキテクチャのシステムエリアネットワークの一例を示す。図１から分かるように、システムエリアネットワーク10は、カスケード接続されたスイッチとルータからなるInfiniBandアーキテクチャファブリック（またはサブネット）12から構成されている。ファブリック12は、多数のプロセッサノード14と、RAIDサブシステム16、コンソール18、I/Oシャーシ20、ストレージ22、およびストレージサブシステム24を含む他のノードとの間のリンクを提供する。ファブリック12は、スイッチ26間及びファブリック12に取り付けられたノード間のデータ接続を提供するInfiniBandリンク28を有する複数のスイッチ26から構成される。また、ファブリック12には、他のネットワーク（他のInfiniBandアーキテクチャのサブネット、非InfiniBandアーキテクチャのLAN及びWAN、及び／又はプロセッサノードであってもよい）との接続を提供するためのルータ30が含まれる。ファブリック12を介して接続されるI/Oユニットは、SCSI（小型コンピュータシステムインターフェース）又はLANアダプタのような単一のASICデバイスから、プロセッサノードに匹敵する複雑さを持つ大規模なメモリリッチRAIDサブシステムまで、様々な複雑さを持つ可能性がある。プロセッサノード14、RAIDサブシステム16、コンソール18、I／Oシャーシ20、ストレージ22及びストレージサブシステム24を総称して、エンドノード32と呼ぶ。

[0046] 各エンドノード32はチャネルアダプタを含み、これはホストチャネルアダプタ（HCA）またはターゲットチャネルアダプタ（TCA）であってもよい。ホストチャネルアダプタはプロセッサノード14にあり、ターゲットチャネルアダプタはI／Oノード16、18、20、22及び24にある。ホストチャネルアダプタは、ファブリック12にわたって要求を発行するように構成され、ターゲットチャネルアダプタは、例えば要求されたデータを供給し、又は供給されたデータを格納することによって、そのような要求に応答するように構成される。

[0047] 各チャネルアダプタは、キューペアに基づくキューイングシステムを採用しており、１つのキューは送信動作用、１つのキューは受信動作用となっている。したがって、各キューペアは、チャネルアダプタの仮想的な通信ポートを提供すると考えることができる。各チャネルアダプタは、エンドノード32の異なる部分（または消費者）を主体とする通信を処理するために、個別にまたは組み合わせて割り当てることができる最大224のキューペアを有することができる。例えば、プロセッサノード16は、複数のプロセッサから構成されてもよく、各プロセッサは、ファブリック12を介してプロセッサノードのその特定のプロセッサとの間に流れる要求及び応答を処理するために割り当てられた１つ又は複数の個別のキューペアを有していてもよい。代替的に、または追加的に、所定のプロセッサノード16のプロセッサは、複数のプロセスを実行していてもよく、各プロセスは、ファブリック12を介してそのプロセスとの間に流れる要求および応答を処理するために割り当てられた１つ又は複数のキューペアを有していてもよい。

[0048] 相互接続28は、その相互接続を構成する並列レーンの数を示す、1x、4x、12xの３つのクラスのいずれかとすることができる。各レーンは、単一の物理信号キャリアのパス（電気的か光学的かを問わない）上の単一のシリアル接続である。したがって、各相互接続で利用可能な帯域幅は、レーン数と各レーンを構成する物理信号キャリアの最大データレートとの組み合わせによって定義される。

[0049] 考えられるInfiniBandアーキテクチャのトポロジーの例を図２、図３、図４に示す。図２は、多数のエンドノード32がファブリック12によって相互接続されている高レベルの簡略化されたトポロジーの例を示す。InfiniBandアーキテクチャのネットワークは、図３に示されるように、ルータ30によって相互接続されたサブネット13に細分化されることがある。任意の特定のエンドノード32は、単一のサブネット13に接続されてもよいし、複数のサブネット13に接続されてもよい。図４に示されるのは、サブネット13の構造の一例である。サブネット13は、リンク28によって相互接続されたエンドノード32、スイッチ26、ルータ30及びサブネットマネージャ34から構成される。各エンドノード32は、単一のスイッチ26に、複数のスイッチ26に、及び／又は互いに直接、接続することができる。エンドノード32間の直接接続の場合、２つ以上の直接接続されたエンドノードは、メインサブネットに取り付けられた残りのデバイスへの接続性を持たない独立したサブネットを実質的に形成し、相互接続されたエンドノードの１つはそのリンクに対するサブネットマネージャとして機能する。」

[当審注]

[0047]（２箇所）に記載の「a processor node 16」（プロセッサノード16）は、いずれも「a processor node 14」（プロセッサノード14）の誤記と認められる。

イ 「[0063] FIG. 10 illustrates a switch 26 for use in fabric 12 in accordance with one embodiment of the invention. Switch 26 is implemented as a semiconductor device, for example an application specific integrated circuit (ASIC), and includes a management control interface 865, a subnet management agent (SMA) 866, multiple ports 81, and a switching matrix 850.

[0064] The management interface 865 provides access to the switch 26 for one or more external control systems, and can be used to configure switch 26 as appropriate depending upon the circumstances. For example, the subnet management agent 866 can communicate with the subnet manager 34 (see FIG. 4) via management interface 865.」

［当審訳］

「[0063] 図１０は、本発明の一実施形態によるファブリック12で使用するためのスイッチ26を示す図である。スイッチ26は、例えばASIC（Application Specific Integrated Circuit）などの半導体デバイスとして実装され、管理制御インタフェース865、サブネット管理エージェント（SMA）866、複数のポート81、およびスイッチングマトリックス850を含む。

[0064] 管理インタフェース865は、１つ以上の外部制御システムに対してスイッチ26へのアクセスを提供し、状況に応じてスイッチ26を適切に構成するために使用することができる。例えば、サブネット管理エージェント866は、管理インタフェース865を介して、サブネットマネージャ34（図４参照）と通信することができる。」

ウ 「[0070] The InfiniBand Architecture supports the concept of partitioning in order to provide logical isolation of components sharing the same subnet. All nodes included in a route from a source to a destination must share the same 16-bit partition key (P_Key), otherwise they are unable to communicate with one another (or even to recognise each other's existence). An individual node may support multiple partition keys, and so belong to multiple different partitions.

[0071] A member of a partition can be denoted as a full member or a limited (partial) member, dependent on the high-order bit of the partition key. A full member can communicate with either a limited member or a full member, but a limited member cannot communicate with another limited member of that partition (only a full member). This model corresponds to a client-server architecture, where servers are full members and clients are partial members, and clients do not need generally to talk directly to one another.

[0072] Each queue pair at an end node has a partition key table which is assigned to it by the subnet manager 34 (see FIG. 4). A queue pair is assigned an index into the partition key table, and can then use this index to obtain and store the appropriate partition key into the local route header (LRH) for each outgoing packet. Conversely, a queue pair receiving a packet checks that the P_Key value within the incoming packet matches the indexed P_Key value in the P_Key table (if not, the incoming packet is discarded).」

［当審訳］

「[0070] InfiniBandアーキテクチャは、同じサブネットを共有するコンポーネントを論理的に分離するために、パーティショニングの概念をサポートしている。送信元から送信先への経路に含まれるすべてのノードは、同じ16ビットパーティションキー（Ｐ＿Ｋｅｙ）を共有しなければならず、そうでなければ互いに通信できない（互いの存在を認識することさえできない）。個々のノードは複数のパーティションキーをサポートし、複数の異なるパーティションに属することができる。

[0071] パーティションのメンバーは、パーティションキーの上位ビットに依存して、フルメンバーまたはリミテッド（部分）メンバーとして示されることができる。フルメンバーはリミテッドメンバーまたはフルメンバーと通信できるが、リミテッドメンバーはそのパーティションの別のリミテッドメンバーと通信できない（フルメンバーのみ）。このモデルは、サーバーがフルメンバー、クライアントがパーシャルメンバーであって、クライアントは一般に互いに直接会話する必要はないクライアントサーバーアーキテクチャに相当する。

[0072] エンドノードの各キューペアは、サブネットマネージャ34（図４参照）により割り当てられるパーティションキーテーブルを有する。キューペアは、パーティションキーテーブルにインデックスを割り当てられ、その後、このインデックスを使用して、各発信パケットのローカルルートヘッダー（LRH）に適切なパーティションキーを取得し格納することが可能である。逆に、パケットを受信するキューペアは、受信パケット内のＰ＿Ｋｅｙ値がＰ＿Ｋｅｙテーブル内のインデックス付きＰ＿Ｋｅｙ値と一致することをチェックする（一致しない場合、受信パケットは廃棄される）。」

エ 「[0080] 2)Service Level Verification

[0081] The InfiniBand specification generally assumes that the InfiniBand fabric is secure. Hence the main security focus is on controlling which ports can communicate, and what packet traffic can be initiated by end ports in the fabric. This can lead to an exposure to certain problems, whether caused accidentally (e.g. by failed hardware or a software bug) or deliberately (e.g. by a hacker).

[0082] For example, existing networks perform only limited checking of the service level (SL) value within a packet. In particular, a port only checks that the SL value in an incoming packet corresponds to a virtual lane (VL) in the SL-to-VL mapping for the outward link on which the packet is to be forwarded. If this is not the case, then the packet is discarded because there is no virtual lane over which it can be forwarded. This check is therefore based solely on the SL-to-VL mappings, and so is dependent only upon the SL value in an incoming packet, the port at which the packet is received into the switch, and the port from which the packet is to be forwarded from the switch.

[0083]…（中略）…

[0084] Accordingly, one embodiment of the invention allows a partition to be assigned one or more permitted SL values. The switch 26 then confirms for each received packet that the SL value in the incoming packet matches or correlates with an SL value permitted for the partition in which that particular packet is being transmitted (as determined by the P_Key value in the packet). If the packet does not have an appropriate SL value, it can be discarded, thereby avoiding disruption to network performance.

[0085] FIG. 11 depicts a flowchart for checking the SL value in a packet in accordance with one embodiment of the invention. The method commences with setting up the network (910), which includes allocating partitions to the port (915). This generally involves populating P_Key tables for the nodes in the network. A P_Key table indicates whether or not a given port is a member of a particular partition, and also whether it is a full member or just a limited member of that partition. It will be appreciated that allocating partitions in this manner is part of existing InfiniBand systems, and so will be familiar to the skilled person.

[0086]…（中略）…

[0087]…（中略）…

[0088] Once the set-up operations 910, 915 and 920 have completed, a port receives an incoming packet (930). The P_Key value and the SL value are extracted from the packet header (935). This then allows the P_Key value to be checked in the P_Key table (as for known implementations) in order to ensure that the incoming packet belongs to an allowed partition. In addition, it is confirmed that the SL value in the packet header is permitted for the partition identified in the packet header (940). In other words, the system checks that the SL value in the packet matches one of the service levels allocated to the partition at operation 920.

[0089] If the P_Key and SL values are validated, then the packet is accepted (950) for further processing, i.e. passed to the appropriate output port for the destination node. However, if the validation fails, either because the packet belongs to a partition not supported by the port, or because the packet specifies a service level that is not appropriate to the partition on which the packet is travelling, then an error results (960). In this case, the packet is discarded, and an error may be transmitted to the subnet manager. Note that the exact processing for error handling at operation 960 may vary according to the type of error, namely whether there was a P_Key violation or an SL violation. In one embodiment, the default behaviour for an SL violation is to mirror the behaviour for a P_Key violation (as described in the InfiniBand specification).」

［当審訳］

「[0080] ２）サービスレベルの検証

[0081] InfiniBandの仕様は、一般的に、InfiniBandのファブリックが安全であることを前提としている。したがって、セキュリティの主眼は、どのポートが通信できるか、及び、どのパケットトラフィックがファブリック内のエンドポートによって発信できるかを制御することにある。このことにより、偶発的（ハードウェアの故障やソフトウェアのバグなど）にも、故意（ハッカーなど）にも、ある種の問題にさらされる可能性がある。

[0082] 例えば、既存のネットワークでは、パケット内のサービスレベル（SL）値のチェックは限定的にしか行われない。特に、ポートは、受信パケット内のSL値が、パケットを転送する往路リンクのSL-VLマッピング内の仮想レーン（VL）に対応することをチェックするだけである。もしそうでなければ、パケットを転送できる仮想レーンが存在しないため、パケットは廃棄される。このチェックは、SL-VLマッピングのみに基づくため、受信パケットのSL値、パケットを受信したスイッチのポート、パケットを転送するスイッチのポートにのみ依存することになる。

[0083]…（中略）…

[0084] したがって、本発明の一実施形態では、パーティションに１つ以上の許容SL値を割り当てることができる。そして、スイッチ26は、受信パケットごとに、受信パケット内のSL値が、その特定のパケットが送信されているパーティション（当該パケット内のＰ＿Ｋｅｙ値により決定される）に対して許可されたSL値と一致又は相関することを確認する。パケットが適切なSL値を有していない場合、そのパケットは廃棄され、それによってネットワーク性能の中断を回避することができる。

[0085] 図１１は、本発明の一実施形態によるパケット内のSL値を確認するためのフローチャートを示す図である。この方法は、ポートにパーティションを割り当てること（915）を含むネットワークの設定（910）から開始される。これは、一般的に、ネットワーク内のノードのためのＰ＿Ｋｅｙテーブルを入力することを含む。Ｐ＿Ｋｅｙテーブルは、所定のポートが特定のパーティションのメンバーであるか、また、そのパーティションのフルメンバーであるか単なる限定メンバーであるかを示すものである。このようなパーティションの割り当ては、既存のInfiniBandシステムの一部であり、当業者には馴染み深いものであることが理解されよう。

[0086]…（中略）…

[0087]…（中略）…

[0088] セットアップ動作910、915、920が完了すると、ポートは受信パケットを受信する（930）。パケットヘッダからＰ＿Ｋｅｙ値およびSL値が抽出される（935）。これにより、受信パケットが許可されたパーティションに属することを確実にするために、Ｐ＿ＫｅｙテーブルにおいてＰ＿Ｋｅｙ値がチェックされる（既知の実装の場合と同様）。さらに、パケットヘッダ内のSL値が、パケットヘッダ内で特定されたパーティションに対して許可されていることが確認される（940）。言い換えれば、システムは、パケット内のSL値が、操作920においてパーティションに割り当てられたサービスレベルの１つに一致することを確認する。

[0089] Ｐ＿Ｋｅｙ値とSL値が検証された場合、パケットはさらなる処理のために受け入れられ（950）、すなわち、宛先ノードのための適切な出力ポートに渡される。しかし、パケットがポートによってサポートされていないパーティションに属するか、またはパケットが移動しているパーティションに適切でないサービスレベルを指定するため、検証が失敗した場合、エラーが発生する（960）。この場合、パケットは廃棄され、サブネットマネージャにエラーが送信されることがある。操作960におけるエラー処理のための正確な処理は、エラーのタイプ、すなわち、Ｐ＿Ｋｅｙ違反があったか、SL違反があったかによって異なる可能性があることに留意されたい。一実施形態では、SL違反に対するデフォルトの動作は、Ｐ＿Ｋｅｙ違反に対する動作（InfiniBand仕様に記載されているように）をミラーリングすることである。」

オ 「[0092] Port 81 further includes a logic unit 703. The logic unit 703 takes the P_Key value extracted from the incoming packet 701 and accesses a content addressable memory (CAM) 1205 on the basis of this P_Key value 1221. The CAM 1205 incorporates a P_Key table 1208, which contains all the partition keys that are valid for that port. For example, in the particular embodiment shown in FIG. 12, port 81 is included in partitions PK0A, PK0B, PK0C, PK0D, and PK0E.

[0093] If the received partition key 1221 matches one of the values in the P_Key table 1208, then CAM 1205 detects a hit, implying that the incoming packet 701 belongs to a partition supported by port 81. In this case, the CAM 1205 outputs an index value 1222 representing the location of the matched P_Key value in P_Key table 1208. On the other hand, if no match is found, then the incoming packet 701 does not belong to a partition supported by port 81 and so must be discarded (i.e. corresponding to operation 960 in FIG. 11). This failure may be indicated by the absence of an index signal 1222, or by some predetermined special index value (such as #1). Alternatively, the CAM 1205 may support a specific mechanism (not shown in FIG. 12) to indicate such a failure to logic 703.

[0094] Assuming that the P_Key value 1221 from the incoming packet 701 does correspond to a value in the P_Key table 1208, a test is now made to determine whether or not the SL field in the incoming packet 701 is appropriate for the partition to which the incoming packet belongs. In order to make this test, port 81 includes a table of SL masks 1218. The masks are illustrated schematically in FIG. 12 as SM0A, SM0B, SM0C, SM0D, and SM0E.

[0095] Note that the position of each mask in table 1218 corresponds with the position of its associated partition in P_Key table 1208. In other words, an SL mask having an index value of N in the SL mask table 1218 corresponds to the partition having a partition key with index N in the P_Key table 1208. Consequently, once an index value 1222 for the incoming packet 701 has been determined from P_Key table 1208, this index value can be passed to the SL mask table 1218 in order to locate the SL mask for that particular partition. The relevant SL mask 1223 can then be returned to logic 703 for authentication of the SL value in the incoming packet.

[0096] In one embodiment, an SL mask 1222 is implemented as a 16-bit mask. Each bit in the SL mask corresponds to one possible service level, and is used to indicate whether or not that particular service level is supported for the partition associated with the SL mask. For example, a mask bit value of 0 could indicate that the partition does not support this service level, while a value of I could indicate that the partition does support this particular service level. It will be appreciated that this approach for defining an SL mask allows a partition to support any arbitrary combination of service levels.

[0097]…（中略）…

[0098] Once logic 703 has received SL mask 1223 for the incoming packet 701 (i.e. the SL mask corresponding to the partition key included in the incoming packet 701), it can use this mask to verify the SL value in the incoming packet 701. In particular, logic 703 can determine the value of the SL field in incoming packet 701, and use this value to access the corresponding bit within SL mask 1218. For example, if the SL value in the packet is 4, then logic 703 can access the bit in position 4 within SL mask 1223. More generally, if the SL value is N, logic 703 accesses the bit in position N within the SL mask. The incoming SL value is then accepted or rejected depending upon the mask setting. For example, if the mask has a value of 0 in the bit position corresponding to the received SL value, then assuming the above polarity, this indicates that the SL value in the received packet is not supported by the partition. Accordingly, an error results, corresponding to operation 960 in FIG. 11. Alternatively, if there is a 1 in the relevant location of the SL mask 1223, then the SL value from the received packet is indeed supported for the partition to which the packet belong. Hence the packet can be processed normally, corresponding to operation 950 in FIG. 11.」

［当審訳］

「[0092] ポート81は、さらに、ロジックユニット703を含む。ロジックユニット703は、受信パケット701から抽出されたＰ＿Ｋｅｙ値を取り込み、このＰ＿Ｋｅｙ値1221に基づいてコンテンツアドレッサブルメモリ（CAM）1205にアクセスする。CAM1205には、Ｐ＿Ｋｅｙテーブル1208が組み込まれており、このテーブルには、そのポートに対して有効な全てのパーティションキーが格納されている。例えば、図１２に示す特定の実施形態では、ポート81は、パーティションPK0A、PK0B、PK0C、PK0D、およびPK0Eに含まれる。

[0093] 受信したパーティションキー1221がＰ＿Ｋｅｙテーブル1208の値の１つと一致する場合、CAM1205はヒットを検出し、受信パケット701がポート81によってサポートされるパーティションに属することを示す。この場合、CAM1205は、Ｐ＿Ｋｅｙテーブル1208における一致したＰ＿Ｋｅｙ値の位置を表すインデックス値1222を出力する。一方、一致するものがない場合、受信パケット701はポート81がサポートするパーティションに属さないため、廃棄しなければならない（すなわち、図１１の動作960に対応する）。この失敗は、インデックス信号1222がないこと、または何らかの予め定められた特別なインデックス値（＃1など）によって示され得る。あるいは、CAM1205は、このような障害を論理703に示すための特定のメカニズム（図１２には示されていない）をサポートしてもよい。

[0094] 受信パケット701からのＰ＿Ｋｅｙ値1221がＰ＿Ｋｅｙテーブル1208の値に対応していると仮定すると、今度は受信パケット701のSLフィールドが受信パケットが属するパーティションに適切かどうかを判断するためのテストが行われる。このテストを行うために、ポート81は、SLマスク1218のテーブルを含む。マスクは、図１２において、SM0A、SM0B、SM0C、SM0D、およびSM0Eとして模式的に示されている。

[0095] テーブル1218における各マスクの位置は、Ｐ＿Ｋｅｙテーブル1208におけるその関連するパーティションの位置と対応していることに留意されたい。言い換えれば、SLマスクテーブル1218においてインデックス値Nを有するSLマスクは、Ｐ＿Ｋｅｙテーブル1208においてインデックスNを有するパーティションキーを有するパーティションに対応する。その結果、受信パケット701に対するインデックス値1222がＰ＿Ｋｅｙテーブル1208から決定されると、このインデックス値は、その特定のパーティションに対するSLマスクを突き止めるために、SLマスクテーブル1218に渡されることが可能である。関連するSLマスク1223は、次に、受信パケット内のSL値の認証のためにロジック703に返されることができる。

[0096] 一実施形態では、SLマスク1222は、16ビットマスクとして実装される。SLマスクの各ビットは、１つの可能なサービスレベルに対応し、その特定のサービスレベルがSLマスクに関連付けられたパーティションに対してサポートされているか否かを示すために使用される。例えば、マスクビットの値0は、パーティションがこのサービスレベルをサポートしないことを示すことができ、値Iは、パーティションがこの特定のサービスレベルをサポートすることを示すことができる。このようにSLマスクを定義することで、パーティションが任意のサービスレベルの組み合わせをサポートできるようになることが理解されよう。

[0097]…（中略）…

[0098] ロジック703は、受信パケット701のSLマスク1223（すなわち、受信パケット701に含まれるパーティションキーに対応するSLマスク）を受信すると、このマスクを使用して受信パケット701内のSL値を確認することができる。特に、ロジック703は、受信パケット701内のSLフィールドの値を決定し、この値を使用して、SLマスク1218内の対応するビットにアクセスすることができる。例えば、パケット内のSL値が4である場合、ロジック703は、SLマスク1223内の位置4のビットにアクセスすることができる。より一般的には、SL値がNである場合、ロジック703は、SLマスク内の位置Nのビットにアクセスする。次いで、受信したSL値は、マスク設定に依存して、受け入れられるか、または拒絶される。例えば、マスクが受信したSL値に対応するビット位置に値0を有する場合、上記の極性を仮定すると、これは、受信したパケット内のSL値がパーティションによってサポートされていないことを示す。従って、図１１の動作960に対応するエラーが発生する。あるいは、SLマスク1223の関連する場所に１がある場合、受信したパケットからのSL値は、そのパケットが属するパーティションに対して確かにサポートされている。したがって、パケットは、図１１の動作950に対応するように、正常に処理され得る。」

［当審注］

[0096]に記載の「a value of I」（値I）は、[0098]の記載を参酌すれば、「a value of 1」（値１）の誤記と認められる。

カ 「[0102] It will be appreciated that the SL mask table 1218 in the embodiment of FIG. 12 has (approximately) the same size as the P_Key table 1208, since both contain one 16 bit value for each partition supported by the port. In some other embodiments, P_Key table 1208 may be implemented using a bit mask having one bit for each potential P_Key value, to indicate whether or not a port is a member of the relevant partition. The size of such a P_Key table would be 8 Kbytes (1 bit for each of 64K possible keys). (This is larger than the size of P_Key table in FIG. 12, since the number of partitions supported by any given port is likely to be only a small proportion of the total number of possible partitions, but it does avoid the use of content addressable memory, which may be desirable for design reasons).

[0103] In such an embodiment having a P_Key table in the form of a bit mask, service level can be correlated with partition by again associating an SL bit mask with each partition. Note however, this would significantly increase the size of the P_Key table in order to accommodate a 16-bit SL mask for each partition key (or require storage of a separate SL mask table of this size).」

［当審訳］

「[0102] 図１２の実施形態におけるSLマスクテーブル1218は、両方ともポートによってサポートされる各パーティションについて１つの16ビット値を含むので、Ｐ＿Ｋｅｙテーブル1208と（ほぼ）同じサイズを有することが理解されよう。いくつかの他の実施形態では、Ｐ＿Ｋｅｙテーブル1208は、ポートが関連するパーティションのメンバーであるか否かを示すために、取り得るＰ＿Ｋｅｙ値ごとに１ビットを有するビットマスクを使用して実装され得る。このようなＰ＿Ｋｅｙテーブルのサイズは、8Kバイト（64Kの可能なキーの各々に対して１ビット）であろう。（これは、任意のポートによってサポートされるパーティションの数が可能なパーティションの総数のわずかな割合であると考えられるため、図１２のＰ＿Ｋｅｙテーブルのサイズよりも大きくなるが、コンテンツアドレッサブルメモリの使用を回避することができ、これは設計上の理由から望ましい）。

[0103] このようなビットマスク形式のＰ＿Ｋｅｙテーブルを有する実施形態では、各パーティションにあらためてSLビットマスクを関連付けることにより、サービスレベルをパーティションに関連付けることができる。ただし、各パーティションキーに16ビットのSLマスクを対応させるために、Ｐ＿Ｋｅｙテーブルのサイズが大幅に増加する（または、このサイズの別のSLマスクテーブルを記憶する必要がある）ことに注意が必要である。」

キ 「Fig.1（図１）

［図：0001388982000001.jpg］

」（当審訳は省略）

ク 「Fig.3（図３）

［図：0001388982000002.jpg］

」（当審訳は省略）

ケ 「Fig.4（図４）

［図：0001388982000003.jpg］

」（当審訳は省略）

コ 「Fig.10（図１０）

［図：0001388982000004.jpg］

」（当審訳は省略）

サ 「Fig.11（図１１）

［図：0001388982000005.jpg］

」（当審訳は省略）

シ 「Fig.12（図１２）

［図：0001388982000006.jpg］

」（当審訳は省略）