0

私はSIP分野の初心者です。古い/簡単な質問がある場合はご容赦ください。

以下のような基本的なコール フローを分析に使用してください。

phone A -- calls  -- phone B -- (transfer to ) -- phone C

A、B、C は同じ PBX の内線です。

質問 1. したがって、INVITE メッセージの History-info には次のものが含まれます。

 At B

 `History-info : <sip: user A @domain.com>`

At C:

 `History-info : <sip: user A @domain.com>`

 `History-info : <sip: user B @domain.com>`

 `History-info : <sip: user C @domain.com>`

質問2. そして、CのINVITEメッセージにPAIヘッダーが生成されます

フォーマットは次のとおりです。

P-Asserted-Identity: <sip:user A @domain;user=phone>.

質問 3. SIP メッセージで History-info と P-Asserted-Identity (PAI) の 2 つの SIP ヘッダーが発生するのはいつですか? そしてどのケース？

質問 4. 上記の 2 つの SIP ヘッダーの違いとその目的。それらは INVITE メッセージまたはその他で生成されますか?

これらの懸念を明確にするのを手伝ってください。

4

1 に答える 1

0

Q1: 質問の内容がわかりませんが、すべての UA (内線番号) が PBX 経由で通話を送信している場合、PBX は、確立されたダイアログ (INVITE、REGISTER、MESSAGE、REFER) に関連付けられていない要求に History-info フィールドを追加することがあります。オプション、パブリッシュ、サブスクライブ、..)

Q2: PAI フィールドは、内線通話の内線 A である発信者の ID で設定する必要があります。別のシナリオでは、A が B に電話をかけ、B が外線にリダイレクトされた場合、外部 SIP トランクを介して通話が送信される前に、PBX によって PAI が B の発信番号で上書きされる可能性があります。

Q3: History-info (RFC4244) はアプリケーション固有のヘッダー フィールドであり、常に存在するとは限りません。最も一般的なのは、内部的な理由 (ルーティングの確認、リダイレクト ループの検出、課金など) で PBX によって挿入されることです。オプションのフィールドであるため、拡張機能での可用性と目的は異なる場合があります。PAI フィールド (RFC3325) には、発信者の ID が含まれています。

Q4: Q3 はそれらの違いを説明します。PAI は ID を保持し、histinfo フィールドはメッセージが通過した SIP URI のインデックス付き追跡と追加情報を保持します。PAI は INVITE/OPTIONS/SUBSCRIBE/NOTIFY に表示されます。histinfo については Q1 を参照してください。

于 2014-03-27T13:32:12.110 に答える