Kann Internetwebseiten nicht erreichen die nur über IPv4 erreichbar sind

Moin,

ipv4 unter Windows weggeblickt?

Hallo Schluej

Danke für deine Antwort. Ich nehme an, du meinst, ich hätte IPv4 im Betriebssystem abgestellt, dem ist leider nicht so.

Es sind mehrere Geräte (Windows, Linux, iPhone) und er hat die Probleme überall. Ich denke deshalb, dass es am Router liegt, aber ich kann mich auch irren ;-)

Mein Vater (85) lebt 500km von mir entfernt und ich kann mich deshalb nur per Internet (VPN) in sein Netzwerk verbinden.

Auf seinem Linux Rechner sehe ich, dass er sowohl IPv4 als auch IPv6 aktiv hat:
 

# ifconfig
enp4s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.29  netmask 255.255.255.0  broadcast 192.168.178.255
        inet6 2a01:c23:b840:4e00:213:72ff:fe14:490  prefixlen 64  scopeid 0x0<global>
        inet6 fd00::213:72ff:fe14:490  prefixlen 64  scopeid 0x0<global>
        inet6 2a01:c22:7633:8300:213:72ff:fe14:490  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::213:72ff:fe14:490  prefixlen 64  scopeid 0x20<link>
        inet6 2a01:c23:bcdd:9700:213:72ff:fe14:490  prefixlen 64  scopeid 0x0<global>
        inet6 2a01:c23:bdff:ad00:213:72ff:fe14:490  prefixlen 64  scopeid 0x0<global>
        ether 00:13:72:14:04:90  txqueuelen 1000  (Ethernet)
        RX packets 90757  bytes 31689992 (30.2 MiB)
        RX errors 0  dropped 4  overruns 0  frame 0
        TX packets 22351  bytes 2712133 (2.5 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 17  memory 0xfe3e0000-fe400000  

Trotzdem kann ich Adressen im Internet nur mit IPv6 erreichen:

[root@bug ~]# nslookup www.google.com
Server:		fd00::de39:6fff:feb4:6065
Address:	fd00::de39:6fff:feb4:6065#53

Non-authoritative answer:
Name:	www.google.com
Address: 172.217.16.132
Name:	www.google.com
Address: 2a00:1450:4001:808::2004

[root@bug ~]# ping 172.217.16.132
PING 172.217.16.132 (172.217.16.132) 56(84) bytes of data.
^C
--- 172.217.16.132 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 3999ms

[root@bug ~]# ping6 2a00:1450:4001:808::2004
PING 2a00:1450:4001:808::2004(2a00:1450:4001:808::2004) 56 data bytes
64 bytes from 2a00:1450:4001:808::2004: icmp_seq=1 ttl=116 time=19.9 ms
64 bytes from 2a00:1450:4001:808::2004: icmp_seq=2 ttl=116 time=18.3 ms
^C
--- 2a00:1450:4001:808::2004 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 18.383/19.153/19.924/0.782 ms
[root@bug ~]# 

Netzinterne Adressen (z.B. den Router) kann ich sowohl mit IPv4 als auch IPv6 pingen. Wie es sein sollte, ist der Router als "Gateway" konfiguriert:

[root@bug ~]# route -n
Kernel IP Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.178.1   0.0.0.0         UG    100    0        0 enp4s0
192.168.178.0   0.0.0.0         255.255.255.0   U     100    0        0 enp4s0
[root@bug ~]# route -6 -n
Kernel IPv6 Routentabelle
Destination                    Next Hop                   Flag Met Ref Use If
::/96                          ::                         !n   1024 0      0 lo
0.0.0.0/96                     ::                         !n   1024 0      0 lo
2002:a00::/24                  ::                         !n   1024 0      0 lo
2002:7f00::/24                 ::                         !n   1024 0      0 lo
2002:a9fe::/32                 ::                         !n   1024 0      0 lo
2002:ac10::/28                 ::                         !n   1024 0      0 lo
2002:c0a8::/32                 ::                         !n   1024 0      0 lo
2002:e000::/19                 ::                         !n   1024 0      0 lo
2a01:c22:7633:8300::/64        ::                         U    100 0      0 enp4s0
2a01:c22:7633:8300::/56        fe80::de39:6fff:feb4:6065  UG   100 0      0 enp4s0
3ffe:ffff::/32                 ::                         !n   1024 0      0 lo
fe80::/64                      ::                         U    100 0      0 enp4s0
::/0                           fe80::de39:6fff:feb4:6065  UG   100 2    590 enp4s0
::/0                           ::                         !n   -1  1   2047 lo
::1/128                        ::                         Un   0   3     66 lo
2a01:c22:7633:8300:213:72ff:fe14:490/128 ::                         Un   0   2    753 lo
fe80::213:72ff:fe14:490/128    ::                         Un   0   3     56 lo
ff00::/8                       ::                         U    256 2   3212 enp4s0
::/0                           ::                         !n   -1  1   2047 lo

Der Router ist für beide Protokolle als "Gateway" konfiguriert und deshalb sollte es möglich sein, Adressen im Internet zu erreichen. Funktioniert aber nur mit IPv6!

Sporadisch treffen wir auf Server die immer noch nur IPv4 kennen und diese antworten nicht.

Gibt es von O2 keine Störungsbehebung die ich verständigen kann? Ich denke, im Router ist nichts 'verstellt' worden. Mein Vater hat das Passwort nicht. Das Problem ist auch neu aufgetreten, nachdem der Anschluss schon ein Jahr existierte und keine Probleme gemacht hat. Er hatte vor nicht zu langer Zeit schon einmal ein kleines Ersatzteil in China bestellt und wollte sich nun wieder etwas kaufen, was er sonst nicht bekommt. Daher ist es erstaunlich, dass aliexpress plötzlich nicht mehr bei ihm funktioniert. Erst habe ich ihn in Verdacht, aber das IPv4 Problem scheint real zu sein.

Gruss, Peter

Moin,

Ich persönlich hätte ein traceroute zur Fehlersuche schöner gefunden wie ein Ping,..

Wenn die FRITZ!Box schon mal neu gestartet wurde, würde ich eine Störung über 0800 5251378 melden.

Mach doch mal folgendes und poste die Resultate:

mtr -ezbw4 -c 20 one.one.one.one #IPv4

mtr -ezbw6 -c 20 one.one.one.one #IPv6

mtr -ezbw4 -c 20 1.1.1.1 #IPv4

mtr -ezbw6 -c 20 2606:4700:4700::1001 #IPv6

Die Test sollen die Frage beantworten ob das Problem moeglicherweise auf DNS Ebene liegt.

Hallo pufferueberlauf0 und schluej

Erstmal der Traceroute:

[root@bug ~]# nslookup www.google.com
Server:		fd00::de39:6fff:feb4:6065
Address:	fd00::de39:6fff:feb4:6065#53

Non-authoritative answer:
Name:	www.google.com
Address: 142.250.184.196
Name:	www.google.com
Address: 2a00:1450:4001:830::2004

[root@bug ~]# tracepath -n www.google.com
 1?: [LOCALHOST]                                         pmtu 1500
 1:  192.168.178.1                                         1.725ms 
 1:  192.168.178.1                                         0.960ms 
 2:  no reply
 3:  no reply
 4:  no reply
 5:  no reply
 6:  no reply
 7:  no reply
 8:  no reply
 9:  no reply
10:  no reply
^C
[root@bug ~]# tracepath6 -n www.google.com
 1?: [LOCALHOST]                        0.026ms pmtu 1492
 1:  2a02:3100:94dd:8c00:de39:6fff:feb4:6065               1.709ms 
 1:  2a02:3100:94dd:8c00:de39:6fff:feb4:6065               1.907ms 
 2:  no reply
 3:  2a02:3040:0:10::c                                    14.308ms asymm  4 
 4:  2001:4860:1:1::95e                                   12.925ms asymm  9 
 5:  no reply
 6:  no reply
 7:  no reply
 8:  no reply
 9:  no reply
10:  no reply
^C
[root@bug ~]# 

Und jetzt die anderen Befehle:

[root@bug ~]# mtr -ezbw4 -c 20 one.one.one.one
Start: Sun Aug 13 12:35:22 2023
HOST: bug.home.lan                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???   fritz.box (192.168.178.1)   0.0%    20    0.6   1.0   0.6   1.5   0.0
  2. AS???   ???                        100.0    20    0.0   0.0   0.0   0.0   0.0
[root@bug ~]# mtr -ezbw4 -c 20 1.1.1.1
Start: Sun Aug 13 12:39:23 2023
HOST: bug.home.lan                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???   fritz.box (192.168.178.1)   0.0%    20    0.7   1.1   0.5   2.8   0.3
  2. AS???   ???                        100.0    20    0.0   0.0   0.0   0.0   0.0

und IPv6:

[root@bug ~]# mtr -ezbw6 -c 20 one.one.one.one
Start: Sun Aug 13 12:36:26 2023
HOST: bug.home.lan                                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS6805  fritz.box (2a02:3100:94dd:8c00:de39:6fff:feb4:6065)         0.0%    20    1.7   1.1   0.7   1.8   0.0
  2. AS6805  2a02:3001::2c2                                              0.0%    20   11.5  12.1  11.5  12.9   0.0
  3. AS6805  2a02:3040:0:10::39                                         15.0%    20   13.1  13.3  12.8  13.8   0.0
  4. AS???   as13335.munich.megaport.com (2001:7f8:2c:1000:0:3417:0:1)   0.0%    20   13.8  15.2  12.5  52.4   8.8
  5. AS13335 one.one.one.one (2606:4700:4700::1001)                      0.0%    20   12.6  12.4  11.7  13.0   0.0
[root@bug ~]# mtr -ezbw6 -c 20 2606:4700:4700::1001
Start: Sun Aug 13 12:39:42 2023
HOST: bug.home.lan                                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS6805  fritz.box (2a02:3100:94dd:8c00:de39:6fff:feb4:6065)         0.0%    20    1.6   1.6   0.8   8.3   1.5
  2. AS6805  2a02:3001::2c2                                              0.0%    20   11.4  12.0  11.4  12.6   0.0
  3. AS6805  2a02:3040:0:10::39                                         30.0%    20   12.1  12.9  11.9  13.7   0.3
  4. AS???   as13335.munich.megaport.com (2001:7f8:2c:1000:0:3417:0:1)   0.0%    20   12.8  21.3  12.4  78.7  19.8
  5. AS13335 one.one.one.one (2606:4700:4700::1001)                      0.0%    20   11.5  12.3  11.5  13.1   0.0
[root@bug ~]# 

Mir ist nicht klar, ob IPv4 noch in der Fritzbox oder erst ausserhalb gedroppt wird.

Ich glaube nicht, dass es ein DNS Problem ist.

Gruss, Peter

Nachtrag: reboot der Fritzbox habe ich bereits probiert, allerdings ohne sie vom Strom zu trennen.

Danke für eure Hilfe!

Das sieht nicht nach primaeren DNS Problemen aus, sondern wie Du schon sagtest nach einem “harten” IPv4 Problem. Wenn Du mir die IPv4 Adresse des Routers per PN schickst kann ich gerne MTR von mir aus laufen lassen und das Resultat hier posten...

@Astronom Da Du nicht die IPv4 Adressen angepingt bekommst, glaube ich auch nicht an ein DNS Problem. Aber zur Kontrolle. Du benutzt in der Fritzbox sicherlich die o2 IPv4 zugewiesenen DNS Server.

Zusätzlich schon ein Reconnect in der Fritzbox gemacht, bis Du z.B. mal im o2 Adressblock 95.XXX.XXX.XXX landest? Und in welchem Bundesland lebt dein Vater?

Vermutlich im Sueden, also wahrscheinlich Bayern, vielleicht Baden-Wuerttemberg oder suedliches Thueringen, der IPv6 PoP sitzt wohl in Muenchen, oder wie es so schoen auf Italienisch heisst ‘Monaco di Baviera’.

@Joe Doe: ja, er verwendet die Standard DNS. In der Fritz.box sehe ich:

mtr -ezbw4 -c 20 92.225.20.1xx
Start: 2023-08-13T13:31:12+0200
HOST: control.home.lan                                                            Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???    link.englmaier.ch (192.168.0.1)                                      0.0%    20    0.5   0.8   0.5   1.0   0.1
...
  4. AS9002   et119.RT.IRX.ZRH.CH.retn.net (87.245.228.130)                        0.0%    20    1.6   2.1   1.6   9.0   1.6
        212.23.240.137                                                     
     AS8220   212.23.240.137
  5. AS9002   ae3-4.RT.IRX.FKT.DE.retn.net (87.245.232.234)                        0.0%    20   15.4   8.6   7.0  15.4   2.1
        193.114.169.143                                                    
     AS???    193.114.169.143
  6. AS???    212.36.134.17                                                        0.0%    20    9.0   8.3   7.7   9.4   0.4
        bundle-ether57.0001.corp.01.off.de.net.telefonica.de (212.23.106.88)
       [MPLS: Lbl 100417 TC 0 S u TTL 1]
     AS12638  bundle-ether57.0001.corp.01.off.de.net.telefonica.de (212.23.106.88)
  7. AS6805   bundle-ether5.0001.cord.01.off.de.net.telefonica.de (62.53.28.168)   0.0%    20   15.1  13.0   8.7  15.8   2.5
        212.36.176.222                                                     
       [MPLS: Lbl 16801 TC 0 S u TTL 1]
     AS???    212.36.176.222
       [MPLS: Lbl 100417 TC 0 S u TTL 1]
  8. AS???    193.114.171.23                                                       0.0%    20    8.2  10.8   8.1  14.2   2.9
        ae2-0.0002.corx.02.fra.de.net.telefonica.de (62.53.0.198)          
     AS6805   ae2-0.0002.corx.02.fra.de.net.telefonica.de (62.53.0.198)
       [MPLS: Lbl 16801 TC 0 S u TTL 1]
  9. AS6805   ae5-0.0005.corx.01.muc.de.net.telefonica.de (62.53.6.126)            0.0%    20   20.7  18.7  13.9  31.5   5.0
        ae0-0.0001.corx.04.muc.de.net.telefonica.de (62.53.5.82)           
       [MPLS: Lbl 16801 TC 0 S u TTL 1]
     AS6805   ae0-0.0001.corx.04.muc.de.net.telefonica.de (62.53.5.82)
       [MPLS: Lbl 16801 TC 0 S u TTL 1]
 10. AS6805   bundle-ether5.0001.dbrx.04.muc.de.net.telefonica.de (62.53.5.59)     0.0%    20   14.7  17.6  14.7  21.1   3.1
        bundle-ether2.0002.dbrx.04.muc.de.net.telefonica.de (62.53.3.231)  
       [MPLS: Lbl 16801 TC 0 S u TTL 1]
     AS6805   bundle-ether2.0002.dbrx.04.muc.de.net.telefonica.de (62.53.3.231)
       [MPLS: Lbl 16801 TC 0 S u TTL 1]
 11. AS6805   uplink-2.0001.acsr.04.muc.de.net.telefonica.de (62.53.18.43)         0.0%    20   15.4  18.1  15.4  19.1   1.6
        uplink-1.0001.acsr.04.muc.de.net.telefonica.de (62.53.18.31)       
     AS6805   uplink-1.0001.acsr.04.muc.de.net.telefonica.de (62.53.18.31)
 12. AS6805   dynamic-092-225-020-1xx.92.225.pool.telefonica.de (92.225.20.1xx)    0.0%    20   24.8  25.6  24.8  26.8   0.7

Seine IPv4 Adresse antwortet von aussen. Der Zustand bei ihm ist aber immer noch gleich, d.h. er kann nicht nach aussen pingen (ipv4) oder Webseiten aufrufen, die nur ipv4 haben.

Mmmh, das ist sonderbar. Irgendetwas sichtbar in der Selbst-Diagnose der Fritzbox? Ich ware versucht den Router testweise auszuwechseln, was aber wahrscheinlich eher problematisch ist wegen Sonntag und der grossen Distanz.

Ja, wirklich seltsam.

Da ich keinen weiteren DSL Router für einen Tausch habe, geht das leider nicht. Ich wollte gerade testen, ob irgendein Paket ankommt und habe von dem PC einen Verbindungsaufruf zu einem Webserver bei Netcup.de gemacht. Gleichzeitig habe ich auf beiden Seiten (also PC und Server) den Verkehr mit tcpdump mitgeschnitten.

Dabei ist etwas Komisches passiert. Zunächst sind keine Pakete angekommen, der Aufruf mit Curl ging schon 10 Sekunden oder länger, dann plötzlich hat der Zugriff DOCH funktioniert. Anschliessend ist der Aufruf wiederholt schnell gegangen. Auch Google.com hat wieder auf Ping geantwortet. Ein paar Minuten später ging es schon wieder nicht mehr. Keine Verbindung. Dann wieder etwas später, kann ich wieder Google pingen. Auch mtr funktionierte:

[root@bug ~]# mtr -ezbw4 -c 20 one.one.one.one
Start: Sun Aug 13 19:10:54 2023
HOST: bug.home.lan                                                               Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???   gateway (192.168.178.1)                                              0.0%    20    1.9   1.4   0.8   2.1   0.0
  2. AS???   ???                                                                 100.0    20    0.0   0.0   0.0   0.0   0.0
  3. AS6805  bundle-ether20.0001.dbrx.04.muc.de.net.telefonica.de (62.53.18.30)   0.0%    20   13.1  13.5  12.7  14.3   0.0
  4. AS6805  bundle-ether1.0002.prrx.03.muc.de.net.telefonica.de (62.53.7.213)    0.0%    20   13.2  13.6  12.9  14.5   0.0
  5. AS???   as13335.munich.megaport.com (194.59.190.75)                          0.0%    20   24.3  18.4  12.9  74.0  13.9
  6. AS13335 one.one.one.one (1.0.0.1)                                            0.0%    20   12.4  12.9  12.1  14.5   0.2

Zeitgleich, wenn Google auf Ping antwortet, habe ich die "Selbstdiagnose" in der Fritz.box laufen lassen. Das Ergebnis ist: Internet Verbindung gestört. Daraufhin habe ich den Ping gestoppt und stattdessen mit IPv6 gepingt - google antwortete nicht mehr, nach längerer Pause dann doch wieder, dafür ging parallel mit ping4 nichts mehr.

Zusammengefasst:

• sowohl IPv4 als auch IPv6 sind zeitweise (nicht zeitgleich) gestört. Wobei IPv4 häufiger gestört ist.
• Es ist nur der Verbindungsaufbau vom PC ins Internet gestört, nicht umgekehrt. Die SSH Session über VPN oder direkt via Port Forwarding funktioniert normal.

Irgendwie kommt es mir so vor, als ob der Gateway, das von der Fritzbox bei O2 angesprochen wird, seine ARP/Neighbor Tabelle verliert oder sehr lange für einen neuen Eintrag benötigt. Wenn diese Theorie richtig ist, müsste ich den Test in der Fritz.box nur häufig starten. Dann wird er plötzlich funktioneren (weil dann die ARP Einträge vorhanden sind). Das konnte ich mit ein paar Versuchen aber nicht erreichen.

Ich rufe morgen die Hotline an, vielleicht können die weiterhelfen.

Was ich komisch finde ist, das Du remote auf den PC kommst.

Wenn es ein Routing Problem von O2 wäre duftest Du ja auch nicht auf den PC kommen.

Komisch ist das die FB scheinbar keine IPv4 Pakete ins internet gibt.

Wenn es ein DNS Problem wäre könnte man am PC ja den DNS z.B. auf 1.1.1.1 stellen und mal schauen ob es besser wird.

Ich würde auch nicht ausschließen das O2 hier ein routing Problem hat, dann wäre es komisch das Du auf den PC remote erreichst.

Hallo @Astronom und willkommen hier in unserer o2 Community :-)

