Arcor/Vodafone: Probleme, wenn IP aus Bereich 188.96.*.*

M*I*B

Neuer User
Mitglied seit
19 Jun 2006
Beiträge
95
Punkte für Reaktionen
1
Punkte
8
Hallo liebe Leser/innen,

ich hätte hier heute mal ein Problem, das vielleicht jemand nachvollziehen/bestätigen kann?!

Grundlage ist ein 3000er Bitstream, der ursprünglich bei Arcor in Vertrag gegangen ist. Als Modem ist eine Fritz 7270 im Einsatz, welche auf einen GigaSwitch arbeitet.

Problem:
Sobald ich, z.B. nach der nächtlichen Zwangstrennung, eine IP- Adresse aus dem Bereich 188.96.*.* zugewiesen bekomme, entstehen beim Aufruf bestimmter Seiten Verzögerungen von rund 8 Sekunden zwischen Absenden der URL und einer ersten Reaktion des Browsers. Ich meine damit nicht den Seitenaufbau der Seite selbst, sondern tatsächlich den Beginn des Handshake. Dieses Verhalten ist unabhängig vom eingesetzten Browser, Rechner, OS und auch beim direkten Anschluss an die Box.
Sobald ich eine IP z.B. aus dem Bereich 82.82.*.* zugewiesen bekomme, sind diese Probleme verschwunden.
Dieses Verhalten ist stabil reproduzierbar. Ein Tracert zeigt erstaunlicher Weise in beiden Fällen keine Auffälligkeiten, alle Zeitmessungen über Port 80 aber schon, und das bei gleicher Route :mad:

Kann das jemand bestätigen resp. nachvollziehen? Hat da jemand eine Erklärung für? Vodafone offensichtlich nicht ...

EDIT: Gerade hat sich eine Dame von Vodafone gemeldet und wollte das als Störung aufnehmen. Konnte sie aber angeblich nicht, da ich nicht deren EasyBox angeschlossen habe, wobei es lt. ihrer Aussage keine Rolle spielt, ob die gemeldete Störung was mit der Box/Leitung zu tun hat oder nicht!
Ich habe ja Verständnis dafür, das man den Service kostengünstig gestalten muss, aber wenn man eine Störung zwangsweise nur dann aufnehmen kann, wenn die eigene (scheiss) Hardware angeschlossen ist, dann finde ich das schon mehr als dämlich... Denn hier liegt das Problam ja mit an Sicherheit grenzender Wahrscheinlichkeit beim Routing und somit weit ausserhalb der von der lokalen Hardware bestimmten Parameter.
 
Zuletzt bearbeitet:
Servus,

tröste Dich, auch mit angeschlossener VF Hardware, kommt der Support nicht in die Gänge.

An die lahme Reaktionszeit meines Anschlußes habe ich mich mittlerweile gewöhnt.
 
Zuletzt bearbeitet:
Servus,

tröste Dich, auch mit angeschlossener VF Hardware, kommt der Support nicht in die Gänge.

Ich kann verstehen das du aktuell, nicht begeistert bist aber ein bissel mehr als Spam hätte es schon sein dürfen.

@M*I*B
Das Problem ist natürlich unbefriedigend.
Daher würde ich dazu raten, eine E-Mail mit genauer Problembeschreibung und Screenshots mit der Beweisführung an [email protected] schickst.
Die Problematik liegt wohl daran das du einen sehr speziellen Fall hast, der durchs Raster fällt. Vermutlich würde bei einem "alten" Hasen auf der HL auch ne Störungsmeldung raus kommen. ;)

GadH
GeradB
 
Wird hier seitens Arcor ein Zwangsproxy eingesetzt?
 
@GeradB: Guter Tip; werde ich mal anschieben
@rannseier: Möglich, dann aber nur für diesen IP- Block
 
Bei Kamp wurde vor vielen vielen Jahren mal FTP gedrosselt, möglich ist also alles.
 
Proxy kann ich ausschließen.

Verwende testweise mal einen anderen DNS Server um zu testen ob evtl. ein Problem mit der Auflösung der Adressen besteht.

188.96 ist aber auch ein sehr komischer IP Adressbereich für Privatkunden. Ich werde mich mal schlau machen normal sollten so was wie 82.82-83.*.* oder 94.216-224.*.*
kommen.
 
Servus,

bin auch mit einer 188.99.xx.xx vebunden, surfen im Internet kaum möglich, telefonieren kann man wieder mal vergessen.

Nachtrag:

So nach mehrmaligen POR der Box, habe ich irgendwann eine 92er IP Adresse und surfen und telefonieren geht einwandfrei.

Auf diesen Phänomen bin ich bisher nicht draufgekommen, somit heißt das für mich, vorm telefonieren IP überprüfen und solange POR bis keine 188er IP
vergeben wird.
 
188.96 ist aber auch ein sehr komischer IP Adressbereich für Privatkunden. Ich werde mich mal schlau machen normal sollten so was wie 82.82-83.*.* oder 94.216-224.*.* kommen.

Wenn ich nicht die 188.* bekomme, habe ich eine aus 82.82.*. Eine 94.* hatte ich m.E. noch nie. Mit der 82er keinerlei Probleme, mit der 188er die beschriebenen. Route und NS in beiden Fällen identisch.
 
Ich habe schon seit längerem immer eine solche IP und eigentlich nur bei n-tv Schwierigkeiten, daß die Seite manchmal nicht schnell kommt.
 
... das mag sein. Dieser "Schluckauf" tritt auch nicht bei allen Seiten auf, sondern nur bei ganz bestimmten, dort aber zu 100% reproduzierbar, auch was die Dauer der Verzögerung betrifft...
 
wo hängt dann der tracert?
bzw der ping über port 80?
BEi VF oder sptäter?

GadH
GeradB
 
... später resp. bei letzten VF HOP ... Wobei sich nicht feststellen lässt, ob die Anforderung oder die Antwort verzögert wird...
 
Postet mal bitte die Traces sowie die Seiten wo das Problem auftritt.

Ich kann hier nicht selber helfen da ich mit IP nix am Hut habe allerdings kann ich das weiterleiten das sich der Sache mal angenommen wird.


Gruß
Hero
 
Mit der MTU hat das nix zu tun?
 
Mit der MTU hat das nix zu tun?

Könnte evtl. sein, dass ein Netzelement die falsche MTU Size konfiguriert hat. (Muss aber nicht)
Allerdings wäre dazu ein tracert einer fehlerhaften Verbindung hilfreich da es die Fehlerhafte Komponente sofort "outet".

Sobald ich die Informationen habe, werde ich diese an die richtigen Stellen weiterleiten.
 
... wie gesagt: die Standard- Traces sind alle unauffällig; neuerdings bekomme ich im Übrigen auch IP's aus dem Segment 92.76.128.0 - 92.77.255.255 zugewiesen. Aber auch das verhält sich normal.
Hier mal jeweils ein Trace mit der "kranken" und einer "guten" IP

