問題タブ [ice]

ICEに関するドキュメントを読んでいて、一箇所で戸惑っています。

ステップ 1. 呼び出し元がトランスポート候補 (つまり、ホスト、STUN、および TURN) を収集します。

ステップ 2.発信者は SIP INVITE を着信者に送信します。

• この手順の詳細は省略されることがよくあります。NATがすでに解決されていることを意味しませんか?

誰かが全体像を提示するのを手伝ってくれませんか? どうもありがとう。

Dynamic Iceのマニュアルのセクションでは、オブジェクトによって実装された操作（名前、引数、結果の種類）のリストを取得する方法については説明していません。これは、「オブジェクトブラウザ、プロトコルアナライザなどのアプリケーションを作成する」ために非常に必要と思われます。出来ますか？クライアントがサーバーに認識されているすべてのスライスインターフェイスにアクセスできない場合（たとえば、新しいインターフェイスを動的にロードできるため）、実行時にそれらについて学習したい場合を考えています。Iceでこれを行うための組み込みの方法はありますか？

私は、この質問が何度も聞かれたことを知っています。フォーラムも検索しましたが、探している答えが見つかりませんでした。

コードは多くの Android バージョンで動作しますが、バージョン 3.0 以降では動作しません。文字列 response_from_server = null;

httpclient.execute(httppost); で常にアプリケーションがクラッシュします。

皆さん、これを修正する方法を教えてください。

ありがとう

Visual Studio 2010 で ICE(www.zeroc.com/ice.html) を使用しました。既に「include」および「lib」ディレクトリが含まれていましたが、プロジェクトのビルドに失敗しました。次のようなエラー:

何か提案や助けはありますか？

どれくらいの時間がかかるか、またはFirefoxのどのバージョンで、クロムに似たICEを完全にサポートするかについて、誰か考えがありますか?

また、webRTC のサポートに関して Opera について知りたいです。

私はそれについてグーグルで調べましたが、ICEとfirefoxに関連するものは何もないようです. (私が間違っている場合は修正してください)

コンポーネントがice:selectOneMenuあり、ページから選択したIDと値を取得する必要があります。

IceFaces に問題があります。ice:selectOneMenu で選択した項目に応じて ace:textEntry を変更してみます。

また、新しいページに移動する必要はありません。AJAX にして、変更するたびに更新する必要があります。私はそのようにしてみます：

そして豆：

しかし、それはうまくいきません、何か解決策はありますか？ビッグthx。

Murmur (Mumble VOIP クライアントのサーバー) を構築する必要があります。Murmur と Mumble は、そのフレームワークで ZeroC Ice 3.4 を使用しています。Murmur を作ってみたところ、コンパイルエラーに陥りました。

エラーは次のとおりです。

グーグルを数回試しましたが、リンクが 2 つしかありませんでした。それらのどれも私の問題を解決していません。Murmur と Mumble で要件を実装する方法を見つけましたが、このバグに頭がおかしくなりました。

少なくとも 1 人がこれに遭遇して解決したことを願っています。Murmur を構築するためのソリューションが本当に必要です。

ありがとう。

NAT ホール パンチング、ICE、SIP VOIP 通話の詳細の多くを理解しています。これらのトピックに関するSOに関するかなりの数の質問に答えました。質問があります。

コールがすでに確立された後、SIP+ICE について文書化されている RE-INVITE メッセージの必要性を理解しようとしています。

メディア接続を確立するために、SIP を介して信号を送信し、ICE (STUN/TURN を使用) を使用する VOIP デバイスのトポロジを想定します。ICE 接続チェックが実行されると、両方のエンドポイントが最適なアドレス候補の組み合わせ (IP、ポート) を確認し、双方向でメディアをストリーミングする準備が整うはずです。

しかし、SIP での私の経験と多くの文書によると、呼び出し先が 200 OK メッセージを送信して応答状態であることを示した後、呼び出し元は、接続チェックによって選択された特定のアドレス候補を含む SDP を含む RE-INVITE を送信することが期待されます。 .

ICE を使用した RE-INVITE について説明しているリンクは、こことここにあります(ステップ 8)。Rosenberg のチュートリアル(30 ページ) では、RE-INVITE は「ミドルボックスが正しいメディア アドレスを持つことを保証する」と説明しています。なぜそれが重要なのかわかりません。

RE-INVITE を受信すると、受信者は受信した新しい SDP に基づいてソケットまたはアドレスを切り替えるために ICE スタックを再構成する必要がありますか? それとも、RE-INVITE は、呼が確立されたことを正式に確認するための単なるプロトコル形式ですか? RE-INVITE ステップがスキップされ、双方がメディアのストリーミングを開始した場合、何が問題になる可能性がありますか?

私が質問する理由は、SIP ではないシグナリング サービスで ICE を使用することを検討しているためです。RE-INVITE をエミュレートする必要があるかどうかを把握しようとしています。

ピアツーピアのファイル転送に pjsip を使用して c でプログラムを開発したいと考えています。pjsip は ice を使用し、ICE では UDP が使用されるため、パケット配信保証を処理する必要があります。

そして、ファイルをいくつかの部分に分割して送信し、受信側ですべての部分を再組み立てするので、パケットの順序を維持する必要がありますか、それともパケットが正しい順序で配信されると想定できますか? ?