Flowmonで期待するレコードが取得できないケースとしては以下が考えられます。
・ネットワーク機器が該当のレコード出力に対応をしておらず、Flow生成が行えない
・Flowmonが該当Flowフィールドに対応しておらず、Flow受信を行うことができない

Flowmonが対応しているFlowフィールド一覧の詳細は、こちらをご参照ください。

TLS情報の解析はFlowmon Probeで作成したフローのみに対応しています。
ネットワーク機器で生成したフローを解析した場合、TLSはN/Aで表示されますのでご注意ください。

また、Flowmon プローブと Flowmon コレクタ側でTLSの情報を取得するように以下の設定後に生成／受信したフローが必要です。

【プローブ側】

• プローブ側でキャプチャしている通信はRXとTX（行きと戻りの通信）の両方の通信をFlowmonの1つのポートに入れている必要があります。
• Flowmon Configuration Center>モニタリングポート>グローバル設定項目：
  高度な設定タブ：「IPFIXレコードのオプションのL7値」内の解析したいTLS項目をチェックしてください。
  ※すべてをチェックする必要はありません。必要な項目のみチェックを入れてください。
  ※詳しくはユーザガイドの「5.2 フローのデータベースフィールド」章をご確認ください。
  　ユーザガイドは画面右上「？」マークから表示が可能です。

【コレクタ側】
Flowmon Configuration Center>FMC設定>フローのデータベースフィールドFlowmon独自フィールド(IPFIX)：TLSフィールド内の解析したい項目をチェックしてください。
※すべてをチェックする必要はありません。必要な項目のみチェックを入れてください。
※詳しくはユーザガイドの「5.2 フローのデータベースフィールド」章をご確認ください。

Configuration Center >モニタリングポート>グローバル設定>高度な解析　の「有効化されたL2フィールドをNetFlow IDに追加する」が有効になっている場合は無効にしてください。

本設定は通信中のネットフローで MAC アドレスの変更を検出する必要がある特別な場合（例えば、ロードバランサーや同様のアプライアンスがネットワークに導入されている場合など）に有効にしますが、この設定はフローを変更（SRC IP、DST IP、SRCポート、DSTポート、L4プロトコルをMACアドレスごとに拡張）するため、一部の NPM メトリクスが含まれなくなる場合があるためです。

Configuration Center>FMC設定>ビルトインコレクタ>フローのデータベースフィールドにて 各メーカーやFlowmon独自で対応しているフィールドをご確認いただけます。

また、フィールドの詳細が記載されている資料は以下のURLから参照したいバージョンの 「Download Document」をクリックしていただくことでダウンロードしていただけます。

https://support.kemptechnologies.com/hc/en-us/articles/4405949707789-Flow-standards-specifications

上記資料の「Probe Configuration」欄にてプローブで対応している否かをご確認いただけます。「Name」の欄が「IPFIX_INVEA_」もしくは、「IPFIX_FLOWMON_」から始まっているものはProbeで独自に生成しているフィールドです。

FlowmonからのSNMPリクエストの認証に失敗していることを示すメッセージです。
Flowmonは新しくFlowを送信してくる機器が追加されるとその機器に対してSNMPを定期的に実行し、ホスト名やインターフェース情報の取得を試みます。
デフォルトのコミュニティ名は「public」です。
本事象が発生した場合は以下の何れかの方法でFlowmonのSNMP設定を見直してください。

• A.ルータとFlowmonのSNMP コミュニティ設定を合わせる。
  「Flowmon Monitoring Center」 > 「ソース」　＞ エラーが表示されているソースの「編集」を選択 > 「Communityストリング」欄にルータと同じコミュニティ名を設定して保存する。


• B.Flowmonからソースに対するSNMP情報の取得を停止する。
  「Flowmon Monitoring Center」 > 「ソース」　＞ エラーが表示されているソースの「編集」を選択 > 「ソース情報を設定するためにSNMPを使用する」のチェックを外して保存する。

アクティブタイムアウト値の設定によるものと考えられます。

