Beiträge von mbo77

Und nein, nicht alle Adressen aus der Subdomain werden Kunden zugewiesen.

VLAN hast du aber auf 7 gesetzt?

Nein, der zweite Hop liegt nicht am WAN-Interface des Routers.

Hast du das jetzt immer noch nicht verstanden?

krappi01

Hier mal konkret der Unterschied zwischen NAT-Loopback und einem echten Ziel. Ich habe dazu einen VDSL2-Anschluss der Telekom genommen.

# traceroute -n 87.188.103.234
traceroute to 87.188.103.234 (87.188.103.234), 30 hops max, 38 byte packets
 1  192.168.178.1  0.812 ms  0.762 ms  0.690 ms
 2  87.188.103.234  0.873 ms !A  0.800 ms !A  0.796 ms !A

Die Verarbeitung innerhalb der Fritzbox 7530 erfolgt im Sub-Millisekunden-Bereich. Da ich die eigene Adresse anspreche, erfolgt ein Loopback zur NAT-Adresse (sprich, der in der FB sichtbaren WAN-Adresse).

Und so sieht es aus, wenn man ein Ziel außerhalb der eigenen vier Wände verfolgt.

# traceroute -4 -n www.heise.de
traceroute to www.heise.de (193.99.144.85), 30 hops max, 38 byte packets
 1  192.168.178.1  0.820 ms  0.719 ms  0.699 ms
 2  62.155.242.198  4.732 ms  5.309 ms  4.806 ms
 3  217.0.192.222  11.070 ms  10.799 ms  10.972 ms
 4  62.157.251.38  11.995 ms  11.813 ms  11.756 ms

Jetzt antwortet im zweiten Hop der Router, den man nach der PtP-Verbindung erreicht. Bei VDSL2 sind da jetzt mal locker 4 ms oben drauf gekommen.

Oder wir haben ihn jetzt vergrault. 😉

Mich würde es ehrlich gesagt wundern, wenn der Neustart des ONT dauerhaft Abhilfe geschaffen hat.

Vielleicht berichtet er noch mal.

Zitat von frank_m

Wo ist der traceroute gemacht worden? In einem Browserfenster mit T Symbol? Ob das wirklich ein regulärer Heimzugang war ...

Wie dem auch sei, ich wiederhole die Frage: Warum löst eine Neuverbindung das Probleme? Solange niemand eine sinnvolle Erklärung liefert, die das Phänomen in der Infrastruktur sauber erklärt, glaube ich nicht, dass es in der Infrastruktur liegt. Im Heimnetz findet man dafür relativ einfach Erklärungen.

Berechtigte Frage. Wird sich zeigen, was das Problem genau war.

Ein Layer-3-"ONT" (was ich nicht kenne) ist ja noch nicht vom Tisch.

Du hast den NAT Loopback erreicht.

Vergleiche es mit einem traceroute zu einem echten Ziel.

Zitat von krappi01

Nee, dip0.t-ipconnect.de ist die WAN Adresse des Kundenrouters. Das war bei mir auch so bei der Telekom als ich noch V-DSL hatte

Schau doch bitte mal selbst in einen traceroute:

2  p3e9bf2c3.dip0.t-ipconnect.de (62.155.242.195)  5.004 ms  4.996 ms  4.968 ms
3  p509297a1.dip0.t-ipconnect.de (80.146.151.161)  8.988 ms  8.981 ms  9.111 ms

Die Telekom hat die Angewohnheit, ihren IPs Namen zu geben. Andere machen das sehr ähnlich.

Ohne dem Link gefolgt zu sein kann ich dir sagen, dass das alles Adressen im eigenen Transportnetz sind.

Der zweite Hop ist nicht die FB.

Vielleicht wäre es denkbar, dass der ONT nicht nur ein Medienwandler ist. Dann wäre aber die Latenz beschissen. Und das glaube ich erst bei einem entsprechenden Nachweis durch den OP.

Zitat von Edding

Bei einem traceroute ist die src Adresse der ICMP Time Exceeded Messages die einkommenden Interfaces.

Die WAN-Addresse des CPE sieht man in einem ausgehenden traceroute dementsprechend nicht, da es in diesem falle ein ausgehendes Interface darstellt.

Man müsste ein traceroute zu dem CPE(öffentliche Adresse vorausgesetzt) oder auch Host dahinter(bei IPV6/öffentliches v4 Subnet) machen womit es zu einem einkommenden Interface wird um sie zu sehen.(Vorraussetzung die Firewall blockiert nicht)

Eben dies.

Das ist auch einfach selbst festzustellen. Die FB zeigt die Adresse auf dem WAN-Interface an. Diese passt nicht zur Adresse im zweiten Hop.

Die Laufzeiten ohnehin nicht. Bei VDSL liegt der Hop rund 5 ms entfernt. Was soll die FB die ganze Zeit damit machen und warum sollte sie zweimal antworten?

Nein,

Zitat von krappi01

