Session-initiation-protocol-request-only-header
SIP-ヘッダーフィールドのみをリクエスト
承認
Authorizationヘッダーフィールドは、サーバーへの要求でUAの資格情報を運ぶために使用されます。
チャレンジ情報を含む 401 Unauthorized 応答への返信として送信できます。
イベント
このヘッダーフィールドは、 SUBSCRIBE または NOTIFY メソッドで使用され、メソッドで使用されているイベントパッケージを示します。
- SUBSCRIBEでは、クライアントがサブスクライブしたいイベントパッケージをリストします。
- NOTIFYでは、通知に状態情報が含まれるイベントパッケージがリストされます。
Join
INVITEでJoinヘッダーフィールドを使用して、ダイアログ(セッション)を既存のダイアログ(セッション)と結合するように要求します。
- Joinヘッダーフィールドのパラメーターは、Replacesヘッダーフィールドと同様の方法で、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ヘッダーフィールドを持つ別のINVITEを受信する確立されたダイアログのUAは、INVITEを受け入れ、既存のダイアログをBYEで終了し、すべてのリソースと状態を既存のダイアログから新しく確立されたダイアログに転送する必要があります。
- Replacesヘッダーフィールドがダイアログに一致しない場合、481 Dialog Does Not Exist応答でINVITEを拒否する必要があります。
リクエスト処理
Request-Dispositionヘッダーフィールドを使用して、サーバーをプロキシ、リダイレクトのいずれかに要求できます。
が必要
UASから420 Bad Extension応答が返され、サポートされていない機能がサポートされていないヘッダーフィールドにリストされます。
ルート
- RFC 3261では、* strictルーティング*と loose routing の2種類のルーティングが導入されています。これらは同じ名前のIPルーティングモードと同様の意味を持っています。
- 厳密なルーティングでは、プロキシはRouteヘッダーフィールドの最初のURIを使用してRequest-URIを書き換えてから転送する必要があります。
- ルーズルーティングでは、プロキシはRequest-URIを書き換えませんが、ルートヘッダーフィールドの最初のURIまたは別のルーズルーティング要素にリクエストを転送します。
- ルーズルーティングでは、リクエストは、リクエストURIに基づいてルーティングされる前に、ルートリスト内のすべてのサーバーを経由する必要があります。
- 厳密なルーティングでは、要求は、各ホップで書き換えられるRequest-URIを使用して、Routeヘッダーフィールド内のサーバーのセットのみをルーティングする必要があります。
- プロキシまたはUACは、lrパラメーターの存在により、ルートセットの次の要素がルーズルーティングをサポートしているかどうかを判断できます。
RAck
- その値は、CSeqと暫定応答からのRSeqの組み合わせです。
- 信頼性の高いシーケンス番号は、応答が確実に送信されるたびに増分されます。
セッションの有効期限
- セッションを延長するために、UAは新しいSession-Expiresヘッダーフィールドでre-INVITEまたはUPDATEを送信できます。
- コールが確立されると、画像に表示されます。
SIP-If-Match
SIP-If-Matchヘッダーフィールドは、SIP発行メカニズムの一部です。 これは、以前に公開された状態を更新、変更、または削除するためのPUBLISH要求に含まれています。
- ヘッダーフィールドには、以前のPUBLISHへの2xx応答でSIP-ETagヘッダーフィールドで返された状態情報のエンティティタグが含まれています。
- entity-tagが無効になった場合、サーバーは412 Conditional Request Failed応答を返します。
サブスクリプション状態
Subscription-Stateヘッダーフィールドは、NOTIFYリクエストの必須ヘッダーフィールドです。 サブスクリプションの現在の状態を示します。 定義されている値には、アクティブ、保留、または終了が含まれます。