There are actually very few required fields in our parsers (timestamp and
original_message), so not having an src and dest IP address only really
means you won't be able to enrich based on THAT field, but could enrich on
I'd say leave them out if they aren't part of the format. It sounds like
some ASA events will have them and others won't, right?
On Sun, Sep 18, 2016 at 13:05 Kyle Richardson <kylerichards...@gmail.com>
> I've run into an edge case while working on METRON-363
> <https://issues.apache.org/jira/browse/METRON-363>. There are some log
> events which do not contain IP addresses and thus cannot be fully
> normalized into the standard Metron JSON fields.
> What are folks thoughts on how to handle this situation? (Or how have you
> handled it in other, existing parsers?) We could omit the fields, write
> them out as nulls, or not continue processing the events at all.
> I'm interested in your feedback. It seems to me that we would want all the
> events to be indexed/persisted for long term archival; however, currently
> enrichment relies heavily on IP addresses.
> What do you think?