xDSL.at

Hi,

Ich wohne in Wien 21, Strebersdorf und habe seit über 2 Wochen einen UDP packetloss eingehend.
Es ist egal von wo die Verbindung aufgebaut wird (USA, Singapur, Schweden, Österreich, ...)
Ich habe es bis zum 2nd Level geschafft und alle machen Leitungsprüfungen auf TCP bzw. Ping auf TCP/ARP Basis und sagen alles geht.

Meiner Meinung nach ist es ein Software Problem da nur ein Protokoll in eine Richtung betroffen ist.
Im Netzwerk besteht das Problem nicht, Modem ist Switch. Jedoch sobald ich hinter das Modem(Internet) komme ist es 24/7 zu sehen.

Getestet habe ich das über Teamspeak3 über Connection Info und mit Startrinity UDP Test Tool.
Der Packetloss geht von 0.5% bis 30% je nach Uhrzeit, jedoch sind 0.5% schon zu viel für manche Online Games.

Mein Modem ist das Ubee EVW3226.

Ich weiß leider nicht mehr weiter, hat jemand von euch noch eine Idee?
Kann jemand in meiner Umgebung ein ähnliches Problem feststellen?

Danke

die von die beschriebenen "symptome" sind genau die eigenschaften des UDP-protokolls ...

https://de.wikipedia.org/wiki/User_Datagram_Protocol

...
UDP ist ein verbindungsloses, nicht-zuverlässiges und ungesichertes wie auch ungeschütztes Übertragungsprotokoll. Das bedeutet, es gibt keine Garantie, dass ein einmal gesendetes Paket auch ankommt, dass Pakete in der gleichen Reihenfolge ankommen, in der sie gesendet wurden, oder dass ein Paket nur einmal beim Empfänger eintrifft.
...

was aber helfen könnte, ist die paket-größe zu reduzieren (MTU) ...
http://stackoverflow.com/questions/1035 ... ket-losses
https://www.isoc.org/inet97/proceedings/F3/F3_1.HTM

pc_net hat geschrieben:die von die beschriebenen "symptome" sind genau die eigenschaften des UDP-protokolls ...

Paketverlust ist trotzdem relativ unüblich, auch bei UDP.

Hi,

ich weiß wie UDP funktioniert (dennoch danke), jedoch ist ein andauernder Verlust nicht üblich, außerdem betrifft es ja nicht nur eine sondern alle eingehenden Verbindungen.

Bezüglich MTU kann ich nicht viel machen da es diese Einstellung am Modem nicht gibt.

Ich hoffe das mir dennoch wer helfen kann.

Danke

Lässt sich auch am jeweiligen Rechner einstellen.

Hast du irgendwelche Downloads im Hintergrund laufen?
Wenn ja, ist es logisch dass du Paketverluste hast, egal woher.

Und selbst wenn nicht, kann und wird es trotzdem passieren, das zwischen USA, Singapur und dir IP Pakete gedropt werden.
Irgendwo zwischen dir und deinem Ziel gibt es eine congestion und Pakete werden gedroppt, das muss nicht zwangsweise an dir oder deinem Provider liegen.

Der Unterschied zwischen TCP und UDP ist halt, das bei TCP verlorene Pakete neu angefordert werden, bei UDP nicht.
Aber das wusstest du ja schon.

Um das Problem einzugrenzen, könntest du zb versuchen mit einem Freund im Teamspeak zu plaudern, der denselben Provider hat wie du. Vorzugsweise beide via Ethernet, nicht WLAN.

ich hab sowas ähnliches, mein udp-openvpn hat tausende packet-loss (replay) meldungen pro tag, die bandbreite ist auch schlechter als im vergleich zu einem upc-bussines anschluss.

ich glaub die machen das absichtlich.

knack99 hat geschrieben:ich glaub die machen das absichtlich.

Zu welchem Zweck?

da kann ich nur raten, ich vermute mal
um business produkte zu verkaufen und teilweise weil sie ihren schei** net beieinander haben (dual stack umstellung).

Es ist ja nur so problematisch weil halt die ganzen Verbindungen abbrechen.
Ich durfte jetzt Modem tauschen aber gebracht hat es nichts.

Bin jetzt am weiter testen und es scheint als wären die Abbrüche eher je mehr Verbindungen da sind.

Hast du eventuell schon mal versucht größere Knotenpunkte wie Frankfurt am Main, London, Frankreich (OVH) und den Niederlanden zu testen?

phyze hat geschrieben:Hast du eventuell schon mal versucht größere Knotenpunkte wie Frankfurt am Main, London, Frankreich (OVH) und den Niederlanden zu testen?

Ich denke da wird er sich schwer tun weil die meisten wohl keine Testserver bereitgestellt haben?

Online.net hat einen iperf und iperf3 server aufgestellt mit dem man testen kann. Mit iperf3 aber nicht UDP testen weil iperf3 mit UDP leider noch nicht richtig zu funktionieren scheint.

http://ping.online.net

"iperf -c ping.online.net -u" bzw. "iperf -c ping.online.net -u -r"

Code: Alles auswählen

-r, --tradeoff           Do a bidirectional test individually
-u, --udp                use UDP rather than TCP

-b, --bandwidth #[KM]    for UDP, bandwidth to send at in bits/sec
                           (default 1 Mbit/sec, implies -u)


So sieht das Ergebnis zb. bei mir mit Drei aus.

Code: Alles auswählen

root@Router-Drei-LTE-2600:~# iperf -c ping.online.net -u -r
------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to ping.online.net, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
[  4] local 178.113.18.x port 51733 connected with 62.210.18.40 port 5001
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec
[  4] Sent 893 datagrams
[  4] Server Report:
[  4]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec   5.198 ms    0/  893 (0%)
[  3] local 178.113.18.x port 5001 connected with 62.210.18.40 port 17023
[  3]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec   1.161 ms    0/  893 (0%)


Code: Alles auswählen

root@Router-Drei-LTE-2600:~# iperf -c ping.online.net -u -r
------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to ping.online.net, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
[  4] local 178.113.18.x port 40764 connected with 62.210.18.40 port 5001
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec
[  4] Sent 893 datagrams
[  4] Server Report:
[  4]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec   5.760 ms    2/  893 (0.22%)
[  4]  0.0-10.0 sec  2 datagrams received out-of-order
[  3] local 178.113.18.x port 5001 connected with 62.210.18.40 port 3044
[  3]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec   1.210 ms    0/  893 (0%)


Code: Alles auswählen

root@Router-Drei-LTE-2600:~# iperf -c ping.online.net -u -r
------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to ping.online.net, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
[  4] local 178.113.18.x port 34888 connected with 62.210.18.40 port 5001
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec
[  4] Sent 893 datagrams
[  4] Server Report:
[  4]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec   5.489 ms    1/  893 (0.11%)
[  4]  0.0-10.0 sec  1 datagrams received out-of-order
[  3] local 178.113.18.x port 5001 connected with 62.210.18.40 port 3593
[  3]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec   3.979 ms    0/  893 (0%)


vpn in die usa. check mit netalyzr



dann wieder