Ho fatto un altro tentativo e ho rimosso brevemente “Rapid Commit”. Il server ha ottenuto (ma FB non l’ha utilizzato) e ulteriori sollecitazioni non hanno avuto successo (probabilmente perché il server DHCP pensa: “ha già tutto, lasciami in pace”). Penso che un AVM Ne vale la pena.. potresti essere in grado di dire perché l’annuncio non viene elaborato. È anche interessante che l’FB continui a utilizzare lo stesso XID.
Non riesco a immaginare che IPv6 nativo funzioni solo con un router Swisscom o richieda l’attivazione da un router Swisscom.
Non riesco a immaginare come tu possa arrivare a questa affermazione senza alcun fatto.
Piccolo aggiornamento: fermerei tutti i tentativi. Non fa nulla. Sono le vacanze e posso immaginare che l’argomento verrà affrontato internamente in SC all’inizio del 2023.
Vuoi raccontarci come sei arrivato a questa svolta?
Dato che IPv4 funziona, i 10 clienti FRITZ!Box potranno continuare a navigare in Internet.
Questa sera ho passato un po’ di tempo a pensare a cosa fare con questa affermazione. Corretto. V4 funzionava già a maggio quando ho iniziato questo thread. Non è questo il punto. Voglio far funzionare la V6. Da maggio 2022 e non solo all’inizio del 2023. Ma a quanto pare sono un po’ impaziente?
Non so come funzionano i loro super utenti. Sono solo un semplice ingegnere che vuole migliorare il mondo. Parte del mio lavoro è programmare gli errori, trovarli e risolverli. E sono ancora interessato a una situazione vantaggiosa per tutti. Insieme ai miei clienti.
Quindi la controargomentazione sarebbe:
“Sarebbe bello sentire qualcosa di rilevante dall’operatore, non sono quasi l’unico con un router di terze parti in rete!? Farò anche un bell’articolo sul know-how - così in cambio / situazione vantaggiosa per tutti ”
Potete dimenticarvi dell’accordo, Swisscom comprensibilmente non fornisce supporto per router di terze parti.
Mi è estraneo cambiare la tua visione del mondo qui. Il mio è cambiato molto nel corso di questa discussione/thread. Forse non sempre scrivevo le parole giuste. Era tendenzioso o impaziente. Tuttavia, stasera sono un passo più lontano da un atteggiamento consolidato nei confronti della conoscenza, dell’intuizione, del progresso. (Va a letto scuotendo la testa.)
Spero che domani potremo concentrarci nuovamente sugli argomenti tecnici.
Buonanotte comunità.
@wwe ha scritto:
ma la traccia di Wireshark ha mostrato una differenza interessante: la prima sollecitazione senza RC ha ricevuto un annuncio dal server DHCP (ma FB non l’ha usato) e le successive sollecitazioni non hanno successo (probabilmente perché il server DHCP pensa: “ha già tutto , Lasciami in pace”).
@wwe: Grazie per l’informazione! 🤩Se preferisci, puoi copiarmi/inviarmi la/e richiesta/i di SOLLECITAZIONE tramite PM. Mi piacerebbe guardarli ed esaminarli per le differenze. Oppure pubblicalo qui in modo anonimo, come ho fatto io. Poi scopriamo:
Penso che stiamo andando avanti in questo puzzle game passo dopo passo.
Buona notte.
🙋♂️
@andiroid Come arrivo alle mie dichiarazioni? È bravo.
Naturalmente puoi continuare a sperimentare. Non farà nulla. L’argomento è stato depositato presso la persona giusta e lo esamineranno dopo le vacanze di Natale. E goditi il tempo contemplativo e guarda video di gatti o qualcosa del genere.
@ChristianEb ha scritto:
Sembra che la v6 debba essere attivata tramite la GUI del router, senza di essa questo servizio non sembra funzionare nemmeno con router di terze parti, almeno questa è la mia ipotesi.
Penso che abbiamo ancora problemi che si sovrappongono. L’F-bus da @wwe riceve risposte, ma c’è qualcosa di “confuso”. 🙂 Il mio è gridare disperatamente pacchi nell’etere e non ottenere risposte. Penso che possiamo confermarlo analizzando i pacchetti SOLICIT.
Pensa a due varianti: collega il “router” SCS all’accesso, accoppialo e attiva l’opzione, quindi collega nuovamente l’FB e accoppialo…
Proverò questa soluzione. Presto riceverò il vetro (o la plastica?). E un nuovo router.
Ho un’altra idea di emergenza, ma sarebbe un po’ rompiscatole e richiederebbe un’altra linea di accesso con cui poterla modificare…
Mestiere!? Hai superato il riscaldamento e sei praticamente in modalità nerd. Esattamente di mio gradimento!
😁
Ernst: Cosa intendi per linea di accesso personalizzabile? Voglio dire, se si tratta di un tentativo temporaneo senza grossi danni collaterali, mi renderò disponibile. I giorni di pioggia ti invitano letteralmente a fare mestieri. Se dovessi tornare nei tunnel, non potrei più farlo a causa dei limiti di tempo.
🫡
@wwe ha scritto:
Ho fatto un altro tentativo e ho rimosso brevemente “Rapid Commit”. Ho ricevuto il server DHCP (ma FB non lo ha utilizzato) e ulteriori sollecitazioni non hanno avuto successo (probabilmente perché il server DHCP pensa: “ha già tutto, lasciami in pace”)
@wwe: Grazie per i file di registro inviati tramite PM.
1) Non vedo alcuna differenza tra i vostri pacchetti e i miei. Penso che fossimo d’accordo su questo. Schälterli. Grazie a tutti coloro che hanno contribuito a questo. Sia qui che là. 😉
2) Alla domanda sul perché il frit elimina il pacchetto ADVERTISE si potrebbe rispondere con la Regola 1 nello [standard DHCPv6](https: //datatracker.ietf.org/doc/html/rfc8415). Il pacchetto ricevuto contiene un ServerIdentifier, ma il tipo è “Sconosciuto”. Non ho idea se questo sia un motivo sufficiente per scartare il pacchetto.
Mi sono anche imbattuto nei modelli operativi nello standard nel [Capitolo 6](http://Operational%20Models). Essenzialmente si tratta di Apolide, [Non temporaneo](https://datatracker.ietf.org/doc/html/rfc8415 # sezione-6.2) e DHCP per prefisso Delegazione.
3) Inoltre non abbiamo ancora un’ipotesi su quale metodo verrà utilizzato per assegnare IPv6 in seguito. Ci manca una traccia chiara. Ma questo potrebbe forse portare a una risposta affidabile dai file di registro da “laggiù” più rapidamente che con enormi dump di dati dal frit. 😉
Penso che siamo un passo avanti e che non si possa ancora escludere un errore nel Fritzbox. Ma non riesco a trovare alcuna indicazione nel pacchetto SOLICIT (o nello standard che hai scremato) che possa influenzare il comportamento dell’AR. Sono curioso di vedere cos’altro @wwe può riferire sul feedback da Berlino.
Ciao @andiroid, grazie per aver condiviso con me l’AC della tua connessione, come menzionato nei messaggi diretti, almeno negli ultimi 15 giorni non ho visto alcuna informazione sul raggio che mostrasse un prefisso delegato ipv6. il che mi ha portato alla supposizione che ho scritto ieri.
Se possibile, vorrei dare un’altra occhiata al Pcap che hai disegnato,
Saluto
Chris
Swisscom Network Engineer IP+ AS3303,
@ChristianEb ha scritto:
Come menzionato nei messaggi diretti, almeno negli ultimi 15 giorni, non ho visto alcuna informazione sul raggio che mostrasse un prefisso delegato IPv6. il che mi ha portato alla supposizione che ho scritto ieri.
Ehi @ChristianEb, grazie mille per i tuoi sforzi! 🎖️ In definitiva, mi confermate che stiamo parlando di due problemi sovrapposti. Apprezzo davvero la tua comunicazione proattiva!
Presumo inoltre che venga utilizzato un protocollo (proprietario?) con gli IB per consentire l’attivazione della v6. Se qualcuno del team RES CPE/Provisioning ne sa di più, invierei una richiesta di funzionalità anche ad AVM. (Ma questa sarebbe una soluzione una tantum e altri router avrebbero lo stesso problema…)
🤔
Se possibile, vorrei dare un’altra occhiata al Pcap che hai disegnato
Ci sono ancora i primi risultati o tu (o il team di specialisti) state ancora cercando di capirlo?
😉
Adesso ho anche fatto un packet dump! Un’altra meravigliosa caratteristica dell’F-Büxe! Possono farlo anche gli I-bus?
No, l’IB non può farlo e non deve essere in grado di farlo.
Non voglio gettare benzina sul fuoco o trollarti. Ma la funzione di cattura dell’interfaccia WAN ci ha dimostrato che a volte è essenziale capire perché i dispositivi finali si comportano in modo diverso. (Confrontare IB e FB avrebbe potuto farci risparmiare un po’ di tempo?) È proprio per queste belle caratteristiche che preferirei non dare via la mia patatina fritta.
😇
Ciao @andiroid, non penso che qui venga utilizzato un protocollo proprietario. Presumo che venga inviata una richiesta a uno strumento dalla Gui, che quindi abilita una toolchain ad attivare un servizio su una singola linea di accesso o, nel tuo caso, a disattivarlo.
per i tuoi ringraziamenti, volentieri. Vedo la necessità che le persone apprezzino l’utilizzo del proprio hardware su un Access, questo a volte presenta vantaggi e occasionalmente anche grossi svantaggi (come in questo qui…)
Saluto
Chris
Swisscom Network Engineer IP+ AS3303,
@ChristianEb ha scritto:
Ciao @andiroid, non penso che qui venga utilizzato un protocollo proprietario. Presumo che venga inviata una richiesta a uno strumento dalla Gui, che quindi abilita una toolchain ad attivare un servizio su una singola linea di accesso o, nel tuo caso, a disattivarlo.
Ehi @ChristianEb! Capire. 😉 Ok, se si tratta di un’API REST che gestisce richieste HTTP(S) standardizzate, il protocollo ovviamente non è ancora proprietario. Ma poiché non si sa nulla dell’implementazione specifica, resterei fedele al proprietario. 😇
Stavo pensando più a un metodo per azionare il pelapatate, che è stato standardizzato utilizzando RFC-wxyz e che AVM potrebbe replicare. Non credo proprio che un simile suggerimento verrà attuato… 🙁
Conclusione: Capisco il problema. In caso di collegamento con IPv6 disattivato e senza accesso temporaneo ad un IB attualmente non esiste alcuna soluzione. Nel mio caso non è poi così male perché presto riceverò il vetro e probabilmente un nuovo IB. Lo lascerò così.
Grazie ancora @ChristianEb per il grande supporto!
🍾
Ciao a tutti coloro che sono coinvolti in modo costruttivo!
Con l’aiuto di @ChristianEb abbiamo scoperto che l’FB impostato con le impostazioni del post #57 genera un DHCPv6 “Solicit” che ha le opzioni DHCP 3 (IA_NA) e 25 (IA_PD) **at allo stesso tempo* * contiene:
Attualmente l’infrastruttura SCS non sembra tollerarlo bene.. (ai troll: inviare entrambe le opzioni contemporaneamente è conforme a RFC).. Ma SCS vuole solo una delle due opzioni **allo stesso tempo..* *
Ho effettuato dei test con diverse impostazioni di Fritzbox e ho scoperto che FB può generare una richiesta DHCP con l’opzione 25 e senza opzione 3 con le seguenti impostazioni:
Ciò contraddice la guida in linea di AVM e all’inizio non ha mostrato alcuna differenza: nessun prefisso IPv6 Tuttavia, a causa dell’intervento del supporto AVM, ho aggiornato il mio FB 7583 da 7.29 a 7.31… e sono rimasto sorpreso di scoprire che il. FB * *ha ottenuto un prefisso IPv6 subito dopo il riavvio**!
L’aggiornamento alla 7.31 è disponibile da un po’ ma non mi è stato ancora trovato automaticamente.
Sono sicuro che non sia necessario un aggiornamento alla 7.31 e sospetto che le impostazioni funzionino anche con la 7.29. Sarei felice se qualcuno con FB 7.29 potesse confermare queste impostazioni
- “usa IPv6 nativo”
- deriva l’indirizzo globale utilizzando il prefisso assegnato
-commit rapido
funziona e il prefisso IPv6 viene ottenuto immediatamente dopo il riavvio/riconnessione.
Il controtest con 7.31 e le impostazioni del post #57 ha prodotto il noto errore “Nessuna risposta dal server DHCPv6 (SOL)”.. il comportamento corretto è stato possibile ottenere solo dopo aver applicato le impostazioni sopra menzionate e la separazione DSL.
Nota importante: se l’FB ha creato richieste DHCP “errate” (e lo fa ogni minuto), a mio avviso le nuove richieste di sollecitazione vengono bloccate/ignorate dal backend SCS per un certo tempo.. e bisogna ** dopo aver configurato le impostazioni* * corrette, scollegare il box dalla DSL per circa 90 secondi - poi IPv6 funziona molto rapidamente non appena viene stabilita la connessione DSL o viene premuto “Riconnetti”… e invece che dopo x ore come prima. ..
A febbraio dovrebbe essere implementata una correzione che dovrebbe essere in grado di gestire entrambe le opzioni contemporaneamente sul lato rete, quindi il problema in questione dovrebbe risolversi presto.
Sono stato felice di poter guardare le riprese con @wwe e @andiroid. (Ancora un’attività ricreativa leggermente diversa)
Saluto
Chris
Swisscom Network Engineer IP+ AS3303,
Nel frattempo ho ricevuto alcune informazioni da AVM. Con la v7.50 - attualmente disponibile per 7590 e lo sarà in futuro per molti importanti chip come 7583 e anche 7490 - i profili IPv6 cambiano. Purtroppo non conosco i dettagli, ma spero che in futuro otterrete le impostazioni giuste “automaticamente” dopo aver selezionato il provider Swisscom. Vi informerò non appena uscirà la v7.50 per il mio 7583.
Nel frattempo non ho avuto assolutamente problemi con IPv6.. sento che Internet è un po’ più “reattivo” ora - ma potrebbe anche essere la mia immaginazione, soprattutto dopo alcune settimane di fenomeni inspiegabili dopo il fallimento di IPv6 e giorni di “scherzetto” su Anschluss con configurazione instabile..
@cybi ha scritto:
OK, ora l’ho fatto. Con lo stesso risultato.
Impossibile stabilire la connessione Internet IPv6: nessuna risposta dal server DHCPv6 (SOL)
Sensazione viscerale assoluta: penso che tu abbia il mio stesso problema. Vedi conclusione in post sopra. Per me questo è ancora lo status quo. Il breve messaggio di errore (Nessuna risposta dal server DHCPv6) dal monitor eventi è il indizio che i pacchi vengono validamente inviati dal frit ma non ricevono una risposta valida dal backend Swisscom. L’analisi delle mie tracce Wireshark all’inizio dell’anno lo ha mostrato chiaramente. Da qui il forte sospetto che tu abbia la stessa causa. Ho ancora la versione FW 07.29, in realtà la 07.50 dovrebbe essere rilasciata presto per la mia auto d’epoca, forse allora avverrà qualche magia oscura da parte di AVM. Una cannuccia. 😇
Ipotesi sulla causa: presumo che stavo giocando con IPv6 con il mio ultimo IB e non ho ottenuto IPv6 statico. (Penso che fosse prima del 6, qualche anno fa…) Poiché “non ha avuto successo”, l’ho disattivato di nuovo e nel frattempo ho ottenuto le credenziali SIP e ho rimosso l’IB dalla configurazione - e l’ho smaltito . A questo proposito la v6 è stata validamente disattivata nel backend SC e non può più essere attivata solo con il FritzBox. 😉
Se hai ancora l’IB, potresti: Collegare temporaneamente l’IB, attivarlo, accendere la v6, riattivare Fritzbox. Allora dovresti anche ottenere IPv6 con il Fritzbox. Come ho detto, questa è una teoria che non è stata ancora confermata. E poiché forse il mio bicchiere non sarà finito così in fretta, la conferma è ancora lontana. 🙁
Saluti
Androide
👽