Linux ist eine ziemlich schicke Idee, besonders, wenn es darum geht, da auch aus der Ferne mal zugreifen und zu unterstützen. Und inzwischen ist es ja schon deutlich nutzerfreundlicher, als es noch vor ein paar (mehr) Jahren war.

Eine spannende Sache, die du da gefunden hast, ein recht dubioses Verhalten. Ich habe mal geschaut, ob uns in der Region Süd irgend etwas vorliegt, was halbwegs in das Fehlerbild passen würde, habe da so aber ad hoc nichts gefunden.

Wie hat sich das ganze denn inzwischen entwickelt? Läuft vielleicht alles schon wieder wie gewohnt? Hat vielleicht ein Neustart der Fritzbox schon geholfen? Die verschluckt sich mitunter ja auch einmal. 

Ließ sich alternativ ansonsten ein Ticket eröffnen? Wenn man nicht direkt vor Ort am Router sitzt, ist das im Regelfall nicht ohne weiteres möglich…

Gruß,

Lars

Hallo Lars

Ich habe den Support von O2 kontaktiert und ein Ticket geöffnet.

Neustart der Fritzbox hat nichts gebracht. Wenn sie keinen Hardwaredefekt hat (glaube ich nicht), dann sollte es an einem Problem der Gegenstelle liegen. Bis jetzt ist das aber nur eine Vermutung. Ich poste die Lösung, sobald ich eine habe.

