L'angolo di Ansuel: ricerca e sviluppo su DGA4130 (AGTEF) & DGA4132 (AGTHP)

  • 2281 Risposte
  • 1127876 Visite

0 Utenti e 1 Visitatore stanno visualizzando questo topic.

Offline nclmrc

  • Membro Anziano
  • ***
  • 246
@LuKePicci  rimesse, avevo fatto tutti gli step di ieri

Codice: [Seleziona]
root@DGA4132:~# brctl show
bridge name     bridge id               STP enabled     interfaces
br-lan          7fff.a491b12b08ec       no              eth0.10
                                                        eth1.10
                                                        eth2.10
                                                        eth3.10
                                                        eth5.10
                                                        wl0
br-voip         7fff.a491b12b08ec       no              atmvoip
                                                        eth0.20
br-wan          7fff.a491b12b08ec       no              atmwan
                                                        eth0.30

Offline LuKePicci

  • Global Moderator
  • VIP
  • *****
  • 2789
Ok, tieni queste impostazioni, ignora il wifi da 5ghz, riavvia il dispositivo, controlla se da una qualsiasi porta dello switch riesci ad accedere al router.
Nel mentre che non funziona entra da wifi 2.4, fai un vlan show in mdkshell, poi fai un reload di network, vedi se questo riabilita lo switch e guarda se da errori, altrimenti prova con un restart di network e infine con un restart di swmdk. Se non riesci a capire cosa non gli consente di applicare quelle impostazioni al boot rappezza momentaneamente mettendo tutto in un servizio custom. Per sapere come risolverla correttamente bisognerebbe andare a guardare un le config di un firmware non tim che ha il tagging abilitato di default, tipo quello Telenor.

Offline nclmrc

  • Membro Anziano
  • ***
  • 246
@LuKePicci test fatto

riavviato non andava

Codice: [Seleziona]
MDK.1> vlan show
VLAN 3 ports: 5 8   untagged: none
VLAN 10 ports: 0-3 5 8   untagged: 1-3 5
VLAN 20 ports: 0 8   untagged: none
VLAN 30 ports: 0 8   untagged: none
MDK.1>

reload network

Codice: [Seleziona]
root@DGA4132:~# /etc/init.d/network reload
Success.
Success.
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL

root@DGA4132:~#

non andava
restart network

Codice: [Seleziona]
root@DGA4132:~# /etc/init.d/network restart
Success.
Success.
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
root@DGA4132:~#

switch ha iniziato a funzionare, ma la wifi 5ghz non si vede
ho provato a tagliere dal bridge e dallo switch il wifi a 5ghz ma al riavvio lo switch non funzionava
« Ultima modifica: 03 Maggio 2020, 19:21 da nclmrc »

Offline LuKePicci

  • Global Moderator
  • VIP
  • *****
  • 2789
Si quello della wifi a 5GHz è un problema secondario. Quel chip viene configurato tramite comandi inviati via rete all'interfaccia impostata qui:
Codice: [Seleziona]
config mapping
        option port 'vlan10_eth5'
        option wlan_remote '1'

Se quell'interfaccia sta nello switch e all'avvio lo switch non funziona lui non riesce ad inizializzarlo. Magari un restart del servizio hostapd mentre lo switch sta funzionando risolve la cosa.

Il fatto che da switch non funzionante tu veda comunque già applicate le vlan mi fa pensare a qualche problema nell'ordine di avvio dei servizi. Probabile che un restart di network piazzato nel punto giusto possa risolvere la cosa. Quando ho un po' più di tempo vedo come è fatto sul vant-w Telenor.

La config dello switch corretta comuqnue è quella.

Offline nclmrc

  • Membro Anziano
  • ***
  • 246
@LuKePicci ti agiorno, così per curiosità ho cambiato la VLAN della LAN da 10 a 1, adesso la wifi 5ghz si accende al boot

Offline LuKePicci

  • Global Moderator
  • VIP
  • *****
  • 2789
Allora vuol dire che che devi aggiungere una vlan 1 allo stesso modo di come hai aggiunto la 3 per i guest, perchè evidentemente l'interfaccia di configurazione è raggiungibile su quella vlan.  Lascia la tua lan su 10. Oppure prova a cambiare quel wlan_remote da 1 a 10, vedi se è quello il vid che tenta di usare o quell'1 si riferisce banalmente a "wl1"

Però a questo punto conviene capire bene quali vlan passavano su eth5 prima delle modifiche. Prova a rimettere le config originale e avvia un tcpdump su eth5, nel frattempo dai un restart di hostapd poi apri una qualunque pagina web da wifi 5ghz. Ferma il dump, mettilo su pc, aprilo con wireshark, aggiungi una colonna che visualizzi il vlan id e ordina tutto su quel campo, vedi cosa viaggia dove, in particolare il traffico della guest (dovresti vederla su vid 3) il traffico della principale e quello della configurazione.
« Ultima modifica: 04 Maggio 2020, 10:51 da LuKePicci »

Offline nclmrc

  • Membro Anziano
  • ***
  • 246
@LuKePicci per il momento posso lasciare tranquillamente la vlan1 tanto è comunque taggata. per fare il riparire il bridge è comunque necessario un network restart. ma sul mapping della 5ghz è la prima volta che provi a fare delle modifiche o l'hai già fatte in passato?

Offline LuKePicci

  • Global Moderator
  • VIP
  • *****
  • 2789
Prima volta, io non ho quel modello. Sul mio la 5ghz non è collegata allo switch.

Citazione
per il momento posso lasciare tranquillamente la vlan1 tanto è comunque taggata

Eh no, se usando vlan 1 invece di 10 tu noti un cambiamento vuol dire che la 1, prima delle modifiche di cui ti stai occupando, era già utilizzata per qualcosa di coi io non ero a conoscenza.
Se ipotizziamo che prima lui usava la vlan 1 per comunicare non si sa cosa verso il chip wifi 5ghz, ora sul router ci sarà qualcosa che si aspetta ancora di far arrivare pacchetti taggati con vlan 1 fino a quel chip. Sul setup attuale però questo non avviene, perchè lo switch è configurato per togliere dal traffico taggato ad 1 proveniente dalla cpu e per mandarlo non taggato al wifi, per cui in questo momento starebbe funzionando praticamente per pure coincidenze su qualcosa che ignoro.
« Ultima modifica: 04 Maggio 2020, 14:26 da LuKePicci »

Offline Cesarino37

  • Membro Anziano
  • ***
  • 114
@LuKePicci ti vedo molto preparato su tutta una serie di configurazioni particolari e nozioni di rete in genere.
Io invece sono praticamente "zero" se confrontato con te (ma anche con tanti altri utenti del forum). Mi piacerebbe iniziare ad approfondire, per poter capire se è fattibile sviluppare un'idea di conf che avevo in mente... ma anche solo per aumentare le mie conoscenze.
Quali suggerimenti, blog, libri, siti suggerisci di guardare? (scusate, se OT possiamo passare subito in MP)

Ah... l'idea di configurazione sarebbe la seguente (ma è chiaro che ho bisogno prima di un po' di basi):
- avere 1 LAN "normale" per tutti i PC /stampanti / Cell che si usano normalmente in una casa (ovviamente tutto in WiFi)
- avere 1 WiFi Guest... per il classico utilizzo Guest / amici / parenti
(e fin qui tutto normale)
- avere una 2° LAN, anche questa in WiFi che sia una specie di Guest, ma non coincida con la Guest, alla quale collegare qualche dispositivo IoT (Webcam, Bimby, elettrodomestici, monitor fotovoltaico, ...). L'ideale sarebbe che dalla prima LAN possa connettermi a quest'ultima per accedere ai vari dispositivi; ma da quest'ultima LAN i dispositivi IoT (se compromessi) non possano accedere alla mia LAN. Questa LAN deve accedere ad Internet... e al limite io vi accedo passando da Internet se non riuscissi direttamente dalla LAN

Bel casino? Possibile?
Ma in ogni caso... cosa mi suggerisci di "studiare" prima?

Grazie mille

Offline LuKePicci

  • Global Moderator
  • VIP
  • *****
  • 2789
