<div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 8, 2019 at 8:13 PM Jim Mellander &lt;<a href="mailto:jmellander@lbl.gov">jmellander@lbl.gov</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div style="font-family:arial,helvetica,sans-serif">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.</div><div style="font-family:arial,helvetica,sans-serif"><br></div><div style="font-family:arial,helvetica,sans-serif">On the other hand, maybe you&#39;re just thinking about content gaps at the head of a connection before it has been fully analyzed.<br></div></div></blockquote></div><div><br></div>This is the missed_bytes field:<div><br></div><div><div>missed_bytes: count &amp;log &amp;default = 0 &amp;optional</div><div>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.</div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Justin</div></div></div></div></div>