Neuer gigabit Privacy Server in der Schweiz verfügbar

@Prism: Schon mal etwas von Anycast gehört? Google hat nicht nur Server in den USA. Die Anfrage geht an den Server, der die kürzeste Route von dir hat. Das selbe Verfahren setzt auch OpenDNS ein. Die haben zig DNS-Server auf der ganzen Welt verteilt aber nur 2 IP-Adressen für die Server. Wenn du in Deutschland bist gehen die Anfragen höchstwahrscheinlich an die Server in Frankfurt oder Amsterdam und nicht nach Los Angeles.

BTW: Gibt es schon Neuigkeiten bzgl. des CH-Servers? Mich wundert immer noch, warum sie ein Traceroute von uns zum Server benötigen, wenn sie diese sowieso nicht beeinflussen können. Da wäre eine IP-Adresse unseres Internetanschlusses sinnvoller, damit sie die Route vom Server dort hin überprüfen können.
 
Lumia;n1824 said:
Da wäre eine IP-Adresse unseres Internetanschlusses sinnvoller, damit sie die Route vom Server dort hin überprüfen können.
Nicht unbedingt.
Bei Keweb gibt es bspw. das Problem, dass ausgehend von dem Hoster die Route von Erfurt nach Brüssel ohne Umwege über Frankfurt verläuft.
Umgekehrt jedoch erfolgt das Routing über London.
 
Wir haben es geprüft, haben aber leider keinen Einfluss auf die Routen von Level3. Unseren Vorschlag wäre Ihr Traffic über Cogent laufen zu lassen, um dies zu testen.

Wären Sie damit einverstanden?
Freundliche Grüsse

Gerade bekommen. Also wir testen das mal. Auch wenn wieder gemeckert wird(Huhu BT2 :D), aber Versuch macht kluch oder so ähnlich :D

Gruß

Frank
 
BT2;n1833 said:
Nicht unbedingt.
Bei Keweb gibt es bspw. das Problem, dass ausgehend von dem Hoster die Route von Erfurt nach Brüssel ohne Umwege über Frankfurt verläuft.
Umgekehrt jedoch erfolgt das Routing über London.

Ja, aber als Hoster haben sie ja keinen Einfluss wie der Traffic zu ihnen kommt. Es sei denn sie beschränken sich auf hochwertige Peerings. Aber so können sie auch nur die letzten Übergabepunkte bestimmen.

PS: Gerade über SSH beim CH-Server Download zwischen 300 KByte/s und 1 MByte/s, aber eher an der unteren Grenze.
 
Sollte es nicht, da Cogent aktuell ja auch schon zur Verfügung steht:

Code:
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                                                               Packets               Pings
 Host                                                                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 2. te0-5-0-3.ccr21.par01.atlas.cogentco.com                                                                                  0.0%     7    8.1   8.1   8.0   8.3   0.1
 3. te3-8.ccr01.lys01.atlas.cogentco.com                                                                                      0.0%     6   14.9  14.9  14.9  15.0   0.1
 4. te7-3.ccr01.zrh01.atlas.cogentco.com                                                                                      0.0%     6   22.6  22.6  22.6  22.7   0.0
 5. 149.6.176.34                                                                                                              0.0%     6   23.6  23.4  22.8  23.7   0.3
 6. 176.10.115.98                                                                                                             0.0%     6   25.2  24.7  23.8  25.3   0.5
 
Code:
HTTP request sent, awaiting response... 200 OK
Length: 680525824 (649M) [application/x-iso9660-image]
Saving to: `/dev/null'

 1% [>                                                                                               ] 10,359,481   540K/s  eta 20m 28s ^C

:((

das ist von einer Cogent maschine in UK -> CH.Gigabit -> ftp.ch.debian


nachtrag: meine maschine in UK hat exklusives cogent routing, daher wechselt das packet nie auf einen anderen provider sondern geht von cogentUK nach cogentFR nach cogentCH

Edit2:

Von mir zu ftp.de.debian.org:
Code:
xxxxxxxx:~$ wget ftp://ftp.de.debian.org/debian-cd/7.1.0/amd64/iso-cd/debian-7.1.0-amd64-CD-1.iso -O /dev/null
--2013-09-10 21:47:19--  ftp://ftp.de.debian.org/debian-cd/7.1.0/amd64/iso-cd/debian-7.1.0-amd64-CD-1.iso
           => “/dev/null”
Resolving ftp.de.debian.org... 141.76.2.4
Connecting to ftp.de.debian.org|141.76.2.4|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD (1) /debian-cd/7.1.0/amd64/iso-cd ... done.
==> SIZE debian-7.1.0-amd64-CD-1.iso ... 680525824
==> PASV ... done.    ==> RETR debian-7.1.0-amd64-CD-1.iso ... done.
Length: 680525824 (649M) (unauthoritative)

100%[===============================================================================================>] 680,525,824 96.6M/s   in 9.9s    

2013-09-10 21:47:29 (65.7 MB/s) - “/dev/null” saved [680525824]

das ganze via de3.gigabit:

Code:
HTTP request sent, awaiting response... 200 OK
Length: 680525824 (649M) [application/x-iso9660-image]
Saving to: “/dev/null”

100%[===============================================================================================>] 680,525,824 42.7M/s   in 16s     

2013-09-10 21:49:34 (40.5 MB/s) - “/dev/null” saved [680525824/680525824]
 
Die Frage ist ja aber eher, wie die Pakete zu dir bzw. deinem Server geleitet werden :) Und das scheint mehr schlecht als recht zu sein.
 
Ich hab noch weiter getestet, mit meinem eigenen schweizer Server:

ohne CH.gigabit:
Code:
HTTP request sent, awaiting response... 200 OK
Length: 735051776 (701M) [application/x-iso9660-image]
Saving to: `ubuntu-13.04-server-amd64.iso'

 5% [=====>                                                                                                                   ] 37,330,528  5.91M/s  eta 1m 53s  ^C
