RZ Down ?
Dietmar Prümmer
195.211.146.46
Dietmar Prümmer
Support..... "wir haben scheinbar ein Routingproblem, erreichen aber den
Techniker nicht"
Was sagt uns das ?
Gut das die wichtigen Webs bereits in einem anderen RZ laufen.......
Gruß
Dietmar Prümmer
Claus Lenke
>Da ist der Server seit 15 Uhr nicht erreichbar und um 20 Uhr sagt mir der
>Support..... "wir haben scheinbar ein Routingproblem, erreichen aber den
>Techniker nicht"
Also dann hätte ich jetzt nicht das RZ erreicht...
Ausserdem war um 15:00 Uhr auch nichts wegen Routingproblemen bekannt.
7 68 ms * 65 ms a1.fft3.de.jippii.net [195.211.224.1]
8 72 ms 70 ms 69 ms s1-1.bendorf1.de.jippii.net [195.211.199.178]
9 * * * Zeitüberschreitung der Anforderung.
...
Gruss
Claus
Dietmar Prümmer
ich soll Rechnungen nicht bezahlt haben.... gut das ich alle Kontoauszüge
habe und mir diese morgen bei der Bank bestätigen lasse.
Habe vor 2 Tagen mit einer Dame aus der Buchhaltung telefoniert, die sagte
mir das 2 Beträge nicht eingegangen wären..... aber von meinem Konto sind
sie runter.... bin mal gespannt ob der Fehler bei meiner Bank oder Jippii
liegt......
Der Support scheint wohl standartmässig mit Routingproblemen zu
antworten....
Naja, warte ich halt bis morgen und telefonier nochmal mit der netten Dame
in der Buchhaltung, da wird sich auch dieses Problem bestimmt lösen lassen.
Gruß
Dietmar Prümmer
(Der immer bezahlt !!)
Daniel Grapatin
>Der Support scheint wohl standartmässig mit Routingproblemen zu
>antworten....
Naja, irgendwas stimmt da aber wirklich nicht. Ich habe hier seit
heute Nachmittag bis zu 50% Paket Loss und das ist nicht so lustig.
Support hats weitergegeben und wollte zurückrufen.. Ich betone hierbei
das "wollte" ;-)
Daniel Grapatin
Laxin Internetdienstleistungen
Franz Georg Köhler
>>Der Support scheint wohl standartmässig mit Routingproblemen zu
>>antworten....
>
> Naja, irgendwas stimmt da aber wirklich nicht. Ich habe hier seit
> heute Nachmittag bis zu 50% Paket Loss und das ist nicht so lustig.
>
> Support hats weitergegeben und wollte zurückrufen.. Ich betone hierbei
> das "wollte" ;-)
Das ist das 'Routingproblem', das Herrn Prümmer gemeldet wurde.
BTW: Tritt der PacketLoss eigentlich nur beim Peering der deutschen
Telekom AG auf?
Von Schlund & Partner aus habe ich 0%:
64 bytes from 195.88.69.130: icmp_seq=0 ttl=249 time=5.2 ms
64 bytes from 195.88.69.130: icmp_seq=1 ttl=249 time=15.2 ms
64 bytes from 195.88.69.130: icmp_seq=2 ttl=249 time=6.3 ms
64 bytes from 195.88.69.130: icmp_seq=3 ttl=249 time=8.2 ms
64 bytes from 195.88.69.130: icmp_seq=4 ttl=249 time=6.3 ms
64 bytes from 195.88.69.130: icmp_seq=5 ttl=249 time=10.0 ms
64 bytes from 195.88.69.130: icmp_seq=6 ttl=249 time=5.1 ms
64 bytes from 195.88.69.130: icmp_seq=7 ttl=249 time=7.6 ms
64 bytes from 195.88.69.130: icmp_seq=8 ttl=249 time=5.4 ms
64 bytes from 195.88.69.130: icmp_seq=9 ttl=249 time=4.8 ms
--- 195.88.69.130 ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss
Mit freundlichen Grüßen,
Franz Georg Köhler
--
Franz Georg Köhler Tel: 069-17084-100
Jippii! GmbH Fax: 069-17084-510
Lahnstr. 34-40 - This is finnish
60326 Frankfurt am Main but not the end -
Daniel Grapatin
Also auf jeden Fall ist von der Telekom aus kein durchkommen. (siehe
unten)
Was mich jetzt nur interessiert ist, ob der Fehler im Netz der Telekom
liegt oder ob eure Rooting zur Telekom fehlerhaft ist und wer dafür
zuständig ist das das schnell wieder in ORdnung kommt .. :-)
Alle anderen Internetadressen (ausserhalb des Jippii RZ) kann ich
eigentlich problemlos abrufen.
Ping wird ausgeführt für 195.88.69.130 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Ping-Statistik für 195.88.69.130:
Pakete: Gesendet = 9, Empfangen = 0, Verloren = 9 (100% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms
On 10 May 2001 20:14:48 GMT, Franz Georg Köhler <f...@de.jippii.com>
wrote:
Franz Georg Köhler
>
> Also auf jeden Fall ist von der Telekom aus kein durchkommen. (siehe
> unten)
Ich habe z.Zt. 20% PacketLoss:
64 bytes from 195.88.69.130: icmp_seq=1 ttl=249 time=54.4 ms
64 bytes from 195.88.69.130: icmp_seq=2 ttl=249 time=53.3 ms
64 bytes from 195.88.69.130: icmp_seq=3 ttl=249 time=52.1 ms
64 bytes from 195.88.69.130: icmp_seq=4 ttl=249 time=54.3 ms
64 bytes from 195.88.69.130: icmp_seq=5 ttl=249 time=54.0 ms
64 bytes from 195.88.69.130: icmp_seq=6 ttl=249 time=53.3 ms
64 bytes from 195.88.69.130: icmp_seq=7 ttl=249 time=55.0 ms
64 bytes from 195.88.69.130: icmp_seq=8 ttl=249 time=53.8 ms
--- 195.88.69.130 ping statistics ---
10 packets transmitted, 8 packets received, 20% packet loss
round-trip min/avg/max = 52.1/53.7/55.0 ms
> Was mich jetzt nur interessiert ist, ob der Fehler im Netz der Telekom
> liegt oder ob eure Rooting zur Telekom fehlerhaft ist
Gute Frage, kann ich aber leider nicht beantworten.
> und wer dafür zuständig ist das das schnell wieder in ORdnung kommt ..
Das Routing Department ist informiert.
Mit freundlichen Grüßen,
Franz Georg Köhler
Daniel Grapatin
>Das Routing Department ist informiert.
Dann wollen wir mal hoffen das die da was machen können :) Danke..
Daniel Grapatin
Laxin Internetdienstleistungen
Ian Hubbertz
>
>>Das Routing Department ist informiert.
>
> Dann wollen wir mal hoffen das die da was machen können :) Danke..
Telekom. Laut deren Aussage ist das Problem bis heute abend behoben.
> Daniel Grapatin
> Laxin Internetdienstleistungen
Ian Hubbertz
Daniel Grapatin
>Das Problem liegt an Änderungen der Leitungskonfiguration seitens der
>Telekom. Laut deren Aussage ist das Problem bis heute abend behoben.
Also ich kann bisher immer noch keine Verbesserung feststellen. Immer
noch mindestens 20% Paket loss, was zu erheblichen Lags führt. SSH
macht so keinen Spass.. :(
Daniel Grapatin
Laxin Internetdienstleistungen
Daniel Grapatin
Das kann ich überhaupt nicht bestätigen. Ich habe über meinen TOnline
Zugang solche Paketverluste NUR zu Jippii. Ansonsten kann ich keine
ungewöhnlichen Lags oder Störungen feststellen :(
Ich denke mal das es nur am Telekom Peering von Jippii liegt.
Das heute noch was passiert denke ich mal nicht (Muttertag halt). aber
es wäre gut wenn Jippii bei der Telekom mal Druck machen würde damit
das spätestens morgen gefixt wird.!!
Mfg,
Daniel Grapatin
Laxin Internetdienstleistungen
>same here. Richting Jippii geht zwar die Verbindung noch recht stabil im
>Gegensatz zu anderen RZs. Ein grossteil der Webpages haben extrem lange
>Ladezeiten und auf einigen IRC Servern seh ich nur noch [13:52] ***
>Quits: xxxxx (Connection reset by peer) im 30-Sekunden-Takt. Alles
>bedingt durch massiven Paket-Verlust innerhalb des T-Online Netzes. So
>macht das Internet echt Spass :-(
>
>cu
>Jens
>treiber-forum.de
Rene Schleicher
Grapatin" <grap...@laxin.de>:
> Das kann ich überhaupt nicht bestätigen. Ich habe über meinen TOnline
> Zugang solche Paketverluste NUR zu Jippii.
Geht eigentlich noch... 1 Packet von 20 verloren:
[rene@borg rene]$ ping -c 20 www.schlund.de
PING www.schlund.de (212.227.147.70): 56 octets data
[...]
--- www.schlund.de ping statistics ---
20 packets transmitted, 20 packets received, 0% packet loss
round-trip min/avg/max = 104.2/112.7/115.1 ms
[rene@borg rene]$ ping -c 20 www.systemprotect.de
PING www.systemprotect.de (195.211.47.82): 56 octets data
[...]
--- www.systemprotect.de ping statistics ---
20 packets transmitted, 19 packets received, 5% packet loss
round-trip min/avg/max = 106.2/112.5/126.0 ms
Mit freundlichen Grueßen,
René Schleicher
Daniel Grapatin
Langsam beschleicht mich das Gefühl das es nicht an der Telekom liegt.
Ich habe jetzt von mereren Kunden gehört, das die Probleme auch dann
bestehen, wenn man sich über einen anderen Provider, welcher nicht die
Telekom Peerings verwendet.
Das Wiederspricht ja schon ein wenig dem, was hier bisher gesagt
wurde.
Daniel Grapatin
Laxin Internetdienstleistungen
Jan Czmok
>
> In article <3n0tftsc1bupudlr7...@4ax.com>,
> grap...@laxin.de says...
>
> Hi,
>
> > Langsam beschleicht mich das Gefühl das es nicht an der Telekom liegt.
>
> > Ich habe jetzt von mereren Kunden gehört, das die Probleme auch dann
> > bestehen, wenn man sich über einen anderen Provider, welcher nicht die
> > Telekom Peerings verwendet.
>
>
Hallo miteinander,
eigentlich ist es nicht meine Art, aber hier mal die (heutigen) Infos
aus
unserer Cisco:
Serialx/0: -> gegenstelle F-gw0.F.net.DTAG.DE
[snip]
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 19759000 bits/sec, 7743 packets/sec
1765626 packets input, 147617243 bytes, 4 no buffer
Received 0 broadcasts, 0 runts, 1 giants, 0 throttles
0 parity
19 input errors, 0 CRC, 0 Frame, 19 overrun, 1792 ignored, 0 abort
1293291835 packets output, 2424535179 bytes, 70 underruns
Serialy/1: -> gegenstelle F-gw0.F.net.DTAG.DE
[snip]
5 minute input rate 13349000 bits/sec, 21946 packets/sec
5 minute output rate 19206000 bits/sec, 7524 packets/sec
3879058859 packets input, 1269609824 bytes, 8 no buffer
Received 0 broadcasts, 0 runts, 1182 giants, 0 throttles
0 parity
47 input errors, 0 CRC, 0 frame, 46 overrun, 1164130 ignored, 1
abort
1281033438 packets output, 2045703301 bytes, 36 underruns
zur Info:
ignored errors sind defekte ip pakete (lt. cisco handbuch) und ebenso,
sind
da ein bissel viel "giants" pakete auf Serialx/1.
Lt. Telekom alles o.k. ?!?
und die CPU last:
CPU utilization for five seconds: 40%/34%; one minute: 45%; five
minutes: 43%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
Zumindest faellt mir bei der Analyse eben auf, das die auf demselben
Router bei
der DTAG liegt (vorher waren das 2 verschiedene). Da koennte die Telekom
noch
ein bissel was optimieren....
Ein Anruf am Montag von mir zur Telekom erfolgt auf jeden Fall...
Gruss
Jan Czmok
Jippii Group Oyj
Franz Georg Köhler
> Hallo!
>
> Langsam beschleicht mich das Gefühl das es nicht an der Telekom liegt.
Ein Pingtest:
--- www.de.colt.net ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max = 1.2/1.7/6.0 ms
--- www.roka.net ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max = 4.2/4.5/9.5 ms
--- www.dtag.de ping statistics ---
100 packets transmitted, 76 packets received, 24% packet loss
round-trip min/avg/max = 9.0/10.4/52.7 ms
> Ich habe jetzt von mereren Kunden gehört, das die Probleme auch dann
> bestehen, wenn man sich über einen anderen Provider, welcher nicht die
> Telekom Peerings verwendet.
Provider?