[Zeek-Dev] connection $history - 'g' for gap

[Seth Hall]

I don't think we'd add that to the default log, but you should be able to write a script that does something like that. 

  .Seth

--
Seth Hall * Corelight, Inc * www.corelight.com


> On Apr 10, 2019, at 6:11 AM, anthony kasza <anthony.kasza at gmail.com> wrote:
> 
> I like the idea of logging gap ranges for a connection. Could a vector be used to store gap start and gap stop offsets?
> 
> -AK
> 
>> On Tue, Apr 9, 2019, 11:01 Jim Mellander <jmellander at lbl.gov> wrote:
>> Thanks.  I was thinking of something a bit different - the total amount of the content gap is useful, but in some cases it might be useful to know where the content gaps occurred, whether in the head of the connection, which likely is impactful for protocol analysis, or in a long tail, where it probably doesn't affect analysis.
>> 
>> Perhaps some tunable setting indicating that "I only care about content gaps in the first 10K (or whatever) of the connection" could address that...
>> 
>>> On Tue, Apr 9, 2019 at 9:36 AM Justin Azoff <justin at corelight.com> wrote:
>>> 
>>> 
>>>> On Mon, Apr 8, 2019 at 8:13 PM Jim Mellander <jmellander at lbl.gov> wrote:
>>>> It might be valuable to have some (optional) way of accessing the byte counts consisting the content gap(s).  If the content gap is somewhere in a long tail, but DPD still fails, then the explanation could be something other than a content gap.
>>>> 
>>>> On the other hand, maybe you're just thinking about content gaps at the head of a connection before it has been fully analyzed.
>>> 
>>> 
>>> This is the missed_bytes field:
>>> 
>>> missed_bytes: count &log &default = 0 &optional
>>> Indicates the number of bytes missed in content gaps, which is representative of packet loss. A value other than zero will normally cause protocol analysis to fail but some analysis may have been completed prior to the packet loss.
>>> 
>>> -- 
>>> Justin
>> _______________________________________________
>> zeek-dev mailing list
>> zeek-dev at zeek.org
>> http://mailman.icsi.berkeley.edu/mailman/listinfo/zeek-dev
> _______________________________________________
> zeek-dev mailing list
> zeek-dev at zeek.org
> http://mailman.icsi.berkeley.edu/mailman/listinfo/zeek-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.icsi.berkeley.edu/pipermail/zeek-dev/attachments/20190410/a9f24201/attachment.html