Falsche Paketreihenfolge bei Empfang über zwei Ports

Bei UDP gibts keine garantierte Reihenfolge...

Aber trotzdem kommen die Pakete in einer bestimmten Reihenfolge an das 
Interface an. Wie bekomme ich die selbe Reihenfolge wie in Wireshark 
bzw. WinPcap hin?

      Wireshark | ein Prog.
    --------------------------
P        0      |      0
a        1      |      1
k        2      |      2
e        3      |      4
t        4      |      3
r        5      |      5
e        6      |      6
i        7      |      7
h        8      |      9
e        9      |      8
n       10      |     10
f       11      |     12
o       12      |     11
l       13      |     13
g       14      |     14
e       15      |     15

Lötstation schrieb:
> Bei UDP gibts keine garantierte Reihenfolge...

Das gilt aber nur, wenn Router dazwischen sind.

MfG Klaus

Klaus schrieb:
> Lötstation schrieb:
>> Bei UDP gibts keine garantierte Reihenfolge...
> Das gilt aber nur, wenn Router dazwischen sind.
Bei CPUs mit zwei (oder mehr) Kernen kann es auch passieren, bei 
Atom-CPUs mit Hyperthreading hatte ich das auch schon.

R. Max schrieb:
> Wieso nimmst Du denn überhaupt zwei verschiedene Ports?
>
> Bei UDP reicht doch ein Socket, der auf einem Port lauscht, um
> Pakete von beliebig vielen Sendern empfangen zu können.

siehe 
http://en.wikipedia.org/wiki/Precision_Time_Protocol#Message_transport

miller lite schrieb:
> Bei CPUs mit zwei (oder mehr) Kernen kann es auch passieren, bei
> Atom-CPUs mit Hyperthreading hatte ich das auch schon.

Beim Senden oder beim Empfangen?

MfG Klaus

Evtl. wird ein callback unterbrochen um den anderen zu bedienen? Wie 
werden die Daten vom UDPClient abgeholt, polling? Fragen über Fragen.

Klaus schrieb:
> miller lite schrieb:
>> Bei CPUs mit zwei (oder mehr) Kernen kann es auch passieren, bei
>> Atom-CPUs mit Hyperthreading hatte ich das auch schon.
> Beim Senden oder beim Empfangen?
>
> MfG Klaus
Gemessen habe ich unter Linux mit iperf, die Meldung '3 datagrams 
received out-of-order' gehörte zum 'Server Report', es war also beim 
Server. Die Kisten hingen an einem Switch und es trat auch nur bei Tests 
auf, die länger als 60 Sekunden gingen.

Kurti schrieb:
> Evtl. wird ein callback unterbrochen um den anderen zu bedienen?

Das ist anscheinend auch so. Vllt. vorallem weil ich das zweimal so 
mache...

> Wie
> werden die Daten vom UDPClient abgeholt, polling? Fragen über Fragen.

Beide UDPClients rufen die gleiche Callback-Methode auf => nix polling



Wenn die Callback-Methode folgend aussieht

1

static int ReceivingCounter = 0;

2

3

public void ReceiveCallback(IAsyncResult ar)

4

{

5

    int EnteredCount = ++ReceivingCounter;

6

7

    ...

8

9

    byte[] b = EndReceive(...);

10

11

    ...

12

13

    --ReceivingCounter;

14

15

    System.Console.WriteLine("enter: {0}, recv: {1}", EnteredCounter, ReceivingCounter);

16

}

dann kommen zum Teil komische Sachen raus. Teilweise sogar unter Null.

mar IO schrieb:
> Aber trotzdem kommen die Pakete in einer bestimmten Reihenfolge an das
> Interface an. Wie bekomme ich die selbe Reihenfolge wie in Wireshark
> bzw. WinPcap hin?

Garnicht, nicht im Userspace.

Jedenfalls nicht wenn Du nicht in der Doku irgendwo ein Versprechen in 
die Richtung findest, was ich bezweifele. Schon gleich garnicht für 
SMP/Multicore wo - Überraschung - der Rechner Dinge tatsächlich echt 
parallel und damit in der Reihenfolge prinzipiell unvorhersagbar 
erledigt.

Du musst einfach anderweitig damit klarkommen, im Zweifel so wie es TCP 
macht - die Pakete müssen (irgendwie) numeriert sein so dass Du sie 
richtig einsortieren kannst.