IPv6 in Berlin seit ein paar Tagen weg – „No prefix available“?

[Jay]

Ich wüsste nicht wo ich nicht sachlich war und das PYUR am Anschluss in den Einstellung etwas nicht richtig hat, ist offensichtlich.

Ich bin auch niemand der wegen sowas übermäßig kritisiert und um Schuld geht es primär auch nicht.

Es ging mehr darum, was die Ursache ist und ob man das alleine fixen kann bzw, was man tut um die Ursache einzugrenzen.

Das was wir bisher wissen, grenzt die Sache ja schon deutlich ein und um einen Kontakt mit PYUR kommt man ohnehin nicht drum rum.

"2a02" Ist der Anfang seiner Adresse, was einen 64 Präfix zeigt.

Die Tips über Linux sind natürlich nice, aber man muss sich auch etwas auskennen, daher ist für die meisten der Weg über Windows etwas einfacher. Er hat das wichtigste aber schon ausgelesen und meinen Verdacht bestätigt.

Wenn er über die TP Box keinen Präfix anfordern kann, bleibt ihm nur noch der Kontakt mit PYUR und warten.

Das die Techniker über Hinweise dankbar sind, glaube ich gern, aber wenn sie nur einen 64er Präfix ausgeben wollen und es technisch möglich ist das auch eine Fritzbox damit umgehen kann, dann kennen nur sie die Lösung dafür.

Mit einem 56er fällt das alles allerdings weg. Keine besonderen Settings nötig, weil die Fritzbox und andere Router dieser Art, sich einfach ihre eigenen IPv6 ziehen können und einen weiteren 64er Präfix an das LAN Net weiterreichen.

[mnfrd]

Hier mal ein Router welchen am ONT hängt:

Code: Alles auswählen

 enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
  inet6 2a02:2455:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx/64 metric 256 scope global dynamic mngtmpaddr 
       valid_lft 3128sec preferred_lft 3128sec
 
3: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
 inet6 2a02:2455:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx/128 scope global dynamic noprefixroute 
       valid_lft 3128sec preferred_lft 3128sec
   
4: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    inet6 2a02:2455:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx/64 metric 256 scope global dynamic mngtmpaddr 
        valid_lft 3128sec preferred_lft 3128sec
    
5: wlx503eaa7a4dd7: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    
6: wlx000fc913106e: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet6 2a02:2455:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx/64 metric 256 scope global dynamic mngtmpaddr 

Du siehst da sind vier Interface, drei mit /64, eins mit /128 (der Uplink zu Pÿur)
Und doch:

Code: Alles auswählen

