SIP 応答コードのリスト

セッション開始プロトコル( SIP) は、Voice over IP電話通話などの通信セッションを制御するために使用されるシグナリング プロトコルです。SIP は、ハイパーテキスト転送プロトコル(HTTP)と同様に、要求/応答トランザクションに基づいています。各トランザクションは、SIP 要求 (複数の要求方法の 1 つ) と少なくとも 1 つの応答で構成されます。^{[1] : p11}

SIP 要求と応答は、任意の SIPユーザー エージェントによって生成されます。ユーザー エージェントは、要求を開始するクライアント (UAC) と、要求に応答するサーバー (UAS) に分かれています。^{[1] : §8}単一のユーザー エージェントが、異なるトランザクションに対して UAC と UAS の両方の役割を果たすことがあります。^{[1] : p26}たとえば、SIP 電話は、電話をかけるときには UAC として、電話を受けるときには UAS として機能できるユーザー エージェントです。さらに、一部のデバイスは、単一のトランザクションに対して UAC と UAS の両方の役割を果たします。これらは、Back-to-Back ユーザー エージェント (B2BUA) と呼ばれます。^{[1] : p20}

SIP 応答は、3 桁の整数応答コードを指定します。これは、要求のステータスを詳細に示す定義済みコードの 1 つです。これらのコードは、最初の桁が 1 ～ 6 の「暫定」、「成功」、「リダイレクト」、「クライアント エラー」、「サーバー エラー」、または「グローバル エラー」コードとしてグループ化されます。たとえば、暫定応答の場合は「1xx」と表現され、コードが 100 ～ 199 です。^{[1] : §7.2} SIP 応答コードはHTTP 応答コードと一致していますが、すべての HTTP 応答コードが SIP で有効というわけではありません。^{[1] : §21}

SIP応答では「理由フレーズ」も指定され、デフォルトの理由フレーズは各応答コードで定義されます。^{[1] : §7.2 ただし、これらの理由フレーズは、追加情報を提供するため[1] : §21.4.18}や、別の言語でテキストを提供するためなど、変更することができます。 ^{[1] : §20.3}

SIP応答コードと対応する理由フレーズは、当初RFC 3261で定義されました。^[1]このRFCでは、他のRFCがより多くの応答コードを提供できるように、SIPパラメータインターネット割り当て番号機関（IANA）レジストリも定義されています。^{[1] : §27  [2]}

このリストには、 IETF RFCで定義され、2023 年 1 月 27 日時点で SIP パラメータ IANA レジストリに登録されているすべての^{[アップデート]}SIP 応答コードが含まれています。このリストには、廃止された SIP RFC (具体的には RFC 2543) で定義されている SIP 応答コードも含まれていますが、これらは IANA に登録されていないため、明示的にそのように記載されています。

SIP 応答には、応答に関する追加の詳細を含むオプションの警告ヘッダーも含まれる場合があります。警告には、警告に関する詳細を示すテキストが続く別の 3 桁のコードが含まれます。^{[1] : §20.43}現在の公式警告リストは、SIP パラメータ IANA レジストリに登録されています。

100 トライ中

拡張検索の実行にはかなりの時間がかかる可能性があるため、フォークプロキシは100 Trying応答を送信する必要があります。^{[1] ：§21.1.1}

180 リンギング

宛先ユーザーエージェントはINVITEを受信し、ユーザーに呼び出しを通知しています。^{[1] ：§21.1.2}

181 通話は転送中です

サーバーはオプションでこの応答を送信して、通話が転送されていることを示すことができます。^{[1] ：§21.1.3}

182 キュー済み

宛先が一時的に利用できなかったため、サーバーは宛先が利用可能になるまで呼び出しをキューに入れたことを示します。サーバーはキューの進行状況を更新するために複数の182応答を送信することがあります。^{[1] ：§21.1.4}

183 セッションの進行状況

この応答は、まだセットアップ中の通話に関する追加情報を送信するために使用される場合がある。^{[1] ：§21.1.5}

199 早期ダイアログ終了

ユーザーエージェントサーバーは、上流のSIPエンティティ（ユーザーエージェントクライアント（UAC）を含む）に早期ダイアログが終了したことを通知するために使用できます。^[3]

200 大丈夫です

