[Thread Ufficiale] TP-Link TD-W8970v1 - Firmware OpenWRT

[blackhole00]

Originariamente inviato da avware

blackhole00: Anche a te quel comando ritorna le stesse informazioni ?

...quasi identiche, a meno dei due offset segnati in giallo

root@lede / [#]# dmesg | grep -i phy
[    0.000000] Determined physical RAM map:
[    0.676806] phy-xrx200 gphy-xrx200: requesting lantiq/vr9_phy11g_a2x.bin
[    0.684195] phy-xrx200 gphy-xrx200: booting GPHY0 firmware at 3A20000
[    0.690555] phy-xrx200 gphy-xrx200: booting GPHY1 firmware at 3A20000
[    1.482195] libphy: lantiq,xrx200-mdio: probed
[    1.550624] eth0: attached PHY [Lantiq XWAY PEF7071] (phy_addr=0:00, irq=-1)
[    1.618599] eth0: attached PHY [Lantiq XWAY PEF7071] (phy_addr=0:05, irq=-1)
[    1.686584] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:11, irq=-1)
[    1.754583] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:13, irq=-1)
[   14.709116] ath: phy0: disabling 5GHz band
[   14.724381] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   14.732502] ieee80211 phy0: Atheros AR9300 Rev:3 mem=0xbc000000, irq=144

Ricordo, per completezza, di aver avuto problemi di flash "sporca" con alcune versioni di OpenWrt...in pratica nella decompressione dello squashfs avevo mismatch sui magic number con blocco del boot. Con Lede non ho mai riscontrato tali problemi...mah...

[avware]

Originariamente inviato da blackhole00

...quasi identiche, a meno dei due offset segnati in giallo

Quell'indirizzo credo dipenda dal tipo di memoria flash utilizzata, nel mio caso:

root@lede:~# dmesg | grep -i spi
[    0.889784] m25p80 spi0.4: s25fl064k (8192 Kbytes)
[    0.893260] 4 ofpart partitions found on MTD device spi0.4
[    0.898668] Creating 4 MTD partitions on "spi0.4":
[    1.227118] spi-lantiq 1e100800.spi: Lantiq SPI controller (TXFS 8, RXFS 8, DMA 32)

[blackhole00]

Originariamente inviato da avware

Quell'indirizzo credo dipenda dal tipo di memoria flash utilizzata...

...nel mio caso:

root@lede / [#]# dmesg | grep -i spi
[    0.914315] m25p80 spi0.4: en25q64 (8192 Kbytes)
[    0.917524] 4 ofpart partitions found on MTD device spi0.4
[    0.923066] Creating 4 MTD partitions on "spi0.4":
[    1.392915] spi-lantiq 1e100800.spi: Lantiq SPI controller (TXFS 8, RXFS 8, DMA 32)

aggiornamento:
- datasheet flash s25fl064k
- datasheet flash en25q64

[avware]

Ok, almeno sappiamo che esistono differenze evidenti anche con modelli di router con stessa revisione hardware. Questo significa che diventa più difficile replicare il problema su hardware non identici al tuo.

L'unico modo che abbiamo per individuare il bug è ottenere l'output dalla seriale nel momento stesso in cui questo accade.

[blackhole00]

Originariamente inviato da avware

Ok, almeno sappiamo che esistono differenze evidenti anche con modelli di router con stessa revisione hardware.

Il mio w8970 ha provenienza austriaca se non erro: lo presi circa 3 anni fa in offerta su Amazon Germania nella sezione warehouse deals perchè era un usato garantito e soprattutto Annex A (proveniente dall'Austria)

Originariamente inviato da avware

L'unico modo che abbiamo per individuare il bug è ottenere l'output dalla seriale nel momento stesso in cui questo accade.

...già...quanto mi manca uboot con netconsole (sarebbe accessibile con quel bug?)...comunque ho la seriale sempre ready-to-run, al prossimo switch failure lo becco

[avware]

Originariamente inviato da blackhole00

...già...quanto mi manca uboot con netconsole (sarebbe accessibile con quel bug?)...comunque ho la seriale sempre ready-to-run, al prossimo switch failure lo becco

U-Boot con netconsole permette di re dirigere input e output su un host, in questo modo è possibile eseguire operazioni sul bootloader senza seriale (ma solo sul bootloader).

Terminato il suo lavoro il bootloader passa l'esecuzione al firmware, quindi netconsole diventa inutile. Dato che, mi pare di ricordare, il firmware resta appeso dell'inizializzazione della rete e gli script non riescono ad avviare alcun servizio su rete con e senza fili, l'unico modo per capire cosa sta succedendo è usare la seriale per avere un output. Ad esempio avere un dmesg in quello stato dovrebbe permettere di capire cosa si è bloccato, oppure (se non fosse possibile aprire una console) anche un semplice copia&incolla della fase di boot dovrebbe dare evidenza dell'ultimo modulo caricato.

[blackhole00]

Originariamente inviato da avware

...anche un semplice copia&incolla della fase di boot dovrebbe dare evidenza dell'ultimo modulo caricato.

si, da seriale sarebbe l'unica via percorribile in caso di rete assente, thanks

[lcapriotti]

Originariamente inviato da avware

1. Hai portante ?
2. Posta il tuo file di configurazione.

si, il LED si accende e il comando lo conferma:

root@lede:~# /etc/init.d/dsl_control status
ATU-C Vendor ID:                          Broadcom 176.200
ATU-C System Vendor ID:                   Broadcom
Chipset:                                  Lantiq-VRX200 Unknown
Firmware Version:                         5.8.1.8.1.6
API Version:                              4.17.18.6
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x2
Annex:                                    B
Line Mode:                                G.993.2 (VDSL2)
Profile:                                  8b
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 0 / Far: 3
Errored seconds (ES):                     Near: 0 / Far: 12
Severely Errored Seconds (SES):           Near: 0 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 0
Unavailable Seconds (UAS):                Near: 29 / Far: 29
Header Error Code Errors (HEC):           Near: 0 / Far: 0
Non Pre-emtive CRC errors (CRC_P):        Near: 0 / Far: 0
Pre-emtive CRC errors (CRCP_P):           Near: 0 / Far: 0
Power Management Mode:                    L0 - Synchronized
Latency / Interleave Delay:               Down: Fast (0.14 ms) / Up: Fast (0.0 ms)
Data Rate:                                Down: 14.008 Mb/s / Up: 911 Kb/s
Line Attenuation (LATN):                  Down: 34.3dB / Up: 13.7dB
Signal Attenuation (SATN):                Down: 30.6dB / Up: 13.7dB
Noise Margin (SNR):                       Down: 15.0dB / Up: 16.1dB
Aggregate Transmit Power (ACTATP):        Down: 10.8dB / Up: 18.5dB
Max. Attainable Data Rate (ATTNDR):       Down: 23.192 Mb/s / Up: 2.614 Mb/s
Line Uptime Seconds:                      215
Line Uptime:                              3m 35s

Questo e' l'ultimo che ho provato, gli altri sono piccole variazioni sul tema.

root@lede:~# cat /etc/config/network

config interface 'loopback'
        option ifname 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option ula_prefix 'fd99:14c7:13ee::/48'

config dsl 'dsl'
        option annex 'a'
        option tone 'av'
        option xfer_mode 'pmt'
        option firmware '/lib/firmware/lantiq-vrx200-a.bin'

config interface 'lan'
        option type 'bridge'
        option ifname 'eth0.1'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config interface 'wan'
        option proto 'dhcp'
        option ifname 'nas0'

config device 'wan_dev'
        option name ptm0
        option macaddr '44:E9:XX:XX:XX:XX'

config interface 'wan6'
        option proto 'dhcpv6'
        option reqaddress 'try'
        option reqprefix 'auto'
        option ifname 'nas0'

config switch
        option name 'switch0'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'switch0'
        option vlan '1'
        option ports '0 2 4 5 6t'

config atm-bridge
        option unit '0'
        option atmdev '0'
        option encaps 'vc'
        option payload 'routed'
        option vci '101'
        option vpi '0'

Aggiungo che l'ISP potrebbe filtrare le richieste DHCP in base al MAC address e per questo l'ho impostato come quello del router ufficiale, e che potrebbero volerci anche 20 minuti per il rilascio dell'indirizzo, ma vedo che nas0 non va mai su quindi il problema e' a monte del DHCP...

Una cosa che mi insospettisce e' che nella pagina dell'ISP e' citato l'Annex M come requisito; sara' questo il problema?

Grazie in anticipo per ogni consiglio.
Luigi

[avware]

1. Sulla pagina che hai indicato vengono fornite informazioni chiare su come utilizzare il proprio modem, senza fare riferimento al cambio di mac address. Non avrebbe senso tralasciare un dettaglio cosi importante come lo spoof del mac address, rendendo vano lo scopo della guida.
2. AnnexM è solo altro nomignolo per indicare un'allocazione maggiore della banda di upatream. Se non noti differenze tra la portante agganciata dal tplink e quella agganciata dal tuo router originale vuol dire che non ne avrai bisogno.
3. Perché usi DHCP ? Da quello che ho letto la linea è un pppoa. Prova a cambiare la config in questo modo:

config interface 'wan'
option proto 'pppoa'
option ifname 'nas0'
option vci '101'
option vpi '0'
option atmdev '0'
option encaps 'vc'

config device 'wan_dev'
option name nas0
option macaddr '44:E9:XX:XX:XX:XX'

#config interface 'wan6'
#option proto 'dhcpv6'
#option reqaddress 'try'
#option reqprefix 'auto'
#option ifname 'nas0'

#config atm-bridge
#option unit '0'
#option atmdev '0'
#option encaps 'vc'
#option payload 'routed'
#option vci '101'
#option vpi '0'

[lcapriotti]

Grazie per l'aiuto, ho provato con la tua configurazione, ma senza miglioramenti; quello che mi sembra strano e' che /sys/class/atm resta sempre vuoto, quindi il bridge non puo' formarsi dato che manca il device e quindi br2684ctl rende un errore se invocato interattivamente:

root@lede:~# br2684ctl -c 0 -e 1 -p 0 -a 0.101
br2684ctl[16686]: Interface "nas0" created sucessfully
br2684ctl[16686]: Communicating over ATM 0.0.101, encapsulation: VC mux
br2684ctl[16686]: Fatal: failed to connect on socket; No such device

[avware]

Potresti essere in una di queste situazioni:
1. il valore di vci é errato, in fondo alla pagina che hai indicato c'è scritto qualcosa del tipo:

VPI sarà sempre 0 e VCI sarà o 32, 33, 34 o 101. Si prega di contattare il servizio clienti TDC se si vuole sapere la soluzione VCI in esecuzione sul proprio apparato.

2. il driver del modem non supporta vci oltre un certo range (magari 101 è troppo elevato per il tplink), leggi qui

[lcapriotti]

ahiahiahi, ora ha senso, 101 dovrebbe essere giusto perche' l'ho trovato in tutti i forum danesi, quindi sembra essere una limitazione del firmware

Grazie per il tuo aiuto, almeno mi posso mettere l'anima in pace

[Herrnobiz]

Ecco la mia build r2446-9791fb2 di pochi minuti fa

https://drive.google.com/open?id=0BxjcvukeCiDFblhueHNXN1hKclU

Build molto completa, contiene:
Gui Luci italiano (nossl), vsftp, samba, openvpn con polarssl, adblock, supporto periferiche fat32+ext4+vfat, dns dinamico+no-ip.org, punti di mount, server di stampa, mwan3, hd-idle, upnp, qos, wake on lan, ip, e2fsprogs, statistiche.
Ovviamente supporto SMP del processore abilitato. Compilata con parametro -Os come da default LEDE perchè altrimenti tutta sta roba non ci sarebbe entrata

[avware]

Originariamente inviato da lcapriotti

Grazie per il tuo aiuto, almeno mi posso mettere l'anima in pace

E' proprio arrivato a questo punto che deve iniziare lo studio invece

Originariamente inviato da lcapriotti

ahiahiahi, ora ha senso, 101 dovrebbe essere giusto perche' l'ho trovato in tutti i forum danesi, quindi sembra essere una limitazione del firmware

Ok, assumiamo che quei valori siano corretti.

Intanto cerchiamo di fare ordine, qui non mi ero accordo di un errore nella tua configurazione:

config dsl 'dsl'
        option annex 'a'
        option tone 'av'
        option xfer_mode 'pmt'
        option firmware '/lib/firmware/lantiq-vrx200-a.bin'

Il parametro xfer_mode sta a pmt, che è un valore errato (ammissibili: atm, ptm).

Noto che è una vdsl, quindi dovrebbe andare sia in atm che ptm (io ti consiglio ptm perché è più efficiente del 2/3%). Inoltre noto che il router sta totalmente ignorando la tua configurazione:

root@lede:~# /etc/init.d/dsl_control status
...
Annex:                                    B
Line Mode:                                G.993.2 (VDSL2)
...

Tu poco sopra gli hai indicato firmware tipo annex-A, ma ha preferito configurarsi per annex-B.

1. imposta il firmware annex-B, almeno fa scopa con la modalità di linea
2. imposta correttamente ptm e vedi se si allinea correttamente

Attenzione perché in ptm non viene creato il device, guarda tu stesso questa è la mia linea vdsl2 in ptm:

root@lede:~# ls /sys/class/atm/
root@lede:~#

Naturalmente il bridge atm non può funzionare in ptm. Conferma che la portante viene correttamente agganciata con la configurazione modificata come indicato sopra e poi avanziamo allo step successivo

[lcapriotti]

Originariamente inviato da avware

E' proprio arrivato a questo punto che deve iniziare lo studio invece

allora ho riconfigurato in annex B (ma devo anche mettere su un firmware diverso?) e corretto il refuso, ora la config e':

config interface 'loopback'
        option ifname 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option ula_prefix 'fd99:14c7:13ee::/48'

config dsl 'dsl'
        option annex 'b'
        option tone 'av'
        option xfer_mode 'ptm'
        option firmware '/lib/firmware/lantiq-vrx200-a.bin'

config interface 'lan'
        option type 'bridge'
        option ifname 'eth0.1'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config interface 'wan'
        option proto 'pppoa'
        option encaps 'vc'
        option atmdev '0'
        option vci '101'
        option vpi '0'
        option ipv6 'auto'

config device 'wan_dev'
        option name 'ptm0'
        option macaddr '44:E9:DD:7C:C4:00'

config interface 'wan6'
        option proto 'dhcpv6'
        option reqaddress 'try'
        option reqprefix 'auto'
        option ifname 'nas0'

config switch
        option name 'switch0'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'switch0'
        option vlan '1'
        option ports '0 2 4 5 6t'

config atm-bridge
        option unit '0'
        option atmdev '0'
        option encaps 'vc'
        option vci '101'
        option vpi '0'
        option payload 'bridged'

e lo status rende:

root@lede:~# /etc/init.d/dsl_control status
ATU-C Vendor ID:                          Broadcom 176.200
ATU-C System Vendor ID:                   Broadcom
Chipset:                                  Lantiq-VRX200 Unknown
Firmware Version:                         5.8.1.8.1.6
API Version:                              4.17.18.6
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x2
Annex:                                    B
Line Mode:                                G.993.2 (VDSL2)
Profile:                                  8b
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 0 / Far: 3
Errored seconds (ES):                     Near: 0 / Far: 12
Severely Errored Seconds (SES):           Near: 0 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 0
Unavailable Seconds (UAS):                Near: 27 / Far: 27
Header Error Code Errors (HEC):           Near: 0 / Far: 0
Non Pre-emtive CRC errors (CRC_P):        Near: 0 / Far: 0
Pre-emtive CRC errors (CRCP_P):           Near: 0 / Far: 0
Power Management Mode:                    L0 - Synchronized
Latency / Interleave Delay:               Down: Fast (0.14 ms) / Up: Fast (0.0 ms)
Data Rate:                                Down: 14.008 Mb/s / Up: 911 Kb/s
Line Attenuation (LATN):                  Down: 33.5dB / Up: 13.7dB
Signal Attenuation (SATN):                Down: 29.8dB / Up: 13.7dB
Noise Margin (SNR):                       Down: 14.3dB / Up: 16.1dB
Aggregate Transmit Power (ACTATP):        Down: 10.8dB / Up: 18.5dB
Max. Attainable Data Rate (ATTNDR):       Down: 22.418 Mb/s / Up: 2.603 Mb/s
Line Uptime Seconds:                      1413
Line Uptime:                              23m 33s

[avware]

Non so quale immagine di firmware tu stia utilizzando (non tutte integrano annex A+B, la mia si).
Ora prova a cambiare cosi:

config dsl 'dsl'
        option annex 'b'
        option tone 'av'
        option xfer_mode 'atm'
#        option firmware '/lib/firmware/lantiq-vrx200-a.bin'

config interface 'wan'
        option proto 'pppoa'
        option encaps 'vc'
        option atmdev '0'
        option vci '101'
        option vpi '0'
        option ipv6 '0
        option ifname 'nas0'

config device 'wan_dev'
        option name 'nas0'
        option macaddr '44:E9:DD:7C:C4:00'

La parte importante è:
1. Modalità ATM
2. Rimozione blocco firmware (viene selezionato in autonomia in base a annex a/b)

Il resto l'ho modificato per completezza, dovresti accorgersi se funziona dal logread:

root@lede:~# logread | grep -i ppp
root@lede:~# logread | grep -i atm

Nota: nel mio caso non si vede nulla perché sono in ptm, nel tuo dovresti notare pppd che tenta di ottenere disperatamente un IP.

Se ti trovi più a tuo agio con br2684ctl puoi usare quello per testare il risultato non demordere!

[lcapriotti]

a scanso di equivoci ho messo la tua 2400, che ho trovato linkata nel thread. C'e' un repo pubblico di tutte le tue build?

Nuovi risultati: con atm non si allinea neanche a spingere, resta sempre down. Noto che nas0 viene creata in questo caso:

root@lede:~# /etc/init.d/dsl_control status
ATU-C Vendor ID:
ATU-C System Vendor ID:
Chipset:                                  Lantiq-VRX200 Unknown
Firmware Version:                         5.7.4.4.0.2
API Version:                              4.17.18.6
XTSE Capabilities:                        , , , , , , ,
Annex:
Line Mode:
Profile:
Line State:                               DOWN [0x200: silent]
Forward Error Correction Seconds (FECS):  Near: 0 / Far: 0
Errored seconds (ES):                     Near: 0 / Far: 0
Severely Errored Seconds (SES):           Near: 0 / Far: 0
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 0
Unavailable Seconds (UAS):                Near: 60 / Far: 58
Header Error Code Errors (HEC):           Near: 0 / Far: 0
Non Pre-emtive CRC errors (CRC_P):        Near: 0 / Far: 0
Pre-emtive CRC errors (CRCP_P):           Near: 0 / Far: 0
Power Management Mode:                    L3 - No power
Latency / Interleave Delay:               Down: Fast (0.0 ms) / Up: Fast (0.0 ms)
Data Rate:                                Down: 0 b/s / Up: 0 b/s
Line Attenuation (LATN):                  Down: 0.0dB / Up: 0.0dB
Signal Attenuation (SATN):                Down: 0.0dB / Up: 0.0dB
Noise Margin (SNR):                       Down: 0.0dB / Up: 0.0dB
Aggregate Transmit Power (ACTATP):        Down: 0.0dB / Up: 0.0dB
Max. Attainable Data Rate (ATTNDR):       Down: 0 b/s / Up: 0 b/s
Line Uptime Seconds:                      0
Line Uptime:                              down
root@lede:~# ifconfig

(..)

nas0      Link encap:Ethernet  HWaddr C0:4A:00:yy:yy:yy
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
(..)

root@lede:~# logread | grep -i ppp

Sat Dec  3 20:44:03 2016 daemon.info pppd[1361]: Plugin pppoatm.so loaded.
Sat Dec  3 20:44:03 2016 daemon.info pppd[1361]: PPPoATM plugin_init
Sat Dec  3 20:44:03 2016 daemon.info pppd[1361]: PPPoATM setdevname_pppoatm - SUCCESS:0.0.101
Sat Dec  3 20:44:03 2016 daemon.notice pppd[1361]: pppd 2.4.7 started by root, uid 0
Sat Dec  3 20:44:03 2016 daemon.err pppd[1361]: connect(0.0.101): Address in use
Sat Dec  3 20:44:03 2016 daemon.info pppd[1361]: Exit.
(stesso blocco ripetuto)

root@lede:~# logread | grep -i atm
Sat Dec  3 20:43:56 2016 kern.info kernel: [   21.966558] ATM1.0.26    ATM (A1) firmware version 0.24
Sat Dec  3 20:43:56 2016 kern.warn kernel: [   21.970425] ifxmips_atm: ATM init succeed
Sat Dec  3 20:43:58 2016 local2.notice br2684ctl[960]: Communicating over ATM 0.0.101, encapsulation: VC mux

(...)
Sat Dec  3 20:43:59 2016 daemon.info pppd[1048]: Plugin pppoatm.so loaded.
Sat Dec  3 20:43:59 2016 daemon.info pppd[1048]: PPPoATM plugin_init
Sat Dec  3 20:43:59 2016 daemon.info pppd[1048]: PPPoATM setdevname_pppoatm - SUCCESS:0.0.101
Sat Dec  3 20:44:00 2016 daemon.info pppd[1170]: Plugin pppoatm.so loaded.
(stesso blocco ripetuto)

[avware]

Molto bene. Hai appena capito che non puoi usare atm, quindi neanche pppoa e nemmeno il bridge che tentavi di usare prima.

Le informazioni del tuo isp sono fuorvianti, ora tutto starà a capire come ottenere un indirizzo pubblico in ptm che è una modalità molto diversa rispetto ad atm perché non esiste il concetto di vci e vpi.

Ripristina la configurazione in questo modo:

config dsl 'dsl'
        option annex 'b'
        option tone 'av'
        option xfer_mode 'ptm'

config interface 'wan'
        option ifname 'ptm0'
        option proto 'dhcp'
        option ipv6 '0

config device 'wan_dev'
        option name 'ptm0'
        option macaddr '44:E9:DD:7C:C4:00'

Commenta il blocco atm-bridge che è inutile.
Non ho riportato la configurazione ipv6 perché quella sarà ancora più difficile da ottenere, a partire dal fatto che bisogna capire se il tuo router originale ti fornisce già un ipv6.

Edit: dimenticavo, il link dropbox con tutte le build è questo

[avware]

Originariamente inviato da lcapriotti

Nuovi risultati: con atm non si allinea neanche a spingere, resta sempre down. Noto che nas0 viene creata in questo caso:

Qui trovi maggiori informazioni inerenti il fatto che molti utenti si stanno collegando in ptm oppure in atm con 0/33 (e non 0/101):
emperial
voipsnak

Il primo link in particolare è interessante perché coincide con lo studio che stiamo facendo noi. Ci stiamo avvicinando molto alla sua soluzione, manca solo una cosa:

config dsl 'dsl'
        option annex 'b'
        option tone 'av'
        option xfer_mode 'ptm'

config interface 'wan'
        option ifname 'ptm0.101'
        option proto 'dhcp'
        option ipv6 '0

config device 'wan_dev'
        option name 'ptm0'
        option macaddr '44:E9:DD:7C:C4:00'

(mi sono limitato a "suggerire" a lede di utilizzare la vlan con id=101 sulla wan in ptm)

Prova e fammi sapere.

[lcapriotti]

ho applicato i cambiamenti:

config interface 'loopback'
        option ifname 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option ula_prefix 'fd99:14c7:13ee::/48'

config dsl 'dsl'
        option annex 'b'
        option tone 'av'
        option xfer_mode 'ptm'

config interface 'lan'
        option type 'bridge'
        option ifname 'eth0.1'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config interface 'wan'
        option ifname 'pmt0.101'
        option proto 'dhcp'
        option ipv6 '0'

config device 'wan_dev'
        option name 'ptm0'
        option macaddr '44:E9:DD:7C:C4:00'

config switch
        option name 'switch0'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'switch0'
        option vlan '1'
        option ports '0 2 4 5 6t'

e lasciato il router accesso e agganciato alla DSL per tutta la notte, ma non ha ricevuto nessun indirizzo via DHCP.

Mi sembra pero' che il MAC spoofing non funzioni, o per lo meno non vedo lo spoofed MAC:

root@lede:~# ifconfig
br-lan    Link encap:Ethernet  HWaddr C0:4A:00:0F:24:5C
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::c24a:ff:fe0f:245c/64 Scope:Link
          inet6 addr: fd99:14c7:13ee::1/60 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1006 errors:0 dropped:0 overruns:0 frame:0
          TX packets:675 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:69871 (68.2 KiB)  TX bytes:104606 (102.1 KiB)

eth0      Link encap:Ethernet  HWaddr C0:4A:00:0F:24:5C
          inet6 addr: fe80::c24a:ff:fe0f:245c/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:304 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:31156 (30.4 KiB)

eth0.1    Link encap:Ethernet  HWaddr C0:4A:00:0F:24:5C
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:290 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:26147 (25.5 KiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:244 errors:0 dropped:0 overruns:0 frame:0
          TX packets:244 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:15972 (15.5 KiB)  TX bytes:15972 (15.5 KiB)

wlan0     Link encap:Ethernet  HWaddr C0:4A:00:0F:24:5E
          inet6 addr: fe80::c24a:ff:fe0f:245e/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1166 errors:0 dropped:0 overruns:0 frame:0
          TX packets:937 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:124740 (121.8 KiB)  TX bytes:145765 (142.3 KiB)