xDSL.at

von **hardliner** » Mi 30 Nov, 2005 18:18

Hallo!
Aus gegebenem Anlass (im Moment ist die Performance bei YCN wieder voll im A...) habe ich meine Beziehungen spielen lassen und etwas recherchiert.:
Im Moment schaut es so aus:

Code: Alles auswählen: Routenverfolgung zu inode.at [195.58.170.126] über maximal 30 Abschnitte: 1 <1 ms <1 ms <1 ms Pc09.***.at [192.168.0.9] 2 153 ms 152 ms 139 ms 212.88.175.29 3 134 ms 127 ms 127 ms ixion1-fe0-0.ycn.com [212.88.171.115] 4 173 ms 173 ms 186 ms ott1-GB-01-VX2.shuttle.vien.inode.at [193.203.0. 57] 5 122 ms 108 ms 109 ms vie3-gb-04-016.shuttle.vien.inode.at [62.99.171. 186] 6 160 ms 159 ms 153 ms www.inode.at [195.58.170.126] Ablaufverfolgung beendet.

und der Ping zum Ende des Tunnels:

Code: Alles auswählen: Pinging 212.88.171.115 with 32 bytes data (60 bytes IP): Reply from 212.88.171.115: seq=0000 time=119.853ms TTL=253 ID=a4a4 Reply from 212.88.171.115: seq=0001 time=136.506ms TTL=253 ID=a4ab Reply from 212.88.171.115: seq=0002 time=162.509ms TTL=253 ID=a4b2 Reply from 212.88.171.115: seq=0003 time=149.079ms TTL=253 ID=a4b9 Reply from 212.88.171.115: seq=0004 time=144.053ms TTL=253 ID=a4c0 Reply from 212.88.171.115: seq=0005 time=151.587ms TTL=253 ID=a4c7 Reply from 212.88.171.115: seq=0006 time=137.428ms TTL=253 ID=a4ce Reply from 212.88.171.115: seq=0007 time=136.333ms TTL=253 ID=a4d5 Reply from 212.88.171.115: seq=0008 time=128.275ms TTL=253 ID=a4dd Reply from 212.88.171.115: seq=0009 time=134.386ms TTL=253 ID=a4e5 Statistics for 212.88.171.115: Packets: sent=10, rcvd=10, error=0, lost=0 (0% loss) in 4.634387 sec RTTs of replies in ms: min/avg/max: 119.853 / 140.000 / 162.509

Laut unbestätigten Gerüchten im Arsenal (zitiere einen Kumpel sinngemäß) boykottiert und sabotiert die TA die alternativen ISPs, indem Upstreams zum Provider willkürlich offline genommen werden. In der Hoffnung dass möglichst viele Kunden wieder zur TA zurückwechseln.

In diesem speziellen Fall hab ich durch einen "nicht genannt werden wollenden" Kumpel im Arsenal feststellen lassen, dass die Bandbreite zu YCN um 15:00 um ~2/3 aus welchen Gründen auch immer reduziert wurde.

Alles sehr seltsam!
Bleibe auf jeden Fall dran!
H.

von **max_payne** » Mi 30 Nov, 2005 18:23

also verstehe ich das richtig, dass die backbone-leitungen zum wählamt nicht dem provider, sondern der TA gehören?

von **hardliner** » Mi 30 Nov, 2005 18:36

max_payne hat geschrieben::ichsagnix:

also verstehe ich das richtig, dass die backbone-leitungen zum wählamt nicht dem provider, sondern der TA gehören?

so isses!

Deswegen müssen auch die alternativen ISPs für die Durchleitung feste Kohle abdrücken! :cry:

Nur sieht mein Kumpel im Netzwerkmonitor nur den Gesamttraffic und kann nicht lokalisieren welcher Upstream wo offline genommen wurde.
H.

von **Bender** » Mi 30 Nov, 2005 19:12

xDSL.at über inode.at:

Code: Alles auswählen: C:\ping -n 10 xdsl.at Pinging xdsl.at [193.81.193.164] with 32 bytes of data: Reply from 193.81.193.164: bytes=32 time=17ms TTL=55 Reply from 193.81.193.164: bytes=32 time=22ms TTL=55 Reply from 193.81.193.164: bytes=32 time=17ms TTL=55 Reply from 193.81.193.164: bytes=32 time=19ms TTL=55 Reply from 193.81.193.164: bytes=32 time=16ms TTL=55 Reply from 193.81.193.164: bytes=32 time=17ms TTL=55 Reply from 193.81.193.164: bytes=32 time=56ms TTL=55 Reply from 193.81.193.164: bytes=32 time=45ms TTL=55 Reply from 193.81.193.164: bytes=32 time=16ms TTL=55 Reply from 193.81.193.164: bytes=32 time=19ms TTL=55

von **codec** » Mi 30 Nov, 2005 19:17

Ist sicher etwas was YCN nicht auffällt wenn dauernd "willkürlich" der throughput reduziert wird und die spitzen ganze zeit am scheinbaren maximum laufen.

von **hardliner** » Mi 30 Nov, 2005 19:28

codec hat geschrieben:Ist sicher etwas was YCN nicht auffällt wenn dauernd "willkürlich" der throughput reduziert wird und die spitzen ganze zeit am scheinbaren maximum laufen.

YCN kann erst dann reagieren, wenn sie von Kunden diesbezügliche Reklamationen erhalten.
Inzwischen kenn ich auch die Netzstruktur von YCN einigermassen, und komme auch zu dem Schluß, dass die TA Mist baut.
Bis einschließlich zum Übergabepunkt der TA gibts im YCN-Netz keinerlei Bottlenecks.
Auf Grund von "reverse-Traceroutes" lässt sich die Ursache der Lags eindeutig im TA-Netz lokalisieren.

Code: Alles auswählen: 1 fwsrv1.ces.uta.at (213.90.2.2) 0.831 ms 0.322 ms 0.331 ms 2 213.90.1.17 (213.90.1.17) 1.283 ms 1.149 ms 1.113 ms 3 wat1-15-21.net.uta.at (62.218.15.21) 0.999 ms 0.730 ms 0.710 ms 4 C76vix2-tengigE-3-2.net.uta.at (212.152.192.173) 1.410 ms 1.600 ms 1.161 ms 5 tele2-TGigE-vie.net.uta.at (212.152.189.66) 1.373 ms 1.424 ms 1.575 ms 6 wien-s1-rou-1001.AT.eurorings.net (193.203.0.97) 0.995 ms 1.361 ms 1.146 ms 7 134.222.123.22 (134.222.123.22) 1.437 ms 1.889 ms 2.413 ms 8 dslvie21-fe0-1.ycn.com (212.88.171.114) 3.251 ms 2.595 ms 4.042 ms MPLS Label=610 CoS=3 TTL=1 S=0 [B]9 85-90-138-239.DSL.ycn.com (85.90.138.239) 77.924 ms 90.186 ms 107.890 ms [/B]

Normalerweise hats am Ziel (85.90.138.239) nur an die 10 bis 13ms delay!
g.

von **codec** » Mi 30 Nov, 2005 19:34

dann wird es zeit das was ycn u/o andere unternehmen.
weil das ist wettbewerbswidrig

von **Neptunus** » Mi 30 Nov, 2005 19:37

Hat man als gewerblich tätiger ISP eigentlich keine gscheiten Verträge mit den "Partnern", von denen man die Leitungen zukauft?

Also mich würde wundern, wenns da nicht irgend welche Pönale-Vereinbarungen zwischen YCN und der TA geben würde.

von **wicked_one** » Mi 30 Nov, 2005 19:40

hardliner hat geschrieben:
codec hat geschrieben:Ist sicher etwas was YCN nicht auffällt wenn dauernd "willkürlich" der throughput reduziert wird und die spitzen ganze zeit am scheinbaren maximum laufen.

YCN kann erst dann reagieren, wenn sie von Kunden diesbezügliche Reklamationen erhalten.
Inzwischen kenn ich auch die Netzstruktur von YCN einigermassen, und komme auch zu dem Schluß, dass die TA Mist baut.
Bis einschließlich zum Übergabepunkt der TA gibts im YCN-Netz keinerlei Bottlenecks.
Auf Grund von "reverse-Traceroutes" lässt sich die Ursache der Lags eindeutig im TA-Netz lokalisieren.
Code: Alles auswählen
1 fwsrv1.ces.uta.at (213.90.2.2) 0.831 ms 0.322 ms 0.331 ms 2 213.90.1.17 (213.90.1.17) 1.283 ms 1.149 ms 1.113 ms 3 wat1-15-21.net.uta.at (62.218.15.21) 0.999 ms 0.730 ms 0.710 ms 4 C76vix2-tengigE-3-2.net.uta.at (212.152.192.173) 1.410 ms 1.600 ms 1.161 ms 5 tele2-TGigE-vie.net.uta.at (212.152.189.66) 1.373 ms 1.424 ms 1.575 ms 6 wien-s1-rou-1001.AT.eurorings.net (193.203.0.97) 0.995 ms 1.361 ms 1.146 ms 7 134.222.123.22 (134.222.123.22) 1.437 ms 1.889 ms 2.413 ms 8 dslvie21-fe0-1.ycn.com (212.88.171.114) 3.251 ms 2.595 ms 4.042 ms MPLS Label=610 CoS=3 TTL=1 S=0 [B]9 85-90-138-239.DSL.ycn.com (85.90.138.239) 77.924 ms 90.186 ms 107.890 ms [/B]