リクエストが成功したことを示します。^{[1] ：§21.2.1}

202 承認済み

リクエストは処理のために受け入れられたが、処理が完了していないことを示します。^{[4] : §7.3.1  [5]}非推奨。^{[6] : §8.3.1  [2]}

204 通知なし

リクエストは成功したが、対応する応答は受信されないことを示します。^[7]

300 複数選択問題

アドレスは、メッセージ本文またはメッセージの連絡先フィールドにリストされている、ユーザーまたはクライアントが選択できるいくつかのオプションの1つに解決されます。^{[1] ：§21.3.1}

301 永久に移動

元のRequest-URIは無効になり、新しいアドレスがContactヘッダーフィールドに指定され、クライアントは元のRequest-URIのレコードを新しい値で更新する必要があります。^{[1] ：§21.3.2}

302 一時的に移動

クライアントはContactフィールドのアドレスで試すべきである。Expiresフィールドが存在する場合、クライアントはその期間結果をキャッシュすることができる。^{[1] ：§21.3.3}

305 プロキシを使用する

連絡先フィールドには、要求された宛先にアクセスするために使用する必要があるプロキシの詳細が記載されています。^{[1] ：§21.3.4}

380 代替サービス

呼び出しは失敗しましたが、代替案がメッセージ本文に詳細に記載されています。^{[1] : §21.3.5}

400 不正なリクエスト

構文が不正なため、リクエストを理解できませんでした。^{[1] : §21.4.1}

401 権限がありません

このリクエストにはユーザー認証が必要です。この応答はUASとレジストラによって発行されます。^{[1] ：§21.4.2}

402 支払いが必要です

将来の使用のために予約されています。^{[1] ：§21.4.3}

403 禁止

サーバーは要求を理解しましたが、それを実行することを拒否しています。^{[1] ：§21.4.4}場合によっては（常にではありませんが）、これは呼び出しが受信者によって拒否されたことを意味します。

404 見つかりません

サーバーは、リクエストURIで指定されたドメインにユーザーが存在しないという明確な情報を持っています。このステータスは、リクエストURIのドメインがリクエストの受信者が処理するドメインのいずれにも一致しない場合にも返されます。^{[1] : §21.4.5}

405 メソッドは許可されていません

リクエストラインで指定されたメソッドは理解されるが、リクエストURIで識別されるアドレスでは許可されない。^{[1] ：§21.4.6}

406 受け入れられません

リクエストによって識別されるリソースは、コンテンツ特性を持つが、リクエストで送信されたAcceptヘッダーフィールドに従って受け入れられないレスポンスエンティティを生成することしかできない。^{[1] ：§21.4.7}

407 プロキシ認証が必要です

リクエストにはユーザー認証が必要です。この応答はプロキシによって発行されます。^{[1] : §21.4.8}

408 リクエストタイムアウト

時間内にユーザーを見つけることができませんでした。サーバーは、例えば、時間内にユーザーの位置を特定できなかった場合など、適切な時間内に応答を返すことができませんでした。クライアントは、後で変更せずにリクエストを繰り返すことができます。^{[1] : §21.4.9}

409 紛争

ユーザーは既に登録されています。^{[8] : §7.4.10}後のRFC ^[1]からの省略とIANAへの未登録により非推奨となりました。^[2]

410 消えた

ユーザーはかつて存在していましたが、現在は利用できません。^{[1] : §21.4.10}

411 長さが必要です

サーバは有効なContent-Lengthがないとリクエストを受け入れません。^{[8] : §7.4.12}後のRFC ^[1]からの省略とIANAへの未登録により非推奨となりました。^[2]

412 条件付きリクエストが失敗しました

与えられた前提条件は満たされていない。^[9]

413 リクエストエンティティが大きすぎます

リクエスト本文が大きすぎます。^{[1] : §21.4.11}

414 リクエスト URI が長すぎます

リクエストURIがサーバが解釈できる長さよりも長いため、サーバはリクエストの処理を拒否しています。^{[1] : §21.4.12}

415 サポートされていないメディアタイプ

リクエスト本文の形式がサポートされていません。^{[1] : §21.4.13}

416 サポートされていない URI スキーム

リクエストURIはサーバーに認識されません。^{[1] : §21.4.14}

417 不明なリソース優先度

リソース優先度オプションタグはあったが、リソース優先度ヘッダーはなかった。^[10]

420 不正な拡張子

不正なSIPプロトコル拡張が使用され、サーバーがそれを理解できませんでした。^{[1] : §21.4.15}

421 拡張機能が必要です

サーバーはSupportedヘッダーに記載されていない特定の拡張機能を必要とする。^{[1] : §21.4.16}

422 セッション間隔が短すぎます

受信したリクエストには、最小タイマーより短い期間のSession-Expiresヘッダーフィールドが含まれています。^[11]

423 間隔が短すぎる

リソースの有効期限が短すぎる。^{[1] : §21.4.17}

424 位置情報が正しくありません

リクエストの位置情報の内容が不正であるか不十分であった。^[12]

425 不正な警告メッセージ

サーバーは非対話型の緊急通話を拒否しました。これは、要求が不正な形式であったため、警報に対する適切な緊急対応を決定できないことを示しています。^[13]

428 アイデンティティヘッダーを使用する

サーバーポリシーではIdentityヘッダーが必要ですが、提供されていません。^{[14] : p11}

429 リファラーIDを提供する

サーバーはリクエストに対して有効なReferred-Byトークンを受信しませんでした。^[15]

430 フロー失敗

ユーザーエージェントへの特定のフローは失敗しましたが、他のフローは成功するかもしれません。この応答はプロキシデバイス間での使用を目的としており、エンドポイントでは見られません（エンドポイントで見られた場合には、400 Bad Request応答として扱われます）。^{[16] : §11.5}

433 匿名は許可されません

この要求は匿名であったため拒否されました。^[17]

436 不正なアイデンティティ情報

リクエストにはIdentity-Infoヘッダーがあり、そのヘッダー内のURIスキームは逆参照できません。^{[14] : p11}

437 サポートされていない証明書

サーバーは、リクエストに署名したドメインの証明書を検証できませんでした。^{[14] : p11}

438 無効な ID ヘッダー

サーバーは、リクエストに署名するために使用されたと主張された有効な証明書を取得しましたが、その署名を検証できませんでした。^{[14] : p12}

439 最初のホップにはアウトバウンドサポートがありません

ユーザーが登録しようとしている最初のアウトバウンドプロキシは、レジストラがサポートしているにもかかわらず、RFC 5626の「アウトバウンド」機能をサポートしていません。^{[16] ：§11.6}

440 最大幅を超えました

SIPプロキシが、応答コンテキストのIncoming Max-Breadthが、必要な並列フォークを実行するには不十分であると判断し、プロキシがシリアルフォークまたはリダイレクトの送信によって補償することを望まない/できない場合、そのプロキシは440応答を返す必要があります。440応答を受信したクライアントは、その要求がすべての可能な宛先に到達しなかったと推測できます。^[18]

469 不正な情報パッケージ

SIP UAが受信する意思を示していない情報パッケージに関連付けられたINFO要求を受信した場合、UAは、UAがINFO要求を受信する意思のある情報パッケージを含むRecv-Infoヘッダーフィールドを含む469応答を送信する必要があります。^[19]

470 同意が必要

要求元は受信者からそのような要求を行う許可を得ていなかった。^[20]

480 一時的に利用できません

呼び出し先は現在利用できません。^{[1] : §21.4.18}

481 通話/トランザクションが存在しません

サーバーは、どのダイアログやトランザクションにも一致しないリクエストを受信しました。^{[1] : §21.4.19}

482 ループが検出されました

サーバーはループを検出しました。^{[1] : §21.4.20}

483 ホップが多すぎる

Max-Forwardsヘッダーの値が「0」に達した。^{[1] ：§21.4.21}

484 住所が不完全です

リクエストURIが不完全です。^{[1] : §21.4.22}

485 曖昧

リクエストURIが曖昧です。^{[1] : §21.4.23}

486 ここは忙しい

通話先は忙しいです。^{[1] : §21.4.24}

487 リクエストが終了しました

リクエストはバイまたはキャンセルにより終了しました。^{[1] ：§21.4.25}

488 ここでは受け入れられません

セッション記述またはRequest-URIの一部が受け入れられない。^{[1] : §21.4.26}

489 不正なイベント