Flow生成機のFlow生成タイミングの定義は、アクティブタイムアウトと呼ばれるパラメータで行っています。
Flowmonではアクティブタイムアウト値は300秒以内を推奨しておりますが、当パラメータが正常な値となっていない場合（30秒～300秒以内）、Flow生成タイミングとFlowmonのグラフ描画タイミングの仕組みから、極端な凹凸グラフとなります。
目安として、ご利用いただくプロファイルの粒度（5分、1分、30秒）以下になるよう調整してください。

アクティブタイムアウト値を変更いただくことで、正常なグラフ出力を行うことが可能です。

新規に追加したフローソースのFlowに含まれるテンプレートが未だ受信できていないための事象と考えられます。

Flwomonでは、Flowソースから転送されるFlowテンプレートを基に、Flowレコードに定義されている情報を認識しています。
新規にフローソースを追加し、FlowをFlowmonに転送した際、Flowmonではテンプレートを受信するまでの間、Flowレコードの定義を認識できない為、グラフ生成を行うことができません。

Flowテンプレートの送信タイミングはFlow生成機で制御可能ですが、当パラメータが正常な値となっていない場合（300秒程度）、それまでの間ソース画面のグラフ生成はできませんので、テンプレート情報を受信するまでお待ちいただくか、Flow生成機にてFlowテンプレートの送信タイミングをご調整ください。
なお、解析画面のグラフ表示は、ソース画面が表示される前に表示される可能性があります。

サンプリング値の内の1パケット(1/値)が解析されフローとして送信されます。
例えばサンプリングレートに100を指定した場合、残りの99は解析されず、そのうちの1パケットが解析されフローとしてコレクタに送信されます。従って、パケット数／100個のフローが送信されます。

サンプリングレートを低い値に指定した場合、サンプリング→コレクタへ送出の処理間隔が短くなるため、機器のCPU負荷、Memory使用率は上昇する傾向にあります。また、トラフィックの増加に伴いフローを送信するインターフェースの負荷も増加します。

オプションテンプレートのobservation domain IDがフローデータと異なる為、サンプリングが検出されていません。
リスニングポートでサンプリングレートを手動で設定することで解決できます。

大きな違いはサンプリングの考え方です。 また、取得できる項目はNetFlowの方が多いため、分析の幅が広がります。

・sFlow:

サンプリングが必須であるため一部のパケットからFlowが生成されます。Flowを生成する機器の負担は軽くなります。

・NetFlow:

すべてのパケットからFlowを生成することができます。サンプリングをすることもできますが、ノンサンプリングがCisco社の推奨です。

・J-Flow:

すべてのパケットからFlowを生成することができますが、機器に負荷が掛かるためサンプリングすることをJuniper社は推奨しています。

NetflowのTCPフラグのInput Length(bytes)は1byteです。
よって、フローデータ内にTCPフラグを含まれると、1Flowあたり１byte増えます。

標準的なsFlow/NetFlow v5/NetFlow v9/IPFIXに加え、jFlow、Netstreemなど様々なFlowに対応をしております。

L7情報として頻繁にご案内させていただく情報はHTTPホスト名となります。
ホスト名解析が可能となると、Proxyサーバを経由してインターネットに抜けていく通信のホスト名が可視化可能となるため、トラフィックがより詳細に可視化可能となります。
そのほかにも、NBAR2やDNS、SMTP通信等が取得可能です。

フロー生成機器によって異なります。
ポートチャネルでフローを取得すると正しくフローを生成出来ないネットワーク機器があるという報告がありますのでご利用のネットワーク機器のサポートに仕様を確認してください。

Flowmonの解析結果に出力される開始時刻/終了時刻は、Flow情報に含まれる時間を基に出力をしています。
そのため、正常なパラメータが設定されていない場合、1970年や未来日などの不正な値が出力されてしまいます。
Flowレコードには以下バージョンに応じて、適切なパラメータをFlow生成機のコンフィグへ指定する必要があります。

• NetFlowVer9の場合

　　　　collect timestamp sys-uptime first
　　　　collect timestamp sys-uptime last
　　　または
　　　　collect timestamp absolute first
　　　　collect timestamp absolute last

• NetFlowVer10（IPFIX）の場合

　　　　collect timestamp absolute first
　　　　collect timestamp absolute last

※Cisco社製品の記載方法の例です。