Normalerweise hats am Ziel (85.90.138.239) nur an die 10 bis 13ms delay!
g.

und wo is da das TA Netz?

von **max_payne** » Mi 30 Nov, 2005 19:42

ist das nicht ein fall für die RTR?

von **Neptunus** » Mi 30 Nov, 2005 19:44

@Hardliner: Kann man *jetzt gerade* irgendwie schlüssig belegen, dass der Fehler bei der TA liegt?

Dann werfe ich bei der TA nämlich noch heute eine Störungsmeldung ein.

Wenn der Fehler dann nicht innerhalb der nächsten 6 Stunden behoben wird, gibts für mich Geld von der TA.

Voraussetzung ist aber wie gesagt, dass sie die Schuld nicht auf YCN schieben können müssen.

lg,
Neptunus

von **hardliner** » Mi 30 Nov, 2005 19:45

max_payne hat geschrieben:ist das nicht ein fall für die RTR?

Keine Sorge, die Beschwerde ist schon, lt YCN, unterwegs.
H.

von **ANOther** » Mi 30 Nov, 2005 19:50

@neptun:
wenn du nen vertrag mit der ta hast, kannst du bei der ta ne störung melden. wenn dein provider nen vertrag mit der ta hat, muss dein provider die störung melden...
btw, welchen servicevertrag hast du, bei garantierter fehlerbehebung <6h?

von **hardliner** » Mi 30 Nov, 2005 19:53

Neptunus hat geschrieben:@Hardliner: Kann man *jetzt gerade* irgendwie schlüssig belegen, dass der Fehler bei der TA liegt?

Dann werfe ich bei der TA nämlich noch heute eine Störungsmeldung ein.

Wenn der Fehler dann nicht innerhalb der nächsten 6 Stunden behoben wird, gibts für mich Geld von der TA.

Voraussetzung ist aber wie gesagt, dass sie die Schuld nicht auf YCN schieben können müssen.

lg,
Neptunus

Das ist ganz einfach: von mir aus zum ersten Hop (212.88.175.29 Ende des Tunnels) hab ich etwa ~180ms. In der Gegerichtung zeigt der Trace diesen Lag erst bei mir (letzter Hop 85.90.138.239). Genau zwischen diesen beiden Hops liegt das TA-Netz.
Somit ist einwandfrei erwiesen, dass die TA den Traffic drosselt oder sonst irgendwie behindert. Quot erat demondstrandum!

Meine DSL-Leitung synct übrigens einwandfrei. Fast keine Leitungsfehler während der letzten 12h. Habe die Leitung erst heute früh durch meinen Kumpel bei der TA überprüfen lassen!
Auch ist 100%ig (von mehreren Seiten) bestätigt, dass diese Störungen erst seit 1.9.05 auftreten. Das ist genau jenes Datum an welchem die TA die höheren Bandbreiten freigeschaltet hat.
H.

von **computerherby** » Mi 30 Nov, 2005 19:54

Wenn Deine Theorie stimmen würde hätten AON-Kunden jetzt 10-13 ms Antwortzeit?
Mein Ping:
Ping wird ausgeführt für 85.90.138.239 mit 32 Bytes Daten:

Antwort von 85.90.138.239: Bytes=32 Zeit=193ms TTL=58
Antwort von 85.90.138.239: Bytes=32 Zeit=104ms TTL=58
Antwort von 85.90.138.239: Bytes=32 Zeit=120ms TTL=58
Zeitüberschreitung der Anforderung.

Ping-Statistik für 85.90.138.239:
Pakete: Gesendet = 4, Empfangen = 3, Verloren = 1 (25% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 104ms, Maximum = 193ms, Mittelwert = 139ms

Mein Provider: AON.

xDSL.at

Sabotiert die TA die alternativen ISPs?

Sabotiert die TA die alternativen ISPs?

Wer ist online?