<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Feb 10, 2014 at 6:08 PM, Guy Harris <span dir="ltr"><<a href="mailto:guy@alum.mit.edu" target="_blank">guy@alum.mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
On Feb 10, 2014, at 9:07 AM, Loris Degioanni <<a href="mailto:loris.degioanni@gmail.com">loris.degioanni@gmail.com</a>> wrote:<br>
<br>
> On Sun, Feb 9, 2014 at 11:24 PM, Guy Harris <<a href="mailto:guy@alum.mit.edu">guy@alum.mit.edu</a>> wrote:<br>
><br>
</div><div class="">>> So what *are* the different semantics?  Does the Interface List Block show *all* interfaces, *including* interfaces on which the capture was *not* done?<br>
><br>
> Correct.<br>
<br>
</div>So what happens if new interfaces appear on the system after the capture starts?  Could a new ILB get written that overrides the previous one (which could also be done if interfaces *disappear* after the capture starts)?  If not, that means the ILB indicates what interfaces exist at the time the capture started, but doesn't necessarily indicate what interfaces existed throughout the capture.<br>
</blockquote><div><br></div><div>The plan is that when an interface goes up or down (or at regular time intervals), a new ILB is includes in the capture, overriding the old one. Which, again, makes it a bit complicated to use the IDB as suggested by Jasper, because I also need a way to specify that an interface is not present any more.</div>
<div><br></div><div>Loris</div><div><br></div></div></div></div>