Liebe Community Für die Kommunikation im Internet benötigt jedes Gerät eine eindeutige Adresse – eine IP-Adresse. Doch die verfügbaren IP-Adressen sind aufgebraucht – zumindest für IPv4 (Internet Protocol Version 4). Deshalb findet eine Umstellung auf den Nachfolger IPv6 statt, mit mehr Möglichkeiten für die Adressvergabe im Internet. Swisscom hat vor fast 10 Jahren das Internetprotokoll IPv6 mit 6rd eingeführt, um den Roll-out von IPv6 zu beschleunigen. Dafür wurden die IPv6-Adressen durch IPv4 getunnelt. Mit dem aktuellen Dualstack-Betrieb (native IPv6) – dem Parallelbetrieb von IPv4 und IPv6 – entfällt dieser Tunnel und es sind weitere Funktionen möglich wie z.B. Prefix-Delegation. Die Internet-Box 2, 3 und 4 wurden bereits Anfang 2022 auf Dualstack umgestellt. In den letzten Wochen haben wir die Migration nun ebenfalls für die Internet-Box standard und plus abgeschlossen – und heute der IPv6-6rd-Plattform den Stecker gezogen. Was bedeutet das für mich als Kunden? Im Normalfall ist diese Umstellung nicht spürbar. Auch wer einen älteren Router (z.B. Centro Grande) hat, der Dualstack nicht unterstützt, merkt keine Probleme. Zwar können diese Kunden nicht mehr von IPv6 profitieren, aber die Verbindung zu IPv4 bleibt. Kunden mit einem Fremdrouter (z.B. Fritzbox) müssen die Konfiguration überprüfen und gegebenenfalls manuell auf Dualstack umstellen. Bei Fragen oder Unklarheiten meldet euch gerne mit einem Kommentar bei uns. Ich wünsche euch eine besinnliche Adventszeit MichelB

IPv6 mag aus Sicht der Durchschnittsuser ein kleiner Schritt sein, für die Weiterentwicklung des Internets ist es ein riesiger Sprung in Richtung Zukunft. Danke ans IPv6-Team bei Swisscom für die Arbeit im Hintergrund, und gratuliere herzlich zur abgeschlossenen Migration von 6rd auf Dualstack.

@PowerMac schrieb: IPv6 mag aus Sicht der Durchschnittsuser ein kleiner Schritt sein,…. Aus Sicht des Durchschnittsusers ist es rein gar nichts, denn der weiss nicht einmal, was IP ist geschweige denn, was der Unterschied zwischen IPv4 und IPv6 ist resp. welche Vorteile IPv6 hat. Aber klar, aus technischer Sicht ist IPv6 für die Weiterentwicklung und das Überleben des Internets zwingend notwendig und daher auch das Engagement von Swisscom in dieser Richtung unumgänglich.

Vielen Dank für diese relativ wichtige Information. Auch ich möchte mich bedanken für die Integration die Swisscom schon vor über 10 Jahre mit 6RD gestartet hat. Es war sichtlich, lehrreich und hat Spass gemacht. Besonderen Dank an Martin Gysi. Die Zeit hat aber auch an diesem wie der Name schon sagt, Rapid Deployment, genagt. Schön ist jetzt also, das die für mich schon längst überfällige Migration auf natives IPv6 abgeschlossen wurde. Ich fände es noch gut, wenn Swisscom an dieser und den relevanten Stellen nun noch die Parameter bekannt gibt. Zb die Prefix Grösse von /56. Einstellungen in der Internet Box für die Präfix Delegation, Zb. /60 und was der Swisscom sonst noch so in den Sinn kommt. Es gibt ja da noch Einstellungen des WAN Interfaces für Fremdrouter, was man da über SLAAC und DHCPv6 erwarten kann. Eventuell hat man jetzt wieder Zeit für solche Kernaufgaben, da die Home Funktionen deaktiviert werden. Da wurde mit einem https Zugang auf das WUI der Internetboxen nun auch schon ein erster Schritt gemacht 🙂

Danke für die Informationen. Ich hab’ mich schon gefragt warum meine IPv6 Connectivity gestern um 09:00 plötzlich weg war. Jetzt ist klar warum mein 6rd Tunnel nicht mehr funktioniert. Jetzt muss ich mich mit IPv6 prefix delegation beschäftigen und hab’ das noch nicht so recht zum laufen bekommen. Bei meinem Linux LAN-Router habe ich jetzt mal dhcpcd installiert und bekomme auch eine IPv6 WAN Adresse. Die Prefix delegation an der IB2 habe ich eingeschaltet. Erst stand dort “nicht verfügbar” und erst nach einem Reset der IB2 scheint das jetzt zu funktionieren. Merkwürdigeweise sagt die IB2 mir jetzt bei “delegatd prefix” es wäre ein /56 aber mein dhcpcd sagt mir “wan: delegated prefix xxxxxx::/58”. Die /64 Prefix Zuweisung für jedes Interface über dhcpcd hat auch schon geklappt und radvd advertised diese auch munter. Nur das Routing hat irgendwie noch nicht geklappt. Da isr irgendwo noch der Wurm drin. Grundsätzlich ist die Dual-Stack Konfiguration aber ein Schritt vorwärts. Sehr gut.

SkyBeam Selbst habe ich den Dual-Stack schon ein paar Monate in Betrieb und zu Beginn erhielt man als delegierten Präfix im nachgelagerten Netz nur einen 62-er, seit einiger Zeit erhält man aber immer einen 58-er Präfix und dies unabhängig davon was Du explizit über einen DHCPv6-Client requestest, also auch wenn Du einen 56-er requestest, wirst Du trotzdem einen 58-er für den nachgelagerten Router erhalten. Mein Asus-Merlin-Router hat sich, wie Du aus dem Sytemprotokoll ersehen kannst, mit der Internetbox bereits seit Wochen definitiv auf den 58-er Präfix geeinigt:

@Werner Danke für deine Antwort. Hilft mir aktuell noch nicht ganz weiter. meine dhcpcd Konfiguration aktuell: noipv6rs waitip 6 ipv6only slaac private interface wan ipv6rs iaid 1 ia_pd 1 lan0/0 lan1/1 if(window.hljsLoader && !document.currentScript.parentNode.hasAttribute('data-s9e-livepreview-onupdate')) { window.hljsLoader.highlightBlocks(document.currentScript.parentNode); } Im Log sehe ich dann auch den /58 Prefix: wan: delegated prefix xxxx:xxxx:xxxx:31c0::/58 lan0: adding address xxxx:xxxx:xxxx:31c0::1/64 lan1: adding address xxxx:xxxx:xxxx:31c1::1/64 lan0: adding route to xxxx:xxxx:xxxx:31c0::/64 lan1: adding route to xxxx:xxxx:xxxx:31c1::/64 if(window.hljsLoader && !document.currentScript.parentNode.hasAttribute('data-s9e-livepreview-onupdate')) { window.hljsLoader.highlightBlocks(document.currentScript.parentNode); } Auch radvd scheint zu funktionieren. Selbst über TCPdump kann ihc die Pakete über das WAN Interface raus gehen sehen, bekomme aber nie eine Antwort: 16:46:58.638255 lan0 In IP6 xxxx:xxxx:xxxx:31c0:c813:42ea:2ddc:8c7c > 2a00:1450:400a:803::2004: ICMP6, echo request, id 1, seq 71, length 40 16:46:58.638285 wan Out IP6 xxxx:xxxx:xxxx:31c0:c813:42ea:2ddc:8c7c > 2a00:1450:400a:803::2004: ICMP6, echo request, id 1, seq 71, length 40 if(window.hljsLoader && !document.currentScript.parentNode.hasAttribute('data-s9e-livepreview-onupdate')) { window.hljsLoader.highlightBlocks(document.currentScript.parentNode); }

Ich antworte hier mal selber… Das Problem hat sich offenbar gelöst. Vermutliche Ursache war, dass die Clients wohl noch Adressen benutzten die zuvor über das Router Advertising (radvd) zugewiesen wurden. Die alten Adressen waren aber schon nicht mehr Teil der Advertisements (geprüft mit radvdump). Nach einem Client-Neustart waren die dann weg und die Clients haben jetzt die aktuellsten Adressen verwendet und dann hat’s auch funktioniert. Ich lasse das mal so stehen - vielleicht hilft das jemandem.

@SkyBeam Falls Du keinen statischen Präfix hast (was von der Swisscom auf Privatanschlüssen gar nicht angeboten wird) kannst Du vielleicht einmal zukünftig noch darauf achten, wie oft der Präfix von der Swisscom überhaupt Netzseitig erneuert wird, denn für den Umgang mit dem delegierten dynamischen Präfix in einem lokalen Netz finde ich das noch eine entscheidende Information, welche von Seiten Swisscom bis jetzt jedoch noch nicht kommuniziert wurde. @MichelB Vielleicht eine Info zum Renewal-Intervall des dynamischen IPv6-Präfixes für Privatkunden im Swisscomnetz?

@Werner Klar, kann ich machen. Bzw. ich sollte das dann in meinen DDNS Statistiken sehen da hier protokolliert wird wenn sich die IP ändert - und somit auch die prefixes. Theoretisch gibt es aber gar keine Gründe den IPv6 Prefix zu ändern. Zumindest nicht so lange das CPE nicht offline geht und das Lease abläuft (recycling). Es sollten ja genug Adressen/Prefixes zur Verfügung stehen damit diese quasi statisch bleiben können. EDIT: Sehe gerade, dass mein DDNS Provider nur Statistiken für 1 Monat anbietet. Also muss ich da wohl häufiger rein sehen oder etwas anderes basteln. So häufig ändert sich da hoffentlich auch nichts.

Weiss jemand schon die korrekten IPv6 Nativ Einstellungen für die Fritzboxen? Ich kriege aber die Diagnose-Info: “Internetverbindung IPv6 konnte nicht aufgebaut werden: Keine Antwort vom DHCPv6-Server (SOL)”. 😕 2022-12-17 Edit: Dualstack zu IPv6 Nativ. 🤷♂️

Migration zu Native IPv6 (Dualstack) abgeschlossen

andiroid

@hed schrieb:

@andiroid

Dass IPv6 einen Segen für die Welt und die Menschen insgesamt ist, bezweifle ich keine Sekunde. Aber die Frage was es mir persönlich in meinem bescheidenen, minimalistischen Netzwerk (teilweise noch Fast Ethernet) konkret und unmittelbar, heute und jetzt bringt, ist noch nicht wirklich beantwortet.

Ich würde versuchen meine Daten selber zu hosten. Den Webserver wieder reaktivieren. Mir eine Domäne lösen. Subdomänen einführen für meine Speichertemperatur Überwachung. Vielleicht einmal einen eigenen Mailserver aufsetzen. Oder gleich mit einer OpenSense Firewall beginnen. Backup in eine Location von ausserhalb meiner 4 Wände würde dann mit Glas auch früher oder später funktionieren. Da gibt es schon ein paar nerdige Basteleien, welche auf mich warten. Geht natürlich nur, wenn dann auch zeitnah ein statischer Prefix geliefert würde. Der Wechsel zu Init7 würde 70.- inOne Vorteil schmelzen lassen, also könnte ich mir das Fiber7 auch gleich parallel zum Swisscom Anschluss schalten lassen. Was aber wieder mehrere Modems nötig machen würde. Eine unausgegorene Sache, aber durchaus ein Gedanken wert zu verschwenden. Da gibt es schon ein paar interessante Projekte, welche mit IPv6 eigentlich locker ermöglicht werden würden, wenn dann der Provider mit spielt… 🤓

-Andiroid

👽

hed

@andiroid

Ich habe nicht gefragt, was für “Spielereien” mit IPv6 möglich sind und was IPv6 für dich, andere, den Provider oder die Welt bringt, sondern was für messbare, konkrete, unmittelbar feststellbare Vorteile mir persönlich IPv6 jetzt und heute in meinem technisch sehr bescheidenen Haushalt bringt, wenn ich heute das v6-Häckchen am PC und der IB setzen würde?

Diese Frage habe ich in den letzten 20 Jahren mit unzähligen Top-Fachleuten (erstmals 2002 mit Frau Silvia Hagen, Autorin mehrerer Fachbücher und Gründerin des IPv6 Forums), Professoren diverser Hochschulen und Top-ICT-Fachleuten von führenden Herstellern von Netzwerkequipment (u.a. Cisco und HP) diskutiert. Die Antworten waren immer mehr oder weniger identisch und mir längst bekannt: Adressknappheit, Sicherheit, Wegfall von NAT/multiple NAT, integriertes QoS, effizienteres Routing, Vorteile beim VPN und bei direkten E2E-Verbindungen, Wegfall des DHCP-Servers dank SLAAC, einfachere Realisierung weltweiter transparenter Adressierungskonzepte, und, und, und.

