Erste Chello anzeichen bei iNode

Hier sind eure (nicht-technischen) Erfahrungen mit Providern (deren Produkten und Dienstleistungen) gefragt.
Forumsregeln
Hier sind Eure (nicht-technischen) Erfahrungen mit Providern (deren Produkten und Dienstleistungen) gefragt.

Technisch orientierte Fragen bitte in den passenden Rubriken stellen!

Beitragvon mahe » Mi 28 Jun, 2006 10:33

omg ...
Das Paket das da geschickt wird ist grademal 64 Byte groĂź.
Ok, es mag sich hier zwar nur um ICMP handeln und solche Pakete werden ja mit sehr geringer Prio behandelt, bei einem Paket pro Sekunde sollte das aber nicht solche Auswirkungen haben.

Ich schicke pro Sekunde 40-50 UDP-Pakete mit einer Größe von etwa 250 Byte und empfange die gleiche Menge. (das macht etwa 10-13 kB/s up und down).
Ich hab xDSL@home mit 4096 / 768, also seitens meiner Anbindung gibt es da kein Problem. Auch sonst wurde bereits alles mehrmals gecheckt (Modem, andere Clients, uswusf.).

Wenn du nun eine VPN-Verbindung hast machen sich die "paar" Prozent PL durch einen Verbindungsabbruch bemerkbar.
Damit lässt es sich doch wirklich toll arbeiten ;)
Den Verbindungsabbruch selbst kann man noch mit einem Workaround mindern -> automatisch wieder einwählen, das geht tlw. so schnell dass nichtmal Win den Verbindungsverlust zum Server bemerkt.
Nur wenn man 3-10 Sekunden nichtmehr hinkommt bringt das herzlich wenig.

Und bevor jetzt die Diskussion aufkommt "Nimm dir doch einen Business-Anschluss", ich bezahle den Anschluss selbst und nicht meine Firma, dafür kann ich aber von zuhause aus arbeiten und muss nicht täglich in die Arbeit fahren.
(und 60 € pro Monat sind billiger als der Benzin den ich verfahren würde)
so long

mahe
mahe
Junior Board-Mitglied
Junior Board-Mitglied
 
Beiträge: 48
Registriert: Mo 02 Feb, 2004 23:01
Wohnort: Wien

Beitragvon superracer » Mi 28 Jun, 2006 10:39

mahe hat geschrieben:Wenn du nun eine VPN-Verbindung hast machen sich die "paar" Prozent PL durch einen Verbindungsabbruch bemerkbar.
Damit lässt es sich doch wirklich toll arbeiten ;)

Code: Alles auswählen
|                             81.3.59.179 -    0 |  200 |  200 |   15 |   25 |   32 |   31 |

12. lac3-viech2.inode.at          0.0%    200   16.5  16.8  16.3  20.8   0.7


ich seh da weder "ein paar prozent PL" noch irgendwie schlechte pingzeiten...

und bevor du was schreibst: du weißt ja anscheinend, daß core router andere prioritäten haben, als deine pings möglichst schnell und möglichst zuverläßig zu beantworten, somit sollte für dich auch klar sein, daß die hops zwischendrin genau null aussage bzgl netzqualität haben. oder anders ausgedrückt: die router auf dem weg können von mir aus 80% packet loss und pingzeiten >10 sekunden aufweisen, und dein zielhost dabei aber trotzdem pipifein erreichbar sein.

meine frage von vorhin war ĂĽbrigens nicht rhetorisch, sondern ich wollte wirklich fragen, _wo_ du da ein problem siehst?
superracer
Board-User Level 3
Board-User Level 3
 
Beiträge: 1073
Registriert: So 04 Jul, 2004 11:18

Beitragvon mahe » Mi 28 Jun, 2006 10:54

Das die VPN-Verbindug dadurch sporadisch abkackt und ich den ganzen Authentifizierungskram wieder reinhämmern muss.
Und zwischen 21.00 und 23.00 passiert das quasi im 10-Minuten-Takt (nein, hab nicht mitgestoppt, kommt aber hin), versuch da mal ordentlich zu arbeiten *grml*
so long

mahe
mahe
Junior Board-Mitglied
Junior Board-Mitglied
 
Beiträge: 48
Registriert: Mo 02 Feb, 2004 23:01
Wohnort: Wien

Beitragvon wavenetuser » Mi 28 Jun, 2006 10:55

Ich wĂĽrde mir da nicht allzu viele Sorgen machen.
Wenn ein Dienstleister seine Dienstleistung nicht bringt, besteht immer die Möglichkeit einer ausserordentlichen Kündigung.
Die Alternative derzeit heiĂźt aber dann nur noch TA .
Bild
wavenetuser
Board-User Level 3
Board-User Level 3
 
Beiträge: 1266
Registriert: Do 09 Feb, 2006 02:35

Beitragvon superracer » Mi 28 Jun, 2006 11:04

mahe hat geschrieben:Das die VPN-Verbindug dadurch sporadisch abkackt und ich den ganzen Authentifizierungskram wieder reinhämmern muss.
Und zwischen 21.00 und 23.00 passiert das quasi im 10-Minuten-Takt (nein, hab nicht mitgestoppt, kommt aber hin), versuch da mal ordentlich zu arbeiten *grml*

dann solltest das vl mal ordentlich debuggen, und nicht irgendwelche aussagelosen traceroutes machen, wo du ein problem zu sehen glaubst wo keines ist, nur damit du irgendwen hast, auf den du die schuld schieben kannst und öffentlich groß rummeckern kannst.
superracer
Board-User Level 3
Board-User Level 3
 
Beiträge: 1073
Registriert: So 04 Jul, 2004 11:18

Beitragvon hmmmm » Mi 28 Jun, 2006 13:08

PacketLoss, sporadische VerbindungsabbrĂĽche von 3-10 Sekunden


Verbindungsabbrüche weil der Backbone ausfällt, gell? Das liegt nicht am Tracing sondern der Fehler liegt in deiner Nähe.
hmmmm
Board-User Level 1
Board-User Level 1
 
Beiträge: 749
Registriert: Mi 02 Mär, 2005 15:52

Beitragvon hmmmm » Mi 28 Jun, 2006 13:13

Also, schauts mal:

tracert zu libertyglobal.com

27. Dezember 2005
1 <1 ms <1 ms <1 ms 192.168.0.1
2 24 ms 24 ms 23 ms 62.99.171.96
3 25 ms 23 ms 23 ms 62.99.171.96
4 23 ms 23 ms 23 ms bord-vl-00-499.shuttle.vien.inode.at [83.65.78.33]
5 23 ms 23 ms 22 ms ott2-gb-04-003.shuttle.vien.inode.at [62.99.170.45]
6 23 ms 23 ms 22 ms ge-2-2.ar1.VIE1.gblx.net [146.82.33.213]
7 121 ms 120 ms 121 ms so5-0-0-2488M.ar2.NYC1.gblx.net [67.17.64.150]
8 122 ms 121 ms 121 ms POS1-1.BR3.NYC8.ALTER.NET [204.255.168.61]
9 121 ms 121 ms 121 ms 0.so-5-2-0.XL1.NYC8.ALTER.NET [152.63.19.54]
10 190 ms 189 ms 190 ms 0.so-6-0-0.XL1.LAX4.ALTER.NET [152.63.112.137]
11 191 ms 190 ms 190 ms 193.ATM4-0.GW9.LAX4.ALTER.NET [152.63.115.73]
12 190 ms 190 ms 190 ms telepacific-lax4-gw.customer.alter.net [157.130.224.22]
13 190 ms 190 ms 191 ms fa10.sv1.lsanca.telepacific.net [64.60.224.2]
14 191 ms 191 ms 190 ms web3.telepacific.net [64.60.0.40]
Ablaufverfolgung beendet.

