Tests med olika antal samples.
------------------------------
20240118
========
Tider är tagna från wireshark, sparat i csv filer.
Använt samma laptop för både control och data.
Timeout i väntan på paket är satt till 5 sekunder.
Switch är Netgear GS108v4, kan hantera UDP frames upp till 9270 bytes.
500 events per körning.

csv filer:
wireshark-<samples>-events.csv
pdf filer:
wireshark-<samples>-events.csv.pdf


Har motsvarande filer från readout programmet, har inte
analyserat dem.

pdfilernas innehåll:
"Trigger diff Time": Tid mellan triggers (ms)
"Packet 1 time": Tid mellan trigger och först paketet (ms)
Overflow i denna plot=timeouts

"Packet >= 2 time": Tid mellan följande paket (ms)
Overflow i denna plot= brukar vara 33 ms

"Packet >= 2 time > 1ms": Tider längre än 1ms mellan följande paket (ms)
Dvs de som är overflow i föregående plot.

"Packet 0 length": längd i bytes av alla paket (längden inkluderar UDP header)

Har inte gjort pdf av alla filer, ett representativt urval:

samples  paket resultat     kommentar
40       1     OK	    paketlängd < 8200 (bytes)
50	 2     OK	    ett långt (> 8200),  ett kort paket
100	 2     OK	    två långa (>8200)
200	 4     33 ms	    4 långa paket (>8200)
300	 6     33 ms	    4 långa paket (>8200), ett < 8200
400	 8     timeout+33ms 8 långa paket (>8200)
500	 10    timeout+33ms 9 långa paket (>8200), ett < 8200
600	 12    timeout+33ms 11 långa paket (>8200), ett < 8200
700	 15    timeout+33ms 14 långa paket (>8200), ett < 8200
952	 19    timeout+33ms 18 långa paket (>8200), ett < 8200
954	 20    timeout+33ms 9 långa paket (>8200), 11 < 8200
956	 22    OK	    22 paket < 8200
960	 22    OK	    22 paket < 8200
962	 22    OK	    22 paket < 8200
1000	 22    OK	    22 paket < 8200
1008	 22    OK	    22 paket < 8200

Har i kommentaren delat upp hur långa paketen är, verkar finnas
en korrelation?

Ej analyserat med samples:
150,250,350,401,402,403,404,450,800,900,946,948,950,964,970,980,990,1007
Verkar kompatibla med urvalet ovan.
(csvfiler finns som = wireshark-<samples>.csv).


20240124
========
Max paketstorlek satt till 8100 bytes i SRUn.
Kört med olika antal samples:

csv filer:
wireshark-<samples>-udp8100-events.csv
pdf filer:
wireshark-<samples>-udp8100-events.csv.pdf

Kört med olika antal samples och nollundertryckning:
csv filer:
wireshark-ped50-thr150-s3-<samples>-udp8100-events.csv
pdf filer:
wireshark-ped50-thr150-s3-<samples>-udp8100-events.csv.pdf

pdfilernas innehåll:
"Trigger diff Time": Tid mellan triggers (ms)
"Packet 1 time": Tid mellan trigger och först paketet (ms)
Overflow i denna plot=timeouts

"Packet >= 2 time": Tid mellan följande paket (ms)
Overflow i denna plot= brukar vara 33 ms

"Packet >= 2 time > 1ms": Tider längre än 1ms mellan följande paket (ms)
Dvs de som är overflow i föregående plot.

"Packet ength": längd i bytes av alla paket (längden inkluderar UDP header)

"Packet": sekventiella paketnummer räknat i wireshark (dvs paket 1,2,3,..N)
Skall vara konstant upp till antal total antalet paket N

Hittar inga tappade paket.

pathport paket
--------------
skickade hela pathport paket tiil Jonas för analys:

Det verkar vara så enkelt att Wireshark misstolkar paketet.

Alla package wrappers ser korrekta ut. Även det paket som rapporteras som
Pathport är ett korrekt IP-paket med subprotokoll UDP. Därför får ditt program
ta emot det. Det är inget fel på det.

 Pathport verkar vara ett subprotokoll till UDP, som kännetecknas av att de första
2 bytesen i UDP-paketet är 0xED01. I våra paket ligger eventräknarens bit [7:0] samt
[15:9] där. Så när vi kommer till event nummer 0x01ED tror Wireshark att UDP-paketet
inehåller ett Pathport-meddelande och rapporterar det när den bryter ner innehållet
för att presentera för användaren.
Efter första gången upprepas felet säkert vid exakt var 65536 event.

 Du kan stänga av Pathport-protkollet i wireshark under ”Analyze”->”Enabled Protocols”

(leta upp pathport långt ner i listan och kryssa bort det), så försöker inte wireshark hitta det.

Näst
----
Någon gång får vi förstå varför paketstorleken har betydelse.