一般的にICAでの帯域幅を表す表現で20～30kbpsといわれている部分は正確には平均の使用帯域。
つまり、もっと多い時もあれば、少ない時もある。これを使用時間で割った時の値と見るのが
順当と思われます。
上記の考え方の上でご質問の答えとしては(1)(2)(3)はイエス、(4)はICAの通信の分類をした
場合、画面転送、マウス、キーボード情報の転送、オートクリエイトプリンタ使用時のスプール
データ転送等が考えられます。プリンタを常に使用するわけではないのであれば、帯域のほとんど
を占めるのは画面転送と考えた場合イエスといえなくもない。
(5)に関してはスプールといわれているものが、サーバ上に直接定義されたネットワークプリンタで
あるのか、オートクリエイトプリンタであるのか、クライアント上に定義されたネットワークプリンタをオートクリエイトしているものなのかの条件により、大きく変わってきます。
基本的にオートクリエイトされているプリンタを利用している場合ICAの通信内となります。
しかし、ここで注意が必要なのは30kbpsを超える通信が発生しないと約束している訳ではないこと
です。実際に印刷時には30kbpsを超える帯域が使用される事があります。
また、ネットワークプリンタに関してはマイクロソフトのプリンタ共有の仕組みにてデータ転送
されているため、ICAを経由しない為、別帯域が使用されると考えるのが普通です。

(6)に関してはストレスなく使える条件は帯域幅はもちろんのこと、伝送遅延が少ないことです。
この為、PHSを利用した通信において帯域幅を満たしていてもストレスを感じることはあります。
実例としてはPHSのパケット通信を利用したものより、回線交換を利用した場合の方が帯域幅が
同一であってもレスポンスがアップします。

この手の公称値やカタログ値は机上で論じてもあまり意味をもたないので、
試用版を使ってパケット解析でもして自分なりの尺度を持つ事の方が有用と思われます。
ご参考になれば幸いです。

はじめまして。
SNMPサービスが正常に起動しないといった障害はいくつか聞いたことがあります。
MPSではなくほかのアプリが原因のことが多いと記憶していますが。
私が経験したのはCA社のバックアップソフト(Backup Exec や ARCServe)のサービス起動タイミングとの絡みでした。

塩さばさんはSNMPを起動しようとしたがすぐに終了したとのことですが、起動時に自動的に起動しているのか手動で起動しているのか、もう少しオペレーションを詳しく教えてください。
また、環境に関してもMPSだけでなくほかにインストールしているアプリなどあれば記載していただいたほうがいいかと思います。

あと、やはりアプリの絡みは気になりますので、OS標準のアプリ以外でインストールされているアプリの開発元のHP等で念のためナレッジ検索もされたほうがいいと思います。（既にされていたらすみません。）

早速のレスありがとうございます。

自動起動時も、手動起動時も同様に起動して終了します。
イベントビューアには「正常に起動しました。」と「正常に終了しました。」が登録されています。

他にインストールしているプログラムは特にありません。
※Delphiで作成したプログラムはありますが、MetaFrameではないサーバではSNMPは正常に起動しています。

その正常に起動しているサーバとの違いはMetaFrameが入っているかいないかなのです。

※MetaFrameのSNMPサービスの使用方法(コミュニティの設定方法など)もよくわからないのでそちらのほうももう少し調べてみます。

よろしくお願いします
<m(__)m>

マイクロソフトのクリアリングハウスに連絡してライセンス再投入では駄目ですか？
持ち込みの開発用機器しかつながないのであれば、ライセンスの再投入で十分いけるのではと
思います。
顧客の機器が開発期間に接続されるのであれば、クライアント機器においてライセンス
が登録されたレジストリを削除する必要がでてくると思われます。（即時更新させたければ）

ターミナルライセンスサーバは有効期限が切れてしまった場合、
一度Windowsコンポーネントから削除して(OSの再インストールは必要なし)、
コンポーネントの再追加をしてあげれば復活できた思います。
一時ライセンスを再アクティブする必要はあります。

ありがとうございます。
一時ライセンス＋ターミナルライセンスサーバ再インストール作戦が良さそうですね。

TSライセンスに関するレアケースを実地で試せる人は少ない為
正確な挙動を答えることは経験豊富なSEの方々でも難しいと思います。

厳密な動作を確認されるのであれば、マイクロソフトのサポートに聞くべき事項
であると思います。今回の様な内容は特に。

サーバドライブマッピング自体はインストール後でも可能です、
しかしながら、ドライブマッピング以前にインストールされた
アプリケーション設定の中にドライブパスを持っているもの
（例えばレジストリ）が存在する場合、旧パス情報を持って
いる為、個別に対処が必要です。
その他ユーザプロファイル上に持っているレジストリ
情報（IMEの辞書ファイルのパス情報等）も同様に考える
必要があります。

一番簡単なのはサーバの再インストールをおこなった直後に
サーバドライブマッピングをしてアプリケーションをイン
ストールすることです。

そうでない場合にはオウンリスク（自己責任）の元、
旧パス情報をもっている部分を検索するなりして全て
置き換える必要があると思われます。

旧パス情報を持っている部分がどこになるのかは
インストールされているアプリケーション毎に異なる為
（INIファイル、レジストリ）
ここで全てを答えること自体不可能です。