Alles gut, recht, korrekt und im grossen ganzen gesehen zwingend notwendig resp. längst überfällig. Aber es beantwortet nicht einmal ansatzweise meine oben gestellte Frage.

andiroid

@hed schrieb:

Ich habe nicht gefragt, was für “Spielereien” mit IPv6 möglich sind und was IPv6 für dich, andere, den Provider oder die Welt bringt, sondern was für messbare, konkrete, unmittelbar feststellbare Vorteile mir persönlich IPv6 jetzt und heute in meinem technisch sehr bescheidenen Haushalt bringt, wenn ich heute das v6-Häckchen am PC und der IB setzen würde?

Du hättest Zugriff auf meine v6-Only Webseite! 🌍🤩👍

Alles gut, recht, korrekt und im grossen ganzen gesehen zwingend notwendig resp. längst überfällig. Aber es beantwortet nicht einmal ansatzweise meine oben gestellte Frage.

Ich befürchte, wir verzetteln uns da. Ich bin hier nicht der Messias, der dich konvertieren wird… 👋

hed

@andiroid

Da gibt es nichts zu konvertieren, ich bin in Sachen IPv… konfessionslos.

Ich finde es einfach höchst interessant (oder böse gesagt bedenklich), dass in den letzten 20 Jahren trotz unzähliger weltweiter Kontakte mit Fachleuten aus der Netzwerkbranche noch niemand meine an und für sich simple Frage ohne auszuweichen beantworten konnte.

An einem Kurse zu diesem Thema habe ich die Frage am letzten Tag gestellt. Der sichtlich konsternierte Kursleiter kam nach dem Abschluss zu mir und sagte, dass es eine gute und berechtigte Frage sei, aber ich hätte sie nicht öffentlich vor allen andern Kursteilnehmern stellen sollen.

PowerMac

hed

@PowerMac

Das ist auch eine Möglichkeit, der Antwort auszuweichen und eine Fachdiskussion abzuklemmen.

andiroid

@hed schrieb:

Das ist auch eine Möglichkeit, der Antwort auszuweichen und eine Fachdiskussion abzuklemmen.

Ich bin jetzt nicht sicher, wer den Diskurs abklemmt:

Ich habe nicht gefragt, was für “Spielereien” mit IPv6 möglich sind

😳

[…] dass ich erst dann umstellen werde, wenn IPv4 EoL ist.

🙄

Ich für meinen Teil wechsle eine Technologie erst […] wenn die neue Technologie einen deutlichen, unmittelbaren, messbaren, praktischen Vorteil für meine Einsatzzwecke bringt.

😣

Da ich gerne möglichen Schwierigkeiten präventiv aus dem Weg gehe und ein durchgängiges IPv6-only Netzwerkkonzept (noch) nicht möglich ist

🤔

verzichte ich, ausser für Tests und zu lernzwecken, (noch) soweit als nur möglich ganz auf IPv6

🤨

Ich selbst gehe einfach noch einen Schritt weiter und desaktiviere IPv6 ganz.

😶

Klar, IPv6 ist die Gegenwart und Zukunft, aber der Betrieb IPv4-only wird noch für sehr viele Jahre problemlos ohne Nachteile für den Enduser möglich sein.

Nein. Definitiv Nein! 😤

Aus Sicht des Endkunden ist ein Problem erst dann ein Problem, wenn er es als solches wahrnimmt, weil z.B. etwas nicht mehr funktioniert. Und genau dieser Fall tritt dank Dual-Stack nicht ein.

Aber bei deaktiviertem v6 schon. 🤓

Dem Grossteil der Kunden ist es wohl völlig egal, ob sie v6 via 6rd, nativ oder gar kein v6 haben.

Falsch. 👋

DomiP

@andiroid schrieb:

Du hättest Zugriff auf meine v6-Only Webseite! 🌍🤩👍

Nicht nur das, sondern du könntest doch reintheoretisch dutzende Server innerhalb des gleichen Netzes betreiben, oder stehe ich da Falsch? Das würde die Unabhängigkeit von dutzenden Diensten (gerade bei Techies) definitiv befeuern.

