サービスや機器の選定についてお伝えします。用のプロダクトを用意する必要があります。いった特殊なプロトコルの通信ができるようにファイアウォールの設定が必要だったりと、コストと手間がかかる手段が大半を占めていました。サービスができるようになっています。カメラ、マイク、スピーカも内蔵されているものが多くありますから、より手軽に利用できますね。サービスを利用する方針としました。サービスを選定しましょう。つの観点を挙げました。長時間接続ができる業務中のコミュニケーション手段として利用したいので、会議の時に限らず業務時間中は常時接続した状態で運用しようと考えていました。話しかけたいときに毎回接続操作をすることなく、すぐに会話ができる状態にするのが理想だからです。時間程度は連続利用ができることが要求されます。できることが望ましいです。参加できれば現状よりコミュニケーションロスを減らすことが期待できます。画面共有ができる会議などでは共通の画面を見ながら話を進める場面が多々あります。それ以外の業務においても遠隔地と画面を共有して、実際に行っている操作を見せながら話を進める様な使い方もできそうです。サービスを選定しているので、この機能も欲しいところです。サービスには無料で利用できるものが数多くありますが、最も使える機能が少ないプランが無料で、そのほかの付加価値の高い機能を使おうとするとサービスの使用料が必要な(いわゆるフリーミアム)ビジネスモデルを採用しているものが多いです。実際にかかるコスト次第ではありますが、可能であれば上記に挙げた条件をクリアしつつ、無料で利用できると嬉しいです。できるサービスを比較し、以下にまとめました。あれば無料で要件を満たすことができます。採用することにしました。会社のテレビ会議システムとして利用するためのソリューションを提供しています。PC、カメラ、マイク、スピーカなどハードウェアを含めて購入することができます。使う環境が整いますが、今回は採用しませんでした。その理由ですが、安価ではないという点です。年ごとに保守費用が発生します。揃えれば使える」と考えている我々にとっては割高になってしまいます。自作(組み立てだけ外注)しているため、今回も自作することにしました。スペックについては下記の点を考慮して選定しました。スペックを参考にしました。購入するコストも考慮しなければならなくなるので、買わずに済むならそちらの方がよいです。採用することにしました。騒音はできるだけ小さく抑えたいところです。いって闇雲にファンレス構成にしてしまうのも問題があります。使用し続けていると、映像がコマ落ちしたり音声がぶつぶつと切れてしまう問題が発生していました。性能を低下させて冷却を間に合わせている状態になっていたためということが分かりました。同じ問題を起こさないためにも十分に冷却しつつできるだけ静音であることを目指します。専用機にするため、その他のアプリケーションを同時に利用することはありません。過剰なスペックにする必要はないのでその分安価に仕上げることを考えます。自身にもエコーキャンセル機能がついていますが、専用のハードウェアで処理できたほうが品質向上が期待できるため、エコーキャンセラーのついたスピーカーマイクを使用することを検討します。できるだけ大勢が画面に映るようにする常時接続していつでも話しかけられるような運用を想定しているため、オフィスにいる多くの人が何をしているか見渡せるぐらい広角に撮ることができるカメラが望ましいです。これを基準に選定した結果が下記のとおりです。万円強で調達ができました。サービスと使用機器の選定についてお話ししました。サービスの導入を検討している方にご参考になれば幸いです。社での用途向きに使いやすくした話と、失敗談、今後の展望についてお伝えする予定です。トラブルシュート前編〜」からの転載です。ネットワークが確立されない)」という件についてお話させていただきます。2つの足(NIC)を持つサーバをクラスタに参加させようとしました。ネットワークの確立がうまくいかない状況に遭遇しました。接続イメージとしては以下の通りです。アドレスを持たせます。ネットワークを確立します。向ける必要があります。ネットワーク確立に失敗する、という事象に遭遇しました。到達可能なのに、ネットワーク確立に失敗する理由がまったく分からん」という状態でした。ネットワークを確立しようとするコンテナを調べてみることにしました。そこで以下のようなログが記録されていました。アドレスは伏せてあります。通信がうまくいっていないようでした。宛のルーティングは登録されている気配がありません。実施し、後日調査することにしました。通信を曲げているのではないか、ということが思いつきました。テーブルから調べることにしました。通信を曲げている箇所が見つかりました。取得しに行っているのだろう、と予想を立てました。到達するためには正しいように見えます。加味されているのだろうか、という点でした。ソースコードを読むことにしました。いうメッセージでした。親切に文章として出されているので、おそらくソースコード中に記述されているだろうと、検索をかけてみました。予想は的中し、メッセージを出しているコードが見つかりました。失敗しているようです。出所を探るため、更に調べると以下のような記述が見つかりました。利用して、クライアントを作成しているようです。利用しているようでした。指定はされていないようでした。指定しているようには読み取れませんでした。リクエストを行う際に使われるルーティングはデフォルトゲートウェイが用いられる」という裏打ちが取れました。通信を社内のゲートウェイに向けてあげるだけです。192.168.XX.Xこのコマンドを起動時に実行するように設定するだけでトラブルは発生することはなくなりました。通信に失敗していた事実からです。ソースコードリーディングも含めて、良い勉強になりました。バッドノウハウな気がしなくもないのですが、こういった未知の領域のトラブルをきっかけにノウハウを蓄積することは続けていきたいと思っております。〜調べる編〜」からの転載です。言語関連の調査結果を紹介しています。