Apropos Linux: ich greife via SSH und Portforwarding zu oder per Wireguard auf die Frtizbox und über diesen Tunnel dann wieder mit SSH. Geht beides sehr gut und zuverlässig. Merkwürdigerweise ist die Fritzbox von aussen sowohl über IPv4 als auch IPv4 stabil erreichbar. Nachdem ich jahrelang meinen Vater (85 Jahre) unter Windows immer den PC neu konfigurieren musste, habe ich ihn auf Linux umgestellt. Jetzt dreht er mir nicht mehr an den Einstellungen herum oder installiert dummes Zeug ;-)

Gruss, Peter

Ja, unter Windows lassen sich schon viele… äh… “Programme” installieren. Mitunter machen die das von ganz alleine, da ist man mit Linux schon auf der deutlich sichereren Seite, da bin ich ganz bei dir, @Astronom :-)

Zwei Sachen hab ich noch, in einem Posting ist auch eine private Domain aufgeführt, wenn ich die entfernen soll, sag kurz Bescheid. Und weil ich ein neugieriger Mensch bin (erst recht bei dem Nickname) hab ich da auch mal ein wenig geklickt und mir ist ein Typo aufgefallen. Bei den Bildern gibt es zweimal “M 101”, irgendwie sieht das erste aber eher nach “M 104” aus ;-)

Halte uns auf jedem Fall auf dem Laufenden, was das Ticket angeht, ich drücke auf jeden Fall die Daumen, dass bald alles wieder klappt, wie es soll. Wann war es eigentlich aufgefallen? Jetzt ganz frisch? Oder läuft das schon ein paar Tage so?

Gruß,

Lars

Inzwischen sind mir noch ein paar Fehler in der Fritzbox aufgefallen:

Der SIP Dienst von o2 ist auch zeitweise nicht "angemeldet". Diese Telefonnummer wird nur für das angeschlossene "Notruf" System vom BRK benötigt. Im Fritzbox Log steht dazu:
 

14:08:45
Anmeldung der Internetrufnummer 49911xxxxxxxx war nicht erfolgreich. Ursache: Gegenstelle antwortet nicht. Zeitüberschreitung.
14:57:47
Es liegt keine Störung der Telefonie mehr vor. Alle Rufnummern sind ab sofort wieder verfügbar.

Das passt zu den Problemen mit IPv4. Die Fritzbox versucht sich vermutlich mit sip.alice-voip.de zu verbinden, eine Adresse die nur IPv4 unterstützt. Ich verwende hier noch einen zweiten SIP Dienst (sipcall) und dorthin ist die Verbindung soweit ich weiss stabil. Bisher ist mir das einfach nicht aufgefallen (oder es wird häufiger).

