Sucher Serverprovider mit extrem niedrigen Ping-Zeiten

L

logicsale

New Member
Hallo Community,

wir haben bei uns in der Firma den Internetprovider Colt.
Dort haben wir so gut wie zu allen europäischen IPs Ping-Zeiten von um die
4 ms.

Alle großen Provider wie Hetzner etc, kommen nicht an diese niedrige Latenz herran, meines wissens.


Meine Frage: Kennt ihr einen Serverprovider mit ähnlich niedrigen Pingzeiten.

THX

micha
 
4ms klingt nach Glasfaserleitung was Pings bis erfahrungsgemäss runter auf 3ms erlaubt vermutlich direkt über Frankfurt geroutet (hier sagt ein traceroute mehr).

Ein Serverprovider in Amsterdam (AM-CIX) oder Frankfurt (DE-CIX) ist wohl am empfehlenswertesten da dort die beiden wichtigsten (und weltweit grössten) Internet-Exchanges sind. Wenn du Europa mit "ping google.de" (Achtung: anycast) definierst dann hast du von da < 1ms Ping zu "Europa".
Hängt also nur davon ab wo der "grosser Provider" sitzt, wie belastet sein netz ist und ob er Direktanbindung zum Carrier des Zieles (DTAG, ... ) hat.
 
@d4f, du meinst wohl AMS-IX statt AM-CIX? ;-)

Generell muss man allerdings keinen Port am DE-CIX oder AMS-IX betreiben um ein gutes Peering mit anderen ISPs in Frankfurt oder Amsterdam zu realisieren. Die großen ISPs haben ohnehin kein Interesse mit einem kleinen AS zu peeren und sind meist auch nicht am Route-Server des jeweiligen IXP aktiv.
 
d4f said:
Wenn du Europa mit "ping google.de" (Achtung: anycast) definierst dann hast du von da < 1ms Ping zu "Europa".
Click to expand...

Stimmt...

Code: 
ping google.de
PING google.de (216.58.207.67) 56(84) bytes of data.
64 bytes from fra16s25-in-f3.1e100.net (216.58.207.67): icmp_seq=1 ttl=58 time=0.485 ms
64 bytes from fra16s25-in-f3.1e100.net (216.58.207.67): icmp_seq=2 ttl=58 time=0.497 ms
64 bytes from fra16s25-in-f3.1e100.net (216.58.207.67): icmp_seq=3 ttl=58 time=0.530 ms
64 bytes from fra16s25-in-f3.1e100.net (216.58.207.67): icmp_seq=4 ttl=58 time=0.506 ms

4ms, auch von Frankfurt sind innerhalb Europas nicht zu allen Destinationen machbar. Egal ob Internet Exchange oder Transit. Siehe elias5000.
 
Last edited by a moderator:
Naja, von Frankfurt/Main aus hast du ja schon innerhalb Deutschlands nach Düsseldorf, Hamburg oder München deine 4-5ms Roundtrip zusammen.
Nach Amsterdam dürfte nur unwesentlich mehr Latenz bringen.
Alles unter der wahnwitzigen Voraussetzung dass symmetrisches Routing stattfindet und das Paket den selben Weg in beide Richtungen nimmt (was in der Realität so gut wie nie vorkommt).
Das sind aber Werte die du generell mit Hosting in FFM hinbekommst.
Allerdings solltest du dann schauen, dass dein Hoster nicht nur am DECIX angeschlossen ist sondern auch Peerings mit Level3 und/oder DTAG betreibt.
Mit Level3 hast du bei Transatlantik-Routing in der Regel bessere Latenzzeiten, aber auch innerhalb Europas (Paris, London) können die die schnellere Alternative sein.
 
Nach Amsterdam dürfte nur unwesentlich mehr Latenz bringen.
Click to expand...
Aus dem Accelerated RZ in Frankfurt gen "ams-ix.net" gepingt: 7.3ms Durchschnitt. Traceroute bescheinigt Route über Decix -> Bit.nl -> Ams-IX.
Damit scheidet wohl Standort DeCix aus :D



