Network Working Group B. Foster
Request for Comments: 3661 C. Sivachelvan
Updates: 3435 Cisco Systems
Category: Informational December 2003
Media Gateway Control Protocol (MGCP) Return Code Usage
Status of this Memo
このメモの位置付け
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2003). All Rights Reserved.
著作権（C）インターネット協会（2003）。全著作権所有。
Abstract
抽象
This document provides implementation guidelines for the use of return codes in RFC 3435, Media Gateway Control Protocol (MGCP) Version 1.0. Return codes in RFC 3435 do not cover all possible specific situations that may ever occur in a gateway. That is not possible and not necessary. What is important is to ensure that the Call Agent that receives a return code behaves appropriately and consistently for the given situation. The purpose of this document is to provide implementation guidelines to ensure that consistency.
この文書では、メディアゲートウェイコントロールプロトコル（MGCP）バージョン1.0 RFC 3435でリターンコードを使用するための実装ガイドラインを提供します。 RFC 3435での戻りコードは、これまでのゲートウェイで発生する可能性があり、すべての可能な特定の状況をカバーしていません。それは必要なことができないではありません。重要なことは、戻りコードを受け取り、コールエージェントが与えられた状況のための適切かつ一貫して動作することを確認することです。このドキュメントの目的は、その一貫性を確保するために実装ガイドラインを提供することです。
Table of Contents
目次
1. Introduction. . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2. Document Organization . . . . . . . . . . . . . . . . . 2
2. Return Code Usage . . . . . . . . . . . . . . . . . . . . . . 2
2.1. Return Code Categories. . . . . . . . . . . . . . . . . 2
2.2. Return Code Situations and Categories . . . . . . . . . 3
2.3. Summary of Return Code Categories . . . . . . . . . . . 19
3. Additional Guidelines . . . . . . . . . . . . . . . . . . . . 21
3.1. Gateway Recommendations . . . . . . . . . . . . . . . . 21
3.2. Call Agent Recommendations. . . . . . . . . . . . . . . 21
4. Security Considerations . . . . . . . . . . . . . . . . . . . 22
5. Acknowledgements. . . . . . . . . . . . . . . . . . . . . . . 22
6. Normative References. . . . . . . . . . . . . . . . . . . . . 22
7. Authors' Addresses. . . . . . . . . . . . . . . . . . . . . . 23
8. Full Copyright Statement. . . . . . . . . . . . . . . . . . . 24
This document provides implementation guidelines for the use of return codes in the Media Gateway Control Protocol MGCP 1.0 [1]. Return codes in [1] do not cover all possible specific situations that may ever occur in the gateway. That is not possible and not necessary. What is important is to ensure that the Call Agent that receives that return code behaves appropriately and consistently for the situation that occurred. The solution described in this document is to categorize return codes that gateways return based on the expected behavior for the Call Agents that receive them.
この文書では、メディアゲートウェイコントロールプロトコルMGCP 1.0 [1]で戻りコードの使用のための実装ガイドラインを提供します。 [1]これまでのゲートウェイで発生する可能性があり、すべての可能な特定の状況をカバーしていないでコードを返します。それは必要なことができないではありません。重要なのは、そのリターンコードを受け取り、コールエージェントが発生した状況のための適切かつ一貫して動作することを確認することです。この文書で説明するソリューションは、それらを受け取るコールエージェントのために予想される動作に基づいて復帰をゲートウェイのリターン・コードを分類することです。
Categorizing errors helps both Call Agent and gateway developers: it helps gateway developers choose an appropriate return code when a specific one for the situation is not available; it also helps Call Agent developers ensure that there is consistent behavior for the return code that is received.
エラーを分類するとコールエージェントとゲートウェイの開発者の両方を支援します。それは状況のため、特定の1が利用できない場合、ゲートウェイ開発者が適切なリターンコードを選択できます。それはまた、コールエージェントの開発者は、受信したリターンコードのための一貫した動作があることを確認できます。
In addition to categorizing return codes (section 2.1), section 2.2 provides a consolidated list of return codes in terms of "situations" that may have triggered and the "categories" that they fall under. This provides some additional implementation guidelines for the use of these return codes. Section 2.3 includes a summary of the return codes and their categories. Section 3 provides some additional implementation guidelines for Call Agent and gateway developers.
戻りコード（セクション2.1）に分類することに加えて、セクション2.2が起動している場合があり、「状況」と彼らは該当「カテゴリ」の用語に戻りコードの連結リストを提供します。これは、これらの戻りコードの利用するためのいくつかの実装ガイドラインを提供します。 2.3節では、リターンコードとそのカテゴリの要約を含んでいます。第3節では、コールエージェントとゲートウェイの開発者のためのいくつかの追加実装ガイドラインを提供します。
The following categorizes return codes from gateways based on expected Call Agent behavior.
以下の分類は、予想されるコール・エージェントの挙動に基づいて、ゲートウェイからのコードを返します。
Category normal: These return codes are used in normal operation and do not represent error conditions.
通常のカテゴリー：これらの戻りコードは、通常の操作で使用され、エラー状態を表すものではありません。
Category none (specific errors requiring specific action): A return code associated with a specific situation in the gateway that will invoke a corresponding specific Call Agent behavior. As such, these return codes are not categorized into a common behavioral category.
カテゴリなし（特定のアクションを必要とする特定のエラー）：対応する特定のコールエージェントの動作を起動するゲートウェイで特定の状況に関連した戻りコード。このように、これらのリターンコードは、共通の行動のカテゴリに分類されていません。
Category "Service Failure": A category in which the endpoint is either out-of-service or the treatment by the Call Agent is expected to be the same as for an out-of-service endpoint.
カテゴリー「サービス障害」：エンドポイントがアウトオブサービスであるか、またはコールエージェントによる処理は、アウトオブサービスのエンドポイントの場合と同じであることが期待されているカテゴリ。
Category "Provisioning Mismatch": A situation where the gateway has indicated that it does not support what the Call Agent has asked it to do. This may be caused by a lack of synchronization between the provisioning of the Call Agent and the gateway. Note that attempts should be made to weed out these types of error situations during integration testing.
カテゴリー「プロビジョニング不一致」：ゲートウェイは、コールエージェントが行うには、それを求めているものをサポートしていないことを示している状況。これは、コールエージェントのプロビジョニングとゲートウェイ間の同期の欠如によって引き起こされることがあります。試みが統合テスト中にエラー状況のこれらのタイプを取り除くためになされるべきであることに注意してください。
Category "Temporary Failure": The transient nature of this error is such that this particular call is likely to be permanently affected but later calls on the same endpoint may proceed successfully. Typically the situation that caused this error is not going to disappear unless there is some change in state in the gateway or network (e.g., more bandwidth becomes available, more CPU resources become available etc.). This situation is not likely to change in a few 10's of milliseconds but could change within some number of seconds or minutes later (as resources become free), i.e., within the time period that you might expect a different call to be tried on that endpoint.
カテゴリー「一時的な失敗」：このエラーの一時的な性質は同じエンドポイント上のこの特定の呼び出しは永久に影響を受けやすいことなどが、後の呼び出しが正常に進行してもよいです。典型的には、このエラーの原因となった状況がゲートウェイまたはネットワーク内の状態の何らかの変化がない限り消滅するつもりはない（例えば、より多くの帯域幅が利用可能になる、より多くのCPUリソースが使用可能になる等）。この状況は、あなたが別の呼び出しがそのエンドポイントで試されることを期待するかもしれない時間内に、すなわち、（資源が自由になるよう）ミリ秒の少数の10年代に変更される可能性はありませんが、後に数秒から数分のいくつかの数の中に変更される可能性があり。
Category "State Mismatch": A case where there is a state mismatch between the Call Agent and the gateway that can be resolved by the Call Agent making a request that is more appropriate to the gateway state. Although categorized with a common category indicator the behavior of the Call Agent will depend on the situation (the type of state mismatch that has occurred as well as other state information, e.g., call state).
カテゴリー「国家不一致」：コールエージェントとゲートウェイの状態に、より適切な要求を行うコールエージェントによって解決することができるゲートウェイとの間の状態の不一致がある場合。一般的なカテゴリの指標と分類がコールエージェントの挙動は（、発生している状態の不一致の種類だけでなく、他の状態情報を、例えば、状態を呼び出す）、状況に依存します。
Category "Remote Connection Descriptor Error": This indicates some mismatch between the two gateways involved in the call. Note that per RFC 2327, all gateways should ignore SDP attributes that they do not recognize (i.e., lack of recognition of an SDP attribute should not be the cause of an error indication).
「リモート接続記述子エラー」カテゴリ：これは、コールに関与する2つのゲートウェイの間にいくつかの不一致を示します。 RFC 2327ごとに、SDPを無視すべきであるすべてのゲートウェイは、彼らが認識しない属性があります（すなわち、SDP属性の認識の欠如は、エラー表示の原因ではありません）。
The exact behavior of the Call Agent for the above categories may depend on the type of endpoint (analog, ISUP trunk, CAS trunk, etc.), whether this is the originating or terminating endpoint in the call and possibly other information related to call state. This document does not attempt to outline the Call Agent behavior based on call state. Instead, it just recommends that the Call Agent behavior be consistent based on a combination of call state and the specific category of error received.
上記カテゴリのコール・エージェントの正確な動作は、この状態を呼び出すために、関連する発信又は終端エンドポイントコール及びおそらくは他の情報であるか否かを、エンドポイント（アナログ、ISUPトランク、CASトランクなど）の種類に依存し得ます。この文書では、通話状態に基づいて、コールエージェントの動作の概要を説明しようとしません。代わりに、それだけでコールエージェントの動作は通話状態と受信したエラーの特定のカテゴリの組み合わせに基づいて一貫性があることをお勧めします。
This section describes return codes in MGCP 1.0 [1] in terms of "situations" that may have triggered that return code and "categories" to which the return code belongs. The purpose is to provide developers additional guidelines for return code use.
このセクションでは、MGCP 1.0でコードを返す説明[1]その戻りコードおよび戻りコードが属する「カテゴリ」をトリガーしたかもしれない「状況」の用語です。目的は、開発者にリターンコードの使用のための追加の指針を提供することです。
Note that any indication that a response is valid for a NotificationRequest (RQNT) is also an indication that it is valid for a connection handling request, i.e., CreateConnection (CRCX), ModifyConnection (MDCX), or DeleteConnection (DLCX) with an encapsulated RQNT. The same holds for the EndpointConfiguration (EPCF) command.
応答はNotificationRequest（RQNT）のために有効である任意の表示が、それは、接続要求処理のために有効であることの指標でもあることに注意つまり、カプセル化されたRQNTとのCreateConnection（CRCX）、ModifyConnection（MDCX）、またはDeleteConnection（DLCX） 。同じことがEndpointConfiguration（EPCF）コマンドについても同様です。
000 - Response acknowledgement
000 - 応答確認
Response valid for: Confirmation of a final response after a
provisional response (3-way handshake).
Situation: If the final response that follows a provisional response contains an empty response acknowledgement parameter, a Response Acknowledgement is used to acknowledge the final response (section 3.5.6 of [1]).
状況：暫定的な応答を以下の最終応答が空の応答確認パラメータが含まれている場合、応答確認応答が最終応答（[1]のセクション3.5.6）を確認するために使用されます。
Category: normal.
カテゴリー：ノーマル。
100 - Transaction in progress
100 - 進行中のトランザクション
Response valid for: Any command that may result in a long
transaction execution time, e.g., more than 200 ms.
Situation: When a transaction is expected to take a processing time that is beyond the normal retry timer, the gateway will return a provisional response. A final response will be provided later, after the transaction has completed. Refer to section 3.5.6 of [1]. An example of this might be a CreateConnection command using RSVP, where the time to create the connection may be longer than usual because of the need to perform the network resource reservation.
状況：トランザクションが通常のリトライタイマーを超えて処理時間がかかることが予想される場合、ゲートウェイが暫定応答を返します。トランザクションが完了した後の最終的な応答は、後述します。 [1]のセクション3.5.6を参照。この例では、接続を作成するための時間は、ネットワークのリソース予約を実行する必要性から、通常よりも長くなることがRSVPを使用してのCreateConnectionコマンド、かもしれません。
Category: normal.
カテゴリー：ノーマル。
101 - Transaction has been queued for execution
101 - トランザクションを実行するためにキューイングされています
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: As described in [1], Section 4.4.8, we assume that Call Agents and gateways conceptually maintain a queue of incoming transactions to be executed. Associated with this transaction queue is a high-water and a low-water mark. Once the queue length reaches the high-water mark, the entity should start issuing 101 provisional responses (transaction queued) until the queue length drops to the low-water mark. This applies to new transactions as well as to retransmissions. A final response will be provided later, after the transaction has completed. In this case, the Call Agent should throttle back its request rate for this gateway.
状況：[1]、セクション4.4.8で説明したように、我々は、コールエージェントとゲートウェイが概念的に実行される入力トランザクションのキューを維持することを前提としています。高水および低ウォーターマークは、このトランザクション・キューに関連付けられています。キューの長さが高ウォーターマークに達するとキュー長が低水準に低下するまで、エンティティ（トランザクションがキューイング）101の暫定応答を発行開始すべきです。これは、新しい取引だけでなく、再送信に適用されます。トランザクションが完了した後の最終的な応答は、後述します。この場合、コールエージェントは、このゲートウェイのためにその要求レートを絞る必要があります。
Category: normal.
カテゴリー：ノーマル。
200 - Transaction executed normally
200 - トランザクションが正常に実行
Response valid for: Any command (including DeleteConnection).
（DeleteConnectionを含む）任意のコマンド：のための有効な応答。
Situation: Normal response as a result of successful execution. The 250 response code can be used to acknowledge a successful completion of a DeleteConnection command. However, a 200 response code is also appropriate.
状況：成功した実行の結果として、正常な応答。 250応答コードはDeleteConnectionコマンドが正常に完了したことを確認するために使用することができます。しかし、200応答コードもまた適切です。
Category: normal
カテゴリー：ノーマル
250 - The connection was deleted
250 - 接続が削除されました
Response valid for: DeleteConnection.
DeleteConnection：のための有効な応答。
Situation: Response to a successful DeleteConnection command.
状況：成功DeleteConnectionコマンドに応答。
Category: normal
カテゴリー：ノーマル
400 - Unspecified transient error
400 - 未指定一時的なエラー
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: Unspecified transient error. A more specific error code should be used if one is available since this error code provides very little information. If used, some specific commentary should be included to aid in debug.
状況：未指定一時的なエラー。より具体的なエラーコードは、このエラーコードはほとんど情報を提供するので、一方が利用可能である場合に使用されるべきです。使用している場合、いくつかの具体的な解説は、デバッグを支援するために含まれるべきです。
Category: "Temporary Failure".
カテゴリー：「一時的な失敗」。
401 - The phone is already off-hook
401 - 電話がオフフックすでにあります
Response valid for: NotificationRequest.
NotificationRequest：の有効なレスポンス。
Situation: This is returned in response to a request for an off-hook transition requested event when the phone is already off-hook. It is also returned when a request is made to generate a signal that has an explicit on-hook precondition in the signal definition, such as the ringing signal ("rg") in the Line package [2]. It is also returned when requesting an
状況：これは、電話機がオフフックすでにあるときに、イベントを要求しオフフック移行要求に応答して返されます。要求は、信号の定義で明示オンフック前提条件を有する信号を生成するように構成されている場合、それはまた、ライン・パッケージにおけるリンギング信号（「RG」）として返される[2]。要求する場合にも返されます
incoming off-hook/seizure indication for a Channel Associated Signaling (CAS) trunk when the incoming hook-state for that trunk is already off-hook.
そのトランクの着信フック状態が既にオフフックであるとき、チャネル連携信号（CAS）トランクのオフフック/発作表示を着信。
Category: "State Mismatch". If the Call Agent makes the request with a requested event indicating a different hook-state, the request should not result in this return code again.
カテゴリー：「状態不一致」。コールエージェントは異なるフック状態を示す要求されたイベントで要求を行った場合、要求は再びこの戻りコードになるべきではありません。
402 - The phone is already on-hook
402 - 電話がオンフックすでにあります
Response valid for: NotificationRequest.
NotificationRequest：の有効なレスポンス。
Situation: This is returned in response to a request for an on-hook or hook-flash requested event when the phone is already on-hook. It is also returned when a request is made to generate a signal that has an explicit off-hook precondition in the signal definition, such as the dial tone ("dl") in the Line package [2]. It is also returned when requesting an incoming on-hook indication for a CAS trunk when the incoming hook-state for that trunk is already on-hook.
状況：電話がすでにオンフックであるとき、これは、オンフックまたはフックフラッシュ要求されたイベントのための要求に応じて返されます。要求がライン・パッケージ[2]におけるようなダイヤルトーン（「DL」）のような信号の定義、明示的なオフフック前提条件を有する信号を生成するように構成されている場合にも戻されます。そのトランクの着信フック状態が既にオンフックであるとき、CASトランクの着信オンフック表示を要求したときにも返されます。
Category: "State Mismatch". If the Call Agent makes the request with a requested event indicating a different hook-state, the request should not result in this error again.
カテゴリー：「状態不一致」。コールエージェントは異なるフック状態を示す要求されたイベントで要求を行った場合、要求は再び、このエラーが発生してはなりません。
403 - Insufficient resources available at this time
403 - この時点で利用可能なリソースが不足
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: This is returned if the request cannot be processed due to a temporary lack of gateway resources, such as CPU utilization, DSP resources, memory etc; however, the command may succeed at a later time when resources free up. Note that lack of network resources should not result in this code (i.e., return code 404 would be more appropriate).
状況：要求を処理できない場合、これが原因なCPU使用率、DSPリソース、メモリなどとしてゲートウェイリソースの一時的な不足に返されます。リソースが解放するときただし、コマンドが後で成功するかもしれません。ネットワークリソースの欠如は、このコードをもたらさないように注意してください（すなわち、戻りコード404は、より適切であろう）。
Category: "Temporary Failure".
カテゴリー：「一時的な失敗」。
404 - Insufficient bandwidth at this time.
404 - この時点では不十分な帯域幅。
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: This is an indication that there is not enough bandwidth available to sustain the call. It is as a result of some failed bandwidth check (could be RSVP or some other mechanism). It is possible that the Call Agent could request a codec requiring lower bandwidth codec and have a successful result. Alternatively, it could treat this as a "Temporary Failure" for this codec.
状況：これは呼び出しを維持するために利用可能な十分な帯域幅がないことを示しています。これは、いくつかの障害が発生した帯域幅の確認（RSVPまたはいくつかの他の機構である可能性）の結果としてです。コールエージェントが低帯域幅コーデックが必要なコーデックを要求し、成功した結果を持っている可能性があります。あるいは、このコーデックのための「一時的な障害」としてこれを扱うことができます。
Category: "Temporary Failure". Although categorized under this general category, note that the Call Agent could apply some specific behavior (try a lower bandwidth codec) depending on policy.
カテゴリー：「一時的な失敗」。この一般的なカテゴリーに分類ますが、コールエージェントは、いくつかの特定の動作（低帯域幅コーデックを試してみてください）ポリシーに応じて適用できることに注意してください。
405 - Endpoint is restarting
405 - エンドポイントが再起動されます
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: It may be returned to requests made when the endpoint is in-service and has initiated the restart procedures (see [1], Section 4.4.6) but the procedure has not yet completed. If the request is made at a later time, it may be "successful" but may not be appropriate (because of possible state mismatch). The Call Agent should proceed after it believes the restart procedure has completed.
状況：エンドポイントがインサービスであると再起動の手順を開始したときに行われる要求に戻すことができる（[1]、4.4.6項を参照）が、手続きはまだ完了していません。要求は後で行われた場合、それは「成功」であってもよいが、（なぜなら可能な状態の不一致の）適切ではないかもしれません。それが再起動手続きが完了したと考えている後にコールエージェントは進めるべき。
Category: "Temporary Failure"
カテゴリー：「一時的な失敗」
406 - Transaction Timeout
406 - トランザクションタイムアウト
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: The transaction took longer than expected and has been aborted. An example might be a transaction where a provisional response (100 response code) was returned. Following that, the gateway determined that the actual transaction was taking longer than should reasonably be expected and as a result it aborted the transaction and returned 406 as the final response.
状況：トランザクションが期待されると中止されたよりも時間がかかりました。例では、暫定的な応答（100レスポンスコード）が戻されたトランザクションであるかもしれません。その次、ゲートウェイは、実際のトランザクションを合理的予想されるべきであるよりも長く取っていたと判断し、その結果として、それは、トランザクションをアボートし、最終レスポンスとして406を返しました。
Category: "Temporary Failure". If this error code is returned repeatedly, it could indicate a more serious problem.
カテゴリー：「一時的な失敗」。このエラーコードが繰り返し返された場合、それはより深刻な問題を示している可能性があります。
407 - Transaction aborted by some external action.
407 - いくつかの外部の作用によって中止されまし取引。
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: This is returned to indicate cancellation of a pending request (see [1] Section 4.4.4). For example, DeleteConnection is received while processing a CreateConnection or ModifyConnection. Also, if either a ModifyConnection,
状況：これは、保留中の要求（[1]のセクション4.4.4を参照）の解除を指示するために戻されます。 CreateConnection又はModifyConnectionを処理している間、例えば、DeleteConnectionが受信されます。また、どちらかModifyConnectionであれば、
NotificationRequest, or EndpointConfiguration command is in progress, and the same command is received with a different transaction Id, 407 will be returned.
NotificationRequest、またはEndpointConfigurationコマンドが進行中であり、かつ同じコマンドが異なるトランザクションIDで受信され、407が返されます。
Category: none (specific situation and behavior).
カテゴリー：なし（特定の状況や行動）。
409 - Internal overload
409 - 内部オーバーロード
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: Gateway is overloaded (e.g., too many requests per second from the Call Agent) and is unable to process any more transactions at this time. In this case, the Call Agent SHOULD throttle back its request rate for this gateway as described in [1], Section 4.4.8.
状況：ゲートウェイが過負荷になっている（例えば、あまりにも多くのコールエージェントからの秒あたりの要求）と、現時点ではこれ以上のトランザクションを処理することができません。この場合には、コールエージェントは、[1]に、セクション4.4.8に記載したように、このゲートウェイのための要求レートをバック絞るべきです。
Category: "Temporary Failure". Note that although the Call Agent behavior with respect to the call being set up corresponds to this general category, there is some specific Call Agent behavior implied as well (i.e., the Call Agent throttling back).
カテゴリー：「一時的な失敗」。この一般的なカテゴリに対応して設定されているコールに対するコールエージェントの挙動が、（即ち、コールエージェントがバック絞り）も暗黙のいくつかの特定のコール・エージェントの振る舞いがあることに留意されたいです。
410 - No endpoint available
410 - なしのエンドポイント
Response valid for: CreateConnection using an "any of" wildcard.
応答のための有効な：ワイルドカード「のいずれかを」使用してのCreateConnection。
Situation: A CreateConnection request was made with an "any of" ("$") wildcard and no endpoint was available to execute the request. As described in [1], Section 2.3.5, when the "any of" wildcard is used with the CreateConnection command, the endpoint assigned MUST be in-service and MUST NOT already have any connections on it.
状況：「いずれかの」（「$」）ワイルドカードなしエンドポイントは、要求を実行するのに利用可能であったとのCreateConnection要求がなされました。ワイルドカード「のいずれかが」のCreateConnectionコマンドで使用されるセクション2.3.5、[1]に記載のように、割り当てられたエンドポイントがインサービスでなければなりませんし、既にその上に任意の接続を有してはなりません。
Category: none (specific situation and behavior).
カテゴリー：なし（特定の状況や行動）。
500 - Endpoint unknown
500 - 不明なエンドポイント
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: There is no endpoint matching the EndpointId provided with the command. This could be the result of a provisioning mismatch between the Call Agent and the gateway or it could be because a card was removed from the gateway so that the endpoint is no longer available (in which case a RestartInProgress should be received, although the Call Agent cannot depend on this). Note that the endpoint is not just out-of-service (in which case 501 would be used); it is completely unknown/unavailable to the MGCP.
状況：コマンドを使用して提供さEndpointIdに一致するエンドポイントがありません。これは、カードがゲートウェイから削除されたため、エンドポイントが、もはやその場合にRestartInProgressが受信されなければならない（利用可能であるようにそれができなかった、コールエージェントとゲートウェイとの間のプロビジョニングミスマッチの結果である可能性がコール・エージェントものの）このに依存することはできません。エンドポイントがちょうどアウトオブサービス（この場合、501が使用される）ではないことに留意されたいです。それは、MGCPに利用できない/全く不明です。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
501 - Endpoint is not ready or is out of service
501 - エンドポイントの準備ができていないか、サービスの外にあります
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: This is returned if the endpoint is in a permanent "not ready" state. This includes maintenance states such as out-of-service. Note that an endpoint that has initiated the restart procedure is in-service, and hence should not use this return code, even if the restart procedure has not yet completed (see [1], Section 4.4.5).
状況：エンドポイントが永続的な「準備ができていない」状態にある場合、これが返されます。これは、アウト・オブ・サービスなどの保守状態を含みます。リスタート手順を開始したエンドポイントがインサービスであることに注意し、したがって（[1]、セクション4.4.5を参照）を再起動手順が完了していない場合でも、このリターンコードを使用しないでください。
Category: "Service Failure".
カテゴリー：「サービス障害」。
502 - Insufficient resources (permanent).
502 - リソース不足（永久）。
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: This is returned when the endpoint does not have sufficient resources and future requests on this endpoint are expected to fail, meaning some resources dedicated to the endpoint are broken (e.g., return code 529 - "hardware failure" might be a more specific indication). For situations where resources may become available in the future (i.e., resources are pooled and not available at the present time), return code 403 should be used instead.
状況は：エンドポイントが失敗することが予想される十分な資源と、このエンドポイントの将来の要求を持っていない時にこれが壊れているエンドポイントに専用のいくつかのリソースを意味し、返された（例えば、リターンコード529は - 「ハードウェア障害」は、より具体的な兆候であるかもしれません）。リソースが将来利用可能になるかもしれない状況のために（すなわち、リソースをプールし、現時点で利用可能でない）、リターンコード403が代わりに使用されるべきです。
Category: "Service Failure".
カテゴリー：「サービス障害」。
503 - "All of" wildcard too complicated.
503 - 複雑すぎるワイルドカード「のすべて」。
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: This is returned when the wildcard convention used in the request is understood, but the requested command cannot be processed with the specified wildcarding. An example of this would be a NotificationRequest with a request such that a failure would make it too difficult to roll back the state of all the endpoints to what they were prior to the request.
状況：これは、要求に使用されるワイルドカードの規則を理解されているときに返されますが、要求されたコマンドは、指定されたワイルドカードで処理することはできません。この例では、障害が、それはあまりにも難しい、彼らが要求する前に何であったかにすべてのエンドポイントの状態をロールバックするになるだろうというような要求とNotificationRequestだろう。
Category: Normally treated as a "Provisioning Mismatch". Note however, that the Call Agent could treat it differently by recovering with some specific behavior (e.g., generate a number of individual requests without wildcards instead of a single one with the wildcard).
カテゴリー：通常は「プロビジョニングの不一致」として扱います。コールエージェントが異なり、いくつかの特定の動作を回復することによってそれを扱うことができること、しかし、注意してください（例えば、ワイルドカードの代わりに、ワイルドカードを持つ単一のものなしの個々の要求の数を生成します）。
504 - Unknown or unsupported command.
504 - 不明またはサポートされていないコマンド。
Response valid for: Any unknown command.
応答のための有効な：任意の不明なコマンド。
Situation: A command was requested other than those specified in the MGCP specification [1], and the command is not supported.
状況：コマンドはMGCP仕様[1]で指定されたもの以外の要求された、コマンドがサポートされていません。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
505 - Unsupported remote connection descriptor.
505 - サポートされていないリモート接続記述子。
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: One or more mandatory parameters or values in the RemoteConnectionDescriptor are not supported by the gateway. Note that, per [3], unsupported attribute lines must be ignored and hence should not result in any errors.
状況：RemoteConnectionDescriptorの1つの以上の必須パラメータまたは値がゲートウェイによってサポートされていません。 PERが[3]、サポートされない属性行は無視されなければならず、したがって、任意のエラーが発生してはならない、ということに注意してください。
Category: "Remote Connection Descriptor Error".
カテゴリー：「リモート接続記述子エラー」。
506 - Inability to satisfy both local connection options and remote connection descriptor simultaneously.
506 - 同時にローカル接続オプションを満足することができないとリモート接続記述子。
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: The LocalConnectionOptions and RemoteConnectionDescriptor contain one or more mandatory parameters or values that conflict with each other and/or cannot be supported at the same time (except for codec negotiation failure - see error code 534).
状況：LocalConnectionOptionsとRemoteConnectionDescriptorは、互いに及び/又は（ - エラーコード534を参照コーデックネゴシエーション失敗を除く）を同時にサポートすることができないとの競合一つ以上の必須パラメータまたは値を含みます。
Category: "Remote Connection Descriptor Error".
カテゴリー：「リモート接続記述子エラー」。
507 - Unsupported Functionality. Note that this error code SHOULD only be used if there is no other more specific error code for the unsupported functionality.
507 - サポートされない機能。サポートされていない機能のための他のより具体的なエラーコードが存在しない場合、このエラーコードはのみ使用する必要があることに注意してください。
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: Any situation where a request from the Call Agent is not supported by the gateway - beyond the situations already covered by other more specific return codes.
状況：コールエージェントからの要求は、ゲートウェイによってサポートされていない任意の状況 - すでに他のより具体的なリターンコードでカバー状況を超えました。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
508 - Unknown or unsupported quarantine handling.
508 - 不明またはサポートされていない検疫取り扱い。
Response valid for: NotificationRequest.
NotificationRequest：の有効なレスポンス。
Situation: The endpoint does not support or does not recognize the requested quarantine handling.
状況：エンドポイントがサポートされていないか、要求された検疫処理を認識しません。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
509 - Error in RemoteConnectionDescriptor
509 - RemoteConnectionDescriptorでエラーが発生しました
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: There is a syntax or semantic error in the Remote Connection Descriptor. For example, there is no IP address for an RTP media stream.
状況：リモート接続記述子に構文または意味エラーがあります。例えば、RTPメディアストリームのためのIPアドレスはありません。
Category: "Remote Connection Descriptor Error".
カテゴリー：「リモート接続記述子エラー」。
510 - Protocol error
510 - プロトコルエラー
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: Some unspecified protocol error was detected. Gateways should use this error as a last resort since it provides very little information. If used, some specific commentary should be included to aid in debug.
状況：一部の指定されていないプロトコル・エラーが検出されました。それは非常に少ない情報を提供するので、ゲートウェイは、最後の手段としてこのエラーを使用する必要があります。使用している場合、いくつかの具体的な解説は、デバッグを支援するために含まれるべきです。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
511 - Unrecognized parameter extension.
511 - 認識されないパラメータの拡張機能。
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: It is returned if the requested command contains an unrecognized mandatory parameter extension ("X+"). In MGCP 1.0, this specifically refers to unrecognized parameters, since other error codes are available for unrecognized connection modes (517), unrecognized packages (518), unrecognized local connection options (541), etc.
状況：要求されたコマンドを認識できない必須パラメータの拡張子が含まれている場合、それが返されます（「X +」）。他のエラーコードが認識されていない接続モード（517）、認識されていないパッケージ（518）、認識されていないローカル接続オプション（541）、等のために利用可能であるので、MGCP 1.0では、これは、具体的には、認識できないパラメータを参照します
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
512 - Gateway not equipped to detect one of the requested events.
512 - ゲートウェイ要求されたイベントの一つを検出できるようになっていません。
Response valid for: NotificationRequest.
NotificationRequest：の有効なレスポンス。
Situation: A valid event was requested however the gateway is not equipped to detect this event (i.e., the package is only implemented partially). Of course, such an implementation would not conform to [1]. Note that if an invalid event was requested, i.e., an event not defined in the relevant package, then error code 522 should be used. Also note, that if the package is unknown or unsupported, then error code 518 should be used.
状況：有効なイベントは、ゲートウェイは（すなわち、パッケージが部分的にしか実装されている）、このイベントを検出するように装備されていないが要求されました。もちろん、そのような実装は、[1]に準拠していないでしょう。無効なイベントが要求された場合、すなわち、関連するパッケージで定義されていないイベントは、エラーコード522が使用されるべきであることに留意されたいです。また、パッケージは不明またはサポートされていない場合は、エラーコード518を使用することを、注意してください。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
513 - gateway is not equipped to generate one of the requested signals.
513 - ゲートウェイが要求された信号のいずれかを生成するために装備されていません。
Response valid for: NotificationRequest.
NotificationRequest：の有効なレスポンス。
Situation: A valid signal was requested, however the gateway is not equipped to generate this signal (i.e., the package is only implemented partially). Of course, such an implementation would not conform to [1]. Note that if an invalid signal was requested, i.e., a signal not defined in the relevant package, then error code 522 should be used. Also note, that if the package is unknown or unsupported, then error code 518 should be used.
状況：有効な信号が要求された、しかし、ゲートウェイは、この信号を生成するために装備されていない（すなわち、パッケージが部分的にしか実装されています）。もちろん、そのような実装は、[1]に準拠していないでしょう。無効な信号が要求された場合、すなわち、関連するパッケージで定義されていない信号は、エラーコード522が使用されるべきであることに留意されたいです。また、パッケージは不明またはサポートされていない場合は、エラーコード518を使用することを、注意してください。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
514 - The gateway cannot send the specified announcement.
514 - ゲートウェイは、指定されたアナウンスを送信することはできません。
Response valid for: NotificationRequest with a request for an
announcement to be played.
Situation: This is a specific situation with respect to playing announcements on an endpoint or connection associated with the endpoint. Error code 538 could be used instead.
状況：これは、エンドポイントに関連付けられたエンドポイントまたは接続上のアナウンスメントを演奏に関して特定の状況です。エラーコード538が代わりに使用することができます。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
515 - Incorrect connection-id.
515 - 不正な接続ID。
Response valid for: CreateConnection, ModifyConnection,
DeleteConnection, NotificationRequest, AuditConnection.
Situation: An unknown connection-id has been specified. It is possible that the connection has already been deleted. It should be noted that a connection-id can also supplied with events and signals (e.g., "S: L/rt@connId"). Note that a mismatch between connection-id and call-id should use error code 516.
状況：不明な接続-idが指定されています。接続が既に削除されている可能性があります。接続IDがイベントおよび信号（例えば、「L / RT @ CONNID S」）とも供給することができることに留意すべきです。接続IDとコールIDとの間のミスマッチは、エラーコード516を使用する必要があることに注意してください。
Category: "State Mismatch".
カテゴリー：「状態不一致」。
516 - Unknown or incorrect call-id.
516 - 不明または不正なコールID。
Response valid for: ModifyConnection, DeleteConnection.
応答のための有効な：ModifyConnection、DeleteConnection。
Situation: Unknown call-id, or the call-id supplied is incorrect (e.g., connection-id not associated with this call-id).
状況：不明呼ID、または供給コールIDが正しくない（例えば、この呼IDに関連付けられていない接続-ID）。
Category: "State Mismatch".
カテゴリー：「状態不一致」。
517 - Invalid or unsupported mode.
517 - 無効またはサポートされていないモード。
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: This is returned if the command specifies a connection mode that the endpoint does not support (note that not all endpoints will support all modes). Note that if the unsupported mode is an extension connection mode, error code 518 (unsupported package) should be used instead.
状況：コマンドは、エンドポイントは、（すべてのエンドポイントは、すべてのモードをサポートするわけではないことに注意してください）をサポートしていません接続モードを指定する場合、これは返されます。サポートされていないモードが内線接続モードである場合、エラーコード518（サポートされていないパッケージ）を代わりに使用しなければならないことに留意されたいです。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
518 - Unsupported or unknown package.
518 - サポートされていないか、不明なパッケージ。
Response valid for: Any command
任意のコマンド：のための有効な応答
Situation: A package name included in a request is not supported (or unknown). Note that the package name may be a prefix to an event or other things (e.g., a parameter) as defined in [1]. Note that it is recommended to include a PackageList parameter with a list of supported packages in the response.
状況：リクエストに含まれるパッケージ名がサポートされる（または不明）されていません。パッケージ名がイベントまたは[1]で定義されるように他のもの（例えば、パラメータ）のプレフィックスであってもよいことに留意されたいです。応答でサポートされているパッケージのリストを持つパッケージリストパラメータを含めることが推奨されていることに注意してください。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
519 - Endpoint does not have a digit map.
519 - エンドポイントは、ケタ地図を持っていません。
Response valid for: NotificationRequest.
NotificationRequest：の有効なレスポンス。
Situation: Request was made to detect digits based on a digit map and the gateway does not have a digit map.
状況：リクエストはケタマップに基づいて数字を検出するために作られたとゲートウェイはケタマップを持っていません。
Category: "State Mismatch". The Call Agent needs to send down a digit map in order to continue with the call.
カテゴリー：「状態不一致」。コールエージェントがコールを継続するために、電話番号マップを下に送信する必要があります。
520 - Endpoint is restarting.
520 - エンドポイントが再起動されます。
Situation: This is normally a transient error in which error
code 405 SHOULD be used. Gateways SHOULD not use this error
code unless there is some relevant situation that warrants the
category of "Service Failure". Note that this was included in
[1] only to maintain backwards compatibility with previous
releases of the MGCP specification.
Category: If it is returned, this return code will be treated as category "Service Failure", i.e., as if this endpoint is out-of-service.
カテゴリー：それが返された場合、このエンドポイントがアウトオブサービスであるかのように、この戻りコードは、すなわち、カテゴリ「サービス障害」として扱われます。
521 - Endpoint re-directed to another Call Agent.
521 - エンドポイント別のコールエージェントに再指示しました。
Response valid for: RestartInProgress.
RestartInProgress：の有効なレスポンス。
Situation: A RestartInProgress command was sent to the Call Agent and the Call Agent returns this return code along with a NotifiedEntity parameter pointing to another Call Agent. The gateway then sends a new RestartInProgress command to the Call Agent specified in the Notified Entity.
状況：RestartInProgressコマンドがコールエージェントに送信され、コールエージェントは、他のコールエージェントを指してNotifiedEntityパラメータと一緒に、この戻りコードを戻しました。ゲートウェイは、通知されたエンティティで指定されたコール・エージェントに新しいRestartInProgressコマンドを送信します。
Category: none (specific situation and behavior).
カテゴリー：なし（特定の状況や行動）。
522 - No such event or signal.
522 - そのような事象または信号。
Response valid for: NotificationRequest.
NotificationRequest：の有効なレスポンス。
Situation: This is returned if the requested event/signal name is not registered with this package. If on the other hand the signal or event is part of the package but is not supported by the gateway, then return code 512 or 513 SHOULD be provided instead. If the package is not supported, return code 518 SHOULD be returned.
状況は：要求されたイベント/信号名は、このパッケージに登録されていない場合、これが返されます。一方、信号またはイベントがパッケージの一部であるが、ゲートウェイによってサポートされていない場合は、コード512または513の代わりに提供されるべきである戻ります。パッケージがサポートされていない場合は、リターンコード518が返されます。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
523 - Unknown action or illegal combination of actions.
523 - 不明なアクションまたはアクションの不正な組み合わせ。
Response valid for: NotificationRequest with one or more
requested events.
Situation: Request was made with a requested event(s) that included an action or actions defined in [1] that are either unknown, unsupported or an illegal combination as indicated in section 2.3.3 of [1]. Note that unsupported extension actions should generate error code 518 (unsupported package).
状況：要求がで定義されたアクションまたはアクションを含んで要求されたイベント（単数または複数）で作られた、未知のサポートされていないか、[1]のセクション2.3.3に示すように不正な組み合わせのいずれかである[1]。サポートされていない拡張アクションはエラーコード518（サポートされていないパッケージ）を生成する必要があることに注意してください。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
524 - Internal inconsistency in Local Connection Options
524 - ローカル接続オプションの内部矛盾
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: This is returned if one or more of the LocalConnectionOptions (LCO) parameters are coded with values that are not consistent with each other (e.g., other LCO parameters inconsistent with the network type).
状況：LocalConnectionOptionsの一つ以上の場合はこれは（LCO）が返されるパラメータは、（ネットワークタイプと矛盾例えば、他のLCOパラメータ）を相互に一致しない値で符号化されます。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
525 - Unknown extension in Local Connection Options.
525 - ローカル接続オプションで不明な拡張子。
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: This is returned if the request contains a Local Connection Option with one or more unrecognized mandatory ("x+") extensions. Note that unsupported package extensions should use error code 518 (unsupported package) instead.
状況：これは、リクエストが一つ以上の認識できない必須（「X +」）の拡張子を持つローカル接続オプションが含まれている場合に返されます。サポートされていないパッケージの拡張ではなく、エラーコード518（サポートされていないパッケージ）を使用する必要があることに注意してください。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
526 - Insufficient bandwidth
526 - 不十分な帯域幅
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: In most cases where there is insufficient bandwidth, a 404 return code should be used. 526 would be used in cases where future requests are destined to fail. An example might be a very restricted bandwidth case, where there is not enough bandwidth available for the codec requested even for a single endpoint. Making a request with the same codec in the future will fail. However, making a request for some other codec (with a higher degree of compression) may pass. For cases, where the bandwidth is pooled over multiple endpoints and could free up at some future time (because an endpoint becomes inactive), then 404 is more appropriate.
状況：不十分な帯域幅があるほとんどの場合、404リターンコードが使用されるべきです。 526は、今後の要求が失敗する運命にある場合に使用されるだろう。例では、単一のエンドポイントのためにも、要求されたコーデックのために利用可能な十分な帯域幅がない非常に制限された帯域幅の場合、あるかもしれません。将来的には同じコーデックでリクエストを作ることは失敗します。しかし、（圧縮度の高い）他のいくつかのコーデックを要求することは通過することができます。 （エンドポイントが非アクティブになるため）帯域幅は複数のエンドポイント上にプールされ、いくつかの将来の時点で解放することができ例については、その後、404がより適切です。
Category: If it is returned, this return code will be treated as category "Provisioning Mismatch", e.g., the codec was incorrectly provisioned for the bandwidth available.
カテゴリー：それが返された場合、この戻りコードは、カテゴリ「プロビジョニング不一致」として扱われ、例えば、コーデックが間違って利用可能な帯域幅のためにプロビジョニングされました。
527 - Missing RemoteConnectionDescriptor.
527 - RemoteConnectionDescriptorがありません。
Response valid for: CreateConnection, ModifyConnection,
NotificationRequest.
Situation: This is returned if the connection has not yet received a RemoteConnectionDescriptor when one is required to support the request. This can for example happen if a connection is attempted to be placed in "send/receive mode", or if a signal is applied on a connection.
状況：1が要求をサポートするために必要な場合に、接続がまだRemoteConnectionDescriptorを受信していない場合、これが返されます。接続は、「送信/受信モード」に置かしようとする場合、または信号は、接続に適用されている場合これは、例えば起こります。
Category: "Remote Connection Descriptor Error" in the case where the other end did not provide a connection descriptor. Alternatively, if this is an initial request made by a Call Agent (such there is no remote connection descriptor), then this is a "State Mismatch" problem.
カテゴリー：もう一方の端は、接続記述子を提供しなかった場合は、「リモート接続記述子のエラー」。これは、コールエージェントによって行われた最初のリクエストがあれば別の方法として、（そのような何もリモート接続記述子が存在しない）、これは「国家不一致」の問題があります。
528 -Incompatible protocol version
528 -Incompatibleプロトコルバージョン
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: A command was received with a protocol version that was not supported.
状況：コマンドがサポートされていないプロトコルのバージョンを受信しました。
Category: "Provisioning Mismatch". This could also be treated as a "State Mismatch" problem if the there is a recovery mechanism (e.g., Call Agent recognizes the protocol version mismatch and switches to the correct protocol version)
カテゴリー：「プロビジョニング不一致」。回復メカニズムがある場合、これはまた、「国家不一致」の問題として扱うことができた（例えば、エージェントは、プロトコルのバージョンの不一致を認識し、正しいプロトコルバージョンに切り替わりコール）
529 - Internal Hardware Error.
529 - 内部ハードウェアエラー。
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: A hardware fault occurred during the execution of a command such that repeating this command will result in a failure indication once again. This is a slightly more specific error code than error 502, although more commentary should be provided (for debug purposes) if possible.
状況：ハードウェア障害は、このコマンドを繰り返すことが再び失敗指示につながるようなコマンドの実行中に発生しました。可能であればより解説は、（デバッグのために）提供されるべきであるが、これは、エラー502よりもわずかに固有のエラーコードです。
Category: "Service Failure".
カテゴリー：「サービス障害」。
530 - CAS Signaling Protocol Error.
530 - CASシグナリングプロトコルエラー。
Response valid for: NotificationRequest.
NotificationRequest：の有効なレスポンス。
Situation: This is specific to Channel Associated Signaling (CAS) interfaces. A typical example might be an attempt to outpulse digits failed for some reason.
状況：これは、チャネル連携信号（CAS）のインターフェイスに固有のものです。典型的な例は、何らかの理由で失敗した数字をoutpulseしようとする試みであるかもしれません。
Category: none (specific situation and behavior).
カテゴリー：なし（特定の状況や行動）。
531 - Failure of a grouping of trunks (e.g., facility failure)
531 - トランクのグループの障害（例えば、機能障害）
Response valid for: CreateConnection, ModifyConnection,
NotificationRequest.
Situation: Request made to an endpoint that has a failed trunk connection (e.g., T1 or E1 failed). Note that an RSIP should have been sent as a result of the facility failure. This is a more specific response than return code 501.
状況：失敗トランク接続（例えば、T1またはE1が失敗した）を有するエンドポイントになされた要求。 RSIPは、施設障害の結果として送信されている必要があることに注意してください。これは、リターンコード501よりも具体的な応答です。
Category: "Service Failure".
カテゴリー：「サービス障害」。
532 - Unsupported value(s) in Local Connection Options.
532 - ローカル接続オプションでサポートされていない値（複数可）。
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: This is returned if one or more of the LocalConnectionOptions parameters are coded with a value that the gateway does not support.
状況は：LocalConnectionOptionsパラメータの1つまたは複数のゲートウェイがサポートしていない値を用いて符号化される場合、これは返されます。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
533 - Response too large
533 - レスポンスが大きすぎます
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: This would only be likely to occur in the case of an audit where the maximum response packet size would end up being too large.
状況：これは最大応答パケットサイズが大きすぎになってしまうであろう監査の場合に発生する可能性があろう。
Category: none (specific situation and behavior).
カテゴリー：なし（特定の状況や行動）。
534 - Codec negotiation failure
534 - コーデック交渉失敗
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: The intersection between the list of codecs that the gateway supports, the codecs allowed by the local connection options and the codecs supplied in the Remote Connection Descriptor (if provided) is empty.
状況：ゲートウェイがサポートするコーデックのリストとの交点は、ローカル接続オプションで許可さコーデックと（提供される場合）リモート接続記述子に供給されたコーデックは空です。
Category: "Provisioning Mismatch" if the error resulted from an empty approved list of codes as described in [1], Section 2.6). "Remote Connection Descriptor Error" if the error resulted from an empty negotiated list of codecs, as described in [1], Section 2.6.
カテゴリー：「プロビジョニング不一致」エラーは、[1]、2.6節）で説明したようにコードの空の承認済みリストに起因する場合。 「リモート接続記述子エラー」[1]、2.6節で説明したようにエラーは、コーデックの空に交渉リストに起因する場合。
535 - Packetization period not supported
535 - パケット化期間がサポートされていません
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: Normally this error should not be generated since if the gateway is unable to support the packetization period specified in the local connection options for the codec indicated, it should follow the behavior specified in [1] (which is to pick an appropriate value rather than failing the request).
状況：ゲートウェイが示さコーデックのローカル接続オプションで指定されたパケット化周期をサポートすることができない場合、それはで指定された動作に従わなければならないので、通常、このエラーがなく、適切な値を選択することである（[1]が生成されるべきではありません）要求を失敗より。
Category: "none".
カテゴリー：「なし」。
536 - Unknown or unsupported Restart Method
536 - 不明またはサポートされていない再起動する方法
Response valid for: RestartInProgress.
RestartInProgress：の有効なレスポンス。
Situation: This error is generated by the Call Agent if it receives a RestartInProgress command with an unsupported restart method. Note that if the restart method is an extension restart method, error code 518 (unsupported package) should be used instead.
状況：それはサポートされていない再起動の方法とRestartInProgressコマンドを受信した場合、このエラーは、コールエージェントによって生成されます。再開方法が拡張再開方法である場合、エラーコード518（サポートされていないパッケージ）を代わりに使用しなければならないことに留意されたいです。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
537 - Unknown or unsupported digit map extension
537 - 不明またはサポートされていない桁のマップの拡張機能
Response valid for: NotificationRequest.
NotificationRequest：の有効なレスポンス。
Situation: Digit map letter in the digit map unknown or unsupported. Note that this code does apply to extension digit map letters as well.
状況：ケタマップにおける桁マップ文字が不明またはサポートされていません。このコードは、同様の拡張ケタ地図手紙には適用されないことに注意してください。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
538 - Event/signal parameter error
538 - イベント/信号パラメータエラー
Response valid for: NotificationRequest.
NotificationRequest：の有効なレスポンス。
Situation: It is returned if the event/signal parameter is in error or not supported. If the event/signal or a package is not supported, then one of 512, 513, 518, or 522 should be used instead.
状況：イベント/信号パラメータが誤っているか、サポートされていない場合、それが返されます。イベント/信号またはパッケージがサポートされていない場合は、512、513、518、または522のいずれかの代わりに使用されるべきです。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
539 - Invalid or unsupported command parameter
539 - 無効またはサポートされていないコマンドパラメータ
Response valid for: Any command.
応答のための有効な：任意のコマンド。
Situation: This is returned if the command contains an invalid or unsupported parameter, which is neither a package (which would use return code 518) nor vendor specific extension (which would use return code 511). For example, if an endpoint does not support the BearerInformation parameter of the EndpointConfiguration command, this return code could be used. Of course, such an implementation would not conform to [1].
状況：これは、コマンドは（リターンコード518を使用します）パッケージも（リターン・コード511を使用します）ベンダー固有の拡張でもない、無効またはサポートされていないパラメータを、含まれている場合に返されます。エンドポイントがEndpointConfigurationコマンドのBearerInformationパラメータをサポートしていない場合、例えば、この戻りコードを使用することができます。もちろん、そのような実装は、[1]に準拠していないでしょう。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
540 - Per endpoint connection limit exceeded
540 - 超過したエンドポイントの接続制限パー
Response valid for: CreateConnection.
CreateConnection：の有効なレスポンス。
Situation: A CreateConnection command was made, but the gateway cannot support any additional connections on that endpoint.
状況：のCreateConnectionコマンドが行われましたが、ゲートウェイはそのエンドポイント上の任意の追加の接続をサポートすることはできません。
Category: "State Mismatch".
カテゴリー：「状態不一致」。
541 - Invalid or unsupported Local Connection Options
541 - 無効またはサポートされていないローカル接続オプション
Response valid for: CreateConnection, ModifyConnection.
CreateConnection、ModifyConnection：のための有効な応答。
Situation: This is returned if the command contains an invalid or unsupported LocalConnectionOption, which is neither a package (which would use return code 518) nor vendor specific extension (which would use return code 511).
状況：これは、コマンドは（リターンコード518を使用します）パッケージも（リターン・コード511を使用します）ベンダー固有の拡張でもない、無効またはサポートされていないLocalConnectionOptionを、含まれている場合に返されます。
Category: "Provisioning Mismatch".
カテゴリー：「プロビジョニング不一致」。
A summary of the categories of the various error codes is included in the following table. This information is also repeated in the detailed error descriptions in the next section.
様々なエラーコードのカテゴリの概要を以下の表に含まれています。この情報は、次のセクションで詳細なエラーの説明で繰り返されます。
------------------------------------------------------------------
| Category | Return Codes |
|-------------|----------------------------------------------------|
| normal | 000, 100, 101, 200, 250 |
|-------------|----------------------------------------------------|
| none | 405, 407, 410, 510, 521, 530, 533, 535 |
|-------------|----------------------------------------------------|
| "Service | 501, 502, 520, 529, 531 |
| Failure" | |
|-------------|----------------------------------------------------|
|"Provisioning| 500, 503*, 504, 507, 508, 510, 511, 512, 513, 514, |
| Mismatch" | 517, 518, 522, 523, 524, 525, 526, 528*, 532, 534*,|
| | 536, 537, 538, 539, 541 |
|-------------|----------------------------------------------------|
| "Temporary | 400, 403, 404*, 405, 406, 409 |
| Failure" | |
|-------------|----------------------------------------------------|
| "State | 401, 402, 515, 516, 519, 540 |
| Mismatch" | |
|-------------|----------------------------------------------------|
| "Remote | 505, 506, 509, 527* |
| Connection | |
| Descriptor | |
| Error" | |
------------------------------------------------------------------
Notes:
ノート：
* 404: may be treated as a "Temporary Failure", but specific behavior is possible (e.g., trying an alternate codec with lower bandwidth requirement rather than failing this call).
* 404は、（例えば、より低い帯域幅要件を有する代替コーデックを試みるのではなく、このコールを失敗）「一時的な障害」として扱うことができるが、特定の動作が可能です。
* 503: rather than treating this as a "Provisioning Mismatch", it is possible for the Call Agent to recover from this error.
* 503：コール・エージェントは、このエラーから回復するためではなく、「プロビジョニング不一致」としてこれを処理するよりも、それが可能です。
* 527: See the detailed description for this error code in section 2.2. This could be treated as a "State Mismatch" depending on the circumstances.
* 527：セクション2.2でこのエラーコードの詳細な説明を参照してください。これは、状況に応じて「国家不一致」として扱うことができます。
* 528: See the detailed description for this error code in section 2.2. This could be treated as a "State Mismatch" depending on the circumstances.
* 528：セクション2.2でこのエラーコードの詳細な説明を参照してください。これは、状況に応じて「国家不一致」として扱うことができます。
* 534: See the note on error code 534 in the detailed description section (2.2) of this document (may be treated as a "Remote Connection Descriptor Error" if no local connection options were supplied).
* 534：（ローカル接続オプションが提供されなかった場合は、「リモート接続記述子エラー」として扱われてもよい）、この文書の詳細な説明のセクション（2.2）でエラーコード534上の注意を参照してください。
This section provides additional guidelines to Gateway and Call Agent developers.
このセクションでは、ゲートウェイとコールエージェントの開発者に追加のガイドラインを提供します。
The following guidelines are recommended for gateway implementations:
次のガイドラインは、ゲートウェイの実装のために推奨されています。
* For uncategorized return codes (category "none") that involve specific situations, gateways should make sure they do an accurate mapping between the situation and the return code.
*特定の状況を伴う未分類のリターンコード（カテゴリ「なし」）のために、ゲートウェイは、彼らは状況やリターンコード間の正確なマッピングを行うことを確認しなければなりません。
* Also for category "State Mismatch", it is equally important that the situation (and state) is accurately mapped to the specific error code.
*また、カテゴリ「国家不一致」のために、状況（および状態）が正確に特定のエラーコードにマップされていることも同様に重要です。
* For situations similar to those involving return codes in "Service Failure", Provisioning Mismatch", "Temporary Failure" and "Remote Connection Descriptor Error" categories, the gateway should make sure that it uses a return code in the correct category.
*「サービス障害」のリターンコードを伴うものと同様の状況については、プロビジョニング不一致」、 『一時的な障害』と 『リモート接続記述子エラー』カテゴリは、ゲートウェイは、それが正しいカテゴリにリターンコードを使用していることを確認する必要があります。
* MGCP allows additional commentary to be included with the return code. It is important that the gateway includes more specific information concerning the situation for debug purposes.
* MGCPは、追加のコメントが戻りコードに含めることができます。ゲートウェイがデバッグの目的のために、状況に関する具体的な情報が含まれていることが重要です。
* It is recommended that return codes 502, 520 and 526 not be used unless there is something that makes these permanent situations. As indicated in the detailed description of these return codes, 403, 405 and 404 respectively are more appropriate in almost all situations. If a gateway presently uses 502, 520 and 526 for temporary situations and expects to upgrade to 403, 405 and 404, the gateway should refrain from using 502, 520 and 526 for some other use immediately after the upgrade. This is to avoid problems where a Call Agent is expected to treat the same error code in two different ways, e.g., 403 is a category "Temporary Failure" which requires a different Call Agent behavior from 502 which is in category "Service Failure".
*これらの永続的な状況になり、何かがなければリターンコード502、520および526を使用しないことをお勧めします。これらの戻りコードの詳細な説明に示されているように、403、405及び404は、それぞれ、ほぼすべての状況においてより適切です。ゲートウェイは、現在の一時的な状況のために502、520と526を使用し、403、405及び404にアップグレードすることを想定している場合、ゲートウェイは、アップグレード後直ちに他のいくつかの使用のために502、520と526の使用を控えるべきです。これは、コールエージェントが2つの異なる方法で同じエラーコードを処理するために期待されている問題を回避するためである、例えば、403は、カテゴリ内の「サービス障害」である502とは別のコールエージェントの行動を必要とカテゴリ「一時的な障害」です。
The following guidelines are recommended for gateway implementations:
次のガイドラインは、ゲートウェイの実装のために推奨されています。
* Call Agents should handle return codes they do not recognize (or do not expect) based on the first digit in the return code as outlined in [1].
*コールエージェントは、[1]に概説されているようリターンコードの最初の数字に基づいて、彼らが認識しない（あるいは期待しないでください）リターンコードを処理する必要があります。
* For categories "Service Failure", "Provisioning Mismatch", "Temporary Failure", and "Remote Connection Descriptor Error", Call Agents are expected to treat return codes that are within the same category in the same way (i.e., make the same decision, based on the return code and other state information available to them).
*カテゴリ「サービス障害」、「プロビジョニング不一致」、「一時的な障害」、および「リモート接続記述子のエラー」の場合は、コールエージェントは、同じ方法で、同じカテゴリ内にあるリターンコードを処理することが期待されている（つまり、同じを作ります戻りコードとそれらに利用可能な他の状態情報に基づいて決定）。
* Because there was little guidance given for return codes 502, 520 and 526 in RFC 2705 [4], Call Agents may have to treat these as 403, 405 and 404 respectively for gateways that have not been updated according to [1] and these recommendations. The gateway implementer should be consulted for information on the gateway behavior for (now and in the future) for these return codes (i.e., it may be that return codes 502, 520 and 526 are presently used incorrectly but will be replaced with 403, 405 and 404 in the future).
* [4]、コールエージェントは、[1]に応じて更新し、これらのされていないゲートウェイに対して、それぞれ403、405及び404としてこれらを治療する必要がある可能性があり、RFC 2705に戻りコード502、520および526に与えられたほとんどのガイダンスがあったので勧告。ゲートウェイの実装では、これらのリターンコードについて（現在および将来の）のためのゲートウェイの動作については、相談すべきである（すなわち、それが502、520および526その戻りコードであってもよい現在誤って使用されるが、403、405に置き換えられますそして将来的には404）。
This document merely provides a convenient way to categorize MGCP return codes in order to facilitate decisions related to failure conditions; it does not impact MGCP security in any way.
この文書では、単に障害状態に関連する意思決定を容易にするために、MGCPのリターンコードを分類するのに便利な方法を提供します。それはどのような方法でMGCPのセキュリティに影響を与えません。
Thanks also to Kevin Miller, Joe Stone, Flemming Andreasen, Bob Biskner for input contributions used in this document.
このドキュメントで使用される入力の貢献のためにも、ケビン・ミラー、ジョー・ストーン、フレミングAndreasenの、ボブBisknerに感謝します。
[1] Andreasen, F. and B. Foster, "Media Gateway Control Protocol (MGCP) Version 1.0", RFC 3435, January 2003.
[1]アンドレア、F.およびB.フォスター、 "メディアゲートウェイコントロールプロトコル（MGCP）バージョン1.0"、RFC 3435、2003年1月。
[2] Foster, B. and F. Andreasen, "Basic Media Gateway Control Protocol (MGCP) Packages", RFC 3660, December 2003.
[2]フォスター、B.およびF.アンドレア、 "基本的なメディアゲートウェイコントロールプロトコル（MGCP）パッケージ"、RFC 3660、2003年12月。
[3] Handley, M. and V. Jacobson, "SDP: Session Description Protocol", RFC 2327, April 1998.
[3]ハンドレー、M.およびV. Jacobsonの "SDP：セッション記述プロトコル"、RFC 2327、1998年4月。
[4] Arango, M., Dugan, A., Elliott, I., Huitema, C. and S. Pickett, "Media Gateway Control Protocol (MGCP) Version 1.0", RFC 2705, October 1999.
[4]アランゴ、M.、デュガン、A.、エリオット、I.、のHuitema、C.及びS.ピケット、 "メディアゲートウェイ制御プロトコル（MGCP）バージョン1.0"、RFC 2705、1999年10月。
C. Sivachelvan Cisco Systems 2200 East President George Bush Turnpike Richardson, TX, 75082
C. Sivachelvanシスコシステムズ2200東ブッシュ大統領ターンパイクリチャードソン、TX、75082
EMail: chelliah@cisco.com
メールアドレス：chelliah@cisco.com
B. Foster Cisco Systems
B.フォスターシスコシステムズ
EMail: bfoster@cisco.com
メールアドレス：bfoster@cisco.com
Copyright (C) The Internet Society (2003). All Rights Reserved.
著作権（C）インターネット協会（2003）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assignees.
上記の制限は永続的なものであり、インターネットソサエティもしくはその継承者や譲渡者によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。