28. Juni 2006
1 1 ms <1 ms <1 ms 192.168.0.1
2 19 ms 18 ms 22 ms gar8-lo-00-000.shuttle.vien.inode.at [62.99.171.173]
3 84 ms 34 ms 19 ms gar8-lo-00-000.shuttle.vien.inode.at [62.99.171.173]
4 19 ms 18 ms 18 ms bord-vl-00-500.shuttle.vien.inode.at [83.65.78.1]
5 19 ms 19 ms 18 ms vie2-gb-03-003.shuttle.vien.inode.at [62.99.171.41]
6 18 ms 20 ms 19 ms ott2-po-00-002.shuttle.vien.inode.at [62.99.170.254]
7 18 ms 19 ms 18 ms ge-2-2.ar1.VIE1.gblx.net [146.82.33.213]
8 117 ms 117 ms 117 ms so1-3-0-10G.scr1.NYC1.gblx.net [67.17.93.217]
9 117 ms 117 ms 116 ms ge3-1-10G.ar4.NYC1.gblx.net [67.17.104.186]
10 117 ms 117 ms 117 ms 0.so-0-0-0.BR2.NYC4.ALTER.NET [204.255.169.113]
11 117 ms 116 ms 117 ms 0.ge-5-1-0.XL3.NYC4.ALTER.NET [152.63.3.113]
12 203 ms 203 ms 204 ms 0.so-6-0-0.XL1.LAX4.ALTER.NET [152.63.112.137]
13 204 ms 204 ms 205 ms 193.ATM4-0.GW9.LAX4.ALTER.NET [152.63.115.73]
14 198 ms 199 ms 202 ms telepacific-lax4-gw.customer.alter.net [157.130.224.22]
15 202 ms 201 ms 198 ms fa10.sv1.lsanca.telepacific.net [64.60.224.2]
16 203 ms 203 ms 203 ms web3.telepacific.net [64.60.0.40]
Ablaufverfolgung beendet.

---
Viel SpaĂź damit,
Mfg hmmmm
hmmmm
Board-User Level 1
Board-User Level 1
 
Beiträge: 749
Registriert: Mi 02 Mär, 2005 15:52

Beitragvon max_payne » Mi 28 Jun, 2006 13:24

1 11 ms 12 ms 10 ms 172.25.46.23
2 10 ms 11 ms 11 ms vie2-vl-00-006.shuttle.vien.inode.at [62.99.170.
229]
3 11 ms 15 ms 12 ms ott2-po-00-002.shuttle.vien.inode.at [62.99.170.
254]
4 10 ms 10 ms 11 ms ge-2-0.ar1.VIE1.gblx.net [146.82.33.217]
5 109 ms 109 ms 109 ms so1-3-0-10G.scr1.NYC1.gblx.net [67.17.93.217]
6 109 ms 109 ms 108 ms ge3-1-10G.ar4.NYC1.gblx.net [67.17.104.186]
7 109 ms 109 ms 109 ms 0.so-0-0-0.BR2.NYC4.ALTER.NET [204.255.169.113]

8 108 ms 108 ms 109 ms 0.ge-5-0-0.XL3.NYC4.ALTER.NET [152.63.3.109]
9 187 ms 188 ms 188 ms 0.so-6-0-0.XL1.LAX4.ALTER.NET [152.63.112.137]
10 196 ms 197 ms 195 ms 193.ATM4-0.GW9.LAX4.ALTER.NET [152.63.115.73]
11 195 ms 196 ms 195 ms telepacific-lax4-gw.customer.alter.net [157.130.
224.22]
12 189 ms 189 ms 190 ms fa10.sv1.lsanca.telepacific.net [64.60.224.2]
13 191 ms 192 ms 191 ms web3.telepacific.net [64.60.0.40]

Server steht in LA.. was erwartest du dir?

von nem Schweizer server dauerts 100ms länger.
max_payne
Ultimate Power-User
Ultimate Power-User
 
Beiträge: 4982
Registriert: Mo 30 Aug, 2004 12:25

Beitragvon medice » Mi 28 Jun, 2006 13:26