Nach einem Reboot hat die Fritzbox heute auch einmal das hier gemeldet (etwa 5 Minuten nachdem Internet wieder lief):

12:04:19
An der DSL-Leitung wurde eine Beeinträchtigung des Signals durch eine unzulässige Verkabelung erkannt. Bitte prüfen Sie Ihre Leitung auf eventuell vorhandene Abzweigungen oder Mehrfachverteilungen. Die Abzweigung ist 5 Meter lang. Sie kostet ungefähr 13229 kbit/s.

Die Verkabelung in der Wohnung ist aber in Ordnung. Die Fritzbox ist geschätzt 50cm von der TAE Dose entfernt und mit den mitgelieferten Kabeln angeschlossen. Vielleicht gibt es irgendwo noch eine weitere TAE Dose? Der Anschluss wurde von der Telekom erst für O2 in Betrieb genommen. Vor O2 ging alles über Kabelanschluss. Von daher ist der Anschluss "jungfräulich unberührt" und er ist auch der erste Mieter in der Wohnung.

@o2_Lars : schick mir doch mal den Link zu M101 per PM, dann kann ich das prüfen. Ich will ja keine Falschangaben verbreiten. Davon gibt es schon zu viele.

Guten Morgen, @Astronom :-)

Die Meldung der Fritzbox mit der Abzweigung deutet darauf hin, dass die Verkabelung im Gebäude nicht ganz so optimal ist, es wird eine Abzweigung der Leitung vorliegen. Es war ja früher durchaus nicht unüblich, mehr als nur eine TAE Buchse in der Wohnung zu haben.