@d4f, du meinst wohl AMS-IX statt AM-CIX? ;-)
Click to expand...
Argh, ich kann die Namen auch nie richtig kriegen. DE-CIX,LU-CIX, ... aber LINX, AMS-IX, ...
 
Es hängt hier doch sehr davon ab, "woher" der Ping gemessen wird.

Wenn er den gleichen Ping vom heimischen DSL Anschluß wie mit der Glasfaser(?) Anbindung in seiner Firma haben will, hängts i.d.R. nicht an den Providern, sondern natürlich an den Internetprovidern des eigenen Anschlusses. Ein Telekom DSL Anschluß wird kaum besser als 25-35ms zu praktisch jeder Destination sein.

Wenn man hier deutlich besseres privat (?) haben will, müsste man wohl so tief in die Tasche greifen, dass dies nicht realistisch ist. Evtl hilft es auch, in ein, mit Glasfaser angeschlossenes Mietshaus zu ziehen (?, keine Erfahrungen mit Pings hier, daher nur eine Vermutung).
 
datafabrik.de said:
Code: 
ping google.de
PING google.de (216.58.207.67) 56(84) bytes of data.
64 bytes from fra16s25-in-f3.1e100.net (216.58.207.67): icmp_seq=1 ttl=58 time=0.485 ms
64 bytes from fra16s25-in-f3.1e100.net (216.58.207.67): icmp_seq=2 ttl=58 time=0.497 ms
64 bytes from fra16s25-in-f3.1e100.net (216.58.207.67): icmp_seq=3 ttl=58 time=0.530 ms
64 bytes from fra16s25-in-f3.1e100.net (216.58.207.67): icmp_seq=4 ttl=58 time=0.506 ms
Click to expand...

Da geht noch was ;-)

Code: 
root@my:~# ping google.de -c 4
PING google.de (216.58.210.3) 56(84) bytes of data.
64 bytes from fra16s07-in-f3.1e100.net (216.58.210.3): icmp_seq=1 ttl=58 time=0.304 ms
64 bytes from fra16s07-in-f3.1e100.net (216.58.210.3): icmp_seq=2 ttl=58 time=0.306 ms
64 bytes from fra16s07-in-f3.1e100.net (216.58.210.3): icmp_seq=3 ttl=58 time=0.473 ms
64 bytes from fra16s07-in-f3.1e100.net (216.58.210.3): icmp_seq=4 ttl=58 time=0.415 ms

--- google.de ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3000ms
rtt min/avg/max/mdev = 0.304/0.374/0.473/0.075 ms

Die paar Meter Glas weniger über das KleyReX Peering mit Google im Interxion machen es einfach aus :-)
 
Christian du angeber :)

root@v6:~/scripts# ping google.de
PING google.de (172.217.23.131) 56(84) bytes of data.
64 bytes from fra16s18-in-f131.1e100.net (172.217.23.131): icmp_seq=1 ttl=58 time=0.585 ms
64 bytes from fra16s18-in-f131.1e100.net (172.217.23.131): icmp_seq=2 ttl=58 time=0.696 ms
64 bytes from fra16s18-in-f131.1e100.net (172.217.23.131): icmp_seq=3 ttl=58 time=0.608 ms
64 bytes from fra16s18-in-f131.1e100.net (172.217.23.131): icmp_seq=4 ttl=58 time=0.631 ms
64 bytes from fra16s18-in-f131.1e100.net (172.217.23.131): icmp_seq=5 ttl=58 time=0.687 ms
64 bytes from fra16s18-in-f131.1e100.net (172.217.23.131): icmp_seq=6 ttl=58 time=0.640 ms
64 bytes from fra16s18-in-f131.1e100.net (172.217.23.131): icmp_seq=7 ttl=58 time=0.677 ms
64 bytes from fra16s18-in-f131.1e100.net (172.217.23.131): icmp_seq=8 ttl=58 time=0.687 ms
64 bytes from fra16s18-in-f131.1e100.net (172.217.23.131): icmp_seq=9 ttl=58 time=0.602 ms
Click to expand...