Nee, dip0.t-ipconnect.de ist die WAN Adresse des Kundenrouters. Das war bei mir auch so bei der Telekom als ich noch V-DSL hatte

Nein, ist sie nicht.

Zitat von frank_m

Natürlich können auch Infrastrukturkomponenten im 100er CGNAT Adressbereich liegen. Ist hier bei der DG auch so. Was anderes hab ich auch nie behauptet. Ist für das Problem aber auch völlig irrelevant.

Denn genauso sicher ist, dass der Hop 2 aus dem Traceroute lokal beim Kunden ist. 1 ms mit GPON und einigen Switches dazwischen: Never. Im Leben nicht. Nicht mal bei AON. Die 1 ms sind im ersten Switch im PoP schon Geschichte, und da bin ich noch längst nicht beim ersten Router. Im Trace von Edding sind es auch 4 ms, und das klingt schon eher machbar. So ist es in allen anderen Traces auch.

Wenn die Adresse nicht die WAN Adresse der Fritzbox ist, dann ist der ONT bei ihm ein Router. Das ist so sicher, wie das Amen in der Kirche. Die Probleme fangen vor dem ersten Infrastrukturhop an.

Siehe GPON-Screenshot Telekom.

Absolut im grünen Bereich.

Anbei übrigens mal ein Screenshot eines Telekom-GPON-Anschlusses.

Gut zu sehen ist die geringe Latenz zum ersten Hop außerhalb der eigenen vier Wände.

Zitat von Schnurz

Was aber zu der Erkenntnis führt, dass die WAN Adresse des eigenen Routers ja im 100.124er Netz liegen muss.

Das wird von der Subnetzmaske abhängen.

Grundsätzlich steht /10 zur Verfügung. Keine Idee, wie die das schnitzen.

Ja, auch ein schönes Beispiel.

Die Adresse im 2. Hop 100.124.1.10 ist nicht die Adresse, die der FB zugeordnet ist.

Das ist die Adresse des Routers, der beim Provider im gleichen Netz stehen muss. Es ist ja kein PtP-Interface.

Zitat von krappi01

Hier ist ja mal wieder die geballte Inkompetenz versammelt.

Die 100.127.223.252 ist eine bogon ip aus der CGNAT Range.

Also die NAT Adresse der Fritz!Box. Die wird nicht im Internet geroutet.

Quele: https://www.msxfaq.de/netzwerk/grundlagen/cgnat.htm

Also die FB hat selbst die .213.214 zugewiesen bekommen.

Die .223.252 ist die Adresse des Routers beim Provider, siehe Bild in deinem Link. Daher sieht man die Adresse im traceroute auch im 2. Hop.

Und 1ms Latenz in GPON halte ich für realistisch.

Nein, das ist nicht mehr im Haushalt. Vergleiche es mal mit deinen Adressen.

Warum auch sollte die Fritzbox zu sich selbst routen?

Zitat von kingpin42

Dann korrigiere ich mal, E.ON Highspeed ist der "ISP", der verwendet VLAN 132 für HSI und 232 für VoIP, beides via DHCP, soweit korrekt. Der Netzbetreiber ist die Westconnect, das Access-Netz managed die Vitroconnect. Über die Westconnect lassen sich jedoch auch alternative WLPs der Vitroconnect buchen, z.B. Novanetz oder Eifel-DSL. Oder im Geschäftskundenbereich eben folgende:

Danke, habe ich ergänzt.

Ziel ist es, dies zu differenzieren, wo notwendig. Siehe z.B. o2, die über mehrere Netze ihre Dienste anbieten.

Wäre es dann "richtiger", bei Novanetz und Eifel-DSL auf Westconnect zu verweisen? Auch dort gilt natürlich, dass die Differenzierung nur dann hilfreich ist, wenn der Provider unterschiedlich am Markt auftritt.

Der Hop nach der Fritzbox liegt beim ISP. Oder macht der ONT etwa Layer 3?

Zitat von frank_m

Nein, das ist nicht der erste Hop des Anbieters, das ist seine lokale Adresse. Und problemfrei sind 73 ms lokal sicher nicht.

Nein, das ist das Gegenstück beim Provider. Seine ist aus demselben Subnetz, aber eine andere.

Achso, obwohl der mutmaßliche Paketverlust über IPv4 schon Mist ist, würde ich noch folgende Sache parallel untersuchen.

In der Übersicht findest du ja den vom Provider zugewiesenen DNS-Server. Kannst du den verlässlich anpingen?

Bzw. kriegst du verlässliche Antworten, wenn du sowas machst:

nslookup www.heise.de <IP-Adresse wir in der Übersicht zu sehen>

Das könnte dann in etwa so aussehen:

nslookup www.heise.de 217.237.149.142
Server:  h-lb-a01.isp.t-ipnet.de
Address:  217.237.149.142

Nicht autorisierende Antwort:
Name:    www.heise.de
Addresses:  2a02:2e0:3fe:1001:7777:772e:2:85
          193.99.144.85