HSRPを実行するゲートウェイとして2台のCisco4500を備えたLANがあります。 Exterity HD IPエンコーダーを使用してHDビデオを取得し、マルチキャストUDPストリーム(VLCで再生可能)としてネットワークに配置しています。
私はLinux上でかなり広範囲のNagiosセットアップを持っており、それをチェックする方法を見つけたいと思います:
1と3を組み合わせることができます。
これまでの私のアプローチ:
Cisco HSRPゲートウェイIPでSNMPを使用する:Nagiosは2つの引数、ホストのIP(マルチキャストのソースである必要があります)、つまり172.18.25.101を送信します。2番目の引数はストリームのIP($ mroute)、つまり239.101.0.1です。
snmpwalk -v 2c-c変更172.30.0.11.3.6.1.3.59.1.1.2.1.4 | grep $ mroute | sed -e's /.* IpAddress:// '
いくつかの場合は後で、ストリームがネットワーク上にある場合、私がsidしたマルチキャストがホストIPと一致する場合、またはそうでない場合はどこから来ているのかを教えてくれます。そして、nagiosの正しい出口。
またはそう思った。通常は期待どおりに機能しますが、一部のホストではランダムに送信元IPが予期されておらず、何かが異なります。手動で確認すると、明らかに正しくありません。トポロジーの変更か何か(私たちはかなり大規模なネットワークを持っています)かもしれません、そしてそれは他のゲートウェイから見られますか...申し訳ありませんがマルチキャストは得意ではありません。
私は上記の部分でかなり立ち往生しています。
次に、ビデオ/オーディオがフリーズしていないことを確認したかったのですが、別のチェックとして、mplayerを使用してストリームを2秒間ファイルにダンプし、ファイルのサイズに基づいてチェックすることも考えられました。それが非常に小さい場合は、おそらく凍結しています。ただし、ストリームは引き続き画像を送信するため、オーディオチェックをさらに長く、たとえば10秒間実行します。これについて考えれば考えるほど、「もっと良い方法があるに違いない」と思いました...
最近のIPTVはかなり大きく、人々はマルチキャストストリームをどのように監視していますか。
どうもありがとう。
IGMP MIBではなくIP-MROUTE-STD-MIBの使用を検討しましたか? mrouteごとに統計を取得できます。これにより、特にソースをより正確に把握できます。このMIBには、プラットフォーム固有の情報をさらに提供できるCisco拡張機能のセットもあります。潜在的に探すことができる項目の1つは、mrouteのパスを介したさまざまなルーターのカウンターの大幅な違いです。ある程度のデルタが予想されますが、これはしきい値を追跡するのに適した場所です。
ストリームのフリーズを追跡するには、非常に簡単な答えがあります。ipマルチキャストハートビート( http://www.Cisco.com/en/US/docs/ios/12_2/ip/configuration/guide/1cfmulti.html#wp1003131 )。設定されたマルチキャストグループで10秒間パケットが表示されない場合に、SNMPトラップをスローするように特定のルータを設定できます。
Cisco CLIから呼び出して合成マルチキャストグループを設定および追跡できるmrm(マルチキャストルートモニタ)と呼ばれる機能もあります。 EEMなどを使用して定期的に呼び出し、正常に動作しない場合はトラップまたはsyslogをスローすることをお勧めします。これは、優れたトラブルシューティングツールでもあります。
また、IGP隣接関係の変化を監視する(すべきである)のと同じように、PIMで追跡する必要もあります。近隣の状態の変化、選挙などのイベントは、ツリーの不安定性を示している可能性があります。すべての場合において、必ずしも大したことではありませんが、安定したネットワークでは一般的に静かである必要があります。
4500で実行しているスーパーバイザーはわかりませんが、最近のモデルのいくつかはマルチキャストのネットフローをサポートしています。これにより、マルチキャストパフォーマンスのより詳細でグローバルなビューが得られ、統計的な傾向やストレージなどに自然に役立ちます。間違いなく良い方法です。
これがお役に立てば幸いです-