@luckysquid quello che dicevo di fare non prevedeva l'utilizzo della gui mod, non so cosa tu possa o non possa fare dalla sola gui. Devi assicurarti di creare un bridge con al suo interno SOLO la porta ethX alla quale connetti il fritz e il modem interno ptm0 o ptm0.836. Puoi lasciare in quello attualmente definito per 'lan' solo le altre porte ma DEVI rimuovervi quella che hai messo nel bridge col modem. Da quello che dici sembra che tu abbia creato un loop, per questo ti impazzisce la rete, ipotizzo tu abbia (la custom gui a dire il vero) attualmente messo il modem nel bride insieme a tutte le altre porte, creando quindi un loop. Solo intervenendo manualmente sui parametri puoi avere il controllo completo del dispositivo, e a tal proposito ti suggerisco di fidarti più del tim hub sotto il tuo controllo che non del fritz. Il relay è un software che filtra pacchetti PPP raccolti da una certa interfaccia e li inoltra su una interfaccia a livello 2 differente, il fatto che il bafforosso non stabilisse la connessione di livello 3 è irrilevante, il pacchetto PPP va impilato direttamente sullo strato di livello 2. La differenza col bridge è che quest'ultimo non esegue alcun filtraggio, e laddove previsto dalla piattaforma, il datapath verso il modem può quindi essere eventualmente accelerato in hardware dato che il traffico non deve passare al vaglio di un qualche tipo di filtro. Ovviamente sarebbe teoricamente possibile implementare il filtro in hardware, ma dubito seriamente che questo sia il caso. Ultima cosa, do per scontato che la porta del fritz sia quella corretta, ma ti suggerisco di tralasciare l'utilizzo della porta del tim hub bifunzionale, cioè la quarta. Si può usare ma dovresti prima verificare un altro parametro che ne stabilisce la destinazione d'uso. Qui ti dico solo che a seconda della funzione selezionata quella porta fisica, quel buco, lo ritrovi nel firmware come eth3 se è in modalità LAN, e come eth4 se è in modalità WAN, e che eth3 fa parte dello switch interno assieme alle altre tre porte a funzione fissa, mentre quella eth4 è connessa direttamente al SoC su una porta diversa da quella a cui è connesso lo switch con tutte le altre. Ovviamente i percorsi di routing tra lo switch e la porta in o modalità WAN sono accelerati in hardware, non sono sicuro che anche il patch tra la porta wan e il modem lo sia, ma taanto un modem va al massimo a 200 mega scarsi quindi c'è poco di cui preoccuparsi, se avessi un connessione in fibra avresti di cui preoccuparti. E scusa se insisto ma quel vecchio 7390 è davvero un rottame a confronto del tim hub, secondo me quello che stai facendo non ha alcun senso, al tuo posto prenderei un centralino voip serio con dect, ben più serio del fritz, e lo metterei attaccato al tim hub, o riconfigurerei il fritz come solo client voip. considera che non è ottimizzato in alcun modo per l'utilizzo della porta ethernet come wan, ti consente di farlo con un sistema non ottimale, il wifi soltanto 802.11n è obsoleto, la cpu è lenta, il modem interno che all'epoca poteva essere un valore aggiunto del dispositivo è solo ADSL, e come se non bastasse non sai cosa faccia il suo software su cui non hai tu il pieno controllo, almeno il tim hub sappiamo esattamente cosa fa o non fa. Ci fosse il vecchio firmware technicolor chiuso sarebbe una storia diversa, ma qui è di un fork di Openwrt che stiamo parlando.
