xDSL.at

Alles zum Thema Breitband / Internet / Provider / Linux
http://dsl.at/

Sabotiert die TA die alternativen ISPs?

http://dsl.at/viewtopic.php?f=23&t=32315

Seite 1 von 8

Sabotiert die TA die alternativen ISPs?

BeitragVerfasst: Mi 30 Nov, 2005 18:18
von hardliner
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.

BeitragVerfasst: Mi 30 Nov, 2005 18:23
von max_payne
:ichsagnix:

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

BeitragVerfasst: Mi 30 Nov, 2005 18:36
von hardliner
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.

BeitragVerfasst: Mi 30 Nov, 2005 19:12
von Bender
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

Bild

BeitragVerfasst: Mi 30 Nov, 2005 19:17
von codec
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.

BeitragVerfasst: Mi 30 Nov, 2005 19:28
von hardliner
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.

BeitragVerfasst: Mi 30 Nov, 2005 19:34
von codec
dann wird es zeit das was ycn u/o andere unternehmen.
weil das ist wettbewerbswidrig

BeitragVerfasst: Mi 30 Nov, 2005 19:37
von Neptunus
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.

BeitragVerfasst: Mi 30 Nov, 2005 19:40
von wicked_one
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?

BeitragVerfasst: Mi 30 Nov, 2005 19:42
von max_payne
ist das nicht ein fall für die RTR?

BeitragVerfasst: Mi 30 Nov, 2005 19:44
von Neptunus
@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

BeitragVerfasst: Mi 30 Nov, 2005 19:45
von hardliner
max_payne hat geschrieben:ist das nicht ein fall für die RTR?

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

BeitragVerfasst: Mi 30 Nov, 2005 19:50
von ANOther
@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?

BeitragVerfasst: Mi 30 Nov, 2005 19:53
von hardliner
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.

BeitragVerfasst: Mi 30 Nov, 2005 19:54
von computerherby
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.
Alle Zeiten sind UTC + 1 Stunde
Seite 1 von 8
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/