Re: [tcpdump-workers] continuous integration status update

2021-03-03 Thread Denis Ovsienko via tcpdump-workers
--- Begin Message ---
On Fri, 12 Feb 2021 16:18:10 +
Denis Ovsienko via tcpdump-workers 
wrote:

[...]
> The Travis CI subscription will cease in early March (unless there is
> a sponsor willing to pay 82.80 USD per month). At this time the
> impact of that would be the following:
> 
> * Linux on arm64
> * Linux on ppc64le
> * Linux on s390x
> 
> To me keeping these does not seem to be as important as other ongoing
> work, but if I have enough spare time later, I might try rigging up a
> standalone arm64 CI instance, just to learn one more aspect about it
> in the process.

Hello list.

The Travis CI account is off the paid plan starting today. Since it
happens to have 1 credits again, I have left it on hold to allow
future pre-release testing of s390x and ppc64le.

A partial replacement for that service is ci.tcpdump.org, which is a
buildbot instance doing Linux AArch64 builds for the github.com
repositories. It works, although there remains some space for
improvement:

* Some commits sometimes schedule two builds instead of one for no
  obvious reason.
* The commit status updates show my user account as the source. I had
  tried to make them come from an application account, but without
  success yet.
* There are no e-mail notifications yet.
* The buildbot worker is a bit slow, so a tcpdump build matrix run takes
  well over an hour to complete.

These imperfections will be addressed one by one later as time permits.

-- 
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] Link Layer Type Request NETANALYZER_NG

2021-03-03 Thread Guy Harris via tcpdump-workers
--- Begin Message ---
On Mar 3, 2021, at 8:58 AM, Jan Adam via tcpdump-workers 
 wrote:

> for our new analysis product netANALYZER NG I would like to request a new 
> link-layer type value.
> 
> NETANALYZER_NG
> 
> The new Link-Layer-Type format is described as following:
> 
> Next-generation packet structure:
> +---+
> |   Payload |
> .   .
> .   .
> |   |
> +---+
> |   Footer  |
> |   |
> +---+
> 
> Next-gen footer description:
> 
> [16 bit]  Versionrepresents current structure version
> [64 bit]  Timestamp1 first timestamp in ns, UNIX time since 1.1.1970
> [64 bit]  Timestamp2 second timestamp in ns, UNIX time since 1.1.1970
> [32 bit]  TimestampAccuracy  actual accuracy of Timestamp1 and Timestamp2 in 
> ns. 0: actual accuracy is unknown

What do these two time stamps represent?  They presumably don't represent the 
packet arrival time, as both pcap and pcapng already provide that for all 
packets.

> [8 bit]   Representation identification of the following content

What are the possible values of this field, and what do those values signify?

> [32 bit]  SrcIdPart1 source identifier part 1
> [32 bit]  SrcIdPart2 source identifier part 2
> [8 bit]   SrcIdPart3 source identifier part 3
> [8 bit]   SrcIdPart4 source identifier part 3

So there's an 80-bit source identifier; what does that value signify?

> [64 bit]  VarId  variable identifier
> [64 bit]  VarState   variable error states, depending on 
> representation
> [8 bit]   VarTypevariable data type

What do those signify?

> [32 bit]  VarSizesize of raw frame payload

Presumably everything beyond that size is the footer; what are the contents of 
the footer?
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

[tcpdump-workers] Link Layer Type Request NETANALYZER_NG

2021-03-03 Thread Jan Adam via tcpdump-workers
--- Begin Message ---
Hi,
for our new analysis product netANALYZER NG I would like to request a new 
link-layer type value.

NETANALYZER_NG

The new Link-Layer-Type format is described as following:

Next-generation packet structure:
+---+
|   Payload |
.   .
.   .
|   |
+---+
|   Footer  |
|   |
+---+

Next-gen footer description:

[16 bit]  Versionrepresents current structure version
[64 bit]  Timestamp1 first timestamp in ns, UNIX time since 1.1.1970
[64 bit]  Timestamp2 second timestamp in ns, UNIX time since 1.1.1970
[32 bit]  TimestampAccuracy  actual accuracy of Timestamp1 and Timestamp2 in 
ns. 0: actual accuracy is unknown
[8 bit]   Representation identification of the following content
[32 bit]  SrcIdPart1 source identifier part 1
[32 bit]  SrcIdPart2 source identifier part 2
[8 bit]   SrcIdPart3 source identifier part 3
[8 bit]   SrcIdPart4 source identifier part 3
[64 bit]  VarId  variable identifier
[64 bit]  VarState   variable error states, depending on representation
[8 bit]   VarTypevariable data type
[32 bit]  VarSizesize of raw frame payload



Regards Jan Adam



Hilscher Gesellschaft f?r Systemautomation mbH   |  Rheinstrasse 15  |  65795 
Hattersheim  |  Germany  |  www.hilscher.com
Sitz der Gesellschaft / place of business: Hattersheim  |  Gesch?ftsf?hrer / 
managing director: Sebastian Hilscher, Hans-J?rgen Hilscher
Handelsregister / commercial register: Frankfurt B 26873  |  Ust. Idnr. / VAT 
No.: DE113852715
Registergericht / register court: Amtsgericht Frankfurt/Main

Important Information:
This e-mail message including its attachments contains confidential and legally 
protected information solely intended for the addressee. If you are not the 
intended addressee of this message, please contact the addresser immediately 
and delete this message including its attachments. The unauthorized 
dissemination, copying and change of this e-mail are strictly forbidden. The 
addresser shall not be liable for the content of such changed e-mails.

Wichtiger Hinweis:
Diese E-Mail einschlie?lich ihrer Anh?nge enth?lt vertrauliche und rechtlich 
gesch?tzte Informationen, die nur f?r den Adressaten bestimmt sind. Sollten Sie 
nicht der bezeichnete Adressat sein, so teilen Sie dies bitte dem Absender 
umgehend mit und l?schen Sie diese Nachricht und ihre Anh?nge. Die unbefugte 
Weitergabe, das Anfertigen von Kopien und jede Ver?nderung der E-Mail ist 
untersagt. Der Absender haftet nicht f?r Inhalte von ver?nderten E-Mails.
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers