[porf]

Si è aggiornato aumaticamente stanotte alla versione 18.3.n.0482_FW_230_FGA2130

[LuKePicci]

Appena posso provo a vedere cosa è cambiato

[TheCrypt0Cloud]

Dopo altri 2 Fastgate morti (partizione di overlay piena) ho ora 3 Fastgate GBNT-2 a disposizione da poter uccidere/recuperare. Mi sono deciso di procedere con il flashing diretto della NAND per ripulirli ed eventualmente attivare lo sblocco root.

Che voi sappiate, c'e' un metodo per farlo senza dissaldarla? (Immagino di no, ma chiedere non costa nulla).
Altra domanda, quale lettore mi consigliate di acquistare? Ho visto che come fascia di prezzo siamo sul centinaio d'euro. Ma se c'e' qualcosa di piu' economico ben venga.

Se ci fossero thread di qualcuno che lo ha gia' fatto ed e' riuscito nell'impresa sarebbe fantastico poter seguire la stessa procedura.

[LuKePicci]

Come prezzi secondo me il tl866 ii+ basta e avanza

Devi solo ripulire la partizione di overlay, il difficile è dissaldarla senza romperla.

[JediKngt]

Ciao a tutti,
riprendo questo topic dopo un po' di tempo per chiedere se si è trovato modo di "sbloccare" l'FGA2130FWB. In realtà vorrei disporre soltanto dei comandi per poter eseguire un'aggregazione (LACP) su due porte LAN, in modo da avere un uplink da più di 1 Gbps verso lo switch sottostante.

Ho cercato in giro, ma credo che i metodi già noti non funzionino con questo modello, in particolare con l'attuale firmware 18.3.n.0482_FW_230_FGA2130. Ho letto, anche in questo stesso thread, che dovrebbe esistere un'utenza "lanadmin" per l'accesso SSH, ma limitata a determinati IP. Anche in quel caso però mi sembra non si sia trovata una strada utilizzabile.

Ho anche provato ad utilizzare le funzionalità native dello switch di cui dispongo, creando su di esso un trunk di tipo "static" per l'uplink, ma l'FGA2130FWB, non essendo consapevole del trunk, riannuncia i MAC address attraverso una delle due porte, perché non vede provenire da essa la richiesta ARP e questo crea un continuo (ed erroneo) aggiornamento della tabella dei MAC dello switch, introducendo latenza ed instabilità.

Spero sia, nel frattempo, emersa qualche novità (per mettere in cascata un solo switch, quindi che non preveda l'applicazione del rimedio, seppur ottimo, "quick and dirty").

Grazie a tutti per l'attenzione.

Un saluto.

[LuKePicci]

Purtroppo nessuna novità, ma ti posso dire (avendolo io già rootato) che in linea di massima se compili il modulo kernel per il bonding (che include il supporto LACP) la cosa sarebbe probabilmente fattibile). Mi riprometto sempre di provarci ma devo trovare la pazienza e concentrazione.

La versione del firmware di fabbrica, cioè quella che salta fuori da un dispositivo vergine mai agganciato alla rete fastweb, è praticamente aperta e banale da rootare, ne abbiamo una copia raw e l'ho anche flashata sul mio per comodità in caso dovessi riperdere il root. Purtroppo di tale versione non esiste l'RBI del firmware da poter flashare su un device non rootato.

[porf]

Stanotte si è aggiornato e riavviato automaticamente con la versione:
18.3.n.0482_FW_232_FGA2130

[LuKePicci]

Grazie, scaricata

@FrancYescO riesci a caricaree l'unpack su GitHub?

[FrancYescO]

Se uplodate l'rbi da qualche parte faccio subito

[lorenzocanalelc]

https://github.com/FrancYescO/tch_firmware_extracted/tree/18.3.n.0482_FW_232_FGA2130

[warfare]

Il problema non è recuperare le credenziali, quello è facile, ma fare in modo che un router non fastweb sia capace di usarle sulla stessa infrastruttura sulla quel vengono utilizzate dai router fastweb.

Recupero questo messaggio vecchiotto.. Immagino che Fastweb funzioni seguendo i vari standard implementati sul servizio voip quindi non capisco perchè dovrebbe essere difficile farlo uguale su un altro router. Ha forse a che vedere con il session-expire timer?

[LuKePicci]

Ti posso dire che in tanti ci hanno provato, credenziali alla mano, incluso me indirettamente e c'è qualcosa nel come fastweb interpreta gli header SIP che fa la differenza. Stiamo parlando di quei meccanismi oscuri che impediscono a qualcuno di fare login con credenziali altrui dalla propria linea.

[LuKePicci]

Ragazzi sto migrando su questo FGA2130 dal precedente FGA4131 che come da programma sta iniziando a dare cenni di matto sulla radio 5GHz.

Il link Gpon l'avevo sistemato tempo fa sulle due VLAN di tiscali, ora sono riuscito ad "impostare" il bridge per continuare a dare la pppoe anche al 4131 su cui ho ancora f2f2, transmission e strongswan.

In pratica c'è una flag sul file /etc/config/gponl3 che imposta mode='routed' su entrambe le veip0_X (una per ciascuna vlan). Questa flag altro non fa che applicare un filtro sul mac sorgente ai pacchetti che escono verso lONT, basta settare mode='vattelapesca' per "sbloccare" il bridge che avevo creato al solito modo.

https://github.com/FrancYescO/tch_firmware_extracted/blob/dc07797ab84397f4f6f687b01e825c68ef8e8524/lib/network/gpon.sh#L182

Ah, vi ricordo che qui lo switch hardware non c'è, o almeno non è un modulo discreto del SoC quindi le 4 lan sono tutte uguali e direttamente connesse al SoC.

[lorenzocanalelc]

Ciao @LuKePicci, intendi che con il filtro non si riesce a fare salire la connessione GPON? Io ho un FGA2233 che ha lo stesso flag, quindi se cambio mode dovrebbe funzionare, corretto? (Non ero riuscito a farlo funzionare)

[Sergio-Sat]

Ragazzi sto migrando su questo FGA2130 dal precedente FGA4131 che come da programma sta iniziando a dare cenni di matto sulla radio 5GHz.

Il link Gpon l'avevo sistemato tempo fa sulle due VLAN di tiscali, ora sono riuscito ad "impostare" il bridge per continuare a dare la pppoe anche al 4131 su cui ho ancora f2f2, transmission e strongswan.

Ip ratica c'è una flag sul file /etc/config/gponl3 che imposta mode='routed' su entrambe le veip0_X (una per ciascuna vlan). Questa flag altro nnon fa che applicare un filtro sul mac sorgente ai pacchetti che escono verso lONT, basta settare mode='vattelapesca' per "sbloccare" il bridge che avevo creato al solito modo.

https://github.com/FrancYescO/tch_firmware_extracted/blob/dc07797ab84397f4f6f687b01e825c68ef8e8524/lib/network/gpon.sh#L182

Ah, vi ricordo che qui lo switch hardware non c'è, o almeno non è un modulo discreto del SoC quindi le 4 lan sono tutte uguali e direttamente connesse al SoC.

Ciao Luke,
guardando in giro sembrerebbe che nelle macchine broadcom(si tratta di comandi per switch e quindi non so se applicabili a questo contesto)  per il mode possano esserci 3 valori:
One common VLAN configuration option available on Broadcom-based switches, other than "routed," is the "access" mode. The two primary VLAN modes typically supported by Broadcom switches are:
Access Mode: In this mode, a switch port is assigned to a specific VLAN, and it carries untagged traffic for that VLAN. Devices connected to an access port belong to the configured VLAN, and frames sent from or received by those devices are not tagged with a VLAN ID.
Trunk Mode: Trunk mode is used when a switch port needs to carry traffic for multiple VLANs. In this mode, frames are tagged with VLAN IDs to identify which VLAN they belong to. Trunk ports are used to interconnect switches or to connect a switch to a router or server that supports VLAN tagging.
When a Broadcom-based switch is in "routed" mode, it usually means that the switch has Layer 3 capabilities, and it can perform routing functions between VLANs. In this mode, the switch can act as a router, and VLAN interfaces with IP addresses can be configured to enable inter-VLAN routing.

Si potrebbe provere con "access", ma l'unico esempio di configurazione che sono riuscito a trovare è il seuente:
interface <interface_name>
switchport mode access
switchport access vlan <VLAN_ID>

dove:
<interface_name> is the name or identifier of the interface you want to configure (e.g., GigabitEthernet1/0/1).
<VLAN_ID> is the ID of the VLAN you want to assign to the interface.

Sono molto interessato ad un full bridge che vorrei far andare sul mio Fritz.

Spero possa essere di aiuto.

Saluti

Sergio