Non è un casino, concettualmente è molto semplice. Anzi se la seconda lan di cui parli è esclusivamente wifi è quasi banale. Come hai giustamente detto la rete che ti interessa creare è molto simile a quella guest. Non posso aiutarti passo passo ma a scopo puramente didattico ti consiglio di trasformare la rete (anzi le reti, perchè sono due, 2,4 e 5 ghz) guest wifi esistente in quella di cui hai bisogno per l'IoT. Così facendo ti eviti tutta una serie di problematiche inerenti la creazione di ulteriori SSID wireless ex-novo.

Quindi, salvati un backup delle config correnti (tutta la cartella /overlay, non l'export da gui), attiva le reti guest disponibili di default, poi vai in /etc/config/firewall e studiati il suo contenuto, cioè arriva a capire cosa significano e perchè ci sono quelle regole. Ne vedrai alcune che impediscono ai client guest di contattare quelli della lan principale. A te quelle se ho ben capito stanno bene. Devi solo invece abilitare l'opposto, che onestamente non so se sia già così di default o meno, e cioè dare ai client della principale la possibilità di contattare quelli in guest. La rete wireless guest ha anche attiva la client isolation, cioè impedisce ai client wireless di contattarsi a vicenda. Se I tuoi device IoT non si parlano direttamente tra di loro ma passano sempre da internet a te questo potrebbe sate anche bene, altrimenti disabilita la suddetta isolation. Quando tutto funzionerà, salvati un backup delle nuove config. e prova a sdoppiare tutto ciò che trovi riguardo alla rete guest fino ad averne due indipendenti, una come la volevi tu che a quel punto chiamerai rete IoT, e l'altra guest come da manuale.

Più di queste linee guida generali io non so darti perchè non ci ho mai provato direttamente, non saprei dirti dove andare a cercare quello che c'è da modificare di preciso. Però sì, credo si possa fare di sicuro.

Offline Cesarino37

  • Membro Anziano
  • ***
  • 114
Grazie mille... sì, mi sembra un buon approccio :D.

Ora devo "solo" trovare un po' di tempo per studiare e provare. Ma scusa la domanda stupida... quindi alla fine arriverei ad avere (diciamo) 6 reti Wifi? Cioè 3 sul 2,4GHz e 3 sul 5GHz... Ovvero su ogni "radio" posso metterci tutti i SSID che voglio?

Offline LuKePicci

  • Global Moderator
  • VIP
  • *****
  • 2789
C'è un limite mi pare di 4 ssid per radio. Io sul fastgate mi ritrovo di default, su ogni radio, la principale, la secondaria, la ospiti e la wow-fi

Ovviamente tutti gli ssid della stessa radio sono costretti ad operare sullo stesso canale.
« Ultima modifica: 04 Maggio 2020, 17:46 da LuKePicci »

Offline nclmrc

  • Membro Anziano
  • ***
  • 246
@LuKePicci ti giro il mio file network per intero. Così per capire quello che è cambiato. Ricapitolando mettendo vlan1 la wifi 5ghz si è avviata. Lo switch non funzionava ma con un network restart è ripartito. Lo strano è che la porta eth0 dove è connesso il vmware funzionava anche senza il riavvio. In sostanza ho notato che di default il router mette le porte taggate quando ce una vlan. Infatti in precedenza avevo creato solo il bridge con vlan 20 per il voip tra dga4132 e vmware, e tutto funzionava senza network restart. Ha problemi solo quando ci sono bridge misti.

Codice: [Seleziona]
root@DGA4132:~# 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 default_ps '0'
        option ula_prefix 'none'

config interface 'lan'
        option type 'bridge'
        option proto 'static'
        option netmask '255.255.255.0'
        option ipaddr '192.168.1.254'
        option ipv6 '0'
        option ip6assign '0'
        option force_link '0'
        option rpfilter '1'
        list ifname 'eth0.1'
        list ifname 'eth1.1'
        list ifname 'eth2.1'
        list ifname 'eth3.1'
        list ifname 'eth5.1'

config interface 'wan'
        option type 'bridge'
        option proto 'static'
        option netmask '255.255.255.0'
        option ipaddr '192.168.10.254'
        option gateway '192.168.10.1'
        list dns '192.168.1.100'
        list dns '192.168.1.1'
        list dns '8.8.8.8'
        list ifname 'atmwan'
        list ifname 'eth0.10'

config interface 'voip'
        option type 'bridge'
        option netmask '255.255.255.0'
        option ipaddr '192.168.20.254'
        list ifname 'atmvoip'
        list ifname 'eth0.20'

config switch 'bcmsw_int'
        option reset '1'
        option type 'bcmsw'
        option enable_vlan '0'
        option qosimppauseenable '0'
        option jumbo '0'
        option unit '0'

config switch 'bcmsw_ext'
        option reset '1'
        option type 'bcmsw'
        option enable_vlan '1'
        option qosimppauseenable '0'
        option jumbo '1'
        option unit '1'

config switch_vlan 'lan_switch'
        option device 'bcmsw_ext'
        option vlan '1'
        option ports '0t 1* 2* 3* 5* 8t'

config switch_vlan 'wan_switch'
        option device 'bcmsw_ext'
        option vlan '10'
        option ports '0t 8t'

config switch_vlan 'voip_switch'
        option device 'bcmsw_ext'
        option vlan '20'
        option ports '0t 8t'

config interface 'wlnet_b_24'
        option proto 'static'
        option ip6assign '64'
        option ip6hint '1'
        option netmask '255.255.255.128'
        option ipaddr '192.168.168.1'
        option ifname 'wl0_1'
        option force_link '0'
        option name 'Ospiti-TIM-19597549'
        option ipv6 '0'

config interface 'wlnet_b_5'
        option proto 'static'
        option ip6assign '64'
        option ip6hint '2'
        option netmask '255.255.255.128'
        option ipaddr '192.168.168.129'
        option ifname 'wl1_1'
        option force_link '0'
        option name 'Ospiti-TIM-19597549'
        option ipv6 '0'

config device 'wlnet_b_5eth5'
        option type '8021q'
        option name 'wl1_1'
        option enabled '1'
        option ifname 'eth5'
        option vid '3'
        option ipv6 '1'

config interface 'public_lan'
        option ifname '@lan'
        option proto 'static'
        option auto '1'
        option disabled_info 'proto=static,ip=0.0.0.0,mask=255.255.255.248'
        option ipv6 '0'
        option ipaddr '0.0.0.0'
        option netmask '0.0.0.0'

config device 'waneth4'
        option type '8021q'
        option name 'waneth4'
        option macaddr 'A4:91:B1:2B:08:EC'
        option ifname 'eth4'
        option vid '835'
        option ipv6 '0'

config device 'wanptm0'
        option type '8021q'
        option name 'wanptm0'
        option macaddr 'A4:91:B1:2B:08:EC'
        option ifname 'ptm0'
        option vid '835'
        option ipv6 '0'

config config 'config'
        option wan_mode 'dhcp'

config interface 'wwan'
        option proto 'mobiled'
        option session_id '0'
        option profile '1'
        option iface_464xlat '0'
        option auto '0'

config interface 'wan6'
        option ifname '@wan'
        option proto 'dhcpv6'
        option reqopts '12 21 22 23 24 25 31 56 64 67 82 83'
        option noslaaconly '1'
        option iface_464xlat '0'
        option auto '0'
        option dns_metric '20'

config interface 'sfptag'
        option proto 'static'
        option ifname 'eth4'
        option netmask '255.255.255.0'
        option ipaddr '192.168.100.1'

config interface 'ipoe'
        option reqopts '1 3 6 43 51 58 59'
        option proto 'dhcp'
        option neighreachabletime '1200000'
        option release '1'
        option neighgcstaletime '2400'
        option metric '1'
        option ipv6 '1'

root@DGA4132:~#

Offline bovirus

  • Membro Anziano
  • ***
  • 301
  • Sesso: Maschio
Scusate ma essendoci un thread dedicato per la GUI mod di Ansuel qual'è il senso di avere due thread a che sembra parlino della stessa cosa (supporto GUI)?

Avrebbe senso secondo me visto il titolo di questo thread usare questo thread per le richieste su funzionalità non incluse attualmente nella GUI da sviluppare.

Non per il supporto della GUI per cui esiste un thread dedicato.

Offline LuKePicci

  • Global Moderator
  • VIP
  • *****
  • 2789
Questo thread non ha a che fare con la gui mod. Si parla di scoprire e testare nuovi idee cercando di capire se funzionerebbe o meno sui dispositivi in oggetto.