Natürlich nur denen, welchen es persönlich auch wichtig ist. Ich hoste aber meine Passwörter lieber selbst als irgendwo in Luxemburg oder Kanada auf einem Server 😉

andiroid

Das würde die Unabhängigkeit von dutzenden Diensten (gerade bei Techies) definitiv befeuern.

Jup. Und weitere dezentrale Lösungen spriessen lassen. Bedingt aber statische v6 Adressen, sonst habe ich ja immer noch diesen unnützen Dyn-DNS Service am Hals.

Natürlich nur denen, welchen es persönlich auch wichtig ist. Ich hoste aber meine Passwörter lieber selbst als irgendwo in Luxemburg oder Kanada auf einem Server 😉

Solange du Vertrauen hast ins Tool, ist es eigentlich egal wo du die Passwörter hostest, meine ich. Auch Notepad++ oder der NAS könnte die Texte die du schreibst / speicherst, nach China pusten. Okay, etwas hypotetisch, gerade bei Passwort Managern stehen womöglich genügend Honigtöpfe bereit. Ist aber auch meine Meinung: es ist ein Risikofaktor weniger, wenn es meine Server sind, wo ich die Passwort-Files ablege. Hauptsache der Server hat eine v6 Adresse.

😁

hed

@andiroid

Jeder von uns hat seine Sicht auf IPv6, meine ist möglicherweise völlig neben den Schuhen, aber lass dich davon bitte nicht beirren. Ich bitte dich nur, mir folgende simple Frage, deren Antwort mich ernsthaft brennend interessiert, kurz und bündig ohne Umwege und Ausweichmanöver zu beantworten:

Was für messbare, konkrete, unmittelbar feststellbare Vorteile oder Nutzen bringt es mir persönlich jetzt und heute in meinem netzwerktechnisch sehr bescheidenen, minimalistischen “KISS-Haushalt”, wenn ich heute das v6-Häckchen am PC und der IB setze? Was ändert/verbessert/erleichtert sich in Bezug auf meinen täglichen Gebrauch von PC, TV,…?

Wenn du mir nur 1 für mich persönlich wahrnehmbarer Vorteil nennen kannst, werde ich noch heute Abend auf v6 resp. einen Mischbetrieb umswitchen, andernfalls lasse ich es sein und werde auch kein Wort mehr über v6 in diesem Thread schreiben.

DomiP

hed einige Vorteile von IPv6 wären zum Beispiel:

Ob diese alle in einem klassischen KISS-Haushalt nötig sind ist natürlich dahingestellt. Jedoch finde ich persönlich, dass beispielweise das Improvement “Security enhancements” oder “Simpler header” auch für Endkunden gut sein kann.

Aber ein direkter Grund für einen Wechsel - noch Heute Abend - sollte das trotzdem nicht sein.

Wie aber das IETF schreibt “The Future is Now” - und irgendwann - irgendwann - wird jeder auf IPv6 wechseln müssen…

SkyBeam

Heute Nacht hat mein Monitoring System diverse Alarme gemeldet. Grund war offenbar, dass ich um 03:00 Nachts die IPv6 Connectivity verloren hatte.

Eine Analyse zeigte eigentlich keine Fehler. Der Präfix war immer noch der gleiche und weder IPv6 noch IPv4 Adressen habe sich geändert. Ich bekam aber keine Pakages mehr geroutet.

Aufgefallan ist mir nur eines: Auf der IB2 wurde die Firmware 13.20.26/13.20.18/01923 installiert. Und ja, ich bin sicher das ist heute Nacht passiert da ich die Firmware gestern noch geprüft hatte. Auf der Download-Seite steht immer noch Version 13.01.24 (die bei mir gestern noch drauf war) als letzte Version. Es gibt nicht einmal eine Beta zum Download.

Jedenfalls habe ich mich dann entschieden erstmal einfach den Router nochmals neu zu starten. Danach hat meine IPv6 Connectivity wieder funktioniert (auch mit Version 13.20.26).

Irgend etwas ist da beim Update nicht richtig gelaufen.

Ach ja, weder IPv4 noch IPv6 Prefix hat sich geändert.

POGO 1104

@SkyBeam schrieb:

