[MisterFTTH]

@LuKePicci i tuoi interventi sono sempre tanta roBBa 

ps.

(dove 42 è un bellissimo numero scelto a caso)

Non troppo a caso però 

[nproduction]

@LuKePicci

Secondo me gli conviene fare così

Ora ci provo Grazie in anticipo!

@LuKePicci i tuoi interventi sono sempre tanta roBBa 

quoto!

@LuKePicci così ho configurato bene il file config del device in cascata ?
[ You must login or register to view this spoiler! ]
P.S.
ma nel device "cascataethN" che vado a creare lascio il MAC andress com'è ? o lo elimino?
EDIT:
Allora il bridge sembra funzionare infatti, i device a cascata riconoscono di essere connessi ad internet tramite WAN e Internet dei device connessi alla LAN e al Wireless funziona, fin qui tutto okay, ma i device in cascata cioè i router continuano a non connettersi ad internet... e quindi non riesco a scaricare pacchetti, aggiornamenti e cose varie..

[LuKePicci]

@nproduction la config dei device in cascata sembra ok, tranne che per quell' option ifname 'eth4' che credo proprio debba essere 'waneth4' altrimenti wan sulla vlan 42 non ce la manda nessuno.

Codice: [Seleziona]

config interface 'wan'
   ...
   option ifname 'waneth4'
   ...

 Il mac a monte lascialo come lui lo imposta, ma fammi vedere anche tutta la config di quel device, che è più critica.

[nproduction]

@LuKePicci
ecco la config del device a monte, ora dopo aver messo "waneth4" i router in cascata non riconoscono più la connessione ad internet con b verde e @ rossa lampeggiante...
[ You must login or register to view this spoiler! ]

[LuKePicci]

C'è qualche errore nella config del 4132 a monte. Prova così.

Da lan>option ifname togli cascataeth0

Poi aggiungi in 'cascatona':

Codice: [Seleziona]

config interface 'cascatona'
   ...
   option force_link '0'