Code:
Dynamic IP out of Block 188.96.0.0 - 188.96.255.255

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                           192.168.1.111 -    0 | 1084 | 1084 |    0 |    2 |   43 |    7 |
|                            188.96.224.1 -    0 | 1084 | 1084 |   40 |   43 |  168 |   40 |
|         han-145-254-11-177.arcor-ip.net -    0 | 1084 | 1084 |   40 |   43 |  160 |   41 |
|                           92.79.213.154 -    0 | 1084 | 1084 |   54 |   58 |  142 |   56 |
|               te1-3.cr05.tn5.bb.gxn.net -    0 | 1084 | 1084 |   54 |   60 |  226 |   56 |
|               te1-4.cr01.ixf.bb.gxn.net -    0 | 1084 | 1084 |   59 |   64 |  275 |   60 |
|                   No response from host -  100 | 1084 |    0 |    0 |    0 |    0 |    0 |
|  xe-0-2-0.cr-nashira.cgn4.hosteurope.de -    1 | 1084 | 1083 |   63 |   71 |  291 |   65 |
|   xe-2-1-0.cr-pollux.cgn3.hosteurope.de -    0 | 1084 | 1084 |   63 |   70 |  276 |   64 |
|xe-16-1.cs-foundry.r1.cgn3.hosteurope.de -    1 | 1084 | 1083 |   63 |   68 |  263 |   64 |
| wvps87-230-88-8.dedicated.hosteurope.de -    1 | 1084 | 1082 |   61 |   64 |  236 |   64 |
|                            kalletown.de -    1 | 1083 | 1081 |   63 |   66 |  161 |   64 |
|________________________________________________|______|______|______|______|______|______|
Code:
Dynamic IP out of Block 88.70.196.0 - 88.71.159.255

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                           192.168.1.111 -    0 |   75 |   75 |    0 |    1 |   32 |    4 |
| dslb-088-071-144-001.pools.arcor-ip.net -    0 |   75 |   75 |   40 |   43 |  115 |   41 |
|         han-145-254-11-177.arcor-ip.net -    0 |   75 |   75 |   40 |   42 |   82 |   40 |
|                           92.79.213.154 -    0 |   75 |   75 |   55 |   58 |  136 |   55 |
|               te1-3.cr05.tn5.bb.gxn.net -    0 |   75 |   75 |   55 |   59 |  198 |   56 |
|               te1-4.cr01.ixf.bb.gxn.net -    0 |   75 |   75 |   60 |   66 |  233 |   61 |
|                   No response from host -  100 |   75 |    0 |    0 |    0 |    0 |    0 |
|  xe-0-2-0.cr-nashira.cgn4.hosteurope.de -    0 |   75 |   74 |   61 |   69 |  254 |   62 |
|   xe-2-1-0.cr-pollux.cgn3.hosteurope.de -    0 |   74 |   74 |   63 |   72 |  251 |   64 |
|xe-16-1.cs-foundry.r1.cgn3.hosteurope.de -    0 |   74 |   74 |   64 |   69 |  172 |   65 |
| wvps87-230-88-8.dedicated.hosteurope.de -    0 |   74 |   74 |   62 |   65 |  116 |   63 |
|                            kalletown.de -    0 |   74 |   74 |   63 |   65 |  116 |   65 |
|________________________________________________|______|______|______|______|______|______|

WebWait:
188er avr 7,13
082er avr 1,27
 
hallo leute...
also ich habe einen anschluss von 1&1, werde aber über arcor beroutet und bekomme auch ab und zu eine 188er IP. habe ich auch noch nie vorher an privatanschlüssen gesehen. hat mich sehr gewundert. aber probleme habe ich mit dieser ip nicht. ich bekomme meistens 92.XX oder 88.XX IPs. andere ips habe ich noch nie gehabt seitdem ich den komplettanschluss habe und nicht mehr an einem t-com backbone hänge.

also liegt wohl nicht generell an der 188er IP. oder sagmir mal n beispiel bei welcher seite der aufbau lange dauert, dann aknn ich es testen.
 
Das letzte Mal, als ich auf solche Merkwürdigkeiten (einige Seiten laden sehr langsam oder unvollständig) gestoßen war, lag das an der Kombination MTU (automatisch vs. fest eingestellt im Router) und einer Personal Desktop Firewall (damals Sygate).
 
Nachschlag:

IP 188.* -> Probleme mit Reaktionszeiten
IP 88.* -> Telefonnummern werden nicht registriert
IP 82.* -> alles ok

Das ist ohne Ausnahme reproduzierbar. Da VF das Problem nicht interessiert, sitze ich jeden Morgen hier und initiiere so lange eine neue Verbindung, bis ich eine IP aus dem Bereich 82.* bekommen habe :( Ist schon toll, wenn man es nicht mitbekommt und den ganzen Tag nicht telefonisch erreichbar ist :mad:

Und um dem vorzugreifen: Nein, es liegt nicht am eingesetzten DSL- Router. Es spielt dabei keine Rolle, ob da nun die komische EasyBox oder eine Fritz ihren Dienst verrichtet. Letztendlich verrichtet aber wieder eine 7270 ihren Dienst, da es damit viel einfacher ist, per Remote eine neue Verbindung zu initiieren...

Vielleicht sollte ich mal jeden Morgen eine Störung melden und parallel dazu sowas wie "Schnurer hilft" in Anspruch nehmen ...
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.