Aufgefallan ist mir nur eines: Auf der IB2 wurde die Firmware 13.20.26/13.20.18/01923 installiert. Und ja, ich bin sicher das ist heute Nacht passiert da ich die Firmware gestern noch geprüft hatte.

Ja, derzeit läuft (gestaffelt) der Massenrollout von der FW 13.20.26

5018

Die Version 13.20.26 ist seit Montag im Rollout. Da gehen dann jede Nacht ein paar Hunderttausend - Updates raus. Ein Update sollte eigentlich keinen Einfluss auf die IP-Konnektivität haben. Aber es kann immer etwas passieren. Wahrscheinlich hätte sich das Ganze innerhalb von 24 Stunden selbst geheilt.

Das mit den Betas ist irgendwie verloren gegangen. Wahrscheinlich war der Nutzen zu klein. Und die WEB-Seite mit der aktuellen Version wird immer erst, nachdem der Rollout der neusten Version nahezu abgeschlossen ist, aktualisiert. Auch das ist eine Abwägung zwischen Vor- und Nachteilen, die Seite zu früh oder zu spät zu aktualisieren.

SkyBeam

@5018 schrieb:

Das mit den Betas ist irgendwie verloren gegangen. Wahrscheinlich war der Nutzen zu klein. Und die WEB-Seite mit der aktuellen Version wird immer erst, nachdem der Rollout der neusten Version nahezu abgeschlossen ist, aktualisiert. Auch das ist eine Abwägung zwischen Vor- und Nachteilen, die Seite zu früh oder zu spät zu aktualisieren.

Die Begründung ist zwar nachvollziehbar aber ich halte die Reihenfolge für falsch. Meiner Meinung nach sollte ganz klar die Webseite zuerst aktualisiert werden - ggf. eben schon mit einer Beta. Denn da wird nichts automatisch installiert und die Personen die wissen was sie tun können die Updates selber schon früher installieren und Feedback liefern (gratis Tester).

Umgekehrt gibt es jetzt für mich keine Möglichkeit wenn ich jemandem aus dem Bekanntenkreis helfen soll bei der Konfiguration dies gleich mit der aktuellen Version zu machen falls sein Router das Update noch nicht automatisch bekommen hat und ich kann diese Version nicht einmal irgendwo testen weil ich sie nirgends beziehen kann.

Die Reihenfolge die üblicherweise also verwendet wird ist:

Beta Version freigeben - jeder der diese Version benutzt weiss mutmasslich über mögliche Seiteneffekte Bescheid -> Tests durch erfahrene Benutzer
Finale Version freigeben für manuelle Installation - hier kann dann jeder die freigegebene Version testen und möglicherweise noch Probleme finden die beim Testen übersehen wurden (Real-Life Szenarien in Kundenkonfiguration vs. Laborbedinungen). Auch hier wissen die Benutzer welche manuell aktualisieren meistens was sie tun -> Tests durch erfahrene Benutzer
Automatisierter Rollout -> Hier kann der Benutzer nicht mehr wählen und muss sich darauf verlassen, dass die Software in seiner Konfiguration funktioniert.

Aktuell geht man wohl direkt vom Labor zum Rollout über und bietet den erfahrenen Benutzer nicht einmal die Möglichkeit die neueste Version manuell zu beziehen. Ausserdem gibt es keinerlei Release-Notes auf der Download-Seite für die im Rollout befindliche Version. Man bekommt also eine Version die nicht einmal eine Dokumentation aufweist die man irgendwo finden könnte weil man die Dokumentation erst nach dem Rollout bekommt - eventuell zumindest.

Somit werde ich also eventuell in ein paar Wochen nachdem der Rollout abgeschlossen ist erfahren welche Änderungen denn damals eingeführt wurden und wo ich ggf. reagieren müsste wenn jetzt z.B. etwas an der Firewall geändert worden wäre.

Es ist sogar noch schlimmer. Auf der Download Page für die IB2 wird unter dem Link “Neueste Version herunterladen” die Version 13.00.38 zum Download angeboten. Und das obwohl direkt darunter die Release Notes für Version 13.01.24 aufgelistet sind. Man bekommt also nicht einmal die richtige bzw. erwartete Version unter dem Link.

Lustigerweise aber nur auf der deutschen Downloadseite. Die englische, französische und italienische Seite verlinkt Version 13.01.24. Offenbar will man den deutschen Benutzern die aktuelle Version nicht anbieten.

Insgesamt ziemlich chaotisch.

Ob IPv6 sich automatisch repariert hätte nach 24h weiss ich nicht aber so richtig glaube ich da nicht dran und wüsste auch nicht warum der Router nach 24h plötzlich wieder anfangen sollte IPv6 Pakete weiterzuleiten. Vermutlich wurde eben genau dieser Use-Case im Labor nicht getestet (existierende IPv6 clients, eventuell mit prefix-delegation und connectivity-check nach dem Firmware-Rollout ohne weiteren Reboot). Eventuell hätte sogar jemand den Fehler gemeldet wenn man eine Beta oder die finale Version freigegeben hätte. Wenn ich die aktuelle Version hätte könnte ich auch mal den Use-Case nachstellen und nach einem Downgrade nochmals ein Upgrade machen um zu sehen ob nach dem erneuten Upgrade dann wieder Connectivity-Probleme bestehen. Aktuell habe ich diese Möglichkeit aber nicht.

5018

@SkyBeam

Der Ablauf ist wie folgt. Eine FW-Version wird so innerhalb von 2-4 Monaten entwickelt. Während dieser Zeit wird einem Kreis von Testern (darunter auch vielen Superuser aus diesem Forum) alle 3 Wochen eine neue Version zur Verfügung gestellt und so getestet. damit sind schon sehr viele Fälle abgedeckt. Daneben testet natürlich der Lieferant und intern das Routerteam alle möglichen Usecases durch.

Wenn sich die Entwicklung dem Ende nähert, wird die FW an bis zu 3000 Mitarbeiter verteilt (automatisch), dann im nächsten Schritt an 10000 Kunden, dann 100000 Kunden, dann voller Rollout. Es wird immer wieder Feedback eingeholt und überwacht, ob alles funktioniert oder ob Fehler auftreten. Manche Dinge sieht man leider erst im vollen Rollout, da die Fehler in so kleiner Menge auftauchen, dass sie bei kleineren Mengen nicht auffallen.

Bei TV ist das Vorgehen übrigens sehr ähnlich.

Ich weiss auch,. dass der von Dir genannte Usecase bei einem Tester vorhanden ist. Dort gab es keine Probleme.

Ich habe damals mein ehemaliges Team gebeten, die nahezu fertigen Versionen als Beta für alle anzubieten. Leider war das Interesse seitens Testern nicht sehr gross und auch die Feedbacks haben nicht wirklich neue Erkenntnisse gebracht. Daher ist der Nutzen eher sehr klein.

Es gibt aber manchmal Situationen, in denen z.B. ein Fehler in einer aktuellen FW ist, der eine kleine Gruppe von Kunden betrifft und der in der neuen FW gelöst ist. Dann kann es Sinn machen, schon mal eine Beta zu veröffentlichen, was ja auch schon gemacht wurde.

inane

Bin mir nicht sicher, ob das hier richtig ist - vermute aber einen Zusammenhang:

Ich hatte heute (evtl. schon früher war nicht zuhause) ziemliche Probleme mit meinem Internetanschluss. Normale Websiten waren erst nach 2-3min geladen, die My Swisscom App konnte mir fast nur noch den Ladekreis zeigen weil nichts mehr lief, sogar die lokale Konfigurationsseite der IB3 war sehr langsam.
Ein ookla Speedtest zeigte mir manchmal “keine Verbindung” an, manchmal aber auch 40Mbit/s etc.
Das Lokale Netz war aber bei den gewohnten >1Gbit/s.

Mein Anschluss ist mit 12/1Mbit/s zwar sehr langsam, der 5G-Booster liefert aber normalerweise 70/30Mbit/s dazu.

Nach einem Reboot der IB3 wurde es erst richtig schräg - der Booster wurde als “Verbunden” angezeigt, hatte aber keine IPV4 sondern IPV6 - und keine Details zur Mobilfunkverbindung. Den Booster konnte ich aber nicht erreichen unter der IPV6-Adresse.
Bei den Diagnostik-Informationen war anstatt “Connection type: VDSL2 - NR5GNSA” nur “Connection type: VDSL2 - Unknown” - das GUI zeigte aber weiterhin mit grünen Häckchen dass “alles OK” ist.