Jetzt muss ich mich auch noch bei Nico beschweren, dass wir 0.1 ms schlechtere Latenz haben als du zzz.
 
Code: 
[2.3.3-RELEASE][root@fvz-hu-bud-core-router-01.bud.hu.fvz.io]/root: ping -c 10 -i 0.2 google.de
PING google.de (216.58.214.195): 56 data bytes
64 bytes from 216.58.214.195: icmp_seq=0 ttl=64 time=0.103 ms
64 bytes from 216.58.214.195: icmp_seq=1 ttl=64 time=0.132 ms
64 bytes from 216.58.214.195: icmp_seq=2 ttl=64 time=0.123 ms
64 bytes from 216.58.214.195: icmp_seq=3 ttl=64 time=0.131 ms
64 bytes from 216.58.214.195: icmp_seq=4 ttl=64 time=0.156 ms
64 bytes from 216.58.214.195: icmp_seq=5 ttl=64 time=0.132 ms
64 bytes from 216.58.214.195: icmp_seq=6 ttl=64 time=0.106 ms
64 bytes from 216.58.214.195: icmp_seq=7 ttl=64 time=0.091 ms
64 bytes from 216.58.214.195: icmp_seq=8 ttl=64 time=0.129 ms
64 bytes from 216.58.214.195: icmp_seq=9 ttl=64 time=0.131 ms

--- 216.58.214.195 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.091/0.123/0.156/0.018 ms

Hach wie schön, direkt am Budapest Internet Exchange drauf zu sein ¯\_(ツ)_/¯
 
Thunderbyte said:
Ein Telekom DSL Anschluß wird kaum besser als 25-35ms zu praktisch jeder Destination sein
Click to expand...

Code: 
Start: Tue Mar 28 18:55:02 2017
HOST: debian8                            Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- firewall.xxxxxx.local               0.0%    10    0.2   0.2   0.2   0.3   0.0
  2.|-- gateway02.xxxxxx.local              0.0%    10    6.9  11.9   1.0  59.4  16.8
  3.|-- 62.155.244.181                      0.0%    10    7.6  16.8   6.8  30.3  10.0
  4.|-- d-ed3-i.d.de.net.dtag.de            0.0%    10   13.5  11.8   8.9  15.4   2.4
  5.|-- 80.150.168.58                       0.0%    10    8.5   9.1   8.2  12.2   1.1
  6.|-- ve531.ae10.brip-a.dus1-de.myloc.de  0.0%    10   19.2  28.2   8.9 113.1  32.1
  7.|-- ???                                100.0    10    0.0   0.0   0.0   0.0   0.0
  8.|-- 89.163.156.44                       0.0%    10    8.1   8.5   8.1   8.8   0.0
Code: 
Start: Tue Mar 28 18:58:56 2017
HOST: debian8                  Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- firewall.xxxxxx.local     0.0%    10    0.2   0.4   0.2   0.9   0.0
  2.|-- gateway02.xxxxxx.local    0.0%    10    8.8   7.0   1.0  10.1   2.3
  3.|-- 62.155.244.181            0.0%    10    7.9   7.3   6.6   8.8   0.3
  4.|-- 217.239.49.202            0.0%    10   11.5  11.7  11.4  12.2   0.0
  5.|-- 72.14.196.17              0.0%    10   64.7  59.1  51.2  67.7   4.8
  6.|-- 216.239.62.111            0.0%    10   12.0  11.9  11.6  12.4   0.0
  7.|-- 108.170.235.251           0.0%    10   12.1  12.6  12.1  13.6   0.0
  8.|-- fra16s13-in-f227.1e100.net  0.0%    10   12.0  12.3  11.7  12.8   0.0
Ist ein DSL 16k Anschluss von 1und1.
 
IP-Projects.de said:
Christian du angeber :)



Jetzt muss ich mich auch noch bei Nico beschweren, dass wir 0.1 ms schlechtere Latenz haben als du zzz.
Click to expand...

Das wird wohl daran liegen, dass Accelerated / AS31400 nicht am KleyReX präsent ist und mit Google peered, der Umweg über den DE-CIX und ggf. Voxility wird die Latenz weiter erhöhen ;-) - Christian hat dabei einfach die kürzeren Latenzzeiten, schließlich betreibt er ein eigenes Netz und kann sich aussuchen, mit wem er peered (sofern der Peering-Partner mitspielt) :P
 
Thunderbyte said:
Ein Telekom DSL Anschluß wird kaum besser als 25-35ms zu praktisch jeder Destination sein.
Click to expand...

Code: 
Start: Thu Mar 30 21:08:55 2017
HOST: debian-server               Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- fritz.box                  0.0%    10    8.0   7.2   0.4   9.8   2.4
  2.|-- 87.186.224.15              0.0%    10    7.8   7.6   7.4   7.9   0.0
  3.|-- 87.186.255.22              0.0%    10   16.7   8.0   6.5  16.7   3.0
  4.|-- 217.239.40.242             0.0%    10   24.4  11.3   8.6  24.4   4.8
  5.|-- 80.157.131.50             50.0%    10  2903. 2648. 2360. 2903. 214.9
  6.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  7.|-- ARUBA-SPA.ear2.Frankfurt1  0.0%    10    9.0  23.7   9.0 130.3  37.8
  8.|-- hostXX-XX-XXX-XX.static.a  0.0%    10    8.9   8.9   8.2   9.8   0.0

Code: 
Start: Thu Mar 30 21:10:52 2017
HOST: debian-server               Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- fritz.box                  0.0%    10    9.6   7.1   0.4   9.6   2.4
  2.|-- 87.186.224.15              0.0%    10    7.7   7.7   7.4   8.2   0.0
  3.|-- 87.186.255.26              0.0%    10    6.8   8.9   6.5  25.1   5.7
  4.|-- 217.239.45.126             0.0%    10    9.7   9.0   8.7   9.7   0.0
  5.|-- ffm-b4-link.telia.net      0.0%    10    9.8  12.9   9.0  27.7   6.5
  6.|-- ffm-bb4-link.telia.net     0.0%    10    9.3   9.8   9.2  12.3   0.8
  7.|-- ffm-b1-link.telia.net      0.0%    10   32.9  14.6   9.0  32.9   8.7
  8.|-- voxility-ic-304815-ffm-b1  0.0%    10   21.7  18.4   9.6  35.0   9.0
  9.|-- fra-eq5-01c.voxility.net   0.0%    10    9.1  11.7   9.1  26.3   5.5
 10.|-- fra-in8-01c.voxility.net   0.0%    10    9.5  10.5   9.2  14.9   2.0
 11.|-- lh28933.voxility.net       0.0%    10    9.2  13.7   8.4  42.4  11.1
 12.|-- fra4.xe-0-1-0.accelerated  0.0%    10    9.2  10.9   8.8  24.3   4.7
 13.|-- 84.200.93.17               0.0%    10    8.9   9.3   8.8   9.7   0.0
 14.|-- 84.200.XX.XXX              0.0%    10    8.9   9.0   8.5   9.6   0.0

Knapp 100km von Frankfurt. Hin und wieder auch mal 7ms.
 
Last edited by a moderator:
Prinzipiell bekannt sind mir die Definitionen schon :D Im Eifer des Gefechts... err Argumentes... hilft das aber nicht zumal die Grundidee wie [Stadt|Land](C)IX nicht überall greift, siehe NL-IX.
 
You must log in or register to reply here.
Back
Top