ネットワーク フロー収集にデータがありません

ktranslateエージェントは、実行時に-nf.source引数によって構成された 1 種類のフロー テンプレートのみを収集できます。デフォルトはautoです。これにより、 ktranslate NetFlow v5からのテンプレートを期待するように指示されます。 NetFlow v9 | sFlow | IPFIXなので、パケットを変換できます。よくある問題は、特定のタイプのフロー テンプレートをリッスンするようにktranslateを設定し、別のタイプをエージェントにエクスポートすることです。autoでカバーされていないテンプレートについては、別のコンテナを実行する必要があります。

ここでのもう 1 つのよくある間違いは、複数のポートを宛先としてターゲットにして、フロー テレメトリをktranslateエージェントにエクスポートすることです。このシナリオでは、実行時に-nf.portの異なる値をそれぞれ設定して、複数のktranslateエージェントを実行する必要があります (デフォルトは9995 )。特定のポートをターゲットにするために、ソース ネットワーク デバイス上のフロー エクスポーター設定を更新する必要がある場合もあります。

各ベンダーは、ネットワーク フローのエクスポート用にデバイスを適切に構成するための独自のドキュメントを用意しています。NetFlow v9 、 IPFIX 、 sFlowなどのより高度なバージョンには、管理者が収集およびエクスポートされるフィールドをカスタマイズできるオプションがあります。これらを編集すると、 ktranslateによるフロー レコードを正しく処理する機能が実質的に無効になる可能性があります。

次のフィールドは必須です。

各ベンダーには、デバイス CLI/UI を介したフロー エクスポート カウンタの監視に関する独自のドキュメントがあります。デバイス上でカウンタが増加しない場合は、フロー エクスポートがデバイス上で正しく設定されていないことを示します。

ktranslateの Docker コンテナと Linux サービス デプロイ オプションは両方とも、ホストのネットワークを使用して、マッピングされたポートでデータを受信します。フロー レコードがホストによって受信されていることを検証するには、 tcpdumpユーティリティを使用してパケット キャプチャ ( .pcap ) ファイルを作成し、後でWiresharkで調査できます。

このコマンドを実行すると、ホスト上のすべてのインターフェイスにわたってすべての受信パケットをキャプチャするようにtcpdumpが設定され、出力が現在のディレクトリ内のファイルに書き込まれます。

$
sudo tcpdump -s 0 -i any -w dump_capture.pcap

tcpdumpには複数の引数を追加できることに注意してください。ここで最も重要な項目は、後で分析に使用できる出力ファイルです。STDOUTに結果を出力すると、現在の目的に対して限定された値が作成されます。

このファイルを取得したら、次のセクションで結果を分析する方法を説明します。

Wiresharkを使用してパケット キャプチャ ファイルを検査するには、次の手順に従います。