WebSphere Application Server - Express, Version 6.1   
             オペレーティング・システム: AIX , HP-UX, Linux, Solaris, Windows, Windows Vista

             目次と検索結果のパーソナライズ化

SIP アプリケーションのトラブルシューティング

このページを使用して、SIP アプリケーションをトラブルシューティングします。

このタスクについて

SIP コンテナーのトラブルシューティングの基礎

初期トラブルシューティングのチェックリスト

プロシージャー

結果

SIP コンテナーの症状とソリューション

問題が解決しない場合は、個々の症状を確認してください。
  • 症状: 再送信が多く、CPU 使用率が周期的にゼロに下がります。

    ソリューション: これは、多くの場合、逆 DNS ルックアップに起因する DNS 問題で、 Ethereal のようなツールを使用して確認できます。ネットワーク・キャプチャーを行い、 IP アドレスを含む多数の DNS クエリーを送信し、応答でホスト名を取り戻す場合は、この問題が起こる可能性があります。 HP またはネーム・サービス・キャッシングを必要とする他のプラットフォーム上にいる場合、 nscd が実行中であることを確認します。 (Windows では、これは必要ありません。) 別のソリューションは、ホスト名を ¥etc¥host ファイルに追加することです。

  • 症状: 再送信が多く、CPU 使用率が周期的に 100% に急上昇します。

    ソリューション: これは、多くの場合、ガーベッジ・コレクションによるもので、 冗長 GC (管理コンソールでアクセス可能) でチューニングし、 GC 周期の長さを調べることで確認できます。 ここでのソリューションは、JVM オプション引数を -Xgcpolicy:gencon に設定して、 世代別ガーベッジ・コレクションを使用可能にすることです。

  • 症状: 再送信が多く、CPU 使用率が長時間 100% に急上昇し、世代別ガーベッジ・コレクションは使用可能になっています。
    ソリューション: これは、多くの場合、SIP セッション・オブジェクトが長時間にわたり無効化されていないか、タイムアウトになっていないことに起因します。 ソリューションの 1 つとしては、アプリケーションの sip.xml にあるセッション・タイムアウト値を より小さな値に設定することです。これを処理する最も効率のよい方法は、 ダイアログが完了するときに (つまり、BYE を受信したら) アプリケーションがセッションの無効化を呼び出すことです。 SystemOut.log ファイルの次のエントリーは、 セッション・タイムアウト値がコンテナーにインストールされている各アプリケーション用であることを示しています。
    SipXMLParser  3 SipXMLParser getAppSessionTTL Setting Expiration time: 7 Minutes, For 	App: TCK back-to-back user agent”
  • 症状: 新規の INVITE メッセージを SIP コンテナーに送信するときに、 「480 サービスは使用できません」メッセージが数多くコンテナーから受信されました。 また、サーバーがこの状態のときに、しばしば SystemOut.log に「LoadManager E LoadManager warn.server.oveloaded」のメッセージが表示されます。

    ソリューション: これは、多くの場合、SIP コンテナーの構成可能メトリックの 1 つが超過していることに起因します。 これには、「最大アプリケーション・セッション数」の値と「最大メッセージ数/平均期間」の値が含まれています。 ソリューションは、これらの値を大きな値に調整することです。

  • 症状: 再送および呼び出しの多くは、SystemErr.log の OutOfMemory 例外が発生し、完了しません。

    ソリューション: これは、通常の場合、コンテナーに関連付けられている VM ヒープ・サイズが不足しており、増加しなければならないことを意味します。 この値は、管理コンソールから調整できます。

  • 症状: SIP 要求を SIP プロキシーへ送信したときに、「503 サービスを使用できません」を受信します。

    ソリューション: これは、通常の場合、プロキシーにセットアップされたデフォルト・クラスター (または、メッセージに一致するクラスター・ルーティング・ルール) がないことを意味します。

  • 症状: SIP 要求を SIP プロキシーへ送信したときに、「404 Not Found」を受信します。

    ソリューション: これは、通常の場合、デフォルト・クラスターに常駐するコンテナー用にセットアップされた仮想ホストがないことを意味します。 また、プロキシーのデフォルト・クラスターにあるサーバーに SIP アプリケーションが含まれていないか、 あるいは、デフォルト・クラスターにインストールされているアプリケーションの 1 つとメッセージが一致しないことを意味する場合もあります。

    症状: 「メモリー不足」のタイプの動作が起きています。

    ソリューション: これは、最大ヒープ・サイズが過小に設定されていることに起因する可能性があります。 SIP アプリケーションは、セッションが長いコール保持時間の間存在するために、多量のメモリーを消費する場合があります。 最大ヒープ・サイズが 512 MB では、 SIP トラフィック・ワークロードのメモリー容量として十分とはいえません。 SIP アプリケーション用の最大ヒープ・サイズは、最小推奨値である 768 MB 以上に設定してください。




関連タスク
すべての SIP トピックをブラウズする
タスク・トピック    

ご利用条件 | フィードバック

最終更新: Jan 21, 2008 6:25:35 PM EST
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.express.doc/info/exp/ae/tsip_trouble.html