Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Wednesday 15 May 2013 19:09:14 Luca Postregna wrote: > ancora un dubbio, quando sia eth0_mesh che eth0_clients sono disattivati, > che ci faccio di eth0? gli do un ipv4 di backup? no non serve piu' perche' la puoi raggiungere con l'ipv6 link local basta che ti assicuri che venga messa up con una configurazione tipo questa config interface eth0 option proto 'none' option ifname 'eth0' option auto 1 in oltre mettere gli ip di backuo causava qualche problemiccio di comprensione ai novizi e tanti avvisi di ip duplicati, ma adesso non e' piu' necessario :) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
ancora un dubbio, quando sia eth0_mesh che eth0_clients sono disattivati, che ci faccio di eth0? gli do un ipv4 di backup? On Wed, May 15, 2013 at 7:00 PM, Gioacchino Mazzurco wrote: > On Wednesday 15 May 2013 18:57:44 Luca Postregna wrote: > > eth0 nel bridge ed eth0.10 in bat0, funge! > > perfetto > aspetto la merge request!! > -- luca.postregna.name twitter.com/lucapost ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Wednesday 15 May 2013 18:57:44 Luca Postregna wrote: > eth0 nel bridge ed eth0.10 in bat0, funge! perfetto aspetto la merge request!! ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
eth0 nel bridge ed eth0.10 in bat0, funge! 2013/5/15 Gioacchino Mazzurco > On Wednesday 15 May 2013 18:21:57 Luca Postregna wrote: > > ma voi due tutti questi discorsi non potevate farli prima di usarmi come > > cavia? :DDD > > e ce li eramavo fatti un po ma non ci si era capiti :| > > > > ora faccio qualche test con le vlan. credo che metterò eth0 dentro bat0, > e > > poi una vlan eth0.1 dentro il bridge dei client. > > in questo modo tutti possono mettere eth0 senza complicanze in bat0. > > ordex dici che così funziona? > > mi sa che ti conviene il contrario, e in ogni caso ricordo che su motli > hardware ci sono problemia mettere vlan dentro ai bridge :| > > quindi direi meglio il contrario ;) > -- luca.postregna.name twitter.com/lucapost ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Wednesday 15 May 2013 18:21:57 Luca Postregna wrote: > ma voi due tutti questi discorsi non potevate farli prima di usarmi come > cavia? :DDD e ce li eramavo fatti un po ma non ci si era capiti :| > ora faccio qualche test con le vlan. credo che metterò eth0 dentro bat0, e > poi una vlan eth0.1 dentro il bridge dei client. > in questo modo tutti possono mettere eth0 senza complicanze in bat0. > ordex dici che così funziona? mi sa che ti conviene il contrario, e in ogni caso ricordo che su motli hardware ci sono problemia mettere vlan dentro ai bridge :| quindi direi meglio il contrario ;) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
ma voi due tutti questi discorsi non potevate farli prima di usarmi come cavia? :DDD cmq, con la versione attuale di eigennet, cioè mettendo eth0 dentro il bridge dei client ed allo stesso tempo mettere eth0 in bat0, il risultato che si ottiene è che la mesh non funziona ma funzionano solo i client. ora faccio qualche test con le vlan. credo che metterò eth0 dentro bat0, e poi una vlan eth0.1 dentro il bridge dei client. in questo modo tutti possono mettere eth0 senza complicanze in bat0. ordex dici che così funziona? 2013/5/15 Gioacchino Mazzurco > On Wednesday 15 May 2013 17:00:27 Antonio Quartulli wrote: > > Però, dato che questa configurazione mischierebbe un po il traffico (e > per > > altro diventerà una configurazione "illegale" da batman-adv-2013.3.0 > perchè > > il kernel non vuole che un'interfaccia abbia più di un master: quindi o > > bat0 o br0), il mio consiglio in questo scenario è di creare una VLAN, > > diciamo eth0.10, e di usare questa per la mesh. > > quindi cosi' fovrebbe funzionare, luca puoi fare una patch e testarla con > questo setup ? e poi magari fai una merge request su gitorious ? -- luca.postregna.name twitter.com/lucapost ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Wednesday 15 May 2013 17:00:27 Antonio Quartulli wrote: > Però, dato che questa configurazione mischierebbe un po il traffico (e per > altro diventerà una configurazione "illegale" da batman-adv-2013.3.0 perchè > il kernel non vuole che un'interfaccia abbia più di un master: quindi o > bat0 o br0), il mio consiglio in questo scenario è di creare una VLAN, > diciamo eth0.10, e di usare questa per la mesh. quindi cosi' fovrebbe funzionare, luca puoi fare una patch e testarla con questo setup ? e poi magari fai una merge request su gitorious ? signature.asc Description: This is a digitally signed message part. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Wed, May 15, 2013 at 04:51:32PM +0200, Gioacchino Mazzurco wrote: > On Wednesday 15 May 2013 16:42:43 Antonio Quartulli wrote: > > L'alternativa è usare la rete cablata per fare "mesh" in senso proprio e > > quindi dare eth0 in pasto a batman-adv come faresti per una interfaccia > > wireless (ed in questo caso BLA2 non c'entra nulla). > > quindi in realta' adesso quello che si fa e' dare in pasto eth0 nonostante > sia > bridgiata invece del bridge?? > > io voglio che batman-adv usi la ethernet anche per far transitare pacchetti > oltre che per i client attaccati li > > pensavo che usarla come backbone svolgesse questa funzione > > > > Queste son le due possibilità..adesso onestamente ho perso di vista quello > > che vorrebbe fare Luca. Forse lui propende per la seconda soluzione perchè > > vorrebbe usare la LAN come un possibile link della rete mesh..? > > lo vorrei fare anche io pero' avevo capito che se tu lo bridgi con bat0 > automaticamente BLA II vede se ci sono altri nodi attaccati li e lo usano > quasi come se fosse una mesh con delle piccole differenze ( ovvero che epr > esempio non si propagano certe informazioni tipo il gw_mode ) Comunque credo che - qui http://www.open-mesh.org/projects/batman-adv/wiki/Bridge-loop-avoidance-II - qui http://www.open-mesh.org/projects/batman-adv/wiki/Bridge-loop-avoidance-Testcases - qui http://www.open-mesh.org/projects/batman-adv/wiki/Bridge-loop-avoidance-Protocol - e qui http://www.open-mesh.org/projects/batman-adv/wiki/Bridge-loop-avoidance ci fosse sufficiente documentazione "ufficiale" a riguardo, con tanto di disegnini :P Ciao! -- Antonio Quartulli ..each of us alone is worth nothing.. Ernesto "Che" Guevara signature.asc Description: Digital signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Wed, May 15, 2013 at 04:51:32PM +0200, Gioacchino Mazzurco wrote: > On Wednesday 15 May 2013 16:42:43 Antonio Quartulli wrote: > > L'alternativa è usare la rete cablata per fare "mesh" in senso proprio e > > quindi dare eth0 in pasto a batman-adv come faresti per una interfaccia > > wireless (ed in questo caso BLA2 non c'entra nulla). > > quindi in realta' adesso quello che si fa e' dare in pasto eth0 nonostante > sia > bridgiata invece del bridge?? > > io voglio che batman-adv usi la ethernet anche per far transitare pacchetti > oltre che per i client attaccati li > > pensavo che usarla come backbone svolgesse questa funzione > > > > Queste son le due possibilità..adesso onestamente ho perso di vista quello > > che vorrebbe fare Luca. Forse lui propende per la seconda soluzione perchè > > vorrebbe usare la LAN come un possibile link della rete mesh..? > > lo vorrei fare anche io pero' avevo capito che se tu lo bridgi con bat0 > automaticamente BLA II vede se ci sono altri nodi attaccati li e lo usano > quasi come se fosse una mesh con delle piccole differenze ( ovvero che epr > esempio non si propagano certe informazioni tipo il gw_mode ) No. sulla LAN di backbone non passa alcun OGM, solo i pacchetti di BLA2 che istruiscono i nodi a tagliare i loop. Se un nodo A bridgato nella LAN deve parlare con un nodo B _non_ bridgato nella LAN, proverà a contattarlo direttamente usando la mesh, la LAN non viene considerata. Per usare una interfaccia per fare routing devi necessariamente dargliela in pasto (batctl if add ifname0). Quindi teoricamente si, devi mettere l'interfaccia eth0 sia nel bridge che in batman-adv. Però, dato che questa configurazione mischierebbe un po il traffico (e per altro diventerà una configurazione "illegale" da batman-adv-2013.3.0 perchè il kernel non vuole che un'interfaccia abbia più di un master: quindi o bat0 o br0), il mio consiglio in questo scenario è di creare una VLAN, diciamo eth0.10, e di usare questa per la mesh. Quindi ti troverai bat0={eth0.10} e br0={bat0,eth0} che, se disegni tutto su un foglio, è meno complicato di quanto sembri a scriverlo via email :P Ciao! -- Antonio Quartulli ..each of us alone is worth nothing.. Ernesto "Che" Guevara signature.asc Description: Digital signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Wednesday 15 May 2013 16:42:43 Antonio Quartulli wrote: > L'alternativa è usare la rete cablata per fare "mesh" in senso proprio e > quindi dare eth0 in pasto a batman-adv come faresti per una interfaccia > wireless (ed in questo caso BLA2 non c'entra nulla). quindi in realta' adesso quello che si fa e' dare in pasto eth0 nonostante sia bridgiata invece del bridge?? io voglio che batman-adv usi la ethernet anche per far transitare pacchetti oltre che per i client attaccati li pensavo che usarla come backbone svolgesse questa funzione > Queste son le due possibilità..adesso onestamente ho perso di vista quello > che vorrebbe fare Luca. Forse lui propende per la seconda soluzione perchè > vorrebbe usare la LAN come un possibile link della rete mesh..? lo vorrei fare anche io pero' avevo capito che se tu lo bridgi con bat0 automaticamente BLA II vede se ci sono altri nodi attaccati li e lo usano quasi come se fosse una mesh con delle piccole differenze ( ovvero che epr esempio non si propagano certe informazioni tipo il gw_mode ) signature.asc Description: This is a digitally signed message part. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Wed, May 15, 2013 at 04:32:07PM +0200, Gioacchino Mazzurco wrote: > On Wednesday 15 May 2013 14:41:41 Antonio Quartulli wrote: > > Credo che il tassello mancante sia che Luca non ha detto che lui vuole usare > > la eth sia per i client che per fare mesh. > > ma con BLA II non veniva usato come backbone in automatico basta che > bridigino > quella porta tutti i nodi attaccati alla stessa ethernet?? Dipende cosa vuoi fare. La soluzione che proponi tu è la cosa più normale: si usa la rete cablata come backbone (e su questa rete non gira batman-adv..), dove solitamente sono connessi tanti nodi, e poi si usa il wireless per fare la mesh. L'alternativa è usare la rete cablata per fare "mesh" in senso proprio e quindi dare eth0 in pasto a batman-adv come faresti per una interfaccia wireless (ed in questo caso BLA2 non c'entra nulla). Queste son le due possibilità..adesso onestamente ho perso di vista quello che vorrebbe fare Luca. Forse lui propende per la seconda soluzione perchè vorrebbe usare la LAN come un possibile link della rete mesh..? Ciao -- Antonio Quartulli ..each of us alone is worth nothing.. Ernesto "Che" Guevara signature.asc Description: Digital signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Wednesday 15 May 2013 14:41:41 Antonio Quartulli wrote: > Credo che il tassello mancante sia che Luca non ha detto che lui vuole usare > la eth sia per i client che per fare mesh. ma con BLA II non veniva usato come backbone in automatico basta che bridigino quella porta tutti i nodi attaccati alla stessa ethernet?? a me gli argentini mi hanno detto che al battlemesh glie lo avete spiegato cosi' per me rimetterlo come prima si fa al volo ma appunto significa rimetterlo come prima e non cambia niente, invece a quanto ho capito le cose son cambiate abbastanza oppure ho frainteso ? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
Con la vecchia conf, il bridge in bat0, su eth0 avevo sia meschina che client insieme. Se questo non è più possibile, allora due opzioni nel firmware ritennero sono superflue e creano confusione. On May 15, 2013 2:43 PM, "Antonio Quartulli" wrote: > On Wed, May 15, 2013 at 02:24:03PM +0200, Luca Postregna wrote: > >Mi son messo a fare debug, ho provato tutte e 4 le combinazioni con > >eth_mesh e eth_clients attivi o meno. imho, ordex puA^2 aiutarci :D > >La configurazione con eth_mesh=true ed eth_clients= true non funziona. > >Tutte le altre hanno il comportamento desiderato. Tale configurazione > >produce il risultato di seguito sulle interfaccie: > > Credo che il tassello mancante sia che Luca non ha detto che lui vuole > usare la > eth sia per i client che per fare mesh. > > Da quello che ho capito fino ad ora non credo che il firmware supporti > questa > opzione in questo momento, per quello non produce il risultato che Luca si > aspetta. > > Ciao > > -- > Antonio Quartulli > > ..each of us alone is worth nothing.. > Ernesto "Che" Guevara > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Wed, May 15, 2013 at 02:24:03PM +0200, Luca Postregna wrote: >Mi son messo a fare debug, ho provato tutte e 4 le combinazioni con >eth_mesh e eth_clients attivi o meno. imho, ordex puA^2 aiutarci :D >La configurazione con eth_mesh=true ed eth_clients= true non funziona. >Tutte le altre hanno il comportamento desiderato. Tale configurazione >produce il risultato di seguito sulle interfaccie: Credo che il tassello mancante sia che Luca non ha detto che lui vuole usare la eth sia per i client che per fare mesh. Da quello che ho capito fino ad ora non credo che il firmware supporti questa opzione in questo momento, per quello non produce il risultato che Luca si aspetta. Ciao -- Antonio Quartulli ..each of us alone is worth nothing.. Ernesto "Che" Guevara signature.asc Description: Digital signature ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
Mi son messo a fare debug, ho provato tutte e 4 le combinazioni con eth_mesh e eth_clients attivi o meno. imho, ordex può aiutarci :D La configurazione con eth_mesh=true ed eth_clients= true non funziona. Tutte le altre hanno il comportamento desiderato. Tale configurazione produce il risultato di seguito sulle interfaccie: root@cairo:~# batctl if wlan0: active root@cairo:~# brctl show bridge name bridge id STP enabled interfaces br-clients 8000.dc9fdb0bafb9 no eth0 bat0 root@cairo:~# ip a s 1: lo: mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc pfifo_fast master br-clients state UP qlen 1000 link/ether dc:9f:db:0b:af:b9 brd ff:ff:ff:ff:ff:ff 4: br-clients: mtu 1500 qdisc noqueue state UP link/ether dc:9f:db:0b:af:b9 brd ff:ff:ff:ff:ff:ff inet 192.168.1.21/24 brd 192.168.1.255 scope global br-clients inet6 2001:470:6ae4:1000:0:dc9f:db0b:afb9/64 scope global valid_lft forever preferred_lft forever inet6 fe80::de9f:dbff:fe0b:afb9/64 scope link valid_lft forever preferred_lft forever 5: wlan0: mtu 1528 qdisc mq state UP qlen 1000 link/ether dc:9f:db:0a:af:b9 brd ff:ff:ff:ff:ff:ff inet6 fe80::de9f:dbff:fe0a:afb9/64 scope link valid_lft forever preferred_lft forever 6: bat0: mtu 1500 qdisc noqueue master br-clients state UNKNOWN link/ether 12:5d:16:19:49:56 brd ff:ff:ff:ff:ff:ff root@cairo:~# grep eth_ /etc/config/eigennet option eth_mesh 'true' option eth_clients 'true' per me è bug. 2013/5/15 Gioacchino Mazzurco > On Tuesday 14 May 2013 23:33:05 Luca Postregna wrote: > > scusa se insisto, ma con il tuo firmware attivando o meno in > > /etc/config/eigennet la variabile eth_mesh, mettendo il bootmode a 1, al > > riavvio il file /etc/config/network non cambia di una cippa. è normale? > > si ora e' normale ( BLA II ) perche' c'e' eth_client attivato, se disattivi > eth_client e cambi eth mesh dovresti vedere /etc/config/network cambiare ;) > > Anche a me non tornava per un bel po' sta storia me lo hanno dovuto > spiegare > di persona come funziona per capirlo :P > -- luca.postregna.name twitter.com/lucapost ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Tuesday 14 May 2013 20:05:56 Luca Postregna wrote: > non funziona, con eth_mesh attivo la eth0 non viene aggiunta alla bat0. e' giusto che sia cosi' adesso quando bridgi con bat0 il protocollo BLA II che non usa gli ogm fa la detection > credo l'errore sia nel fatto che, essendo eth_clients attivo, lo script non > esegue mai l'esle di riga 288. non e' un errore e' giusto che sia cosi' leggiti bene come funziona BLA II e/o chiedi si #batman-adv su freenode ;) grazie mille per il testing :) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Tuesday 14 May 2013 20:41:07 Luca Postregna wrote: > un'altra cosa, se nella build dir ci metto un files/etc/config/eigennet > customizzato, posso lasciarli il suo bootmode a 2? no perche' non ti genera le configurazioni di openwrt ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
un'altra cosa, se nella build dir ci metto un files/etc/config/eigennet customizzato, posso lasciarli il suo bootmode a 2? 2013/5/14 Luca Postregna > così va: > > case $devtype in > > "eth") > > if [ $accept_clients -eq 1 ] && [ > $eth_clients -eq 1 ] > then > > { > > uci add_list > network.clients.ifname=$device > } > > fi > > > > uci set network.$device=interface > > uci set network.$device.ifname=$device > > uci set network.$device.auto=1 > > > if [ $eth_mesh -eq 1 ] > then > > { > uci set > network.$device.proto=batadv > > uci set network.$device.mesh=bat0 > } > else > { > uci set network.$device.proto=none > > } > fi > > > 2013/5/14 Luca Postregna > >> non funziona, con eth_mesh attivo la eth0 non viene aggiunta alla bat0. >> >> credo l'errore sia nel fatto che, essendo eth_clients attivo, lo script >> non esegue mai l'esle di riga 288. >> >> >> 2013/5/14 Gioacchino Mazzurco >> >>> On Tuesday 14 May 2013 15:18:34 Luca Postregna wrote: >>> > Lo disabilito solo quando la mesh è disattiva e il client è attivo. >>> Infatti >>> > in questo caso eth0 è già nel bridge. >>> >>> in ogni caso e' meglio che sia attiva con il suo ipv6 link local se si >>> impalla >>> qualcosa nel bridge cosi' riesci comunque a entrarenel device >>> >> >> >> >> -- >> luca.postregna.name >> twitter.com/lucapost >> > > > > -- > luca.postregna.name > twitter.com/lucapost > -- luca.postregna.name twitter.com/lucapost ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
così va: case $devtype in "eth") if [ $accept_clients -eq 1 ] && [ $eth_clients -eq 1 ] then { uci add_list network.clients.ifname=$device } fi uci set network.$device=interface uci set network.$device.ifname=$device uci set network.$device.auto=1 if [ $eth_mesh -eq 1 ] then { uci set network.$device.proto=batadv uci set network.$device.mesh=bat0 } else { uci set network.$device.proto=none } fi 2013/5/14 Luca Postregna > non funziona, con eth_mesh attivo la eth0 non viene aggiunta alla bat0. > > credo l'errore sia nel fatto che, essendo eth_clients attivo, lo script > non esegue mai l'esle di riga 288. > > > 2013/5/14 Gioacchino Mazzurco > >> On Tuesday 14 May 2013 15:18:34 Luca Postregna wrote: >> > Lo disabilito solo quando la mesh è disattiva e il client è attivo. >> Infatti >> > in questo caso eth0 è già nel bridge. >> >> in ogni caso e' meglio che sia attiva con il suo ipv6 link local se si >> impalla >> qualcosa nel bridge cosi' riesci comunque a entrarenel device >> > > > > -- > luca.postregna.name > twitter.com/lucapost > -- luca.postregna.name twitter.com/lucapost ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
non funziona, con eth_mesh attivo la eth0 non viene aggiunta alla bat0. credo l'errore sia nel fatto che, essendo eth_clients attivo, lo script non esegue mai l'esle di riga 288. 2013/5/14 Gioacchino Mazzurco > On Tuesday 14 May 2013 15:18:34 Luca Postregna wrote: > > Lo disabilito solo quando la mesh è disattiva e il client è attivo. > Infatti > > in questo caso eth0 è già nel bridge. > > in ogni caso e' meglio che sia attiva con il suo ipv6 link local se si > impalla > qualcosa nel bridge cosi' riesci comunque a entrarenel device > -- luca.postregna.name twitter.com/lucapost ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Tuesday 14 May 2013 15:18:34 Luca Postregna wrote: > Lo disabilito solo quando la mesh è disattiva e il client è attivo. Infatti > in questo caso eth0 è già nel bridge. in ogni caso e' meglio che sia attiva con il suo ipv6 link local se si impalla qualcosa nel bridge cosi' riesci comunque a entrarenel device ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Tuesday 14 May 2013 14:06:21 Luca Postregna wrote: > http://dpaste.com/1156883/ questo a me funziona, ho modificato un po' tra > 220 e 243. perche' lo disabiliti? mi sembra solo questa la differenza io invece voglio che il device sia comunque raggiungibile con gli ipv6 link local per eventuali emergenze cmq da questa mattina ho committato un paio di cose puoi provare se quello nuovo ti funziona ? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
http://dpaste.com/1156883/ questo a me funziona, ho modificato un po' tra 220 e 243. 2013/5/14 Gioacchino Mazzurco > On Tuesday 14 May 2013 11:58:43 Luca Postregna wrote: > > ho aggiunto l'ifname anche nella wireless adhoc. > > Preferirei di no meglio lasciare libero openwrt di gestirsi i nomia modo > suo > in modo da evitare futuri problemi, dovrebbe bastare speciificare la > network o > almeno prima si faceva cosi' non credo abbiano cambiato anche questo... > -- luca.postregna.name twitter.com/lucapost ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Tuesday 14 May 2013 11:58:43 Luca Postregna wrote: > ho aggiunto l'ifname anche nella wireless adhoc. Preferirei di no meglio lasciare libero openwrt di gestirsi i nomia modo suo in modo da evitare futuri problemi, dovrebbe bastare speciificare la network o almeno prima si faceva cosi' non credo abbiano cambiato anche questo... ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Tuesday 14 May 2013 11:36:43 Luca Postregna wrote: > se eth_mesh attivo, devi metterci anche option ifname 'eth0' nella sezione > della mesh dovrebbe gia' esserci nel sorgente lo trovi alla riga 291 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
credo ci sia un errore di sintassi: Jan 1 00:00:38 OpenWrt user.info sysinit: /etc/rc.common: /etc/rc.d/S95eigennet: line 242: syntax error: unexpected ";;" (expecting "}") 2013/5/14 Gioacchino Mazzurco > On Tuesday 14 May 2013 10:32:53 Luca Postregna wrote: > > appena ho un momento provo. > > è una sciocchezza, ma non credi si potrebbe rimuovere dalla compilazione > > ppp, dnsmasq e firewall in maniera automatica? > > ho chiesto a Jow di openwrt e mi ha detto che NON SI DEVE FARE > automaticamente > ( nel senso di farlo con un pacchetto ) > -- luca.postregna.name twitter.com/lucapost ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
On Tuesday 14 May 2013 10:32:53 Luca Postregna wrote: > appena ho un momento provo. > è una sciocchezza, ma non credi si potrebbe rimuovere dalla compilazione > ppp, dnsmasq e firewall in maniera automatica? ho chiesto a Jow di openwrt e mi ha detto che NON SI DEVE FARE automaticamente ( nel senso di farlo con un pacchetto ) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
appena ho un momento provo. è una sciocchezza, ma non credi si potrebbe rimuovere dalla compilazione ppp, dnsmasq e firewall in maniera automatica? 2013/5/14 Gioacchino Mazzurco > Ciao a tutti ho pushato le modifiche che dovrebbero far funzionare il > firmware > eigennet con le nuove versioni di batman-adv su openwrt, in questo momento > mi > risulta difficile testare su hardware, se compilate testate e mi date > feedback > vi sar' molto grato > > > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > -- luca.postregna.name twitter.com/lucapost ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Testing firmware eigennet con batman-adv >= 2013.0.0
Ciao a tutti ho pushato le modifiche che dovrebbero far funzionare il firmware eigennet con le nuove versioni di batman-adv su openwrt, in questo momento mi risulta difficile testare su hardware, se compilate testate e mi date feedback vi sar' molto grato ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless