MSPL内の履歴情報および宛先変更ヘッダー

Question

（Sfb環境からの）別のPBXへの呼び出しをフォークするときに、仲介サーバーがストリッピングしているというヘッダーに問題が発生しました。

MSPLを使用して、仲介サーバーを通じてSIPヘッダーを解析する方法を知っている人はいますか？私は（OnResponseとOnRequestハンドラで）次のようにヘッダを追加して、管理アプリケーション、それを実行している：

// Add a ModifyHeadersSample header. 
       Header newHeader = new Header("ModifyHeadersSample1", "localhost"); 
       e.Request.AllHeaders.Add(newHeader); 


// Add a ModifyHeadersSample header. 
       Header newHeader = new Header("ModifyHeadersSample", "localhost"); 
       e.Response.AllHeaders.Add(newHeader); 

事は、私が歴史-Infoヘッダーが仲介サーバーから解析したいということであり、外部PBXに転送するので、転送中に履歴が失われることはありません。 トラックに余分な情報を追加するために、カスタムヘッダー（例：X-MyHeader）を解析できるようにしたいと考えています。

トランザクションをログに記録すると、自分のSF​​Bサーバーの着信メッセージに追加したヘッダーが表示されますが、それはOut Sip Requestにあります。

私は、リクエストに応じて設定を次のように実行しています：

  e.Request.SimpleProxy = true; 
      e.ServerTransaction.EnableForking = false; 

Answer 1

私はあなたがここに運の外にあることを行っていると思います。 LyncのSIPトランキングセットアップを実行すると、Lync SIPドメインに出入りするすべてのヘッダーが失われることがあります。

（少なくとも外部のSIPドメインからlyncへ、私は外出をチェックしていませんでした）変更されていないヘッダーは、転送ヘッダーです。

この問題を解決する他の方法があります。

• トランクを使用する代わりに、UCMA B2BUAアプリケーションを作成できます。このような状況では、両側のヘッダーを制御して、好きなことをすることができます。不利な点は、UCMAは中間にすぎないということです。 medialessであるということは、外部SIPドメインのエンドポイントがSIPS/SRTPをサポートしなければならないということです（そうでなければデフォルトのセキュリティ設定を減らす必要がありますが、顧客は不平を言います）。セキュリティが低下すると、 ICE/STUN/TURN（エッジ/フェデレーションユーザーをサポートしたい場合）。 TURNのサポートは面白いものです.Turnの拡張機能を持たずにMicrosoftが実際にTURNをサポートしているわけではなく、TURNの拡張機能を文書化していないため、独自のTURNサーバーを実行する必要があります。
• ゲートウェイに転送するUCMAアプリケーションまたはプロキシアプリケーションを作成し、自分のサイドチャネル接続で必要な情報を外部SIPドメインに書き込むことができます。次に、外部SIPドメイン（おそらく外部SIPドメインB2BUA内）でデータをマージします。これは、これを行うために外部SIPドメインを十分に制御できると仮定しています。
• 'Diversion'ヘッダーを使用して、外部SIPドメインとの間で独自のパラメーターをエンコードします。これは、大量のデータを送信しない場合にのみ実際に機能します。

私は上記のすべてをさまざまなプロジェクトで行っていますので、上記のすべての作業を知っていますが、DiversionヘッダーはLyncゲートウェイから出ていますが、それを確認するためにテストする必要がありますOK。