Session-initiation-protocol-request-only-header

提供:Dev Guides
移動先:案内検索

SIP-ヘッダーフィールドのみをリクエスト

承認

Authorizationヘッダーフィールドは、サーバーへの要求でUAの資格情報を運ぶために使用されます。

チャレンジ情報を含む 401 Unauthorized 応答への返信として送信できます。

イベント

このヘッダーフィールドは、 SUBSCRIBE または NOTIFY メソッドで使用され、メソッドで使用されているイベントパッケージを示します。

  • SUBSCRIBEでは、クライアントがサブスクライブしたいイベントパッケージをリストします。
  • NOTIFYでは、通知に状態情報が含まれるイベントパッケージがリストされます。

Join

INVITEでJoinヘッダーフィールドを使用して、ダイアログ(セッション)を既存のダイアログ(セッション)と結合するように要求します。

  • Joinヘッダーフィールドのパラメーターは、R​​eplacesヘッダーフィールドと同様の方法で、Call-ID、Toタグ、およびFromタグによってダイアログを識別します。
  • Joinヘッダーフィールドが2つのユーザーエージェント間のポイントツーポイントダイアログを参照している場合、Joinヘッダーフィールドは事実上、コールを電話会議に変換する要求です。
  • ダイアログがすでに会議の一部である場合、Joinヘッダーフィールドは会議に追加されるリクエストです。

プロキシ承認

Proxy-Authorizationヘッダーフィールドは、サーバーへのリクエストでUAの資格情報を運ぶためのものです。

  • チャレンジ情報を含む407 Proxy Authentication Required応答への返信として送信できます。
  • Proxy-Authorizationヘッダーフィールドを含むリクエストを受信したプロキシは、自身のレルムを検索し、見つかった場合はエントリを処理します。
  • 資格情報が正しい場合、残りのエントリは、次のプロキシに転送されるときにリクエストに保持されます。

プロキシが必要

Proxy-Requireヘッダーフィールドは、リクエストを処理するためにUAがプロキシをサポートする必要がある機能と拡張機能を一覧表示するために使用されます。

  • プロキシから420 Bad Extension応答が返され、サポートされていない機能が Unsupported header フィールドにリストされます。
  • このオプションのサポートが望ましいが必須ではない場合、代わりに Supported ヘッダーフィールドにリストされます。

マックスフォワード

Max-Forwardsヘッダーフィールドは、SIP要求が取ることができるホップの最大数を示すために使用されます。

  • ヘッダーフィールドの値は、要求を転送する各プロキシによって減少します。
  • 値が0のヘッダーフィールドを受信したプロキシはメッセージを破棄し、483 Too Many Hops応答を発信者に送り返します。
  • Max-Forwardsは、RFC 3261による要求の必須ヘッダーフィールドです。
  • 推奨値は70ホップです。

優先度

Priorityヘッダーフィールドは、リクエストの緊急度を設定するためにUACによって使用されます。 値は、非緊急、通常、緊急、および緊急です。

参照する

Refer-Toヘッダーフィールドは、参照されるURIまたはURLリソースを含む、REFER要求の必須ヘッダーフィールドです。 sipからtelURIまでのあらゆるタイプのURIを含めることができます。

参照元

Referred-Byヘッダーフィールドは、REFER要求およびREFERによってトリガーされる要求のオプションのヘッダーフィールドです。

  • トリガーされた要求の受信者に、REFERとREFERの発信者の結果として要求が生成されたという情報を提供します。
  • 署名されていないReferred-Byヘッダーフィールドは、 429 Provide Referror Identity応答コードで拒否される場合があります。

置換

*Replaces* は、既存の通話を新しい通話に置き換えるために使用されます。
  • 既存のダイアログと一致するReplacesヘッダーフィールドを持つ別のINVITEを受信する確立されたダイアログのUAは、INVITEを受け入れ、既存のダイアログをBYEで終了し、すべてのリソースと状態を既存のダイアログから新しく確立されたダイアログに転送する必要があります。
  • Replacesヘッダーフィールドがダイアログに一致しない場合、481 Dialog Does Not Exist応答でINVITEを拒否する必要があります。

リクエスト処理

Request-Dispositionヘッダーフィールドを使用して、サーバーをプロキシ、リダイレクトのいずれかに要求できます。

Example:
Request-Disposition: redirect

が必要

*Require* ヘッダーフィールドは、UACが要求を処理するためにUASがサポートすることを必要とする機能と拡張機能をリストするために使用されます。

UASから420 Bad Extension応答が返され、サポートされていない機能がサポートされていないヘッダーフィールドにリストされます。

Example:
Require: rel100

ルート

*Route* ヘッダーフィールドは、リクエストのルーティング情報を提供するために使用されます。
  • RFC 3261では、* strictルーティング*と loose routing の2種類のルーティングが導入されています。これらは同じ名前のIPルーティングモードと同様の意味を持っています。
  • 厳密なルーティングでは、プロキシはRouteヘッダーフィールドの最初のURIを使用してRequest-URIを書き換えてから転送する必要があります。
  • ルーズルーティングでは、プロキシはRequest-URIを書き換えませんが、ルートヘッダーフィールドの最初のURIまたは別のルーズルーティング要素にリクエストを転送します。
  • ルーズルーティングでは、リクエストは、リクエストURIに基づいてルーティングされる前に、ルートリスト内のすべてのサーバーを経由する必要があります。
  • 厳密なルーティングでは、要求は、各ホップで書き換えられるRequest-URIを使用して、Routeヘッダーフィールド内のサーバーのセットのみをルーティングする必要があります。
  • プロキシまたはUACは、lrパラメーターの存在により、ルートセットの次の要素がルーズルーティングをサポートしているかどうかを判断できます。
Example:
Route: sip:proxy@example.com;lr

RAck

*RAck* ヘッダーフィールドは、PReq要求への応答内で使用され、RSeqヘッダーフィールドを含む暫定応答を確実に確認します。
  • その値は、CSeqと暫定応答からのRSeqの組み合わせです。
  • 信頼性の高いシーケンス番号は、応答が確実に送信されるたびに増分されます。
Example:
RAck: 3452337 17 INVITE

セッションの有効期限

*Session-Expires* ヘッダーフィールドは、セッションの有効期限を指定するために使用されます。
  • セッションを延長するために、UAは新しいSession-Expiresヘッダーフィールドでre-INVITEまたはUPDATEを送信できます。
  • コールが確立されると、画像に表示されます。

SIP-If-Match

SIP-If-Matchヘッダーフィールドは、SIP発行メカニズムの一部です。 これは、以前に公開された状態を更新、変更、または削除するためのPUBLISH要求に含まれています。

  • ヘッダーフィールドには、以前のPUBLISHへの2xx応答でSIP-ETagヘッダーフィールドで返された状態情報のエンティティタグが含まれています。
  • entity-tagが無効になった場合、サーバーは412 Conditional Request Failed応答を返します。
Example:
SIP-If-Match: 56jforRr1pd

サブスクリプション状態

Subscription-Stateヘッダーフィールドは、NOTIFYリクエストの必須ヘッダーフィールドです。 サブスクリプションの現在の状態を示します。 定義されている値には、アクティブ、保留、または終了が含まれます。

Example:
Subscription-State: terminated; reason = rejected