17:45:23.233420 IP6 (flowlabel 0x15ba2, hlim 1, next-header UDP (17) payload length: 122) fe80::8ac9:b3ff:feb0:ec6b.546 > ff02::1:2.547: [udp sum ok] dhcp6 solicit (xid=932c4 (rapid-commit) (IA_NA IAID:227970921 T1:0 T2:0) (IA_PD IAID:227970921 T1:0 T2:0 (IA_PD-prefix ::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request opt_82 opt_103) (client-ID enterprise 43793 44b35b37f89f23b1) (elapsed-time 0))
17:45:24.282949 IP6 (flowlabel 0x15ba2, hlim 1, next-header UDP (17) payload length: 122) fe80::8ac9:b3ff:feb0:ec6b.546 > ff02::1:2.547: [udp sum ok] dhcp6 solicit (xid=932c4 (rapid-commit) (IA_NA IAID:227970921 T1:0 T2:0) (IA_PD IAID:227970921 T1:0 T2:0[b] (IA_PD-prefix ::/56 pltime:0[/b] vltime:0)) (Client-FQDN) (option-request opt_82 opt_103) (client-ID enterprise 43793 44b35b37f89f23b1) (elapsed-time 105))

Das kommt von mir, nachdem das Kabel an und abgesteckt wurde. Ich will eine /56

Code: Alles auswählen

17:45:24.566623 IP6 (hlim 255, next-header UDP (17) payload length: 141) fe80::4a5a:d0e:d903:934a.547 > fe80::8ac9:b3ff:feb0:ec6b.546: [udp sum ok] dhcp6 reply (xid=e785f8 (client-ID enterprise 43793 44b35b37f89f23b1) (server-ID uuid 3193c7fea26346a1a9f7711b85f12aa1) (IA_NA IAID:227970921 T1:358 T2:1456 (IA_ADDR 2a02:2455:XXXX:XXXX:XXXX:XXXX:XXXX pltime:2176 vltime:2176)) (IA_PD IAID:227970921 T1:358 T2:1456 (IA_PD-prefix 2a02:2455:90XX:XXXX::/56 pltime:2176 vltime:2176)))

Wie du siehst wird da ein /56 angeboten. (IA_PD-prefix ::/56)
Mein Wille wird erfüllt.
Download Wireshark für Windows: https://www.wireshark.org/download.html
Aus einer /64 Adresse lässt sich nicht schließen, dass kein /56 angeboten wird.

[R4ID]

Mein IPv6 geht nun endlich, lag an einer doppelten Mac Adresse die bei Pyur hinterlegt war.
Musste folgendes tun:

Ont und Fritzbox trennen
Ont offline nehmen für 2 Std
Fritzbox in der Zeit auf Werkseinstellung zurücksetzen und anschließend ausschalten
Ont wieder in Betrieb nehmen und warten bis es syncron ist
Ont und Fritzbox verbinden
Fritzbox erst jetzt wieder einschalten

[Jay]

Wie du siehst wird da ein /56 angeboten. (IA_PD-prefix ::/56)
Mein Wille wird erfüllt.
Download Wireshark für Windows: https://www.wireshark.org/download.html
Aus einer /64 Adresse lässt sich nicht schließen, dass kein /56 angeboten wird.

Ja, korrekt, dass ist ebenfalls richtig, allerdings ist es dem Kontext das alle Geräte welche eine 64er brauchen, funktionieren, andere aber nicht, ebenfalls auch ein Indiz für meine These. Das war ja auch nur ein Punkt warum ich diese Vermutung hatte, weil viele Provider, inklusive PYUR, leider wirklich oft nur 64 ausgegeben haben, manchmal sogar noch schlechter.

Zu sagen, bei uns funktioniert der 56er also müsste es bei ihm auch gehen, funktioniert beim Netz von PYUR auch oft nicht, weil die Unterschiede der Firmen im Verbund PYUR teils sehr groß sind. PYUR ist zwar bemüht alles einheitlich zu machen, aber bis heute kann Beweise finden wie unterschiedlich die jeweiligen Firmen arbeiten.

Mir geht es nicht darum Recht zu haben, daher änder ich auch gerne mal meinen Standpunkt, aber du konntest nicht viel Punkt aufzeigen, daher konnte ich dir so auch nicht zustoimmen.

Ist ohnehin egal, weil das Problem nun gelöst wurde und dieser Punkt war auf jeden Fall richtig, weil PYUR das fixen musste. Lg

[Jay]

Mein IPv6 geht nun endlich, lag an einer doppelten Mac Adresse die bei Pyur hinterlegt war.
Musste folgendes tun:

Ont und Fritzbox trennen
Ont offline nehmen für 2 Std
Fritzbox in der Zeit auf Werkseinstellung zurücksetzen und anschließend ausschalten
Ont wieder in Betrieb nehmen und warten bis es syncron ist
Ont und Fritzbox verbinden
Fritzbox erst jetzt wieder einschalten

Das macht auch wieder nicht richtig Sinn, aber ich kenne Technik/Software und nehme es daher mal als gegeben.

Hauptsache es läuft nun endlich.

[mnfrd]

Mein IPv6 geht nun endlich, lag an einer doppelten Mac Adresse die bei Pyur hinterlegt war.
Musste folgendes tun:

Ont und Fritzbox trennen
Ont offline nehmen für 2 Std
Fritzbox in der Zeit auf Werkseinstellung zurücksetzen und anschließend ausschalten
Ont wieder in Betrieb nehmen und warten bis es syncron ist
Ont und Fritzbox verbinden
Fritzbox erst jetzt wieder einschalten

Das macht auch wieder nicht richtig Sinn, aber ich kenne Technik/Software und nehme es daher mal als gegeben.

Hauptsache es läuft nun endlich.

Doch, das ist nachvollziehbar. Die Fritzbox auf Werkseinstellung setzen will der Support, damit ein definierter Zustand gegeben ist.
Den ONT ab- und anschalten setzte ich mal voraus, das ist doch seit Windows 3.11 State Of The Art.
Was hier für uns interessant ist: Es läuft scheinbar ein Timer (IPv6 leases in the lease6 table??) und wenn der ONT erst nach 2 Stunden neu gestartet wird, erst dann wird die Konfig neu gezogen. Mit Mac Adresse ist sicher die Adresse vom ONT gemeint. Also merken wir uns: Im Zweifel schalten wir den ONT mal über Nacht ab und sehen früh weiter.

[R4ID]

Die Erklärung vom Support war das dort zwei Mac Adressen von unterschiedlichen Routern ect. bei denen hinterlegt waren und diese nicht manuell gelöscht werden können. Daher sollte ich das Ont vom Netz nehmen da sich nach 1-2 Std. die Zuordnung der Mac Adresse wohl löscht und ganz wichtig die Fritzbox zurücksetzen....

Ich habe davon wenig Ahnung, aber bin erfreut das es geklappt hat

[Jay]

Die Erklärung vom Support war das dort zwei Mac Adressen von unterschiedlichen Routern ect. bei denen hinterlegt waren und diese nicht manuell gelöscht werden können. Daher sollte ich das Ont vom Netz nehmen da sich nach 1-2 Std. die Zuordnung der Mac Adresse wohl löscht und ganz wichtig die Fritzbox zurücksetzen....

Ich habe davon wenig Ahnung, aber bin erfreut das es geklappt hat

Mit dieser Eklärung macht es deutlich mehr Sinn, weil bekannt ist das der Support keine MAC Adressen löschen kann.

Warum aber das Abschalten des ONTs für 2 Stunden, diese doppelte Adresse dann löscht, macht für mich keinen Sinn.

Das er nicht beide löscht, ist klar, weil das System deinen ONT gar nicht als Zugang anerkennen würde.

Naja, steckt man nicht drin, aber es zählt ohnehin nur das Resultat. Lg

[Kasimir]

evtl, weil die lease 2h gültig ist, wer weiß