@ChristianEb: Grazie, ci stai davvero scaldando! Non cinicamente, ma pensato per essere lodevole! Cosa fanno le istruzioni di debug sul router Cisco? Generare più traffico V6 per l’analisi o generare più informazioni di debug per il frontend Cisco in modo da poter eventualmente fare a meno dell’analisi WAN?

😉

Bellissimi Aabigöi tutti!

🙋🏻‍♂️

Cara comunità! Ho passato una mattinata toccando e osservando il traffico WAN dal mio Fritz!Box. A proposito, ho provato avanti e indietro con le mie impostazioni V6, ho provato a scoprire quale impostazione ha causato quale differenza e ho cercato di capire come DHCPv6 in ( rfc8415) funziona. Non sto dicendo di aver capito ogni opzione adesso. Ho sicuramente avuto l’impressione che il processo fosse assolutamente corretto. La differenza tra Native V4 e Native V6 è sicuramente l’ordine in cui viene negoziato per primo V4 o V6. La mia procedura è questa:

1. Impostazioni IPv6 controllate/modificate. 2. Si aprono le pagine di supporto di Fritzbox (in basso a sinistra: contenuto, poi in basso al centro: supporto Fritz!Box)
2. Lo sniffing dei pacchetti è attivato per la porta WAN. 4. Premere il pulsante [Risincronizza connessione DSL]. 5. Ho aspettato qualche minuto. 6. Sniffing dei pacchetti disabilitato per la porta WAN. Questo genera un file .ETH compatibile con Wireshark. 7. Apri il file con Wireshark Portable e lo filtra. La configurazione della connessione è simile alla seguente:

Sono in corso alcune altre richieste DHCPv6. Prima a intervalli di 2,5 secondi, poi a intervalli più ampi (~ 1,5 minuti). Il passaggio a intervalli più lunghi avviene dopo che la risposta mancante dal server DHCPv6 viene registrata in Sistema/Eventi:

La teoria in realtà si aspetterebbe un pacchetto RA (ADVERTISE) qui. Per ragioni di completezza, puoi ottenere il pacchetto DHCPv6 anonimizzato qui:

Frame 12194: 185 byte su cavo (1480 bit), 185 byte catturati (1480 bit)
Ethernet II, Origine: AVMAudio_23:a4:f8 (aa:bb:cc:dd:ee:ff), Dst: IPv6mcast_01:00:02 (33:33:00:01:00:02)
Protocollo Internet versione 6, Src: fe80::wwww:xxxx:yyyy:zzzz, Dst: ff02::1:2
Protocollo datagramma utente, porta Src: 546, porta Dst: 547
DHCPv6
    Tipo di messaggio: Sollecitazione (1)
    ID transazione: 0x114267
    Tempo trascorso
        Opzione: tempo trascorso (8)
        Lunghezza: 2
        Tempo trascorso: 1070ms
    Identificatore del cliente
        Opzione: Identificativo del cliente (1)
        Lunghezza: 10
        DUID: 000300015c497923a4f8
        Tipo DUID: indirizzo del livello di collegamento (3)
        Tipo hardware: Ethernet (1)
        Indirizzo del livello di collegamento: aa:bb:cc:dd:ee:ff
    Impegno rapido
        Opzione: Commit rapido (14)
        Lunghezza: 0
    Associazione di identità per indirizzo non temporaneo
        Opzione: Associazione identità per indirizzo non temporaneo (3)
        Lunghezza: 12
        IAID: 7923a4f8
        T1: 0
        T2: 0
    Associazione di identità per la delega del prefisso
        Opzione: Associazione identità per delega prefisso (25)
        Lunghezza: 41
        IAID: 7923a4f8
        T1: 0
        T2: 0
        Prefisso IA
            Opzione: Prefisso IA (26)
            Lunghezza: 25
            Durata preferita: 0
            Durata valida: 0
            Lunghezza del prefisso: 0
            Indirizzo prefisso:::
    Riconfigurare Accetta
        Opzione: Riconfigura Accetta (20)
        Lunghezza: 0
    Richiedi opzione
        Opzione: Richiesta di opzione (6)
        Lunghezza: 18
        Codice opzione richiesta: server dei nomi ricorsivo DNS (23)
        Codice opzione richiesta: Server NTP (56)
        Codice opzione richiesta: Simple Network Time Protocol Server (31)
        Codice opzione richiesta: Associazione identità per delega prefisso (25)
        Codice opzione richiesta: Associazione identità per indirizzo non temporaneo (3)
        Codice opzione richiesta: informazioni specifiche del fornitore (17)
        Codice opzione richiesta: SOL_MAX_RT (82)
        Codice opzione richiesta: INF_MAX_RT (83)
        Codice opzione richiesta: PCP Server (86)
    Classe del venditore
        Opzione: Classe Venditore (16)
        Lunghezza: 4
        ID azienda: AVM GmbH (872)