mit CH.gigabit:
Code:
HTTP request sent, awaiting response... 200 OK
Length: 735051776 (701M) [application/x-iso9660-image]
Saving to: `/dev/null'

52% [==============================================================>                                                         ] 386,853,792 5.04M/s  eta 68s     ^C

Bringt ja nix wenn man nur in der Schweiz dedizierte 1000mbit hat und das ausland massiv leidet.
 
PP Frank;n1839 said:
Auch wenn wieder gemeckert wird(Huhu BT2 :D), aber Versuch macht kluch oder so ähnlich :D
Habe ich jemals an einer einzigen Stelle gemeckert? :D

Bei mir erfolgt das Routing nach wie vor über HE.

Meine Frage "Sind 50 Mbit/s heutzutage nicht normal?" war eher ironisch gemeint: Ich kenne genügend Leute in Deutschland, die froh wären, wenn ihnen wenigstens 5 Mbit/s zur Verfügung stünden.
 
Wurde jetzt was umgestellt, oder nur Zufall? :)
Geschwindigkeit schwankt aber doch recht stark. Geht mal wieder runter auf 2 MByte/s dann mal wieder hoch auf 8 MByte/s.
Sieht aber schon besser aus als davor.
 
Also die Route geht jetzt bei mir auch über Cogento. Aber mit meinen 16 habe ich keine Veränderung. Schwankt etwas, ist aber völlig OK für VPN.... Also für mich wie vorher
 
Hallo!

Meine neue Route zum PP Server:

Code:
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                                                               Packets               Pings
 Host                                                                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 4. asd-s5-rou-1041.NL.eurorings.net                                                                                          0.0%    16    2.5   2.5   2.5   3.3   0.2
 5. asd2-rou-1044.NL.eurorings.net                                                                                            0.0%    16    3.0   3.0   3.0   3.1   0.0
 6. asd-s6-rou-1041.NL.eurorings.net                                                                                          0.0%    16    3.2   3.3   3.2   4.4   0.3
 7. te8-5.ccr01.ams05.atlas.cogentco.com                                                                                      0.0%    16    3.3   3.3   3.3   3.5   0.0
 8. te0-7-0-28.mpd22.ams03.atlas.cogentco.com                                                                                 0.0%    16    3.7   3.7   3.6   3.9   0.1
 9. te0-1-0-1.mpd22.fra03.atlas.cogentco.com                                                                                  0.0%    16   12.1  12.1  12.0  12.2   0.1
    te0-6-0-1.mpd22.fra03.atlas.cogentco.com
    te0-4-0-1.mpd22.fra03.atlas.cogentco.com
    te0-4-0-6.mpd22.fra03.atlas.cogentco.com
    te0-2-0-7.mpd22.fra03.atlas.cogentco.com
    te0-3-0-3.mpd22.fra03.atlas.cogentco.com
    te0-2-0-1.mpd22.fra03.atlas.cogentco.com
    te0-3-0-1.mpd22.fra03.atlas.cogentco.com
10. be2009.mag21.fra03.atlas.cogentco.com                                                                                     0.0%    16   12.2  12.3  12.1  13.5   0.3
11. te1-8.ccr01.str01.atlas.cogentco.com                                                                                      0.0%    16   14.9  84.0  14.9 187.1  81.8
12. te1-2.ccr01.zrh01.atlas.cogentco.com                                                                                      0.0%    16   19.9  61.6  19.8 194.3  66.3
13. 149.6.176.34                                                                                                              0.0%    16   17.3  17.5  17.2  19.7   0.7
14. 176.10.115.98                                                                                                             0.0%    16   17.3  17.4  17.3  17.5   0.1

und speedtest:

Code:
HTTP request sent, awaiting response... 200 OK
Length: 680525824 (649M) [application/x-iso9660-image]
Saving to: “debian-7.1.0-amd64-CD-1.iso”

100%[==============================================================================================================================>] 680,525,824 11.1M/s   in 46s     

2013-09-11 17:44:59 (14.1 MB/s) - “debian-7.1.0-amd64-CD-1.iso” saved [680525824/680525824]
 
Also wenn ich ein Traceroute über VPN vom CH-Server zu meiner IP-Adresse meines Internetanschlusses mache, läuft der Traffic immer noch über he.net:
Code:
Routenverfolgung zu xxx.access.ecotel.net [213.54.xxx.xxx] über maximal 30 Abschnitte:

  1    39 ms    36 ms    30 ms  10.24.13.1
  2    32 ms    35 ms    31 ms  176.10.115.97
  3    32 ms    31 ms    41 ms  gige-g2-12.core1.zrh1.he.net [216.66.84.149]
  4    39 ms    38 ms    47 ms  10gigabitethernet15-2.core1.fra1.he.net [72.52.92.29]
  5    39 ms    41 ms    39 ms  decix02.f.ip.nacamar.net [80.81.193.29]
  6     *       51 ms    41 ms  xe-7-3-0.core11.f.ip.nacamar.net [62.27.95.53]
  7     *       40 ms    40 ms  62.27.94.42
  8     *       40 ms    40 ms  62.27.94.50
  9     *       59 ms    60 ms  xxx.access.ecotel.net [213.54.xxx.xxx]

Die Geschwindigkeit ist auch mies, kein 1 MByte/s. Aber über VPN war mein DL-Speed schon immer schlecht, egal welcher Server.
 
Back
Top