In den IB3-Einstellungen war IPV6 deaktiviert. Als ich es aktivierte, und nach dem Speichern die Seite neu ladete, war es wieder deaktiviert.. den Booster konnte ich jetzt aber erreichen. Nach einem Reboot vom Booster erhielt der wieder eine IPV4, und das Bonding funktioniert wieder (aber aktuell immer noch nur ca. die Hälfte der gewohnten Leistung).

Frage:

1. Wieso kann ich IPV6 zwar mit einer Warnung (Bonding unterstützt IPV6 nicht) aktivieren, aber sobald ich wieder in die Einstellungen schaue ist es deaktiviert?
2. In welchen Fällen wird dem Booster eine IPV4 oder IPV6-Adresse vergeben resp. von der IB3 als Verbindungsziel gewählt?
3. Hat dies was mit diesem Rollout zu tun, oder sollte ich da eher einen neuen Thread starten?

Firmware version 13.20.26/13.20.18

5018

Ich würde die IB3 und den Booster mal ausschalten und 2 Minuten warten. Dann die IB3 starten und 5 Minuten warten, dann den Booster. Bonding ist keine ganz einfache Technologie und evtl. hat sich da etwas aufgehängt.

Ist der Booster direkt per LAN-Kabel mit der IB3 verbunden? Also keine Switches dazwischen? Falls ein Switch dazwischen ist, den auch stromlos machen und zwischen dem Neustart der IB3 und des Boosters wieder starten.

swissbeetle

Meiner Meinung nach fuktioniert IPv6 nach wie vor nicht mit Bonding, heisst es wird automatisch wieder deaktiviert.

inane

@swissbeetle

In der Warnmeldung im GUI steht explizit, dass Anwendungen via IPV6 nicht von der Leistung des Boosters profitieren. Fortfahren kann man trotzdem.

Daher nehme ich an, dass die IPV6-Verbindungen nur via Kupfer geroutet werden - falls es komplett nicht unterstützt ist, dann ist die Warnmeldung falsch (müsste keine Option um fortzufahren geben).

Vor ein paar Wochen wurde das IPV6-Häckchen von selber gesetzt, vermutlich wegen einem Update oder durch die Chatbot-Hilfe-Fehlerbehebung = es kann durchaus aktiviert werden.

@5018

Ich würde die IB3 und den Booster mal ausschalten und 2 Minuten warten. Dann die IB3 starten und 5 Minuten warten, dann den Booster. Bonding ist keine ganz einfache Technologie und evtl. hat sich da etwas aufgehängt.

Habe ich in etwa so gemacht, nachdem ich mich via IPV6 per Browser auf den Booster verbinden konnte. Danach funktionierte das Bonding wieder, der Booster erhielt auch eine lokale IPV4-Adresse (zuvor aus irgendeinem Grund nicht vorhanden).

Ist einfach ein bisschen mühsam, dass das aktuell fast Wöchentlich nötig ist `🙂

Ist der Booster direkt per LAN-Kabel mit der IB3 verbunden? Also keine Switches dazwischen? Falls ein Switch dazwischen ist, den auch stromlos machen und zwischen dem Neustart der IB3 und des Boosters wieder starten.

Der Booster ist nach 3 Switches angehängt - 2x managed mit den korrekten VLAN (10Gbit-Backbone im Haus sozusagen), 1x unmanaged.
Wenn es mal läuft, dann läuft es - bis es sich eben wieder aufhängt.

ABER: Ich habe genau diesselben Probleme wenn ich den Booster direkt mit einem separaten Kabel an der IB3 anhänge (hatte ich zu Beginn probeweise mehrere Wochen so in Betrieb). Auch dann war ein fast wöchentlicher Reboot nötig.

- -

Aber dann sieht es eher nach einem sonstigen Problem aus, und nicht wegen IPV6 - verstehe aber immer noch nicht, wieso keine IPV4 vergeben wurde und wieso ich IPV6 zwar aktivieren kann (häckchen wird gesetzt), bei einem Refresh der Seite aber dies wieder deaktiviert wird.

Da ich mich nicht enorm auskenne mit IPV6 - wenn auf der IB3 IPV6 deaktiviert ist, kann dann im lokalen Netz trotzdem IPV6 verwendet werden?
Falls ja: ok. Falls nein: komisch dass ich auf den Booster kam

« Page précédente Page suivante »