[amd64]

Ohne zu wissen wer du bist, können wir dies schlecht prüfen.
Melde dich bitte beim kundendienst[at]ovh.de, damit dies geprüft werden kann und für dich ein Störungsticket erstellt wird.

Stefan

Hi Stefan,

E-Mail habe ich gestern geschickt, aber bisher keine Rückmeldung.

Grüße

amd64

[Caddy]

Derzeit auch bei normalem Ping ein Packet loss:

Nur so nebenbei, Dein Posting trägt genau die Uhrzeit dieser Wartung:
http://travaux.ovh.net/?do=details&id=8267

Das betraf die fra/sbg Links kurz nach 22 Uhr.

Gruß, Klaus

[Stefan]

Ohne zu wissen wer du bist, können wir dies schlecht prüfen.
Melde dich bitte beim kundendienst[at]ovh.de, damit dies geprüft werden kann und für dich ein Störungsticket erstellt wird.

Stefan

[amd64]

Derzeit auch bei normalem Ping ein Packet loss:

abc@abc-ThinkPad:~$ ping vpnXXX.XXX.net
PING vpnXXX.XXX.net (5.135.XXX.XXX) 56(84) bytes of data.
64 bytes from 5.135.XXX.XXX: icmp_req=1 ttl=56 time=60.2 ms
64 bytes from 5.135.XXX.XXX: icmp_req=2 ttl=56 time=57.8 ms
64 bytes from 5.135.XXX.XXX: icmp_req=3 ttl=56 time=57.5 ms
64 bytes from 5.135.XXX.XXX: icmp_req=4 ttl=56 time=58.8 ms
64 bytes from 5.135.XXX.XXX: icmp_req=5 ttl=56 time=57.8 ms
64 bytes from 5.135.XXX.XXX: icmp_req=6 ttl=56 time=56.8 ms
64 bytes from 5.135.XXX.XXX: icmp_req=7 ttl=56 time=59.5 ms
64 bytes from 5.135.XXX.XXX: icmp_req=8 ttl=56 time=59.3 ms
64 bytes from 5.135.XXX.XXX: icmp_req=9 ttl=56 time=56.1 ms
64 bytes from 5.135.XXX.XXX: icmp_req=10 ttl=56 time=56.3 ms
64 bytes from 5.135.XXX.XXX: icmp_req=11 ttl=56 time=55.6 ms
64 bytes from 5.135.XXX.XXX: icmp_req=12 ttl=56 time=57.3 ms
64 bytes from 5.135.XXX.XXX: icmp_req=13 ttl=56 time=56.3 ms
64 bytes from 5.135.XXX.XXX: icmp_req=14 ttl=56 time=57.2 ms
64 bytes from 5.135.XXX.XXX: icmp_req=15 ttl=56 time=56.4 ms
64 bytes from 5.135.XXX.XXX: icmp_req=16 ttl=56 time=57.2 ms

--- vpnXX.XXX.net ping statistics ---
26 packets transmitted, 20 received, 23% packet loss, time 103283ms
rtt min/avg/max/mdev = 40.951/50.542/127.336/18.587 ms

http://s14.directupload.net/images/130326/3hfwcnqq.jpg

[amd64]

Ja, es ist OpenVPN über UDP Port 1193.

[timmy]

Läuft euer VPN zufälligerweise über UDP? - IIRC hatte OVH aus diversen Gründen hier mal mit Drosselungen experimentiert; jedoch habe ich keine Ahnung ob diese aktuell noch aktiv sind.

[Felix]

amd64 wrote:
> Welche Ticketnummer, bei OVH?

ja.

[amd64]

Hallo,

wir haben zwei Server bei OVH als VPN-Server.

Bei dem einen ist der Client mit vier Mbit angebunden über das Internet, bekommt aber nur 2 Mbit über das VPN rüber.

Wenn ich den Client auf unseren anderen VPN-Server bei OVH habe, bekommt er die 4 Mbit über das VPN.

Welche Ticketnummer, bei OVH?

Grüße

amd64

[Felix]

amd64 wrote:
> OK, dann bleibt aber noch die um die Hälfte niedrigere Bandbreite über
> den Server.

Das kann bei VPN vielfaeltige gruende haben, z.B. auch die CPU-Leistung...
Ging es denn vorher besser? Wurde etwas an der Konfiguration geaendert?
Kannst du mir eine Ticket-nummer nennen wo ich mehr Details zu dem Problem
finden kann? :-)

[amd64]

OK, dann bleibt aber noch die um die Hälfte niedrigere Bandbreite über den Server.

[Eddy]

Die höheren Paketverluste bei Hop 7 und 8 sind dann gar nicht relevant?

Verbundene Clients über den VPN-Server bei OHV haben nur die halbe Bandbreite Downstream im Gegensatz zu einem anderen VPN-Server bei OVH.

Nein sind sie nicht, da die OVH Router nicht immer auf die ICMP Pakete antworten.

[amd64]

Die höheren Paketverluste bei Hop 7 und 8 sind dann gar nicht relevant?

Verbundene Clients über den VPN-Server bei OHV haben nur die halbe Bandbreite Downstream im Gegensatz zu einem anderen VPN-Server bei OVH.

[Felix]

amd64 wrote:
> wir beobachten derzeit einen sehr großen Paketverlust bei der Übergabe

1.9 % ist zwar nicht optimal, aber auch nicht "sehr groß".

Wie stellt sich denn das Problem dar?

[amd64]

Hallo,

wir beobachten derzeit einen Paketverlust bei der Übergabe vom Hansenet-Netz (Alice/o2) zu OVH.

Ist diese Einschränkung schon bekannt? Und wo liegt die Ursache?

http://s14.directupload.net/images/130326/d44kc4uj.png

Betrieben wird ein VPN-Server über UDP, die Bandbreite der VPN-Clients ist verringert.

Grüße

amd64