Internet Engineering Task Force (IETF) T. Tsenov
Request for Comments: 5972 H. Tschofenig
Category: Informational Nokia Siemens Network
ISSN: 2070-1721 X. Fu, Ed.
Univ. Goettingen
C. Aoun
Consultant
E. Davies
Folly Consulting
October 2010
General Internet Signaling Transport (GIST) State Machine
Abstract
抽象
This document describes state machines for the General Internet Signaling Transport (GIST). The states of GIST nodes for a given flow and their transitions are presented in order to illustrate how GIST may be implemented.
この文書は、一般的なインターネットシグナリングトランスポート（GIST）のためのステートマシンを説明します。所定のフローとその遷移のためGISTノードの状態は、GISTを実装することができる方法を説明するために提示されています。
Status of This Memo
このメモのステータス
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントはインターネット標準化過程仕様ではありません。それは、情報提供の目的のために公開されています。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.
このドキュメントはインターネットエンジニアリングタスクフォース（IETF）の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ（IESG）によって公表のために承認されています。 IESGによって承認されていないすべての文書がインターネットStandardのどんなレベルの候補です。 RFC 5741のセクション2を参照してください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc5972.
このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc5972で取得することができます。
Copyright Notice
著作権表示
Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2010 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。
This document may contain material from IETF Documents or IETF Contributions published or made publicly available before November 10, 2008. The person(s) controlling the copyright in some of this material may not have granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from the person(s) controlling the copyright in such materials, this document may not be modified outside the IETF Standards Process, and derivative works of it may not be created outside the IETF Standards Process, except to format it for publication as an RFC or to translate it into languages other than English.
この材料の一部がIETFトラストにこのような材料の変更を許可する権利を与えられていない可能性がありますにこの文書は、2008年、IETFドキュメントまたは11月10日以前に発行または公開さIETF貢献から著作権を支配する者（複数可）材料を含んでいてもよいですIETF標準化プロセスの外。そのような材料の著作権を管理者（単数または複数）から適切なライセンスを取得することなく、この文書は、IETF標準化過程の外側修正されないかもしれません、そして、それの派生物は、IETF標準化過程の外側に作成されない場合があり、それをフォーマットする以外出版RFCとして、英語以外の言語に翻訳します。
Table of Contents
目次
1. Introduction ....................................................3
2. Terminology .....................................................3
3. Notational Conventions Used in State Diagrams ...................3
4. State Machine Symbols ...........................................5
5. Common Rules ....................................................6
5.1. Common Procedures ..........................................7
5.2. Common Events ..............................................8
5.3. Common Variables ...........................................9
6. State Machines .................................................11
6.1. Diagram Notations .........................................12
6.2. State Machine for GIST Querying Node ......................12
6.3. State Machine for GIST Responding Node ....................16
7. Security Considerations ........................................18
8. Acknowledgments ................................................18
9. References .....................................................18
9.1. Normative References ......................................18
9.2. Informative References ....................................18
Appendix A. State Transition Tables ...............................20
A.1. State Transition Tables for GIST Querying Node ............20
A.2. State Transition Tables for GIST Responding Node ..........24
The state machines described in this document are illustrative of how the GIST protocol defined in [1] may be implemented for the GIST nodes in different locations of a flow path. Where there are differences, [1] is authoritative. The state machines are informative only. Implementations may achieve the same results using different methods.
本書では説明ステートマシンは、[1]で定義されたGISTプロトコルは、流路の異なる位置におけるGISTノードに実装することができる方法の例示です。違いがある場合は、[1]権威です。ステートマシンは有益です。実装は異なる方法を使用して同じ結果を達成することができます。
There are two types of possible entities for GIST signaling:
GISTシグナリングのための可能なエンティティの2種類があります。
- GIST querying node: GIST node that initiates the discovery of the next peer;
- GISTのクエリノード：次のピアの発見を開始GISTノード。
- GIST responding node: GIST node that is the discovered next peer.
- GIST応答ノード：発見された次のピアであるGISTのノード。
We describe a set of state machines for these entities to illustrate how GIST may be implemented.
私たちは、GISTを実装することができる方法を説明するために、これらのエンティティのためのステートマシンのセットを記述します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [2].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[2]で説明されるように解釈されます。
The following text is reused from [3], and the state diagrams are based on the conventions specified in [4], Section 8.2.1. Additional state machine details are taken from [5].
次のテキストは、[3]から再利用され、状態図は、[4]、セクション8.2.1で指定された規則に基づいています。追加のステートマシンの詳細は[5]から取得されます。
RFC 4137 [3] reproduced the following text from Section 8.2.1 of IEEE 802-1X-2004 [4].
RFC 4137 [3] IEEE 802-1X-2004の8.2.1項から次のテキストを再現[4]。
State diagrams are used to represent the operation of the protocol by a number of cooperating state machines, each comprising a group of connected, mutually exclusive states. Only one state of each machine can be active at any given time.
状態図は、協働する状態機械の数でプロトコルの動作を表すために使用され、それぞれが接続され、相互に排他的な状態の基を含みます。各マシンの唯一の状態は、任意の時点でアクティブにできます。
. . .
。 。 。
All permissible transitions between states are represented by arrows, the arrowhead denoting the direction of the possible transition. Labels attached to arrows denote the condition(s) that must be met in order for the transition to take place. All conditions are expressions that evaluate to TRUE or FALSE; if a condition evaluates to TRUE, then the condition is met. The label UCT denotes an unconditional transition (i.e., UCT always evaluates to TRUE). A transition that is global in nature (i.e., a transition that occurs from any of the possible states if the condition attached to the arrow is met) is denoted by an open arrow; i.e., no specific state is identified as the origin of the transition. When the condition associated with a global transition is met, it supersedes all other exit conditions including UCT. The special global condition BEGIN supersedes all other global conditions, and once asserted it remains asserted until all state blocks have executed to the point that variable assignments and other consequences of their execution remain unchanged.
状態間の全ての許容遷移は、矢印で可能な遷移の方向を示す矢印で表されています。矢印に取り付けられたラベルは、場所を取るために遷移ために満たされなければならない条件（複数可）を意味します。すべての条件がTRUEまたはFALSEに評価式です。条件がTRUEと評価される場合、その条件が満たされています。ラベルUCTは無条件遷移（すなわち、UCTは常にTRUEに評価される）です。性質（すなわち、矢印に取り付けられた条件が満たされた場合に可能な状態のいずれかから生じる遷移）が白抜きの矢印で示されているのグローバルである遷移。すなわち、具体的な状態遷移の起源として同定されていません。グローバル遷移に関連付けられた条件が満たされたとき、それはUCTを含むすべての他の終了条件に取って代わります。特別なグローバルな条件の他のすべてのグローバルな条件を優先し、一度すべての状態ブロックは変数の代入とその実行の他の結果が変わらないことをポイントに実行されるまで、それがアサートされたままアサートBEGIN。
On entry to a state, the procedures defined for the state (if any) are executed exactly once, in the order that they appear on the page. Each action is deemed to be atomic; i.e., execution of a procedure completes before the next sequential procedure starts to execute. No procedures execute outside a state block. The procedures in only one state block execute at a time, even if the conditions for execution of state blocks in different state machines are satisfied, and all procedures in an executing state block complete execution before the transition to and execution of any other state block occurs. That is, the execution of any state block appears to be atomic with respect to the execution of any other state block, and the transition condition to that state from the previous state is TRUE when execution commences. The order of execution of state blocks in different state machines is undefined except as constrained by their transition conditions. A variable that is set to a particular value in a state block retains this value until a subsequent state block executes a procedure that modifies the value.
状態へのエントリでは、状態（もしあれば）のために定義された手順は、それらがページに表示される順序で、一度だけ実行されます。各アクションはアトミックであるとみなされます。次の連続手順が実行を開始する前に、すなわち、手順の実行が完了します。いいえ手順は、状態ブロックの外側で実行しません。唯一つの状態ブロック内の手順が異なる状態マシンの状態ブロックの実行条件が成立している場合でも、一度に実行し、他の状態ブロックに遷移し、実行前に実行状態ブロックの完全な実行中のすべての手順が発生します。すなわち、任意の状態ブロックの実行は、他の状態ブロックの実行に対してアトミックであるように見える、そして実行が始まるときに以前の状態からの状態への遷移条件がTRUEです。異なる状態マシンの状態ブロックの実行の順序は、それらの遷移条件によって制約される場合を除き定義されていません。その後の状態ブロックは、値を修正手順を実行するまで、状態ブロック内の特定の値に設定されている変数は、この値を保持します。
On completion of all the procedures within a state, all exit conditions for the state (including all conditions associated with global transitions) are evaluated continuously until one of the conditions is met. The label ELSE denotes a transition that occurs if none of the other conditions for transitions from the state are met (i.e., ELSE evaluates to TRUE if all other possible exit conditions from the state evaluate to FALSE). Where two or more exit conditions with the same level of precedence become TRUE simultaneously, the choice as to which exit condition causes the state transition to take place is arbitrary.
いずれかの条件が満たされるまで、状態内のすべての手順の完了時に、（グローバル遷移に関連するすべての状態を含む）状態のためのすべての終了条件を連続的に評価されます。状態からの遷移のための他の条件のいずれも満たされない場合、ラベルELSEが起こる遷移を示し（状態から他のすべての可能な終了条件がFALSEに評価された場合、すなわち、ELSE TRUEと評価）。同時にTRUEになる優先順位の同じレベルを持つ場合二つ以上の終了条件、終了条件は、状態遷移が起こるさせるようれた選択は任意です。
In addition to the above notation, there are a couple of clarifications specific to this document. First, all boolean variables are initialized to FALSE before the state machine execution begins. Second, the following notational shorthand is specific to this document:
上記表記法に加えて、この文書に固有の明確化のカップルがあります。ステートマシンの実行を開始する前にまず、すべてのブール変数がFALSEに初期化されます。第二に、以下の表記速記は、この文書に固有のものです：
<variable> = <expression1> | <expression2> | ...
<変数> = <式1> | <式2> | ...
Execution of a statement of this form will result in <variable> having a value of exactly one of the expressions. The logic for which of those expressions gets executed is outside of the state machine and could be environmental, configurable, or based on another state machine such as that of the method.
この形式の文を実行すると、表現の正確に一つの値を持つ<変数>になります。実行されますこれらの表現の対象の論理は、ステートマシンの外であり、環境設定、またはそのような方法のそのような別の状態機械に基づくことができます。
( ) Used to force the precedence of operators in boolean expressions and to delimit the argument(s) of actions within state boxes.
（）ブール式での演算子の優先順位を強制すると、状態ボックス内のアクションの引数を区切るために使用されます。
; Used as a terminating delimiter for actions within state boxes. Where a state box contains multiple actions, the order of execution follows the normal English language conventions for reading text.
;状態ボックス内のアクションのための終端区切り文字として使用されます。状態ボックスは、複数のアクションが含まれている場合は、実行の順序は、テキストを読むための通常の英語言語の規則に従います。
= Assignment action. The value of the expression to the right of the operator is assigned to the variable to the left of the operator. Where this operator is used to define multiple assignments, e.g., a = b = X, the action causes the value of the expression following the right-most assignment operator to be assigned to all of the variables that appear to the left of the right-most assignment operator.
=割り当てアクション。演算子の右側の式の値は、オペレータの左側に変数に代入されます。この演算子は、複数の割り当てを定義するために使用される場合例えば、A = B = X、アクションは一番右の代入演算子を次の式の値が右の左側に表示されているすべての変数に代入されますほとんどの代入演算子。
! Logical NOT operator.
！ NOT論理演算子。
&& Logical AND operator.
論理AND演算子&&。
|| Logical OR operator.
||論理OR演算子。
if...then... Conditional action. If the boolean expression following the "if" evaluates to TRUE, then the action following the "then" is executed.
もし...そして...条件付きアクション。 「それから」実行され、次のTRUEと評価され、「場合」は、アクション次のブール式があれば。
{ statement 1, ... statement N } Compound statement. Braces are used to group statements that are executed together as if they were a single statement.
{文の1、...声明N}複合文。中カッコは、それらが単一の文であるかのようにまとめて実行されているグループ文に使用されています。
!= Inequality. Evaluates to TRUE if the expression to the left of the operator is not equal in value to the expression to the right.
！=不平等。演算子の左の式が右式の値に等しくない場合にTRUEと評価。
== Equality. Evaluates to TRUE if the expression to the left of the operator is equal in value to the expression to the right.
==平等。演算子の左の式が右式の値に等しい場合にTRUEと評価。
> Greater than. Evaluates to TRUE if the value of the expression to the left of the operator is greater than the value of the expression to the right.
>より大きい。演算子の左側の式の値が右に式の値よりも大きい場合にTRUEと評価。
<= Less than or equal to. Evaluates to TRUE if the value of the expression to the left of the operator is either less than or equal to the value of the expression to the right.
<=より小さいか等しいです。演算子の左側の式の値のいずれか未満または右に式の値と等しい場合にTRUEと評価。
++ Increment the preceding integer operator by 1.
++ 1によって先行整数演算子をインクリメント。
+ Arithmetic addition operator.
+算術加算演算子。
& Bitwise AND operator.
ビット単位のAND演算子＆。
Throughout the document we use terms defined in [1], such as Query, Response, and Confirm.
ドキュメントでは、我々は、このようなクエリ、レスポンスとして、[1]で定義された用語を使用して、確認してください。
The state machine represents the handling of GIST messages that match a Message Routing State's Message Routing Information (MRI), NSIS Signaling Layer Protocol identifier (NSLPID), and session identifier (SID) and with no protocol errors. Separate parallel instances of the state machines should handle messages for different Message Routing States (MRSs).
ステートマシンは、メッセージルーティング州のメッセージルーティング情報（MRI）と一致GISTメッセージ、NSISシグナリング層プロトコル識別子（NSLPID）、およびセッション識別子（SID）の無プロトコルエラーの処理を表しています。ステートマシンの別々の並列インスタンスが異なるメッセージルーティングアメリカ（MRSS）のメッセージを処理する必要があります。
The state machine represents the states and transitions of the upstream and downstream peers of the Message Routing State.
状態マシンは、メッセージルーティング状態の上流側と下流ピアの状態と遷移を表します。
For simplification, not all objects included in a message are shown. Only those that are significant for the case are shown. State machines do not present handling of messages that are not significant for management of the states.
簡略化のため、メッセージに含まれていないすべてのオブジェクトが示されています。唯一のケースのために重要なものを示しています。ステートマシンは、状態の管理のために重要ではないメッセージの処理を提示しません。
The state machines presented in this document do not cover all functions of a GIST node. Functionality of message forwarding, transmission of NSLP data without MRS establishment, and providing of the received messages to the appropriate MRS, we refer to as "lower-level pre-processing" step. Pre-processing provides to the appropriate MRS state machine only the messages that are matched against waiting Query/Response cookies, or the triplet (MRI, NSLPID, SID) of the established MRS. This is represented by "rx_*" events in the state machines.
この文書のステートマシンは、GISTのノードのすべての機能をカバーしていません。メッセージ転送、MRS確立せずNSLPデータの送信、及び適切なMRSに受信したメッセージの提供する機能は、我々は、「下位前処理」工程と呼びます。前処理は、適切なMRSステートマシンにのみクエリ/レスポンスのクッキーを待っていると照合されるメッセージ、または確立MRSのトリプレット（MRI、NSLPID、SID）を提供します。これは、ステートマシンの「rx_の*」イベントで表されます。
Management of messaging associations (MAs) is considered in the document via procedures, events, and variables, which describe MA interaction with the MRS state machines. A state machine for MA management is not explicitly presented.
メッセージング協会（MAS）の管理は、MRS状態マシンとMAとの相互作用を記述する手続き、イベント、および変数を介して文書に考えられています。 MA管理のためのステートマシンは、明示的に提示されていません。
Tx_Query: Transmit of Query message.
Tx_Query：Queryメッセージの送信。
Tx_Response: Transmit of Response message.
Tx_Response：応答メッセージの送信。
Tx_Confirm: Transmit of Confirm message.
Tx_Confirm：確認メッセージの送信。
Tx_Data: Transmit of Data message.
TX_DATA：データメッセージの送信。
Tg_MessageStatus: NSLP/GIST API message informing NSLP application of unsuccessful delivery of a message
Tg_MessageStatus：メッセージの配信失敗のNSLPアプリケーションを知らせるNSLP / GISTのAPIメッセージ
Tg_RecvMsg: NSLP/GIST API message that provides received message to NSLP application.
Tg_RecvMsg：NSLPアプリケーションに受信したメッセージを提供NSLP / GISTのAPIメッセージ。
Tg_NetworkNotification: NSLP/GIST API message that informs NSLP application of change in MRS.
Tg_NetworkNotification：MRSの変化のNSLPアプリケーションに通知NSLP / GISTのAPIメッセージ。
Install downstream/upstream MRS: Install new Message Routing State and save the corresponding peer state info (IP address and UDP port, or pointer to the used MA) for the current Message Routing State or update the corresponding peer state info.
下流/上流MRSをインストールします。新しいメッセージルーティングの状態をインストールして、現在のメッセージルーティングの状態のため（使用MAへのIPアドレスとUDPポート、またはポインタ）に対応するピア状態情報を保存したり、対応するピア状態の情報を更新します。
Delete MRS: Delete installed downstream/upstream peer's info for the current Message Routing State, and delete the Message Routing State if required.
MRSを削除：現在のメッセージルーティングの状態のためにインストール下流/上流のピアの情報を削除し、必要に応じてメッセージルーティングの状態を削除します。
Refresh MRS: Refreshes installed MRS.
MRSを更新：リフレッシュは、MRSがインストールされています。
Queue NSLP info: Save NSLP messages in a queue until conditions for their sending are present, e.g., a required MA association is established.
キューNSLP情報：自分送信するための条件が存在するまで、キューにNSLPメッセージを保存し、例えば、必要なMAの関連付けが確立されています。
CheckPeerInfo: The sender of the received data message is matched against the installed peer info in the MRS.
CheckPeerInfoは：受信データメッセージの送信者は、MRSでインストールされたピア情報と照合されます。
Delete MA: Delete/disconnect used MA.
MAを削除します。削除/切断は、MAを使用。
Stop using shared MA: Stop using shared MA. If the shared MA is no longer being used by any other MRSs, it depends on the local policy whether it is deleted or kept.
共有MAを使用して停止します。共有MAを使用して停止します。共有MAは、もはや他のMRSSで使用されている場合、それが削除または保持されているかどうかをローカルポリシーに依存しません。
Tg_Establish_MA: Triggers establishment of a new MA.
Tg_Establish_MA：新しいMAの確立をトリガします。
Start/Restart a timer variable (Section 5.3): Start/Restart of a certain timer.
開始/タイマ変数（5.3節）を再起動します：特定のタイマーのスタート/再起動。
Install/Update/Delete UpstreamPeerInfo variable (Section 5.3): Management of upstream peer info in state machine of responding node.
ノードの応答のステートマシンの上流のピア情報の管理：UpstreamPeerInfo変数（5.3節）を削除/ /更新をインストールします。
Rx_Query: Receive of Query message.
Rx_Query：クエリメッセージを受信します。
Rx_Response: Receive of Response message.
Rx_Response：応答メッセージを受信します。
Rx_Confirm: Receive of Confirm message.
Rx_Confirm：確認メッセージを受信します。
Rx_Data: Receive of Data message.
RX_DATA：データメッセージを受信します。
Tg_SendMsg: NSLP/GIST API message from NSLP application that requests transmission of a NSLP message.
Tg_SendMsg：NSLPメッセージの送信を要求NSLPアプリケーションからNSLP / GISTのAPIメッセージ。
Tg_SetStateLifetime(time_period): NSLP/GIST API message providing info for the lifetime of a Routing State (RS), required by the application. "Time_period = 0" represents the cancellation of established RSs/MAs, invoked by the NSLP application.
Tg_SetStateLifetime（TIME_PERIOD）：NSLP / GISTルーティングステート（RS）の寿命のための情報を提供するAPIメッセージは、アプリケーションで必要とされます。 「TIME_PERIOD = 0」NSLPアプリケーションによって呼び出さ確立のRSS /用のMAの解除を表します。
Tg_InvalidRoutingState: NSLP/GIST API notification from NSLP application for path change.
Tg_InvalidRoutingState：パスの変更のためのNSLPアプリケーションからNSLP / GISTのAPI通知。
Tg_ERROR: General Error event / system level error.
Tg_ERROR：一般エラーイベント/システムレベルのエラー。
Tg_MA_Established: A new MA has been successfully established.
Tg_MA_Established：新しいMAが正常に確立されています。
Tg_MA_Error: Error event with used MA.
Tg_MA_Error：使用済みのMAとエラーイベント。
Timeout a timer variable (Section 5.3): Timeout of a certain timer.
タイムアウトタイマ変数（5.3節）：特定のタイマーのタイムアウト。
Variables listed in this section are defined as:
このセクションに記載されている変数は以下のように定義されています。
- Specific information carried in the received messages.
- 受信したメッセージで運ばれた特定の情報。
- Conditions that are results of processes not defined in the state machine model.
- 状態機械モデルで定義されていないプロセスの結果である条件。
State machine logic is based on these general conditions and message parameters.
ステートマシンロジックは、これらの一般的な条件とメッセージパラメータに基づいています。
The type of mode and destination info is determined by NSLP application parameters and local GIST policy. Here it is represented by the common variables D-mode, C-mode, and MAinfo.
モードと宛先情報のタイプは、のNSLPアプリケーションパラメータ及びローカルGISTポリシーによって決定されます。ここでは、共通変数Dモード、Cモード、およびMAinfoで表されます。
C-mode: The message MUST be transmitted in C-mode. This is specified by "Message transfer attributes" set by NSLP application to any of the following values:
Cモード：メッセージがCモードで送信されなければなりません。 ：これは、次のいずれかの値にNSLPアプリケーションによって設定された「メッセージの転送属性」で指定されています
"Reliability" is set to TRUE.
「信頼性」がTRUEに設定されています。
"Security" is set to values that request secure handling of a message.
「セキュリティ」は、メッセージの安全な取り扱いを要求した値に設定されています。
"Local processing" is set to values that require services offered by C-mode (e.g., congestion control) [1].
「ローカル処理は、」Cモード（例えば、輻輳制御）が提供するサービスを必要な値に設定されている[1]。
D-mode: The message MUST be transmitted in D-mode. This is specified by local policy rules. If the "Message transfer attributes" are not set by NSLP application to any of the following values, then:
Dモード：メッセージがDモードで送信されなければなりません。これは、ローカルポリシールールで指定されています。 「メッセージ転送属性」場合は、次の値のいずれかにNSLPアプリケーションによって設定されていません。
"Reliability" is set to TRUE.
「信頼性」がTRUEに設定されています。
"Security" is set to values that request special security handling of a message.
「セキュリティ」は、メッセージの特別なセキュリティ処理を要求した値に設定されています。
"Local processing" is set to values that require services offered by C-mode [1].
「ローカル処理は、」Cモード[1]によって提供されるサービスを必要な値に設定されています。
MAinfo: GIST message parameters describing the required MA or proposed MA, e.g., "Stack-proposal" and "Stack-Configuration-Data" [1].
MAinfo：GIST必要MA又はMA提案を記述するメッセージパラメータ、例えば、「スタック提案」および「スタック構成 - データ」[1]。
NSLPdata: NSLP application data.
NSLPdata：NSLPアプリケーションデータ。
RespCookie: Responder Cookie that is being sent by the responding node with the Response message in case that its local policy requires a confirmation from the querying node.
RespCookie：ローカルポリシーは、クエリノードからの確認を必要とする場合の応答メッセージと応答ノードによって送信されているレスポンダクッキー。
ConfirmRequired: Indicator that a Confirm message is required by the local policy rule for installation of a new MRS.
ConfirmRequired：インジケータを確認メッセージが新しいMRSを設置するためのローカルポリシー規則によって要求されていること。
NewPeer: Indicator that a Response message is received from a new responding peer.
NewPeer：インジケータ応答メッセージが新しい応答するピアから受信されていること。
MAexist: Indicator that an existing MA will be reused in data transfer between peers.
MAexist：既存のMAは、ピア間のデータ転送に再利用されることをインジケータ。
UpstreamPeerInfo: Upstream peer info that is saved in an established MRS.
UpstreamPeerInfo：上流は、確立されたMRSに保存されている情報をピア。
T_Inactive_QNode: Message Routing State lifetime timer in querying node.
T_Inactive_QNode：ノードを照会におけるメッセージルーティング状態寿命タイマー。
T_Expired_RNode: Message Routing State lifetime timer in responding node.
T_Expired_RNode：ノードの応答におけるメッセージルーティング状態寿命タイマー。
T_Refresh_QNode: Message Routing State refresh timer in querying node.
T_Refresh_QNodeは：メッセージルーティングの状態は、ノードを照会して、タイマーをリフレッシュ。
T_No_Response: Timer for the waiting period for Response message in querying node.
T_No_Response：ノードを照会中に応答メッセージのための待機期間のためのタイマー。
T_No_Confirm: Timer for the waiting period for Confirm message in responding node.
T_No_Confirm：ノードの対応に確認メッセージの待機期間のためのタイマー。
No_MRS_Installed: Data sent by responding node via a Response message that indicates loss of Confirm message.
No_MRS_Installed：確認メッセージの損失を示す応答メッセージを介してノード応答によって送信されたデータ。
The following section presents the state machine diagrams of GIST peers. RFC 5972 is published as a .txt file. A supplementary .pdf is being published as well.
次のセクションでは、GISTピアのステートマシン図を提示します。 RFC 5972は、.txtファイルとして公開されています。補足.PDFも同様に公表されています。
In the .pdf document, the state machine diagrams are depicted in detail. All state machine information (triggering event, action taken, and variable status) is represented in the diagrams.
.PDF文書に、ステートマシン図を詳細に描かれています。全てのステートマシン情報（トリガイベント、実行されるアクション、および可変状態）が図に示されています。
In the .txt document, state machine diagrams depict only transition numbers. Following each diagram is a list of state transition descriptions. Complete transition details (triggering event, action taken, and variable status) are given in state transition tables in Appendix A.
.txtの文書では、状態マシン図は、遷移数を示しています。各図の後には、状態遷移記述のリストです。 （イベント、アクション取られ、そして可変ステータスをトリガ）完全遷移の詳細は、付録Aに状態遷移表に与えられています
Please use the .pdf version whenever possible. It is the clearer representation of the state machine. In case of a difference between the two documents, please refer to the .pdf version.
可能な限りの.pdfバージョンを使用してください。これは、ステートマシンの明確な表現です。二つの文書間の差の場合は、PDFファイルのバージョンを参照してください。
+--------------------------------+
| STATE |
+--------------+-----------------+
|
|
ooooo
o N o Transition N
ooooo
|
v
+--------------------------------+
| STATE |
+--------------------------------+
Figure 1: Diagram notations
図1：図の表記
The state machine diagram of the GIST querying node is below. Transition descriptions follow.
GISTのクエリノードのステートマシン図は以下です。移行の説明は続きます。
Please refer to Appendix A.1 for complete transition details (triggering event, action taken, and variable status).
（イベント、アクション撮影し、変数の状態をトリガーする）完全移行の詳細については、付録A.1を参照してください。
+-----------+ ooooo
| Any State +----------o 18 o
+-----------+ ooooo
|
v
+-----------------------------------------------------------------+
| IDLE |
+--+--------------------------------------------------------------+
| ^ ^ ^
| | | |
ooooo ooooo ooooo ooooo ooooo | |
o 1 o o 2 o +o 3 o+ +o 4 o+ +o 5 o+ | |
ooooo ooooo | ooooo | | ooooo | | ooooo | | |
| | | | | | | | | |
v | | v | v | v | |
+-----------+-----+----------+----------+--------+ | |
| Wait Response | | |
+--+-------------------------------------+-------+ | |
| ^ | | |
| | | | |
ooooo | ooooo ooooo ooooo |
o 6 o | +o 5 o+ o 7 o o 8 o |
ooooo | | ooooo | ooooo ooooo |
| | | | | | |
| | | v v | |
| | +----+-------------------------------+---+ |
| | | Wait MA Establishment | |
| | +------------------------------+---------+ |
| | ^ | |
| | | | |
| ooooo ooooo ooooo ooooo ooooo
| o 9 o o 11 o +o 13 o+ o 12 o o 10 o
| ooooo ooooo | ooooo | ooooo ooooo
| | | | | | |
v | | | v v |
+----------+----------+--------+------------------------------+---+
| Established Downstream MRS |
+--+-----------+-----------+-----------+-----------+--------------+
| ^ | ^ | ^ | ^ | ^
| | | | | | | | | |
| ooooo | | ooooo | | ooooo | | ooooo | | ooooo |
+o 16 o+ +o 14 o+ +o 15 o+ +o 4 o+ +o 17 o+
ooooo ooooo ooooo ooooo ooooo
Figure 2: State Machine for GIST Querying Node
図2：GIST照会ノードのステートマシン
1**) An initial request from the NSLP application is received, which triggers Query messages requesting either D-mode or C-mode. Depending on the node's local policy, the NSLP data might be piggybacked in the Query requesting D-mode. The Query may carry MAinfo if C-mode transport is needed.
1 **）NSLPアプリケーションからの最初の要求は、受信したDモードまたはCモードのいずれかを要求するクエリメッセージをトリガしています。ノードのローカルポリシーに応じて、NSLPデータは、D-モードを要求するクエリに背負わされる可能性があります。 Cモードの輸送が必要な場合は、クエリはMAinfoを運ぶことができます。
2) T_No_Response timer expires, and the maximum number of retries has been reached. The NSLP application is notified of the GIST peer discovery failure.
2）T_No_Responseタイマが満了し、再試行の最大数に達しました。 NSLPアプリケーションは、GISTのピア発見失敗が通知されます。
3) T_No_Response timer expires. The Query is resent.
3）T_No_Responseタイマーが満了します。クエリが再送信されます。
4) A Data message is received. It is checked to see whether its sender matches the installed downstream peer info in the MRS; if so, it is processed. In WaitResponse state, this event might happen in the process of an MA upgrade, when the downstream peer is still not aware of establishment of the new MA.
4）データメッセージが受信されます。その送信者はMRSでインストール下流ピア情報と一致するかどうかを確認するためにチェックされています。そうならば、それが処理されます。 WaitResponse状態では、このイベントは、下流ピアはまだ新しいMAの確立を認識していないときに、MAのアップグレードの過程で発生する可能性があります。
5) The NSLP application provides data for sending. NSLP data is queued because the downstream peer is not discovered or the required MA is still not established.
5）NSLPアプリケーションは、送信のためのデータを提供します。下流ピアが発見されていないか、または必要なMAがまだ確立されていないためNSLPデータがキューイングされます。
6) A Response message is received. If a D-mode connection is requested or the available MA can be reused for the requested C-mode, the MRS is established.
6）応答メッセージが受信されます。 Dモードの接続が要求され、または使用可能なMAが要求されたCモードのために再利用することができる場合は、MRSが確立されます。
7*) Response message is received. If a C-mode connection must be established, and there is no available MA to be reused, MA establishment is initiated and the system waits for it to be completed.
7 *）応答メッセージが受信されます。 Cモードの接続が確立されなければならず、再利用すべき利用可能なMAが存在しない場合は、MAの確立が開始され、それが完了するためにシステムが待機します。
8) MA establishment fails. NSLP application is notified for unsuccessful message delivery.
8）MAの確立は失敗します。 NSLPアプリケーションは、失敗したメッセージ配信のために通知されます。
9) The NSLP application provides data for sending, and the requested transport parameters require an upgrade of the established MRS from D-mode/C-mode to C-mode. Or, the NSLP application notifies the GIST instance of the path change. As a result, downstream GIST peer discovery is initiated.
9）NSLPアプリケーションは、送信のためのデータを提供し、要求されたトランスポートパラメータは、CモードのDモード/ Cモードから確立されたMRSのアップグレードを必要とします。または、NSLPアプリケーションは、経路変更のGISTインスタンスに通知します。その結果、下流のGISTのピア発見が開始されます。
10) The MRS lifetime expires or the NSLP application notifies that the MRS is no longer needed. The MRS is deleted. If not needed, the MA is deleted, too. The NSLP application is notified of the MRS change.
10）MRS寿命が期限切れになるか、またはNSLPアプリケーションは、MRSが不要になったことを通知しません。 MRSは削除されます。必要でない場合は、MAも、削除されます。 NSLPアプリケーションは、MRSの変更が通知されます。
11*) The path change is detected as a Response message from a new downstream GIST peer is received. A new MA must be established for the requested C-mode.
新しい下流GISTピアから応答メッセージが受信される11 *）経路変更が検出されます。新しいMAは、要求されたC-モードのために確立されなければなりません。
12*) A new MA is established. The MRS is installed. The queued NSLP data is sent.
12 *）新しいMAが確立されています。 MRSがインストールされています。キューに入れられたNSLPデータが送信されます。
13) T_Refresh_QNode timer expires. The Query message is sent.
13）T_Refresh_QNodeタイマーが満了します。 Queryメッセージが送信されます。
14) The NSLP application provides data for sending. It is sent via Data message towards the downstream GIST peer.
14）NSLPアプリケーションは、送信のためのデータを提供します。これは、下流のGISTピアに向けてデータメッセージを介して送信されます。
15) The Response message from the downstream GIST peer is received. The peer is not changed. The MRS is refreshed (T_Refresh_QNode timer is restarted).
15）下流GISTピアから応答メッセージが受信されます。ピアは変更されません。 MRSは、（T_Refresh_QNodeタイマーが再起動された）更新されます。
16) The path change is detected as a Response message from a new downstream GIST peer is received. D-mode is requested, or the existing MA can be reused for the requested C-mode.
新しい下流GISTピアからの応答メッセージが受信される16）経路変更が検出されます。 Dモードが要求され、または既存のMAは、要求されたCモードのために再利用することができます。
17) The responding peer indicates that it has not received a Confirm message and it has no established upstream MRS. The Confirm message is resent.
17）応答ピアは、確認メッセージを受信していないとそれが確立されたアップストリームMRSを有していないことを示しています。確認メッセージが再送信されます。
18) A general error or system-level error occurs. The MRS is deleted. If not needed, the MA is deleted, too. The NSLP application is notified of the MRS change.
18）一般的なエラーまたはシステムレベルのエラーが発生します。 MRSは削除されます。必要でない場合は、MAも、削除されます。 NSLPアプリケーションは、MRSの変更が通知されます。
Remarks:
備考：
*) Response and Confirm messages might be sent either in D-mode or C-mode, before or after MA establishment, depending on the node's local three-way handshake policy and the availability of the MAs to be reused. See [1] for details.
*）応答とメッセージの確認は、ノードのローカルスリーウェイハンドシェイクの政策と再利用するのMAの可用性に応じて、MAの確立の前または後に、いずれかのD-モードまたはCモードで送信されることがあります。詳細については、[1]を参照してください。
**) Depending on GIST local policy, NSLPdata might be sent as the payload of Query and Confirm messages (piggybacking).
**）GISTローカルポリシーに応じて、NSLPdataは、クエリのペイロードとして送信されたメッセージ（便乗）を確認している可能性があります。
The GIST responding node state machine diagram is below. Transition descriptions follow.
GIST応答ノード状態マシン図は以下です。移行の説明は続きます。
Please refer to Appendix A.2 for complete transition details (triggering event, action taken, and variable status).
（イベント、アクション撮影し、変数の状態をトリガーする）完全移行の詳細については、付録A.2を参照してください。
+-----------+ ooooo
| Any State +----------o 14 o
+-----------+ ooooo
|
v
+-----------------------------------------------------------------+
| IDLE |
+--+-------------------------------+------------------------------+
| ^ | ^
| | | |
ooooo | ooooo ooooo ooooo
o 1 o | o 2 o +o 4 o+ o 3 o
ooooo | ooooo | ooooo | ooooo
| | | | | |
| | v | v |
| | +--------------------+---------------+---+
| | | Wait Confirm |
| | +---------+------------------+-----------+
| | | ^ | ^
| | | | | |
| ooooo ooooo ooooo ooooo | ooooo |
| +o 13 o+ o 8 o o 5 o o 7 o +o 6 o+
| | ooooo | ooooo ooooo ooooo ooooo
| | | | | |
v | v | v |
+------+-------------+------------------------+-------------------+
| Established Upstream MRS |
+------+-------------+-------------+------------+-----------------+
| ^ | ^ | ^ | ^
| | | | | | | |
| ooooo | | ooooo | | ooooo | | ooooo |
+o 9 o+ +o 11 o+ +o 12 o+ +o 10 o+
ooooo ooooo ooooo ooooo
Figure 3: State Machine for GIST Responding Node
図3：ステートマシンGIST応答ノードのために
1) A Query message is received. The MRS is installed immediately because local policy permits it. The Query message might carry piggybacked NSLP data that will be provided to the NSLP application.
1）クエリメッセージが受信されます。ローカルポリシーがそれを許可するため、MRSはすぐにインストールされています。 QueryメッセージはNSLPアプリケーションに提供されるピギーバックNSLPデータを運ぶかもしれません。
2) A Query message is received. Local policy requires an explicit Confirm message for MRS installation. The Query message might carry piggybacked NSLP data that will be provided to the NSLP application.
2）クエリメッセージが受信されます。ローカルポリシーは、MRSをインストールするための明示的な確認メッセージを要求します。 QueryメッセージはNSLPアプリケーションに提供されるピギーバックNSLPデータを運ぶかもしれません。
3) T_No_Confirm timer expires. Note that all cases of lost handshake GIST messages are handled only by the GIST querying node via resend of the Query message.
3）T_No_Confirmタイマーが満了します。失われた握手GISTのメッセージのすべての場合は、Queryメッセージの再送を経由してGISTの照会ノードによってのみ処理されることに注意してください。
4) A Query message is received again. This means that the sent Response message has not been received by the upstream GIST peer. The Response message is resent.
4）クエリメッセージが再度受信されます。これは、送信された応答メッセージは、上流GISTピアによって受信されていないことを意味します。応答メッセージが再送されます。
5) A Confirm message is received that causes installation of the upstream MRS.
5）確認メッセージは、上流MRSのインストールが行われている受信されます。
6) In case of a lost Confirm message, data messages might be received from the upstream GIST node (it is unaware of the lost Confirm message). A Response message indicating the loss of the Confirm is sent back to the upstream GIST node.
6）失われた確認メッセージの場合には、データメッセージが（それが失われた確認メッセージを知らない）上流GISTノードから受信されるかもしれません。確認の損失を示す応答メッセージは、上流GISTノードに返送されます。
7) A Query message is received (from either an existing upstream GIST node or a new upstream GIST node) with a request to change the used GIST operation mode (from D-mode/C-mode to C-mode, if available; otherwise, it stays the same). Local policy requires an explicit Confirm message for MRS installation.
7）Queryメッセージは、Dモード/ CモードからCモードへ（使用GIST動作モードを変更する要求を持つ既存の上流GISTノードまたは新しい上流GISTノード）のいずれかから（受信され、可能な場合、そうでない場合、それは）同じままです。ローカルポリシーは、MRSをインストールするための明示的な確認メッセージを要求します。
8) The MRS lifetime expires or the NSLP application notifies that the MRS is no longer needed. The MRS is deleted. If used and not needed, the MA is deleted, too. The NSLP application is notified of the MRS change.
8）MRS寿命が期限切れになるか、またはNSLPアプリケーションは、MRSが不要になったことを通知しません。 MRSは削除されます。必要に応じて使用していない場合は、MAも、削除されます。 NSLPアプリケーションは、MRSの変更が通知されます。
9) The NSLP application provides data for sending. NSLP data is sent if the discovery process is successfully accomplished, or it is queued if a Confirm message is still expected to confirm establishment of an MA.
9）NSLPアプリケーションは、送信のためのデータを提供します。検出プロセスが正常に行われている場合NSLPデータが送信され、または確認メッセージがまだMAの確立を確認することが期待されている場合には、キューに入れられています。
10) A Query message is received. If it is sent from a new upstream GIST node, then there is a path change. Local policy does not need an explicit Confirm message for MRS installation. The MRS data is updated.
10）クエリメッセージが受信されます。それは、新たな上流のGISTノードから送信された場合は、パスの変更があります。ローカルポリシーは、MRSをインストールするための明示的な確認メッセージを必要としません。 MRSのデータが更新されます。
11) A Query message is received with a request to change the used GIST operation mode (from D-mode/C-mode to C-mode, if available; otherwise, it stays the same). Local policy does not need an explicit Confirm message for MRS installation. The MRS data is updated.
11）クエリメッセージが利用可能な場合、Dモード/ CモードからCモードへ（使用GIST動作モードを変更する要求で受信され、それ以外の場合）は同じままです。ローカルポリシーは、MRSをインストールするための明示的な確認メッセージを必要としません。 MRSのデータが更新されます。
12) A Data message is received. Data messages are accepted only if the complete MRS is installed, e.g., the upstream peer info is installed. If not, then a Confirm message is expected and the Data message is not accepted. A Response message indicating the loss of the Confirm is sent back to the upstream GIST node.
12）データメッセージが受信されます。データメッセージは、完全なMRSがインストールされている場合にのみ、例えば、上流のピア情報がインストールされて受け入れられています。ない場合は、確認メッセージが予想され、データメッセージは受け入れられません。確認の損失を示す応答メッセージは、上流GISTノードに返送されます。
13) A Confirm message is received. It accomplishes assignment of an existing MA (or establishment of a new MA) needed for data transfer between peers. The information for the used MA is installed as the upstream peer info.
13）確認メッセージが受信されます。これは、ピア間のデータ転送に必要な既存のMA（又は新しいMAの確立）の割り当てを達成します。使用MAのための情報は、上流ピア情報としてインストールされています。
14) A general error or system-level error occurs. The MRS is deleted. If not needed, the MA is deleted, too. The NSLP application is notified of the MRS change.
14）一般的なエラーまたはシステムレベルのエラーが発生します。 MRSは削除されます。必要でない場合は、MAも、削除されます。 NSLPアプリケーションは、MRSの変更が通知されます。
This document does not raise new security considerations. Security considerations are addressed in the GIST specification [1] and in [6].
この文書は、新しいセキュリティの考慮事項は発生しません。セキュリティに関する注意事項GISTの仕様で対処されている[1]と[6]インチ
The authors would like to thank Christian Dickmann who contributed to refining of the state machine.
著者は、ステートマシンの精錬に貢献クリスチャンDickmannに感謝したいと思います。
The authors would like to thank Robert Hancock, Ingo Juchem, Andreas Westermaier, Alexander Zrim, Julien Abeille Youssef Abidi, and Bernd Schloer for their insightful comments.
作者は彼らの洞察に満ちたコメントをロバート・ハンコック、インゴJUCHEM、アンドレアスWestermaier、アレクサンダーZrim、ジュリアンラベイユユーセフAbidi、およびベルントSchloerに感謝したいと思います。
[1] Schulzrinne, H. and R. Hancock, "GIST: General Internet Signalling Transport", RFC 5971, October 2010.
[1] Schulzrinneと、H.とR.ハンコック、 "GIST：一般的なインターネットシグナリング交通"、RFC 5971、2010年10月。
[2] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[2]ブラドナーのは、S.は、BCP 14、RFC 2119、1997年3月の "RFCsにおける使用のためのレベルを示すために"。
[3] Vollbrecht, J., Eronen, P., Petroni, N., and Y. Ohba, "State Machines for Extensible Authentication Protocol (EAP) Peer and Authenticator", RFC 4137, August 2005.
[3] Vollbrecht、J.、Eronen、P.、ペトローニ、N.、およびY.大場、 "ステートマシン拡張認証プロトコル（EAP）ピアとオーセンティケータのための"、RFC 4137、2005年8月。
[4] Institute of Electrical and Electronics Engineers, "Standard for Local and Metropolitan Area Networks: Port-Based Network Access Control", IEEE 802-1X-2004, December 2004.
[4]電気電子学会、「地方とメトロポリタンエリアネットワークの標準：ポートベースのネットワークアクセスコントロール」の研究所、IEEE 802-1X-2004、2004年12月。
[5] Fajardo, V., Ed., Ohba, Y., and R. Marin-Lopez, "State Machines for the Protocol for Carrying Authentication for Network Access (PANA)", RFC 5609, August 2009.
[5]ファハルド、V.、エド。、大場、Y.、およびR.マリン・ロペス、RFC 5609、2009年8月 "ネットワークアクセス（PANA）の認証を実施するためのプロトコルのためのステートマシン"。
[6] Tschofenig, H. and D. Kroeselberg, "Security Threats for Next Steps in Signaling (NSIS)", RFC 4081, June 2005.
[6] Tschofenig、H.およびD. Kroeselberg、 "シグナリングにおける次のステップのためのセキュリティの脅威（NSIS）"、RFC 4081、2005年6月。
Appendix A. State Transition Tables
付録A.状態遷移表
The state transition tables below represent the state diagrams in ASCII format. Please use the .pdf version whenever possible. It is the clearer representation of the state machine.
以下の状態遷移表は、ASCIIフォーマットの状態図を表します。可能な限りの.pdfバージョンを使用してください。これは、ステートマシンの明確な表現です。
For each state there is a separate table that lists in each row: - an event that triggers a transition, - actions taken as a result of the incoming event, - and the new state at which the transitions ends.
状態ごとに各列に一覧表示別個のテーブルがある： - 受信イベントの結果として実行されるアクション、 - - と遷移が終了する時に新しい状態遷移をトリガするイベントが。
A.1. State Transition Tables for GIST Querying Node
A.1。 GISTの照会ノードの状態遷移表
Please refer to the state machine diagram in Figure 2.
図2のステートマシン図を参照してください。
-----------
State: IDLE
-----------
+Transition
| |Condition |Action |State
V--+------------------------+-------------------------+-----------
1) |tg_SendMsg |tx_Query |Wait
** | |start T_No_Response |Response
| |Queue NSLP data |
| | |
18)|Tg_ERROR |Delete MRS |IDLE
| |IF (MA is used) |
| | ((Delete MA)|| |
| | (Stop using shared MA))|
| |Tg_NetworkNotification |
| | |
---+------------------------+-------------------------+-----------
-----------
State: WaitResponse
-----------
+Transition
| |Condition |Action |State
V--+------------------------+-------------------------+-----------
2) |(timeout T_No_Response) |tg_MessageStatus |IDLE
|&&(MaxRetry) | |
| | |
3) |(timeout T_No_Response) |Tx_Query |Wait
|&&(!MaxRetry) |restart T_No_Response |Response
| | |
4) |rx_Data |IF(CheckPeerInfo) |Wait
| | tg_RecvMsg to Appl.|Response
| | |
5) |tg_SendMsg |Queue NSLP data |Wait
| | |Response
| | |
6) |rx_Response)|| |Install MRS |Established
|(rx_Response(MAinfo)&& |IF (RespCookie) |Downstream
|(MAexist)) | tx_Confirm(RespCookie)|MRS
| |tx_Data(Queued NSLP data)|
| | |
7) |rx_Response(MAinfo)&& |tg_Establish_MA |Wait MA
* |(!MAexist) |(tx_Confirm) |Establish.
| | |
| | |
18)|Tg_ERROR |(Delete MRS) |IDLE
| |IF (MA is used) |
| | ((Delete MA)|| |
| | (Stop using shared MA))|
| |Tg_NetworkNotification |
| | |
---+------------------------+-------------------------+-----------
-----------
State: Established Downstream MRS
-----------
+Transition
| |Condition |Action |State
V--+------------------------+-------------------------+-----------
4) |rx_Data |IF(CheckPeerInfo) |Established
| | tg_RecvMsg to Appl.|Downstream
| | |MRS
| | |
9) |((tg_SendMsg)&&(C-mode) |tx_Query |Wait
|&&(!MAexist))|| |Queue NSLP data |Response
|(tg_MA_error)|| | |
|(tg_InvalidRoutingState)| |
| | |
10)|(timeout T_Inactive_ |Delete MRS |IDLE
| QNode)|||IF (MA is used) |
|(tg_SetStateLifetime(0))| (Delete MA)|| |
| | (Stop using shared MA)|
| |Tg_NetworkNotification |
| | |
11)|(rx_Response(MAinfo)&& |((Delete MA)|| |Wait MA
* |(NewPeer)&&(!MA_exist)) |(Stop using shared MA)) |Establish.
| |tg_Establish_MA |
| |(tx_Confirm) |
| | |
13)|timeout T_Refresh_QNode |tx_Query |Established
| | |Downstream
| | |MRS
| | |
14)|tg_SendMsg |tx_Data |Established
| |restart T_Inactive_QNode |Downstream
| | |MRS
| | |
15)|(rx_Response)&& |Refresh MRS |Established
|(!NewPeer) |restart T_Inactive_QNode |Downstream
| | |MRS
| | |
16)|(rx_Response)|| |IF (MA is used) |Established
|(rx_Response(Mainfo)&& | (Delete MA)|| |Downstream
|(MAexist)))&&(NewPeer) | (Stop using shared MA)|MRS
| |Install MRS |
| |restart T_Inactive_QNode |
| |IF (RespCookie) |
| | tx_Confirm(RespCookie)|
| | |
17)|rx_Response(No_MRS_ |tx_Confirm(RespCookie) |Established
| installed)|tx_Data(Queued NSLP data)|Downstream
| | |MRS
| | |
18)|Tg_ERROR |(Delete MRS) |IDLE
| |IF (MA is used) |
| | ((Delete MA)|| |
| | (Stop using shared MA))|
| |Tg_NetworkNotification |
| | |
---+------------------------+-------------------------+-----------
-----------
State: Wait MA Establishment
-----------
+Transition
| |Condition |Action |State
V--+------------------------+-------------------------+-----------
5) |tg_SendMsg |Queue NSLP data |Wait MA
| | |Establish.
| | |
8) |tg_MA_error |Delete MRS |IDLE
| |tg_MessageStatus |
| | |
12)|tg_MA_Established |Install MRS |Established
* | |(tx_Confirm) |Downstream
| |tx_Data(Queued NSLP data)|MRS
| | |
18)|Tg_ERROR |Delete MRS |IDLE
| |IF (MA is used) |
| | ((Delete MA)|| |
| | (Stop using shared MA))|
| |Tg_NetworkNotification |
| | |
---+------------------------+-------------------------+-----------
A.2. State Transition Tables for GIST Responding Node
A.2。 GIST応答ノードの状態遷移表
Please refer to the state machine diagram in Figure 3.
図3にステートマシン図を参照してください。
-----------
State: IDLE
-----------
+Transition
| |Condition |Action |State
v--+------------------------+-------------------------+-----------
1) |rx_Query&& |tx_Response |Established
|(!ConfirmRequired) |Install MRS |Upstream
| |IF(NSLPdata) |MRS
| | tg_RecvMsg(NSLPdata)|
| | to Appl.|
| | |
2) |rx_Query&& |tx_Response |Wait
|(ConfirmRequired) |start T_No_Confirm |Confirm
| |IF(NSLPdata) |
| | tg_RecvMsg(NSLPdata)|
| | to Appl.|
| | |
---+------------------------+-------------------------+-----------
-----------
State: WAIT CONFIRM
-----------
+Transition
| |Condition |Action |State
v--+------------------------+-------------------------+-----------
3) |timeout T_No_Confirm | |IDLE
| | |
4) |rx_Query&& |tx_Response |Wait
|(ConfirmRequired) |start T_No_Confirm |Confirm
| |IF(NSLPdata) |
| | tg_RecvMsg(NSLPdata)|
| | to Appl.|
| | |
5) |rx_Confirm |Install Upstream MRS |Established
| | |Upstream
| | |MRS
| | |
6) |rx_Data |tx_Response(No_MRS_ |Wait
| | installed)|Confirm
| | |
14)|(Tg_ERROR)|| |(Delete MRS) |IDLE
|(Tg_MA_Error) |IF (MA is used) |
| | ((Delete MA)|| |
| | (Stop using shared MA))|
| |Tg_NetworkNotification |
| | |
---+------------------------+-------------------------+-----------
-----------
State: Established Upstream MRS
-----------
+Transition
| |Condition |Action |State
v--+------------------------+-------------------------+-----------
7) |(rx_Query)&& |Delete MRS |Wait
|(ConfirmRequired) |tx_Response |Confirm
| |start T_No_Confirm |
| |IF(MA is used) |
| | (Delete MA)|| |
| | (Stop using shared MA)|
| |IF(NSLPdata) |
| | tg_RecvMsg(NSLPdata) |
| | to Appl.|
| | |
8) |(timeout T_Expire_RNode)|Delete MRS |IDLE
||| |tg_NetworkNotification |
|(tg_SetStateLifetime(0))|IF(MA is used) |
| | (Delete MA)|| |
| | (Stop using shared MA)|
| | |
9) |tg_SendMsg |IF(!UpstreamPeerInfo) |Established
| | Queue NSLP data |Upstream
| |ELSE tx_Data |MRS
| | |
10)|rx_Query |IF (NewPeer) |Established
| | Update UpstreamPeerInfo|Upstream
| |tx_Response |MRS
| |restart T_Expire_RNode |
| | |
11)|rx_Query(MAinfo)&& |Delete UpstreamPeerInfo |Established
|(!ConfirmRequired) |restart T_Expire_RNode |Upstream
| |tx_Response(MAinfo) |MRS
| | |
12)|rx_Data |IF(UpstreamPeerInfo) |Established
| | (tg_RecvMsg to Appl.)|Upstream
| | &&(restart_T_Expire_ |MRS
| | RNode)|
| |ELSE |
| | tx_Error(No_MRS_ |
| | installed)|
| | |
13)|rx_Confirm |Install UpstreamPeerInfo |Established
| |tx_Data(queued_NSLP_data)|Upstream
| | |MRS
| | |
14)|(Tg_ERROR)|| |(Delete MRS) |IDLE
|(Tg_MA_Error) |IF (MA is used) |
| | ((Delete MA)|| |
| | (Stop using shared MA))|
| |Tg_NetworkNotification |
| | |
---+------------------------+-------------------------+-----------
Authors' Addresses
著者のアドレス
Tseno Tsenov Sofia, Bulgaria
ゼノンTzenovソフィア、ブルガリア
EMail: tseno.tsenov@mytum.de
メールアドレス：tseno.tsenov@mytum.de
Hannes Tschofenig Nokia Siemens Networks Linnoitustie 6 Espoo 02600 Finland
ハンネスTschofenigノキアシーメンスネットワークスLinnoitustie 6 02600エスポー、フィンランド
EMail: Hannes.Tschofenig@nsn.com
メールアドレス：Hannes.Tschofenig@nsn.com
Xiaoming Fu (editor) University of Goettingen Computer Networks Group Goldschmidtstr. 7 Goettingen 37077 Germany
暁明フー（エディタ）ゲッティンゲンコンピュータネットワークグループGoldschmidtstrの大学。 7ゲッティンゲン37077ドイツ
EMail: fu@cs.uni-goettingen.de
メールアドレス：fu@cs.uni-goettingen.de
Cedric Aoun Consultant Paris, France
セドリック・アウン・コンサルタントパリ、フランス
EMail: cedaoun@yahoo.fr
メールアドレス：cedaoun@yahoo.fr
Elwyn B. Davies Folly Consulting Soham, Cambs, UK
エルウィンB.デイヴィスフォリーコンサルティングソーハム、Cambsの、英国
Phone: +44 7889 488 335 EMail: elwynd@dial.pipex.com
電話：+44 7889 488 335 Eメール：elwynd@dial.pipex.com