ich nehm an er wollte zum ausdruck bringen, dass sich nix wesentliches geändert hat
Mfg
Medice

Wir in Bayern brauchen keine Opposition, weil wir sind schon Demokraten. (c) Gerhard Polt
medice
Advanced Power-User
Advanced Power-User
 
Beiträge: 3288
Registriert: Fr 13 Mai, 2005 10:32
Wohnort: Graz

Beitragvon superracer » Mi 28 Jun, 2006 13:27

ui, der ping hat sich um 12 ms erhöht! der weltuntergang is nahe!
superracer
Board-User Level 3
Board-User Level 3
 
Beiträge: 1073
Registriert: So 04 Jul, 2004 11:18

Beitragvon mahe » Mi 28 Jun, 2006 14:57

hmmmm hat geschrieben:Verbindungsabbrüche weil der Backbone ausfällt, gell? Das liegt nicht am Tracing sondern der Fehler liegt in deiner Nähe.
Ich habe nie behauptet dass der Backbone ausfällt ...
Und selbst wenn der Fehler in meiner Nähe liegt, was er definitv nicht tut (komisch wenn das tracert genau dort aufhört), liegt er nach der Telefondose.
Und da wäre mein Ansprechpartner auch inode.

Die Route die da gegangen wird ist einfach ĂĽberlastet, das war schon vor 1,5 Jahren so.
so long

mahe
mahe
Junior Board-Mitglied
Junior Board-Mitglied
 
Beiträge: 48
Registriert: Mo 02 Feb, 2004 23:01
Wohnort: Wien

Beitragvon superracer » Mi 28 Jun, 2006 15:04

mahe hat geschrieben:Die Route die da gegangen wird ist einfach ĂĽberlastet, das war schon vor 1,5 Jahren so.

na du muĂźt es ja wissen :/

edit:
Code: Alles auswählen
~# ping -nqi 0.05 -s 400 -c 1000 81.3.59.179
PING 81.3.59.179 (81.3.59.179) 400(428) bytes of data.

--- 81.3.59.179 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 50968ms
rtt min/avg/max/mdev = 18.594/19.070/20.861/0.213 ms

ja echt total ĂĽberlastet :lol:
superracer
Board-User Level 3
Board-User Level 3
 
Beiträge: 1073
Registriert: So 04 Jul, 2004 11:18

Beitragvon roro » Mi 28 Jun, 2006 15:16

ping -f -s 250 -c 5000 81.3.59.179
PING 81.3.59.179 (81.3.59.179) 250(278) bytes of data.
--- 81.3.59.179 ping statistics ---
5000 packets transmitted, 5000 received, 0% packet loss, time 72845ms
rtt min/avg/max/mdev = 5.065/25.026/69.198/9.395 ms, pipe 6, ipg/ewma 14.572/20.534 ms


Seh eigentlich auch kein Problem im Inode/UPC-Routing.
roro
Advanced Profi-User
Advanced Profi-User
 
Beiträge: 2347
Registriert: Di 11 Jan, 2005 15:22
Wohnort: Weiz

Beitragvon mahe » Mi 28 Jun, 2006 16:14

und nun gehen wir nochmal her und lesen uns meine Posts nochmal durch ...
so long

mahe
mahe
Junior Board-Mitglied
Junior Board-Mitglied
 
Beiträge: 48
Registriert: Mo 02 Feb, 2004 23:01
Wohnort: Wien

Beitragvon superracer » Mi 28 Jun, 2006 16:26

und nun gehen wir her und ignorieren das ganze gesudere...

ich setz dir sogar nen smokeping auf die IP an, wie wär das?
superracer
Board-User Level 3
Board-User Level 3
 
Beiträge: 1073
Registriert: So 04 Jul, 2004 11:18

VorherigeNächste

ZurĂĽck zu PROVIDER

Wer ist online?

Mitglieder in diesem Forum: DotNetDotCom [Crawler], Trendiction [Crawler] und 93 Gäste