Wie gesagt, alle paar Sekunden.
Wie groß ist denn die Router-Lifetime in den RA? Ist die auch deutlich kleiner als 1800s (wie bei mir)? Falls ja, wundert mich, dass DG unterschiedliche Konfigurationsprofile an ansonsten technisch ähnlichen Anschlüssen fährt.
Wir reden völlig aneinander vorbei.
Das denke ich auch.
Der Next Hop hat doch keinen Einfluss auf die Quell- oder Ziel-Adresse des Paketes (es sei denn, wir reden über NAT). Hab ich doch schon oben geschrieben. Natürlich sendet der Node das Paket mit seiner öffentlichen IP ab, und die Ziel-Adresse ist die öffentliche IP des Empfängers.
War nicht irgendwo die Aussage, dass er entweder keine öffentliche hatte oder der Traffic nur mit der link-local sichtbar war?
Wenn dem nicht so dann ok.
Aber dafür ist es doch vollkommen egal, ob der Router auf dem Weg nach draußen (also der Next Hop) eine link-lokale oder eine öffentliche IP hat. Denn dessen Adresse wird nur dafür verwendet, die MAC aufzulösen, denn der Next Hop wird auf Schicht 2 erreicht.
Habe ich das bestritten? Allerdings sollte der Router trotzdem eine öffentliche Adresse besitzen, denn sonst kann er dem Client auch keine per SLAAC zuweisen. Und der Client braucht eine.
Der Unterschied liegt eben nicht in der Quell-IP, denn die ist in beiden Fällen die gleiche. Trenne dich von dem Gedanken, dass Quell-IP und Router-IP im gleichen Subnetz liegen müssen.
Habe ich das behauptet? Ich habe damit gemeint, dass er außer der link-local-Adresse eben noch eine weitere Adresse haben muss, sonst geht das nicht.
Das war nie der Fall (auch nicht bei IPv4!), und wird auch nie der Fall sein. Ja, im klassischen IPv4 NAT-Heimnetz ist es üblicherweise so.
Wird jetzt zwar völig off-topic, aber spätestens wenn Firewalls im Spiel sind, geht es nicht ohne Source-routing. Ja, hat man nicht zuhause.
post-up ip route add 172.x.x.0/24 dev eth0.x src 172.x.x.x table dmz
post-up ip route add default via 172.x.x.1 dev eth0.x table dmz
post-up ip rule add from 172.x.x.x/32 table dmz
post-up ip rule add to 172.x.x.x/32 table dmz
Da haben die Endgeräte aber auch selten mehr als eine IP. Aber es reicht, wenn der Sender des Paketes den Router erreichen kann. Welche Quell-Adresse er ins Paket packt, ist davon völlig unabhängig.
Und deshalb ist der zugrundeliegende Mechanismus des Routings am Ende exakt der gleiche, egal, ob er Next Hop nun eine öffentliche oder eine link-lokale (bzw. private) Adresse hat.
Bei IPv6 ist es tatsächlich üblich, dafür die link-lokalen Adressen zu benutzen. Selbst Fritzboxen die eine öffentliche IPv6 im LAN haben, verteilen als Gateway IP ihre link-lokale Adresse.
Darum geht es doch gar nicht. Den Inhalt des Links nicht gelesen?
Hi, das sieht bei mir so aus.
Ist das bei dir auch ein ganz neuer Anschluss und neues Ausbaugebiet?
Hallo allerseits,
ich schließe mich Mal hier an:
Ich bin seit 2 Monaten bei der Deutschen Glasfaser in einem Ausbaugebiet (seit ca. 3 Monaten wird aktiviert) und habe die ähnliche Symptomatik. Ebenfalls eigene Hardware, Fritzbox 7530 AX.
IPv6-Adressen bekomme ich, aber wenn ich google über IPv6 anpinge kommt nur ein Timeout.
Auf dem Android-Smartphone machen ein paar Apps Probleme, sie brauchen ewig um Inhalte überhaupt zu laden - außer ich deaktiviere in der Fritzbox das IPv6 Rapid Commit.
Möglicherweise interessant: Bei uns wurde direkt XGS-PON installiert, also die neue Generation der Infrastruktur.
Support-Rückmeldung bisher war, dass ich das ONT resetten solle, das hilft aber nicht weiter.
Möglicherweise interessant: Bei uns wurde direkt XPS-PON installiert, also die neue Generation der Infrastruktur.
Was fuer einen ONT hat die DG bei Dir verbaut (AHersteller und Model waren interessant)?
Was fuer einen ONT hat die DG bei Dir verbaut (AHersteller und Model waren interessant)?
Nokia XS-010X-R
Danke. Hast Du den 1000er Tarif gebucht (schelleres gib es ja noch nicht bei der DG, oder?)
Ich habe gehoert, dass XGS-PON ONTs im EK fuer ISPs etwa doppelt so teuer waren (Anfang des Sommers) wie GPON-ONTs daher frage ich mich unter welchen Umstaenden die DG XGS-PON ONTs vergibt?
Ich habe den 400er Tarif.
Beim Hausanschluss kam ein GPON-ONT an die Wand, bei der Aktivierung wurde gegen das XGS-PON ONT getauscht.
Meine Annahme war bisher, dass das an den "neuen Central Offices" liegen würde, die seit kurzem installiert werden.
IPv6-Adressen bekomme ich, aber wenn ich google über IPv6 anpinge kommt nur ein Timeout.
Um noch kurz auf deine Ausgangsfrage zurückzukommen: Hier wäre ein Trace oder ein mtr interessant, um beurteilen zu können, ob das gleiche Problem vorliegt, wie bisher hier beschrieben.
Das XGS-PON Thema ist aber auch interessant. Ich höre zum ersten Mal, dass die DG das ausbaut.
Hier wäre ein Trace oder ein mtr interessant, um beurteilen zu können, ob das gleiche Problem vorliegt, wie bisher hier beschrieben.
>ping -6 google.de
Pinging google.de [2a00:1450:4001:811::2003] with 32 bytes of data:
Request timed out.
Ping statistics for 2a00:1450:4001:811::2003:
Packets: Sent = 1, Received = 0, Lost = 1 (100% loss)
>tracert -6 google.de
Tracing route to google.de [2a00:1450:4001:830::2003]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms fritz.box [2a00:6020:73ce:5b00:de15:c8ff:fe29:fc1a]
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 * * * Request timed out.
9 * * * Request timed out.
10 * * * Request timed out.
11 * * * Request timed out.
12 * * * Request timed out.
13 * * * Request timed out.
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
Meine Annahme war bisher, dass das an den "neuen Central Offices" liegen würde, die seit kurzem installiert werden.
Interessant ist da sschon, da man ja theoretisch auch GPON und XGS-PON parallel auf der gleichen Faser betreiben kann. Es gibt Provider, da bekommt man einen XGS ONT nur dann, wenn man den passenden Tarif bucht, andernfalls bekommt man einen GPON ONT.
Das XGS-PON Thema ist aber auch interessant. Ich höre zum ersten Mal, dass die DG das ausbaut.
Da gab es hier schon mal einen Thread zur Ankuendigung:
Interessant ist da sschon, da man ja theoretisch auch GPON und XGS-PON parallel auf der gleichen Faser betreiben kann. Es gibt Provider, da bekommt man einen XGS ONT nur dann, wenn man den passenden Tarif bucht, andernfalls bekommt man einen GPON ONT.
Das war meiin Verdacht, eben wegen des Preisunterschieds, aber vielleicht bekommt die DG bessere Preise als die kleinen ISPs von den ich die Infiormation aufgeschnappt hatte. Ich vermute mal, dass da dann bald neue Tarife kommen werden....
Würdest bitte mal ipv4 tracert posten und ping -n 10 google.de ? Danke
>ping -n 10 google.de
Pinging google.de [142.250.184.195] with 32 bytes of data:
Reply from 142.250.184.195: bytes=32 time=26ms TTL=59
Reply from 142.250.184.195: bytes=32 time=15ms TTL=59
Reply from 142.250.184.195: bytes=32 time=15ms TTL=59
Reply from 142.250.184.195: bytes=32 time=16ms TTL=59
Reply from 142.250.184.195: bytes=32 time=15ms TTL=59
Reply from 142.250.184.195: bytes=32 time=17ms TTL=59
Reply from 142.250.184.195: bytes=32 time=21ms TTL=59
Reply from 142.250.184.195: bytes=32 time=16ms TTL=59
Reply from 142.250.184.195: bytes=32 time=16ms TTL=59
Reply from 142.250.184.195: bytes=32 time=16ms TTL=59
Ping statistics for 142.250.184.195:
Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 15ms, Maximum = 26ms, Average = 17ms
>tracert google.de
Tracing route to google.de [142.250.184.195]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms fritz.box [192.168.178.1]
2 5 ms 6 ms 7 ms 100.99.48.2
3 10 ms 10 ms 10 ms 185.22.46.64
4 16 ms 14 ms 14 ms 185.22.44.29
5 13 ms 15 ms 14 ms 74.125.243.133
6 15 ms 15 ms 14 ms 72.14.236.226
7 14 ms 12 ms 12 ms 192.178.111.35
8 * * * Request timed out.
9 17 ms 17 ms 19 ms 209.85.241.70
10 17 ms 16 ms 16 ms 216.239.42.175
11 16 ms 15 ms 16 ms 142.251.64.185
12 16 ms 17 ms 15 ms fra24s11-in-f3.1e100.net [142.250.184.195]
Trace complete.
Das sieht mir so aus, dass da noch mehr nicht stimmt.
Die Pingzeiten sind ja unterirdisch.
Ist das per WLAN? oder mit Kabel direkt an der Fritzbox?
Das ist per Kabel, ein Gigabit-Switch liegt noch zwischen Notebook und Fritzbox.
Danke hatte gehofft das die Latenzen auf der XGS-Plattform besser konfiguriert wären, leider nicht.
Interessant ist da sschon, da man ja theoretisch auch GPON und XGS-PON parallel auf der gleichen Faser betreiben kann. Es gibt Provider, da bekommt man einen XGS ONT nur dann, wenn man den passenden Tarif bucht, andernfalls bekommt man einen GPON ONT.
Allerdings könnte DG dann ein größeres Splitting als 1:64 ohne größere Überbuchung als bisher machen und spart sich den zusätzlichen Aufbau von GPON-Hardware im POP.
Könnte sich dann trotz teureren ONT trotzdem lohnen, wenn man so mit weniger Platzbedarf im POP und in Folge weniger POPs auskommt.
Allerdings könnte DG dann ein größeres Splitting als 1:64 ohne größere Überbuchung als bisher machen und spart sich den zusätzlichen Aufbau von GPON-Hardware im POP.
Könnte sich dann trotz teureren ONT trotzdem lohnen, wenn man so mit weniger Platzbedarf im POP und in Folge weniger POPs auskommt.
…Oder mit den kleinen Micro POPs.
Leider gibt es aber bisher noch keine offizielle Info an welchen Anschlüssen ein XGSPON genutzt werden kann.
Auch interessant, jetzt nachdem ich auf ein SFP GPON ONT umgestiegen bin und dieses bei DG aktiviert habe, gibt mir der DHCP Server gar keine IPv6 Adresse / Prefix mehr.
Router sendet Solicit, DHCP Server (fe80::22) antwortet mit Advertise:
Wähle aus, welche Kategorien Du erlaubst. Für jede Kategorie kannst Du über „Details anzeigen“ sehen, welche Cookies und Skripte konkret geladen werden, welche Empfänger beteiligt sind und wie lange gespeichert wird.
Weitere Informationen: Datenschutzerklärung · Impressum