Früher, als es nur um die klassische Analogtelefonie ging, hat das keinen wirklich großen Unterschied gemacht, bei DSL und gerade bei Vectoring Anschlüssen wirkt so eine Abzweigung letztendlich wie eine Antenne, die auch Störsignale einfängt. Das kann dann zu Verbindungsabbrüchen oder niedrigerer Geschwindigkeit führen. Zum Fehlerbild mit nicht funktionierenden IPv4- oder IPv6 Routing jedoch eher nicht, das liegt ja schon ein paar Schichten über der rein physikalischen.

Die Anzeige hinsichtlich der SIP-Verbindung kann natürlich absolut im Zusammenhang mit der von dir beobachteten Einschränkung im Zusammenhang stehen.

Gruß,

Lars

Hallo Zusammen

Kurzer Statusupdate:

Bisher hat sich seitens Support niemand bei mir oder meinem Vater gemeldet. Im Ticket XXXXXXXXXX sehe ich auch keine Veränderung. Der Anschluss ist immer noch gestört und das Telefon funktioniert mal/mal nicht.

Ich werde also am Montag anrufen und fragen, wie der Status ist. Es muss sich doch eine Lösung finden lassen. Eine Woche bis zur Behebung der Störung scheint mir doch etwas zu lange.

Gruss, Peter