Non riesco ancora a capire perché non ricevo annunci pubblicitari sul router. Al momento ho 3 ipotesi a riguardo:

1. C’è ancora un “interruttore” per l’attivazione/disattivazione della V6, che è disattivato sul mio Anschluss. (Ok, ok, non voglio partecipare anch’io al trolling, ho sentito e letto che questo non esiste! 😉)

2. Una variante di ciò sarebbe se il mio Anschluss non fosse stato completamente autorizzato. (https://www.swisscom.ch/access) L’ho aperto, l’ho giocato, senza problemi. (Certo, ricevo anche un indirizzo V4, perché non dovrebbe essermi permesso di farlo?) Ma questa sarebbe una possibile ragione per cui le RA non sono state inviate deliberatamente/intenzionalmente. Altrimenti Anschluss V6 potrebbe essere attivato/utilizzato su ogni dispositivo. Anche se il cliente non paga internet. 3. La mia frit presenta ancora un brutto errore di configurazione. Ma non ci credo più. Non ci sono molte opzioni. Se lo trovi nella registrazione del pacchetto SOLICIT: trova l’unica differenza. Non posso andare oltre da solo e ho bisogno del tuo aiuto. Forse qualcuno può fare questa registrazione per l’I-Büxe. Sono particolarmente interessato a:

3. Il comportamento temporale. (Quanto velocemente verrà aggiunta la PUBBLICITÀ al pacchetto SOLICIT?)
   *Le differenze nel contenuto del pacchetto SOLICIT. (Potrei usarli per bussare di nuovo alla porta di AVM.)

Spero di poter motivare uno o due nerd. Ma devi avere accesso al traffico WAN. O tramite un convertitore multimediale o con la magia sopra descritta. Potrebbe anche essere una registrazione Fritzbox da un Anschluss che ha già funzionato con IPv6. Sfida accettata!?

🙋‍♂️

---

ChristianEb ha scritto:

Ciao @andiroid due domande, ho ragione nel supporre che tu abbia catturato il denaro della tua scatola qui nella cattura? (Dalla fonte AVM)

Grazie, @ChristianEb per averci pensato e incoraggiato. In realtà non trovi alcuna informazione su quale porta ottieni quali informazioni. Devi interpretare qualcosa. Ci sono tre valvole che posso ascoltare:

Il traffico dalla “1a connessione Internet” e dall’“Interfaccia 0” è identico. Anche il traffico DHCPv4 è visibile e non dovrebbe in nessun caso apparire sulle porte LAN.

A proposito, l '“interfaccia di routing” è puro traffico IP, non l’ho ancora guardata.

---

@ChristianEb ha scritto:

Quindi sospetto che il messaggio di registro sia ciò che è previsto e ciò che non arriva. Mi concentrerei su ciò che ricevi dalla rete e su come il tuo box deve utilizzarlo.

Saluti e buon divertimento con la creazione

---

Presupposto correttamente, anche il messaggio di registro è coerente. Il mio focus è esattamente dove lo metti tu. Non riesco a ottenere un singolo pacchetto V6 dalla rete. Zero. Nada. Solo le “mie” richieste SOLICIT. Da qui le mie confuse ipotesi riguardo “Schälterli” “Attivazione” “Comunicazione proprietaria TR-069”. Non voglio davvero creare atmosfera, ma in realtà non capisco il silenzio dei router a questo punto…

😟

---

Tux0ne ha scritto:

Quando visitate www.swisscom.ch/access c’è la pagina iniziale blu con il logo Swisscom dove potete registrarvi con il numero di serie o il logo Swisscom? Gioca di nuovo.

Grazie anche a te per averci pensato. L’ho appena fatto per la seconda volta. Ecco che arriva relativamente rapidamente:

Tutto è molto strano. 😉

---

ChristianEb ha scritto:

@andiroid Mi hai frainteso, non sto parlando della porta (lan, wan, ecc…) Vedo che mostra che l’src della cattura era avm, dal mio punto di vista questo dovrebbe essere l’huawei bng be, questo ti parla.

Per favore non comunicarmi il tuo numero AC tramite DM, grazie

Sì, non il porto. 😉 SRC/DST è tutta una questione di definizione: almeno ip.src e ip.dst dei file di registro hanno la freccia di riferimento “corretta”:

Non vedo ancora grossi errori…