サーバーは、イベントヘッダーフィールドで指定されたイベントパッケージを理解できませんでした。^{[4] : §7.3.2  [6] : §8.3.2}

491 リクエスト保留中

サーバーは同じダイアログからの保留中のリクエストをいくつか持っています。^{[1] : §21.4.27}

493 解読不能

リクエストには暗号化されたMIMEボディが含まれており、受信者はそれを復号化できない。^{[1] ：§21.4.28}

494 セキュリティ契約が必要

サーバーは、交渉されたセキュリティメカニズムを必要とする要求を受信し、応答には、要求者が選択できる適切なセキュリティメカニズムのリストが含まれています。 ^{[21] ：§§2.3.1–2.3.2}またはダイジェスト認証チャレンジ。^{[21] ：§2.4}

500 内部サーバーエラー

予期しない状況のため、サーバーは要求に応じることができませんでした。^{[1] : §21.5.1}

501 実装されていません

サーバーは、要求されたメソッドを認識しないなどの理由で、要求を満たすことができません。（サーバーがメソッドを認識しているが、それを許可またはサポートしていない405 Method Not Allowedと比較してください。）^{[1] ：§21.5.2}

502不正なゲートウェイ

サーバーはゲートウェイまたはプロキシとして機能しており、リクエストを実行しようとしたときに下流サーバーから無効な応答を受信しました。^{[1] ：§21.5.3}

503 サービスは利用できません

サーバーがメンテナンス中であるか、一時的に過負荷状態であるため、リクエストを処理できません。「Retry-After」ヘッダーフィールドは、クライアントがリクエストを再試行できるタイミングを指定します。^{[1] : §21.5.4}

504 サーバータイムアウト

サーバーはリクエストを処理するために別のサーバーにアクセスしようとしたが、迅速な応答を受信しなかった。^{[1] ：§21.5.5}

505 バージョンはサポートされていません

リクエスト内のSIPプロトコルバージョンはサーバーでサポートされていません。^{[1] ：§21.5.6}

513 メッセージが大きすぎます

要求メッセージの長さがサーバが処理できる長さを超えている。^{[1] : §21.5.7}

555 プッシュ通知サービスはサポートされていません

サーバーは、「pn-provider」SIP URIパラメータで識別されるプッシュ通知サービスをサポートしていません^{[22] ：§14.2.1}

580 前提条件の失敗

サーバーはオファーで指定されたいくつかの制約を満たすことができないか、満たす意思がありません。^[23]

600 どこでも忙しい

すべての宛先がビジー状態です。486応答とは異なり、この応答は宛先が通話を受け入れることができる代替宛先（ボイスメールサーバーなど）がないことを認識していることを示します。^{[1] ：§21.6.1}

603 拒否

宛先は通話に参加することを望まないか、参加できず、さらに宛先は通話を受け入れる代替宛先（ボイスメールサーバーなど）が存在しないことを認識しています。^{[1] ：§21.6.2}応答は、Retry-Afterヘッダーフィールドで通話するより良い時間を示す場合があります。

604はどこにも存在しない

サーバーは、要求されたユーザーがどこにも存在しないという信頼できる情報を持っています。^{[1] ：§21.6.3}

606 受け入れられない

ユーザのエージェントへの接続は成功したが、要求されたメディア、帯域幅、アドレス指定スタイルなどのセッション記述の一部が受け入れられなかった。^{[1] ：§21.6.4}

607 不要

着信側は発信側からのこの電話を望んでいませんでした。発信側からの今後の試みも同様に拒否される可能性があります。^[24]

608 拒否

中間のマシンまたはプロセスが通話を拒否しました。^[25]これは、人間、つまり着信側が通話を拒否した SIP 応答コード 607 (Unwanted) とは対照的です。通話を拒否する中間者は、連絡先の詳細を含む jCard ^[26]とともに、目的の値が "jwscard" である Call-Info ヘッダーを含める必要があります。発信側は、拒否に異議を唱えたい場合、この jCard を使用できます。

• Wayback Machineでの SIP エラー メッセージの DSS1 コードへのマッピング(2021-04-12 アーカイブ)
• セッション開始プロトコル（SIP）パラメータ応答コードを含むさまざまなSIPパラメータのレジストリが含まれています。