Edit o2_Lars: Bitte in einem öffentlichen Forum keine personenbezogene Daten posten - 23.08.2023 - 13:40

Hallo @Astronom,

ich hab die Ticket-Nummer mal rausgenommen. Falls wir einmal Daten brauchen, bekommen wir die schon raus oder fragen nach :-)

Wenn ein Ticket eröffnet wird, laufen intern natürlich erst einmal einiges an Tests und Prüfungen ab, um wenn möglich, die Ursache der Einschränkung weiter einzugrenzen. Je nachdem, was sich dabei dann heraus stellt, gibt es dann unterschiedliche Herangehensweisen. Nicht in jedem Fall muss zum Beispiel ein Techniker rauskommen.

Du wolltest dich ja am Montag noch einmal mit unseren Kolleg:innen in Verbindung setzen, was ist dabei denn rausgekommen? Ließ sich vielleicht schon alles klären? :-)

Gruß,

Lars

Hallo @o2_Lars 

Ja, ich habe heute Morgen beim Support angerufen und anscheinend gab es ein Problem mit den Kontaktdaten im Ticket. Jetzt ist ein Austauschrouter unterwegs. Bis der ausgetauscht ist, kann es aber ein 1-2 Wochen gehen. Die Vermutung ist jetzt Hardware Defekt als wahrscheinlichste Ursache oder Defekt in der TAE Dose/Hausverdrahtung. Genau weiss man es erst wenn der Fehler behoben ist.

Gruss, Peter

Okay, das mit dem Router ist ein Ansatz, @Astronom, sowas kann ja auch mal mit einer Fritzbox passieren. :-)

Ich drücke die Daumen, dass damit dann alles geklärt ist und der Zugriff auf alle Webseiten dann wieder laufen. Halte uns da auf jeden Fall auf dem Laufenden!

Gruß,

Lars

Hallo @Astronom,

wie sieht es denn inzwischen aus? Konnte ein Austauschrouter alles beheben? Ich gehe einmal davon aus, dass der schon eingetroffen ist, oder? :-)

Gruß,

Lars

Hallo @o2_Lars ,

ja, der Router steht jetzt bei meinem Vater bis ich vorbeikommen kann, um ihn zu tauschen. Wird noch ein paar Wochen gehen. Aber wir schaffen es den alten Router vor Ablauf der Frist zurückzusenden.

Ich bin optimistisch, dass das Problem dann behoben ist ;-)

Gruss, Peter