<div dir="ltr"><div><div>I have now submitted my concerns to the Issue tracker:<br><a href="https://github.com/pcapng/pcapng/issues/41">https://github.com/pcapng/pcapng/issues/41</a><br><a href="https://github.com/pcapng/pcapng/issues/42">https://github.com/pcapng/pcapng/issues/42</a><br><a href="https://github.com/pcapng/pcapng/issues/43">https://github.com/pcapng/pcapng/issues/43</a><br><a href="https://github.com/pcapng/pcapng/issues/44">https://github.com/pcapng/pcapng/issues/44</a><br><a href="https://github.com/pcapng/pcapng/issues/45">https://github.com/pcapng/pcapng/issues/45</a><br><a href="https://github.com/pcapng/pcapng/issues/46">https://github.com/pcapng/pcapng/issues/46</a><br><a href="https://github.com/pcapng/pcapng/issues/47">https://github.com/pcapng/pcapng/issues/47</a><br><br></div>TL;DR? My recommendations are basically:<br>* Only allow one Section Header Block per pcapng file.<br>* Deprecate Simple Packet Block, Interface Statistics Block and all Experimental Blocks.<br><br>Other suggestions can be seen more as comments rather than recommendations, such as:<br>* Padding stuff to 32 bit boundaries isn't a great idea.<br></div><div>* Timestamps should be stored as 64 bit values rather than two 32 bit values.<br></div><div>* I'd prefer all pcapng files to be big endian, always, but I guess this is out of the question.<br><br></div>/erik<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-11-18 14:51 GMT+01:00 Serge Aleynikov <span dir="ltr"><<a href="mailto:serge@aleynikov.org" target="_blank">serge@aleynikov.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Perhaps this can be done either on the "issues" or "wiki" page in github:</div><div class="gmail_default"><font face="arial, helvetica, sans-serif"><br></font></div><div class="gmail_default"><font face="arial, helvetica, sans-serif"><a href="https://github.com/pcapng/pcapng/issues" target="_blank">https://github.com/pcapng/<wbr>pcapng/issues</a></font><br></div><div class="gmail_default"><font face="arial, helvetica, sans-serif"><a href="https://github.com/pcapng/pcapng/wiki" target="_blank">https://github.com/pcapng/<wbr>pcapng/wiki</a><br></font></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Fri, Nov 18, 2016 at 3:13 AM, Erik Hjelmvik <span dir="ltr"><<a href="mailto:erik.hjelmvik@gmail.com" target="_blank">erik.hjelmvik@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-11-17 1:12 GMT+01:00 Jasper Bongertz <span dir="ltr"><<a href="mailto:jasper@packet-foo.com" target="_blank">jasper@packet-foo.com</a>></span>:<span class="m_8376906437142768238m_108223561493034512gmail-"></span><br><span class="m_8376906437142768238m_108223561493034512gmail-"></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="m_8376906437142768238m_108223561493034512gmail-">
<br>
</span>First of all I want to say I respect both points of view, but I don't<br>
want to lose either of you working on this together (and anyone else<br>
offering constructive ideas - not all of them can always be accepted,<br>
but that doesn't mean they're bad ideas in themselves).<br>
<br>
While PCAPng may not be perfect in its treatment of endianess when it<br>
comes to the current code writing state-of-the-art I think we should<br>
focus on getting what we have to a final spec without a major base<br>
code overhaul. Because that would probably mess with all the existing<br>
implemetations so far. And we might end up kinda like this:<br>
<a href="https://xkcd.com/927/" rel="noreferrer" target="_blank">https://xkcd.com/927/</a> ;-)<br>
<br>
I think if we can compromise on not touching endianess, at least for<br>
the time being, and fix the remaining issues as well as removing<br>
obsolete block types, a final spec should be doable.<br></blockquote><div> </div></div>I understand that all ideas cannot be accepted. But I think that all ideas should at least be considered and evaluated, so that the good ones can be accepted. I'm hoping we can have an open discussion regarding the current flaws in the pcapng spec before finalizing it. The PCAP format has served us well for the past 20+ years and if we do the pcapng spec right I hope that it will last another 20+ years. Also, I definitely don't wanna create yet-another-pcap-standard.<br><br>How about we compile a list of the current deficiencies in the pcapng specification and then have a discussion about each potential problem? Also, is there some collaboration tool (bugtracker etc.) we can use for this, or should we try to do it on this mailing list?<br><br></div><div class="gmail_extra">Best regards,<br></div><div class="gmail_extra">Erik<br></div></div>
<br></div></div><span class="">______________________________<wbr>_________________<br>
pcap-ng-format mailing list<br>
<a href="mailto:pcap-ng-format@winpcap.org" target="_blank">pcap-ng-format@winpcap.org</a><br>
<a href="https://www.winpcap.org/mailman/listinfo/pcap-ng-format" rel="noreferrer" target="_blank">https://www.winpcap.org/mailma<wbr>n/listinfo/pcap-ng-format</a><br></span></blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
pcap-ng-format mailing list<br>
<a href="mailto:pcap-ng-format@winpcap.org">pcap-ng-format@winpcap.org</a><br>
<a href="https://www.winpcap.org/mailman/listinfo/pcap-ng-format" rel="noreferrer" target="_blank">https://www.winpcap.org/<wbr>mailman/listinfo/pcap-ng-<wbr>format</a><br></blockquote></div><br></div>