Poi vai nelle settings di /etc/config/firewall ed aggiungi alla zona (non all'interfaccia!) 'lan' l'interfaccia 'cascatona'.

Il fatto che con waneth4 al pposto di eth4 sui device in cascata non rilevasse più la connessione è normale, prima era un falso positivo, lo dava per connesso perchè vedeva che eth4 era connessa. Devi fare in modo che anche waneth4 risulti connessa.

Fai queste modifiche, poi da un device in cascata prova a fare ifconfig -a e verifica che waneth4 sia up e con ip su 192.168.42.x, poi prova a fare un ping a 192.168.42.1 e controlla che sia comparsa una default route con 192.168.42.1 come gateway.

Quando le cose che ho detto sono tutte a posto passiamo a sistemare il dns, che avendo evitato il dhcp per waneth4 ti tocca impostare manualmente.

[nproduction]

@LuKePicci
eth5      Link encap:Ethernet  HWaddr 10:xx:31:6F:xx:42
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:324749 errors:0 dropped:5 overruns:0 frame:0
          TX packets:515156 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:100633986 (95.9 MiB)  TX bytes:550467457 (524.9 MiB)

Sempra sia UP waneth4..
Fatto tutto!
Ma ora i led dovrebbero già diventare verdi ?

Per sicurezza eccoti anche il config network del device a monte:
[ You must login or register to view this spoiler! ]

[LuKePicci]

Dunque, il colore del LED sarà l'ultima cosa, non farci affidamento per ora. La config a monte sembra ok, ovviamente avendo scelto eth0 come sorgente della cascata è a quella porta che va collegata.

Mi hai mandato l'output di "ifconfig -a" relativo ad eth5 (non ho capito di quale device, forse quello in cascata), devi controllare quello di cascatona/cascataeth0 a monte e di wan/waneth4 su quelli in cascata. Se me li mandi entrambi mi oriento meglio.

Infine non hoi capito se delle altre prove che hai fatto hanno avuto esito positivo o meno. Fammi sapere.

[nproduction]

@LuKePicci
Buongiorno !
Ma mandando ifconfig -a devo tipo mandarlo così: “ifconfig -a waneth4?”  Comunque l’ho mandato della porta Eth5 di uno dei device in cascata
 Cascatonaeth0:
cascataeth0 Link encap:Ethernet  HWaddr A4:xx:B1:33:xx:74 (MAC Andress censurato)
          inet addr:192.168.42.1  Bcast:192.168.42.255  Mask:255.255.255.0
          UP BROADCAST RUNNING 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:0
          RX bytes:0 (0.0 B )  TX bytes:0 (0.0 B )
A quanto pare è UP ma fisicamente viene usata la lan per trasmettere i dati e non cascatonaeth0


Ecco tutto l'ifconfig -a
[ You must login or register to view this spoiler! ]
Non c'è proprio il device waneth0 a contrario del device a monte dove è presente cascatonaeth0..
qualsiasi device provo ad aggiungere ai device in cascata non me lo attiva anche se scrivo tutto correttamente, perché dall'output di ifconfig -a non compare, come posso fare ?

[LuKePicci]

E' tutto corretto, gli unici dati che devono transitare da cascataeth0 sono quelli per la connessione wan dei router in cascata, mentre tutti i dati da e verso i device a loro connessi vanno come al solito su lan. L'unica cosa di cui devi accertarti sul device a monte è che effettivamente la porta fisica a cui hai connesso i device in cascata sia quella che corrisponde ad eth0 (ed a casctahaeth0 di conseguenza).

Per quanto riguarda l'ifconfig del device in cascata in effetti è come hai detto, manca waneth4. Prima di tentare di farlo apparire manualmente, vorrei capire perché non appare in automatico, visto che la config del device in cascata non è niente di speciale, visto che dovrebbe funzionare anche facendola dalla gui stock. Prova a mandarmi l'intero output di 'uci show'.  Tu la config del device in cascata l'hai fatta direttamente da file, da gui stock, o da custom gui?

edit: ma normalmente la wan in static su vlan di questi aggeggi funziona o ci sono bug noti a riguardo? quasi quasi gli farei tagliare la testa al toro portando tutto su dhcp.

[nproduction]

@LuKePicci
Ciao! Appena torno a casa verifico, comunque ho fatto tutto direttamente dai file config eccetto qualcosa che ho fatto sul device a monte che ho fatto la maggior parte delle cose da luCi, perché lo ho a differenza dei device in cascata..

[LuKePicci]

Ecco, allora forse il problema è questo. Rifai l'impostazione sul device in cascata della wan su vlan 42 in static da gui  stock, così si prende anche le settings necessarie a far funzionare il wan sensing di technicolor e lo stato del led.

Idealmente, partendo da un 4130 pulito e resettato, prima imposti tutto da gui per farlo connettere su vlan 42 con ip .192.168.42.x gateway e dns, imposti ip locale su 192.168.1.x e dhcp spento, poi quando vedi che è tutto ok e la connessione internet funziona tramite waneth4, aggiungi eth4 al bridge lan.
Ora tu è inutile che resetti tutto, l'ho detto solo per fare un recap a chi legge. Fai queste prove, se non ci riesci tra qualche giorno se riesco ci provo io.

[nproduction]

@LuKePicci
Ecco come dici tu visto che l'ho già resettato prima di fare tutto ciò non credo che ci sia qualche problema nel caso lo farò se non dovesse funzionare..
Fatto come dici tu da GUI: led verde, VLAN 42 (dice che ho connessione 1Gbit/s VERO perché il cavo è correttamente collegato alle prese con tutti gli 8 pin), Indirizzo assegnato correttamente come 192.168.42.X
e questo è l'ifconfig -a di un device in cascata dove ora compare e credo correttamente waneth4:

waneth4   Link encap:Ethernet  HWaddr 10:xx:31:6F:xx:42 (ho censurato io il MAC Andress)
          inet addr:192.168.42.3  Bcast:192.168.42.255  Mask:255.255.255.0
          UP BROADCAST RUNNING 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:0
          RX bytes:0 (0.0 B )  TX bytes:0 (0.0 B ) (poi dopo nell'usare internet su tutti i device i valori RX e TX sono aumentati perciò il VLAN  42 sembra connettersi a monte e funzionare correttamente)
Ora mi confermi che anche in questo caso non devono passare dati da qui ma dall'interfaccia LAN con il bridge su eth4?

Link intero output uci show del primo device in cascata:
https://friendpaste.com/1fXP8uyaVfJaDYLYIS5yOQ

Nel frattempo ho dato un'occhiata su Google e pare che ammesso che il resto stia bene per far connettere i device in cascata manchi da configurare solo il DNS che dicevi tu...

[LuKePicci]

Ottimo! Funziona, ora sì che ci siamo. waneth4 ed eth4 sono du due vlan diverse, tutti i dati che arrivano da e verso i device che colleghi passano per eth4 senza vlan, gli unici dati che viaggiano attraverso waneth4 su vlan sono quelli per cui viene fatto il routing attraverso l'interfaccia wan dei device in cascata, cioè vedresti comparire del traffico se scarichi qualche pacchetto dalla shell del 4130 in cascata o se configuri manualmente il gateway di un pc sull'ip 192.168.1.x del 4130 invece che su quello del 4132 a monte (192.168.1.1). Se vedi del traffico su quella interfaccia vuol dire che qualcuno sta usando quel 4130 come router, nel vero senso della parola.
Ti riepilogo lo stato attuale.
Il traffico di un dispositivo che ha per gateway il 4132 a monte (impostato manualmente o in dhcp), e collegato fisicamente (ethernet o wifi) ad un 4130 arriva in datalink a livello 2 attraverso i vari bridge fino al 4132, da lì avviene il routing a livello 3 (+ natting) verso la rete del next hop (nel tuo caso internet).
Il traffico di un dispositivo che invece ha per gateway un 4130 in cascata (impostato manualmente per test), inclusi tutti i 4130 che per default sono gateway di se stessi, arriva in datalink a livello 2 fino al 4130 con ip corrispondente al gateway, da lì avviene il routing a livello 3 (+ natting) verso la rete su vlan 42 in cui il next hop è 192.168.42.1 (il 4132 a monte), e lì di nuovo via routing (+ natting) finalmente in internet.

Se fai un traceroute la cosa è evidente. Da questo discorso dovrebbe essere anche palese che tutto questo casino serve per evitare un n-uplo nat e per tenere unito il dominio di broadcast della lan.

ORa procedi ad impostare manualmente i dns. Non mi ricordo se di default il dns server sul 4132 è attivo anche su cascataeth0, se lo è dovresti poter usare 192.168.42.1 come dns. Se non lo è, puoi usaree 192.168.1.1 come dns salvo eventuali rogne con la rebind protection. In ultima alternativa mettigli un bel 1.1.1.1 e buonanotte, tanto verrà usato solo per risolvere qualche nome ogni tanto da te mentre sei in ssh sul device e mai più. Impostali da LuCI, nelle settings di 'wan' o manualmente.

Poi altro da fare non c'è, dovrai trovarti un altro passatempo ;-)

[il_cercatore]

raga avrei bisogno di un aiuto... ho sbloccato il modem con la versione base 1.0.3 con gui Ansuel 8.10.72 ma non ho capito se nella casella Spoofing Version dovrei mettere 1.1.2 in modo da far credere che abbia l'ultima versione, oppure quella attuale.... inoltre sembra che il voip non funzioni.

[natalinux]

ciao, aggiorna da gui alla versione 1.1.2  il voip te lo devi configurare manualmente