[Ninux-Wireless] ethernet dongle
grosso OT... ma secondo voi un dogle USB to ethernet puo' degradare una linea ADSL fino a circa 500-600 KB ? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Fwd: eoip over olsrd
Il giorno 11 dicembre 2013 22:02, Clauz cl...@ninux.org ha scritto: ? si EoIP sta' per Ethernet over IP, ovvero un tunnel ethernet che puoi usare come cavo ethernet virtuale per fare bridge trasparenti. Qui e' abbastanza chiaro http://wiki.mikrotik.com/wiki/Manual:Interface/EoIP. Nella versione che propongo viene impiegato per dare indirizzi IP ai clients associati ai vap di nodi olsrd direttamente da un server dhcp esterno al mesh potendo cosi' esportare i MAC dei clients verso un sistema radius. In soldoni, qualsiasi utrenza IP associata ai nodi del mesh esce senza essere nattata dal mesh stesso. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] eoip over olsrd
https://github.com/ansanto/eoip-over-olsrd credo sia utile per varie applicazioni e necessita'. A disposizione per info e chiarimenti. Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Fwd: eoip over olsrd
si, dai nodi olsr gateway puoi fare tunnel verso router che supportino EoiP (mikrotik) oppure sempre dai gateway puoi uscire con una vlan bridgiata ai tunnel. Noi lo usiamo proprio per autenticazione centralizzata su hotspot remoto Il giorno 11 dicembre 2013 11:59, gabr...@autistici.org ha scritto: Potremmo usarlo per trasportare il mac dei PC fino all'hotspot di firenzewifi? Gabriel -- Messaggio inoltrato -- Da: Antonio Anselmi tony.anse...@gmail.com Data: 11/dic/2013 11:45 Oggetto: [Ninux-Wireless] eoip over olsrd A: wireless@ml.ninux.org Cc: https://github.com/ansanto/eoip-over-olsrd credo sia utile per varie applicazioni e necessita'. A disposizione per info e chiarimenti. Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Fwd: eoip over olsrd
si puo' verificarsi quanto dici ma lo puoi evitare terminando i tunnel sui nodi gateway e portando fuori i MAC con le vlan oppure terminando i tunnel sul router (EoIP compatibile) che sta' dietro ai nodi gateway. Antonio Il giorno 11 dicembre 2013 15:54, Dario Salerno terribilywr...@gmail.comha scritto: Ciao, Ho adottato questo sistema di tunneling per un po di tempo per una casistica analoga alla vostra e non lo ho trovato molto performante. Dato l'incapsulamento TCP, sui ponti radio che perdono qualche pacchetto avviene la ritrasmissione del dato e di conseguenza la latenza del tunnel ethernet aumenta in maniera esagerata, non consentendo neanche l'handshake DHCP. Saluti Dario On 12/11/2013 12:55 PM, Antonio Anselmi wrote: si, dai nodi olsr gateway puoi fare tunnel verso router che supportino EoiP (mikrotik) oppure sempre dai gateway puoi uscire con una vlan bridgiata ai tunnel. Noi lo usiamo proprio per autenticazione centralizzata su hotspot remoto Il giorno 11 dicembre 2013 11:59, gabr...@autistici.org ha scritto: Potremmo usarlo per trasportare il mac dei PC fino all'hotspot di firenzewifi? Gabriel -- Messaggio inoltrato -- Da: Antonio Anselmi tony.anse...@gmail.com Data: 11/dic/2013 11:45 Oggetto: [Ninux-Wireless] eoip over olsrd A: wireless@ml.ninux.org Cc: https://github.com/ansanto/eoip-over-olsrd credo sia utile per varie applicazioni e necessita'. A disposizione per info e chiarimenti. Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Dario Salerno Phone: +39 328 6915833 Skype: terribilywrong ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] adhoc + managed
(l'oggetto e' piu' pertinente per chi legge i threads della lista) dalla lettura di: drivers/net/wireless/ath/hw.c secondo voi c'e' bisogno di cambiare il MAC del secondo VAP prima di attivarlo? A me sembrerebbe di no, ovvero posso avere + BSSID sul solito MAC. Antonio Il 27 aprile 2011 00:08, Filippo Sallemi tonyp...@gmail.com ha scritto: Hummm nessuna anche io ci sbatto la testa da giorni ormai. Penso che sia un problema di madwifi o hostapd. Boh!! Il giorno 26 aprile 2011 23:02, Antonio Anselmi tony.anse...@gmail.com ha scritto: idem... credo che abbiamo vinto una 'vaffa'. In ogni caso a me ancora non funziona... :( 'too many files open' e 'operation not permitted' sul log e solo il VAP in adhoc. Premetto che la sequenza di creazione da me usata e' - per primo il VAP adhoc - per secondo il VAP managed premetto che non ho cambiato il MAC address... Domani vorrei provare altre due sequenze, e precisamente: - per primo il VAP managed - per secondo il VAP adhoc e quella 'ibrida' che uso in Robin - due VAP entrambi in managed poi - butto giu' un VAP managed e al suo posto creo il VAP adhoc idee? Antonio 2011/4/26 Gioacchino Mazzurco gmazzurc...@gmail.com: Finally :D hahaha gli ho rotto le scatole tutti i giorni, per farglielo aggiustare!! 2011/4/26 Antonio Anselmi tony.anse...@gmail.com: da Felix due to popular request, allow ad-hoc+ap again: https://dev.openwrt.org/changeset/26668/trunk/package/mac80211/patches/410-ath9k_allow_adhoc_and_ap.patch Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] adhoc + managed
hm... ma in pratica sembrerebbe di no: root@pico2:~# ifconfig |grep HW ath0 Link encap:Ethernet HWaddr 00:15:6D:7C:05:FE ath1 Link encap:Ethernet HWaddr 06:15:6D:7C:05:FE eth0 Link encap:Ethernet HWaddr 00:15:6D:7D:05:FE wifi0 Link encap:UNSPEC HWaddr 00-15-6D-7C-05-FE-00-4C-00-00-00-00-00-00-00-00 i due VAP ath0 e ath1 hanno il medesimo MAC Antonio Il 27 aprile 2011 19:00, Antonio Quartulli or...@ritirata.org ha scritto: On Wed, Apr 27, 2011 at 06:57:09PM +0200, Antonio Anselmi wrote: (l'oggetto e' piu' pertinente per chi legge i threads della lista) dalla lettura di: drivers/net/wireless/ath/hw.c secondo voi c'e' bisogno di cambiare il MAC del secondo VAP prima di attivarlo? A me sembrerebbe di no, ovvero posso avere + BSSID sul solito MAC. Bhe, in teoria dovrebbe essere _assolutamente necessario_. Infatti questo è il comportamento di default di madwifi quando tira su i vari VAP. Ora non so hw.c cosa dica di preciso.. Antonio Il 27 aprile 2011 00:08, Filippo Sallemi tonyp...@gmail.com ha scritto: Hummm nessuna anche io ci sbatto la testa da giorni ormai. Penso che sia un problema di madwifi o hostapd. Boh!! Il giorno 26 aprile 2011 23:02, Antonio Anselmi tony.anse...@gmail.com ha scritto: idem... credo che abbiamo vinto una 'vaffa'. In ogni caso a me ancora non funziona... :( 'too many files open' e 'operation not permitted' sul log e solo il VAP in adhoc. Premetto che la sequenza di creazione da me usata e' - per primo il VAP adhoc - per secondo il VAP managed premetto che non ho cambiato il MAC address... Domani vorrei provare altre due sequenze, e precisamente: - per primo il VAP managed - per secondo il VAP adhoc e quella 'ibrida' che uso in Robin - due VAP entrambi in managed poi - butto giu' un VAP managed e al suo posto creo il VAP adhoc idee? Antonio 2011/4/26 Gioacchino Mazzurco gmazzurc...@gmail.com: Finally :D hahaha gli ho rotto le scatole tutti i giorni, per farglielo aggiustare!! 2011/4/26 Antonio Anselmi tony.anse...@gmail.com: da Felix due to popular request, allow ad-hoc+ap again: https://dev.openwrt.org/changeset/26668/trunk/package/mac80211/patches/410-ath9k_allow_adhoc_and_ap.patch Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- 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] adhoc + managed
ooops: il bit ahdemo cambia scusate la svista ! Il 27 aprile 2011 19:05, Antonio Anselmi tony.anse...@gmail.com ha scritto: hm... ma in pratica sembrerebbe di no: root@pico2:~# ifconfig |grep HW ath0 Link encap:Ethernet HWaddr 00:15:6D:7C:05:FE ath1 Link encap:Ethernet HWaddr 06:15:6D:7C:05:FE eth0 Link encap:Ethernet HWaddr 00:15:6D:7D:05:FE wifi0 Link encap:UNSPEC HWaddr 00-15-6D-7C-05-FE-00-4C-00-00-00-00-00-00-00-00 i due VAP ath0 e ath1 hanno il medesimo MAC Antonio Il 27 aprile 2011 19:00, Antonio Quartulli or...@ritirata.org ha scritto: On Wed, Apr 27, 2011 at 06:57:09PM +0200, Antonio Anselmi wrote: (l'oggetto e' piu' pertinente per chi legge i threads della lista) dalla lettura di: drivers/net/wireless/ath/hw.c secondo voi c'e' bisogno di cambiare il MAC del secondo VAP prima di attivarlo? A me sembrerebbe di no, ovvero posso avere + BSSID sul solito MAC. Bhe, in teoria dovrebbe essere _assolutamente necessario_. Infatti questo è il comportamento di default di madwifi quando tira su i vari VAP. Ora non so hw.c cosa dica di preciso.. Antonio Il 27 aprile 2011 00:08, Filippo Sallemi tonyp...@gmail.com ha scritto: Hummm nessuna anche io ci sbatto la testa da giorni ormai. Penso che sia un problema di madwifi o hostapd. Boh!! Il giorno 26 aprile 2011 23:02, Antonio Anselmi tony.anse...@gmail.com ha scritto: idem... credo che abbiamo vinto una 'vaffa'. In ogni caso a me ancora non funziona... :( 'too many files open' e 'operation not permitted' sul log e solo il VAP in adhoc. Premetto che la sequenza di creazione da me usata e' - per primo il VAP adhoc - per secondo il VAP managed premetto che non ho cambiato il MAC address... Domani vorrei provare altre due sequenze, e precisamente: - per primo il VAP managed - per secondo il VAP adhoc e quella 'ibrida' che uso in Robin - due VAP entrambi in managed poi - butto giu' un VAP managed e al suo posto creo il VAP adhoc idee? Antonio 2011/4/26 Gioacchino Mazzurco gmazzurc...@gmail.com: Finally :D hahaha gli ho rotto le scatole tutti i giorni, per farglielo aggiustare!! 2011/4/26 Antonio Anselmi tony.anse...@gmail.com: da Felix due to popular request, allow ad-hoc+ap again: https://dev.openwrt.org/changeset/26668/trunk/package/mac80211/patches/410-ath9k_allow_adhoc_and_ap.patch Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- 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
[Ninux-Wireless] wow
da Felix due to popular request, allow ad-hoc+ap again: https://dev.openwrt.org/changeset/26668/trunk/package/mac80211/patches/410-ath9k_allow_adhoc_and_ap.patch Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] wow
idem... credo che abbiamo vinto una 'vaffa'. In ogni caso a me ancora non funziona... :( 'too many files open' e 'operation not permitted' sul log e solo il VAP in adhoc. Premetto che la sequenza di creazione da me usata e' - per primo il VAP adhoc - per secondo il VAP managed premetto che non ho cambiato il MAC address... Domani vorrei provare altre due sequenze, e precisamente: - per primo il VAP managed - per secondo il VAP adhoc e quella 'ibrida' che uso in Robin - due VAP entrambi in managed poi - butto giu' un VAP managed e al suo posto creo il VAP adhoc idee? Antonio 2011/4/26 Gioacchino Mazzurco gmazzurc...@gmail.com: Finally :D hahaha gli ho rotto le scatole tutti i giorni, per farglielo aggiustare!! 2011/4/26 Antonio Anselmi tony.anse...@gmail.com: da Felix due to popular request, allow ad-hoc+ap again: https://dev.openwrt.org/changeset/26668/trunk/package/mac80211/patches/410-ath9k_allow_adhoc_and_ap.patch Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] OLSR su links performanti
auto-rate (perdo troppi pacchetti? cambio modulazione e abbasso il data-rate) questa non l'ho capita, minstrel cambia anche la modulazione? Antonio Il 23 aprile 2011 19:38, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: due link uno da 11Mbps e uno da 130Mbps non è detto che scelta quello più veloce, giusto? Esatto Il 23 aprile 2011 19:30, OrazioPirataDelloSpazio (Lorenzo) ziducai...@autistici.org ha scritto: Ciao a tutti, ho un dubbio sul comportamento di OLSR su links performanti. OLSR con ETX valuta la bontà di un link in base al packet loss, quindi tra due link uno da 11Mbps e uno da 130Mbps non è detto che scelta quello più veloce, giusto? Questa cosa, assieme all'auto-rate (perdo troppi pacchetti? cambio modulazione e abbasso il data-rate) potrebbe crearci dei problemi? Lorenzo ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] OLSR su links performanti
mi sembra corretto. Antonio Il 23 aprile 2011 23:32, OrazioPirataDelloSpazio (Lorenzo) ziducai...@autistici.org ha scritto: On 4/23/11 10:00 PM, Antonio Anselmi wrote: auto-rate (perdo troppi pacchetti? cambio modulazione e abbasso il data-rate) questa non l'ho capita, minstrel cambia anche la modulazione? Penso proprio di si. Da quanto ne so io, quando passa da 11Mbps a 1Mbps dovrebbe diminuire il numero di simboli e quindi la quantità di bit trasmessi per unità di tempo. In questo modo avendo meno simboli, è più difficile che l'interferenza ci faccia sbagliare in fase di decodifica. Dal sito di minstrel [0] o dai documenti sul madwifi [1] sembra chiaro che tutto dipende anche dalle trame perse. Riassumendo: il link peggiora - si perdono trame - si diminuisce il data-rate - non si perdono più trame - OLSR è contento e dice che il link è migliorato. No? Lorenzo [0] http://wireless.kernel.org/en/developers/Documentation/mac80211/RateControl/minstrel [1] http://archives.ece.iastate.edu/archive/0497/01/Thesis_PrateekGangwal.pdf capitolo 3.3.1 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Hotplug.d e subsystem
hmm... se gli script in custimized sono fatti per interfacce virtuali ath queste non sono state ancora create a quel punto (hotplug2 e' chiamato all'inizio della sequenza di boot, molto prima di network). Sempre che questo sia il problema :) Antonio Il 20 aprile 2011 21:53, ZioPRoTo (Saverio Proto) ziopr...@gmail.com ha scritto: In verità l'ho già fatta prima di scrivere qui... magari aggiungo il problema in dettagio sperando che stuzzichi la fantasia di qualcuno. non ho capito, leggo anche openwrt-devel e nn ho visto la tua email li ! O_o Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Fwd: [Olsr-users] Anyone with verified 802.11n HT speeds on Ubiquiti M devices in adhoc/mesh mode?
funziona su M5... quello che manca e' la possibilita' di avere un simultaneo VAP in managed :( 2011/3/23 Gioacchino Mazzurco gmazzurc...@gmail.com -- Forwarded message -- From: Ben West westbyw...@gmail.com Date: 2011/3/22 Subject: Re: [Olsr-users] Anyone with verified 802.11n HT speeds on Ubiquiti M devices in adhoc/mesh mode? To: Daniel A. Nagy nagyd...@epointsystem.org Cc: olsr-us...@lists.olsr.org For an update, I believe I was able to get HT modes working in IBSS (aka adhoc) on two Nanostation M5s. The Links reported 150Mbit/s connection on both ends after settling, and throughput measured at 45Mbit/s. This required patches to iw and compat-wireless on OpenWRT r25206. More info here: https://forum.openwrt.org/viewtopic.php?pid=131299#p131299 I would be interested to hear if anyone has been able to specify HT modes in /etc/config/wireless on OpenWRT, since I was unable. Note that the link speeds did suggest I was getting multiple chains (i.e. MIMO) very briefly. My test environment (indoor room, 20feet separation) could have been non-ideal. On Mon, Mar 14, 2011 at 2:48 AM, Ben West m...@benwest.name wrote: Sorry for not explaining this in the original post. It is described in OpenWRT forum post; I had snipped my question to this list to focus on mesh-related question. Gateway: Rocket M5, flashed with pre-compiled openwrt-ar71xx-ubnt-rocket-m-squashfs-factory.bin for Backfire 10.03-rc4 Repeaters (and a backup gwy): Nanostation M5, flashed with custom-compiled pre-compiled openwrt-ar71xx-ubnt-nano-m-squashfs-factory.bin from Backfire r24045, and with this patch to allow DHCP on 2nd LAN port: http://freifunk.net/pipermail/wlanware/2010-December/002439.html Basically, I'm curious to hear details (e.g. patches, what revision of OpenWRT/ath9k) where people have confirmed getting HT modes to work. Besides that, these nodes are actually working just fine, and their link speed generally outpaces the uplink I have for them anyway. It's just that I would like to support ~40Mbit link speed in the intermediate future, should a fast enough uplink appear. On Mon, Mar 14, 2011 at 2:37 AM, Daniel A. Nagy nagyd...@epointsystem.org wrote: On 03/14/2011 06:10 AM, Ben West wrote: I just set up 3 Ubiquiti M5 devices as mesh nodes running OpenWRT Since Ubiquiti M5 devices are not as identical as the pre-M series, could you be more specific? These three categories are quite distinct, require different firmware and have their own, distinct quirks: - PicoStation / Bullet M5 - NanoStation M5 - NanoStation M5 Loco Cheers, -- Daniel -- Olsr-users mailing list olsr-us...@lists.olsr.org http://lists.olsr.org/mailman/listinfo/olsr-users -- Ben West westbyw...@gmail.com -- Olsr-users mailing list olsr-us...@lists.olsr.org http://lists.olsr.org/mailman/listinfo/olsr-users ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Fwd: [Olsr-users] Anyone with verified 802.11n HT speeds on Ubiquiti M devices in adhoc/mesh mode?
piu' che ath9k sembra un problema ath9k + hostap stiamo a vedere come evolvono le cose. 2011/3/23 Gioacchino Mazzurco gmazzurc...@gmail.com si ho gia' aperto un bug da tempo per il VAP ma sembra che al momento e' proprio al modalita' AP che ha bisogno di essere stabilizzata su ath9k dopo di che probabilmente aggiusteranno anche i VAP 2011/3/23 Antonio Anselmi tony.anse...@gmail.com: funziona su M5... quello che manca e' la possibilita' di avere un simultaneo VAP in managed :( 2011/3/23 Gioacchino Mazzurco gmazzurc...@gmail.com -- Forwarded message -- From: Ben West westbyw...@gmail.com Date: 2011/3/22 Subject: Re: [Olsr-users] Anyone with verified 802.11n HT speeds on Ubiquiti M devices in adhoc/mesh mode? To: Daniel A. Nagy nagyd...@epointsystem.org Cc: olsr-us...@lists.olsr.org For an update, I believe I was able to get HT modes working in IBSS (aka adhoc) on two Nanostation M5s. The Links reported 150Mbit/s connection on both ends after settling, and throughput measured at 45Mbit/s. This required patches to iw and compat-wireless on OpenWRT r25206. More info here: https://forum.openwrt.org/viewtopic.php?pid=131299#p131299 I would be interested to hear if anyone has been able to specify HT modes in /etc/config/wireless on OpenWRT, since I was unable. Note that the link speeds did suggest I was getting multiple chains (i.e. MIMO) very briefly. My test environment (indoor room, 20feet separation) could have been non-ideal. On Mon, Mar 14, 2011 at 2:48 AM, Ben West m...@benwest.name wrote: Sorry for not explaining this in the original post. It is described in OpenWRT forum post; I had snipped my question to this list to focus on mesh-related question. Gateway: Rocket M5, flashed with pre-compiled openwrt-ar71xx-ubnt-rocket-m-squashfs-factory.bin for Backfire 10.03-rc4 Repeaters (and a backup gwy): Nanostation M5, flashed with custom-compiled pre-compiled openwrt-ar71xx-ubnt-nano-m-squashfs-factory.bin from Backfire r24045, and with this patch to allow DHCP on 2nd LAN port: http://freifunk.net/pipermail/wlanware/2010-December/002439.html Basically, I'm curious to hear details (e.g. patches, what revision of OpenWRT/ath9k) where people have confirmed getting HT modes to work. Besides that, these nodes are actually working just fine, and their link speed generally outpaces the uplink I have for them anyway. It's just that I would like to support ~40Mbit link speed in the intermediate future, should a fast enough uplink appear. On Mon, Mar 14, 2011 at 2:37 AM, Daniel A. Nagy nagyd...@epointsystem.org wrote: On 03/14/2011 06:10 AM, Ben West wrote: I just set up 3 Ubiquiti M5 devices as mesh nodes running OpenWRT Since Ubiquiti M5 devices are not as identical as the pre-M series, could you be more specific? These three categories are quite distinct, require different firmware and have their own, distinct quirks: - PicoStation / Bullet M5 - NanoStation M5 - NanoStation M5 Loco Cheers, -- Daniel -- Olsr-users mailing list olsr-us...@lists.olsr.org http://lists.olsr.org/mailman/listinfo/olsr-users -- Ben West westbyw...@gmail.com -- Olsr-users mailing list olsr-us...@lists.olsr.org http://lists.olsr.org/mailman/listinfo/olsr-users ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] America attacca La Libia
l'America? forse la NATO o forse l'Europa Il 19 marzo 2011 21:20, Kidysy kid...@gmail.com ha scritto: Notizia Studio aperto Notiziario speciale! Inviato da iPad ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd dot draw
grazie! non credo che ci sia bisogno di editarlo, in ogni caso se dovessi apportare migliorie vi informo. Antonio Il 18 marzo 2011 00:09, lasek la...@inventati.org ha scritto: yes, I am..sono uno dei pochi iscitti ;) comunque lo script che abbiamo realizzato lo puoi trovare qui http://pastebin.com/H8PF4qiM trasforma l'output di dotdraw in formato dot e poi in un'immagine png On 17/03/2011 23:16, ZioPRoTo (Saverio Proto) wrote: Lo script che converte l'output di txtinfo in dotdraw lo mantiene vittorio lui ti sapra' indicare come prenderlo comunque se non ricordo male e' bash + awk vittorio è in mailing list wireless ??? :) Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd dot draw ed ITALIANISSIMI SALUTI DI ANTONIO ANSELMI
ascolta, ho detto italianissimi dato che era la festa dei 150 anni dell'unita' di Italia. ...e che diamine, un po' di fantasia Antonio Il 18 marzo 2011 18:10, paolo delbene id3r...@gmail.com ha scritto: Il giorno 17 marzo 2011 21:00, Antonio Anselmi tony.anse...@gmail.com ha scritto: grazie Saverio, non mi sbagliavo a postare qui... 'italianissimi' saluti Perchè ci sono anche saluti non italiani ? e da cosa li differenzi quelli di orgine Italiana da quelli che sonoentrati in Italia a causa di Guerre, Carestie ? Una volta che hanno il documento con la cittadinanza Italiana sono ITALIANI al 100% ! Quel povero squinternato di Giorgio Alemanno, recentemente sui giornali se n'è uscito dicendo che bisognerebbe cacciare dall'Italia i cittadini Comunitari Europei e guarda caso se la prende con i ROM, facendo doppia associazione di parole: ROM e RUMENI. Ci sono ROM RUMENI e ci sono RUMENI che non sono ROM e si continua sui giornali a scrivere ROMENI (in senso allarmistico a dispreggiativo). Ma a parte ciò, voglio tornare indietro di 5 anni, quando Martin Schulz con la massima serietà si rivolse a Silvio Berlusconi chiedendogli cosa pensava di fare per a) accelerare l'istituzione di una procura Europea b) accelerare l'entrata in vigore del mandato di cattura Europeo c) per il reciproco riconoscimento di documenti.. E' ovvio che Silvio Berlusconi non ha l'intento di aderire all'Europa e di rispettare quella Costituzione Europea che lui firmò ed alla quale buona parte degli Italiani si opposero. Al contario dei molti Italiani, ritengo che le Carte di Identità Italiane, così come tutta la Pubblica Amm.ne Italiana, siano da buttare nel secchio della spazzatura ed iniziare a fare documenti sulla quale si porti la bandiera Europea. Non più leggi intese come Costituzione Italiana, ma leggi che abbiano una valenza Europea come diritti e doveri che indipendentemente dalla Nazione avrebbero vigore, senza alcuna discriminazione. Con tale attuazione, si eliminerebbero di fatto le leggi Ad Personam Chi è colpevole ed ha commesso un reato deve essere processabile, indipendentemente dalla Nazione in cui si trova, sempre che non ci siano motivi più che validi da parte di altri Nazioni di dire: per me non è processabile. Dunque un collegio con cariche Europee, che possano giudicare sull'operato svolto nelle altre Nazioni. In pratica resettare quanto è stato fatto in 150 anni di Storia, e dar vita ad un nuovo paese che non viva solo di ricordi, ma che pensi ad andare avanti, adeguandosi ai tempi , mantenendo i valori di Patria , Libertà , Ugaglianza, indipendentemente dalle persone che vivono in Italia. Non posso e non voglio riconoscermoi sotto un'unica bandiera, non sono cittadina Italiano, sono cittadino Europeo e in virtù del fatto che sono nato Libero e non in schiavitù, allora mi ritengo Internazionale, così come nel lontano 1994 i miei amici dicevano: Paolo Del Bene è INTERNAZIONALE Avevano RAGIONE ! un Saluto Paolo p.s: ricordiamoci che quanto stiamo facendo con il wi-fi, lo stiamo facendo per garantire la libertà d'espressione che non trovi ostacoli. e proprio perchè ci occupiamo di wi-fi e di libertà d'espressione, essa tende ad unire persone anche di nazioni differenti. messaggi dunque SALUTI ITALIANISSIMI, sarebbe meglio evitarli proprio per evitare discussioni che poi portino ad affrontare argomenti così delicati, sui quali prima o poi tutti quelli che aderiscono al NINUX.ORG si troveranno a dover affrontare in sede EUROPEA, con tutte le altre communities. non possiamo no affrontare tali argomenti che riguardano proprio la LIBERTA' d'ESPRESISONE tramite le COMUNICAZIONI wi-fi. proprio ieri, non ho fatto altro che ricordare, che chi vuole il wi-fi se lo deve anche un pò meritare, non si può venire a chiedere il wi.fi. chi non è capace a dare un contributo (scrivendo codice sorgente) o non è nemmeno capace a svolgere cose che sono semplici da fare mediante shell, almeno venga alle riunioni e senta quello di cui si discuterà. a mio avviso si ritrona indietro al 2006, quando alla Ass. La Civetta, il NINUX.ORG si riuniva ed in ML scriveva qual'era il TOPIC che si sarebbe affrontato quel giorno. vogliate dunque per il prossimo Giovedì scrivere in lista quali argomenti verranno affrontati, così chi vorrà participerà e si farà una cultura e deciderà di seguire sessioni ed argomeniti che lo interessino di più. non si puà chiedere a tutti di venire tutti i Giovedì, ma si possono fissare degli argomenti, così si vedrà chi vorrà partecipare e chi non vorrà partecipare. a fine anno si capirà se ci saranno persone che si saranno meritate il wi-fi oppure no. non ci può esser soloo il NINUX.ORG a doversi accollare la parte più frustrante, se molti sono interessati, molti decidessiro di dare la loro adesione, non possono essere solo i soliti a doversi occupare dell'infrastruttura
[Ninux-Wireless] olsrd dot draw
salve,
lo so, magari dovrei postare sulla lista di olsrd, ma prima volevo
sapere se qualche altro ha lo stesso problema ...e po mi legge il
maintainer :)
Uso olsrd 0.6.1 da Openwrt e vorrei usare il plugin dot-draw. Il
modulo e' caricato ciorrettamente
LoadPlugin olsrd_dot_draw.so.0.3
{
PlParam accept 127.0.0.1
PlParam port 2004
}
ma se vado a lanciare il comando
telnet 127.0.0.1 2004 /tmp/pippo
il telnet va in loop e stampa continui dati su /tmp/pippo fino a
ingrossarlo a dismisura.
Lo stesso procedimento con release 0.5.6-r8, funzionave like a charm.
Qualche idea?
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd dot draw
grazie Saverio,
non mi sbagliavo a postare qui...
'italianissimi' saluti
Antonio
Il 17 marzo 2011 19:24, ZioPRoTo (Saverio Proto) ziopr...@gmail.com
ha scritto:
Ciao,
è stato corretto il plugin recentemente, che nel suo funzionamento
normale dovrebbe stampare infinite volte la topologia, in modo che lo
script perl che legge il dotdraw possa ininterrottamente disegnare la
topologia che evolve.
se vuoi ripristinare il comportamento che aveva prima, ovvero stampa
una volta la topologia e poi chiude il socket, puoi applicare questa
patch:
https://minerva.netgroup.uniroma2.it/fairvpn/browser/tarballs-patches/olsrd/olsr-dot-draw.patch
Saverio
Il 17 marzo 2011 18:52, Antonio Anselmi tony.anse...@gmail.com ha scritto:
salve,
lo so, magari dovrei postare sulla lista di olsrd, ma prima volevo
sapere se qualche altro ha lo stesso problema ...e po mi legge il
maintainer :)
Uso olsrd 0.6.1 da Openwrt e vorrei usare il plugin dot-draw. Il
modulo e' caricato ciorrettamente
LoadPlugin olsrd_dot_draw.so.0.3
{
PlParam accept 127.0.0.1
PlParam port 2004
}
ma se vado a lanciare il comando
telnet 127.0.0.1 2004 /tmp/pippo
il telnet va in loop e stampa continui dati su /tmp/pippo fino a
ingrossarlo a dismisura.
Lo stesso procedimento con release 0.5.6-r8, funzionave like a charm.
Qualche idea?
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] olsrd dot draw
non male come idea, addirittura avevo in mente di cambiare i valori di
olsrd con i relativi RSSI... ma sembra un po' troppo complesso e
laborioso.
Hai una patch per parsare la topologia di txtinfo?
Antonio
Il 17 marzo 2011 21:11, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto:
oppure puoi convertire l'uotput di txtinfo in formato dotdraw come
facciamoa Pisa
Il 17 marzo 2011 19:24, ZioPRoTo (Saverio Proto) ziopr...@gmail.com
ha scritto:
Ciao,
è stato corretto il plugin recentemente, che nel suo funzionamento
normale dovrebbe stampare infinite volte la topologia, in modo che lo
script perl che legge il dotdraw possa ininterrottamente disegnare la
topologia che evolve.
se vuoi ripristinare il comportamento che aveva prima, ovvero stampa
una volta la topologia e poi chiude il socket, puoi applicare questa
patch:
https://minerva.netgroup.uniroma2.it/fairvpn/browser/tarballs-patches/olsrd/olsr-dot-draw.patch
Saverio
Il 17 marzo 2011 18:52, Antonio Anselmi tony.anse...@gmail.com ha scritto:
salve,
lo so, magari dovrei postare sulla lista di olsrd, ma prima volevo
sapere se qualche altro ha lo stesso problema ...e po mi legge il
maintainer :)
Uso olsrd 0.6.1 da Openwrt e vorrei usare il plugin dot-draw. Il
modulo e' caricato ciorrettamente
LoadPlugin olsrd_dot_draw.so.0.3
{
PlParam accept 127.0.0.1
PlParam port 2004
}
ma se vado a lanciare il comando
telnet 127.0.0.1 2004 /tmp/pippo
il telnet va in loop e stampa continui dati su /tmp/pippo fino a
ingrossarlo a dismisura.
Lo stesso procedimento con release 0.5.6-r8, funzionave like a charm.
Qualche idea?
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] PicoStation strano comportamento
medito di abbandonare la Pico2HP per i troppi strani inconvenienti, almeno in modalita' pseudo-iSSS + AP. Ad esempio, questo e' l'altrettanto strana risposta di mii-tool eth0 (sempre sulla Pico2HP) [Pico2-HP] eth0: 10 Mbit, half duplex, no link product info: vendor 00:00:00, model 0 rev 0 basic mode: 10 Mbit, half duplex basic status: no link capabilities: advertising: Ho avviato un thread qui http://www.ubnt.com/forum/showthread.php?t=30052 ma nessuna risposta soddisfacente :( Antonio Il 04 marzo 2011 15:01, Niccolò Avico niccolo.av...@gmail.com ha scritto: Il giorno 04 marzo 2011 13:38, Filippo Sallemi tonyp...@gmail.com ha scritto: Questo è il secondo cavo che passo... il 10MB può essere dato dal cavo? No, questo è un comportamento ancora differente. Nel mio caso alimentavo l'antenna ma non avevo comunicazione dati. tcpdump, arp e route che dicono? Ciao Il giorno 04 marzo 2011 13:25, Niccolò Avico niccolo.av...@gmail.com ha scritto: Prima prova un altro FTP. Se arp della pico ti dico che il MAC e' tutto zeroed, e' il cavo al 90% (mi e' successo di crimpare male). Ciao. Il 04/03/11, Filippo Sallemitonyp...@gmail.com ha scritto: C'è un'altra cosa che mi puzza un po! Se mi attacco con il cavo diretto al poe e quindi alla pico, sul mio bel winzoz vedo scritto 10Mb anzi che 100Mb e ovviamente nessun indirizzo assegnato. Non capisco!!! Inizio a pensare che devo provare un'altra pico. Ciao Il giorno 04 marzo 2011 13:13, Filippo Sallemi tonyp...@gmail.com ha scritto: Ma in verità la mia eth0 è messa a static con ip 10.8.20.1 e dnsmasq avviato su quell'interfaccia. Ho la stessa situazione replicata in altre zone ma non ho problemi del genere... addirittura in alcuni punti sono senza cavo schermato. Ora provo a vedere cosa dice tcpdump sulla pico. voglio vedere se qualcosa arriva. Ciao Il giorno 04 marzo 2011 12:32, Niccolò Avico niccolo.av...@gmail.com ha scritto: Il giorno 04 marzo 2011 12:23, Filippo Sallemi tonyp...@gmail.com ha scritto: Ciao ragazzi, ho installato una picostation2 hp sul tetto di casa mia ma noto uno strano comportamento che non capisco a chi attribuire (cavo o picostation). Ho passato circa 35 metri di cavo rigorosamente schermato e la pico station appena vviata funziona alla perfezione. Dopo circa 5 minuti di utilizzo non riesco in nessun modo a raggiungere l'interfacia ethernet. Se accedo dalla rete ad-hoc riesco senza problemi e vedo l'interfaccia ethernet correttamente configurta e nessun processo o anomalia particolare. Se riavvio la pico tutto riprende a funzionare ma dopo 5 minuti ho di nuovo lo stesso problema. Ho anche sostituito l'alimentatore poe con uno a 18 V ma non ho ottenuto nessun miglioramento. Ciao, se al riavvio funziona e poi si silenzia puzza un poco di routing: quando entri dalla wireless puoi interrogare la routing table? Potresti avere una rotta che dovrebbe uscire su LAN e invece punta a WAN (abbiamo osservato un comportamento simile in una situazione analoga ma con apparato diverso). Alla WAN della Pico ci sono altri STA agganciati? Prova a vedere anche cosa ti dice la arp table. Altra possibilità è che uno dei conduttori dati del FTP faccia male contatto (tipicamente sul connettore lato Pico, ma controllali entrambi): l'alimentazione arriva ma i dati no. Escluderei invece problemi di alimentazione visto che l'interfaccia radio va. Niccolò A qualcuno è mai successa questa cosa? Ciao -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- --- skype: niccolo.avico LinkedIn: http://www.linkedin.com/in/navico Twitter: @niccolo_avico PGP Key ID: FD266A76 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi -- Filippo Sallemi -- Inviato dal mio dispositivo mobile --- skype: niccolo.avico LinkedIn: http://www.linkedin.com/in/navico Twitter: @niccolo_avico PGP Key ID: FD266A76 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- --- skype: niccolo.avico LinkedIn: http://www.linkedin.com/in/navico Twitter: @niccolo_avico PGP Key ID: FD266A76 ___ Wireless mailing list Wireless@ml.ninux.org
Re: [Ninux-Wireless] PicoStation strano comportamento
in particolare,mi ha sorpreso il messagio eth0: 10 Mbit, half duplex, no link dato che quando ho dato questo comando ERO COLLEGATO alla porta LAN del PoE... Antonio Il 04 marzo 2011 15:08, Antonio Anselmi tony.anse...@gmail.com ha scritto: medito di abbandonare la Pico2HP per i troppi strani inconvenienti, almeno in modalita' pseudo-iSSS + AP. Ad esempio, questo e' l'altrettanto strana risposta di mii-tool eth0 (sempre sulla Pico2HP) [Pico2-HP] eth0: 10 Mbit, half duplex, no link product info: vendor 00:00:00, model 0 rev 0 basic mode: 10 Mbit, half duplex basic status: no link capabilities: advertising: Ho avviato un thread qui http://www.ubnt.com/forum/showthread.php?t=30052 ma nessuna risposta soddisfacente :( Antonio Il 04 marzo 2011 15:01, Niccolò Avico niccolo.av...@gmail.com ha scritto: Il giorno 04 marzo 2011 13:38, Filippo Sallemi tonyp...@gmail.com ha scritto: Questo è il secondo cavo che passo... il 10MB può essere dato dal cavo? No, questo è un comportamento ancora differente. Nel mio caso alimentavo l'antenna ma non avevo comunicazione dati. tcpdump, arp e route che dicono? Ciao Il giorno 04 marzo 2011 13:25, Niccolò Avico niccolo.av...@gmail.com ha scritto: Prima prova un altro FTP. Se arp della pico ti dico che il MAC e' tutto zeroed, e' il cavo al 90% (mi e' successo di crimpare male). Ciao. Il 04/03/11, Filippo Sallemitonyp...@gmail.com ha scritto: C'è un'altra cosa che mi puzza un po! Se mi attacco con il cavo diretto al poe e quindi alla pico, sul mio bel winzoz vedo scritto 10Mb anzi che 100Mb e ovviamente nessun indirizzo assegnato. Non capisco!!! Inizio a pensare che devo provare un'altra pico. Ciao Il giorno 04 marzo 2011 13:13, Filippo Sallemi tonyp...@gmail.com ha scritto: Ma in verità la mia eth0 è messa a static con ip 10.8.20.1 e dnsmasq avviato su quell'interfaccia. Ho la stessa situazione replicata in altre zone ma non ho problemi del genere... addirittura in alcuni punti sono senza cavo schermato. Ora provo a vedere cosa dice tcpdump sulla pico. voglio vedere se qualcosa arriva. Ciao Il giorno 04 marzo 2011 12:32, Niccolò Avico niccolo.av...@gmail.com ha scritto: Il giorno 04 marzo 2011 12:23, Filippo Sallemi tonyp...@gmail.com ha scritto: Ciao ragazzi, ho installato una picostation2 hp sul tetto di casa mia ma noto uno strano comportamento che non capisco a chi attribuire (cavo o picostation). Ho passato circa 35 metri di cavo rigorosamente schermato e la pico station appena vviata funziona alla perfezione. Dopo circa 5 minuti di utilizzo non riesco in nessun modo a raggiungere l'interfacia ethernet. Se accedo dalla rete ad-hoc riesco senza problemi e vedo l'interfaccia ethernet correttamente configurta e nessun processo o anomalia particolare. Se riavvio la pico tutto riprende a funzionare ma dopo 5 minuti ho di nuovo lo stesso problema. Ho anche sostituito l'alimentatore poe con uno a 18 V ma non ho ottenuto nessun miglioramento. Ciao, se al riavvio funziona e poi si silenzia puzza un poco di routing: quando entri dalla wireless puoi interrogare la routing table? Potresti avere una rotta che dovrebbe uscire su LAN e invece punta a WAN (abbiamo osservato un comportamento simile in una situazione analoga ma con apparato diverso). Alla WAN della Pico ci sono altri STA agganciati? Prova a vedere anche cosa ti dice la arp table. Altra possibilità è che uno dei conduttori dati del FTP faccia male contatto (tipicamente sul connettore lato Pico, ma controllali entrambi): l'alimentazione arriva ma i dati no. Escluderei invece problemi di alimentazione visto che l'interfaccia radio va. Niccolò A qualcuno è mai successa questa cosa? Ciao -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- --- skype: niccolo.avico LinkedIn: http://www.linkedin.com/in/navico Twitter: @niccolo_avico PGP Key ID: FD266A76 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi -- Filippo Sallemi -- Inviato dal mio dispositivo mobile --- skype: niccolo.avico LinkedIn: http://www.linkedin.com/in/navico Twitter: @niccolo_avico PGP Key ID: FD266A76 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] map server va con ruby...
map server va con ruby... frequentazioni pericolose ! Antonio Il 22 febbraio 2011 00:19, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: sembra essere tornato alla modalita' ma dov'e' finito link a questa pagina ? Il 22 febbraio 2011 00:18, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: we raga' il map server si vede da schifo col mio monitor 20 pollici... ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] NanoStation-M5 bridge
Con sorpresa noto che non esiste la directory /proc/sys/net/bridge/ e quindi non posso interagire con alcuni parametri di iptables: bridge-nf-call-arptables bridge-nf-call-iptables bridge-nf-call-ip6tables bridge-nf-filter-vlan-tagged Chiedo lumi: secondo voi per quale motivo /proc/sys/net/bridge/ non viene creata? Antonio -- Purpose of the job is to gain leisure (Aristotele) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] nanostation M5 e bridge ethernet
ho messo in bridge le due porte ethernet della nanostation M5 usando i noti comandi brctl ed assegnando al bridge il suo IP. Fin qui tutto ok: collegando il pc alternativamente sulla porta 'main' (eth0) e sulla porta 'secondary' (eth1) pingo con succersso l'IP del bridge. Ho quindi configurato e avviato dnsmasq come DHCP server in ascolto sull'IP del bridge, il demone parte correttamente ma non 'suona': - un client DHCP collegato alla porta main (eth0) riceve correttamente una lease IP e le altre info di confugurazione - un client DHCP, per la verita' il medesimo di cui sopra, collegato alla porta secondary (eth1) viene completamente ignorato (nessun messaggio sui log della nanostation) Sembra quindi che cia sia qualcosa che ho sbagliato io oppure il bridge main-secondary non funziona (target AR71xx backfire r23115). Per ulteriore informazione aggiungo di aver ripetuto le prove sia con il PoE passthrough abilitato che disabilitato. Cercando lumi sui vari forum di Openwrt e Ubiquiti non ho trovato indicazioni. Mi chideo se qualcuno in ascolto ha avuto esperienze del genere. cmq, buona domenica! Antonio -- Purpose of the job is to gain leisure (Aristotele) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] libtool
ho risolto indicando la dipendenza libltdl, quello che e' strano e' che il pacchetto per la libreria libltdl si chiami libtool. Grazie per gli spunti! Antonio -- Purpose of the job is to gain leisure (Aristotele) Il giorno 04 febbraio 2011 01:52, Claudio claudyu...@gmail.com ha scritto: Il 03 febbraio 2011 19:53, Antonio Anselmi tony.anse...@gmail.com ha scritto: ho bisogno di compilare libgea per una applicazione, andando a vedere fra le dipendenze vedo che necessita di libtool. A quanto ne so' libtool e' di per se' in openwrt/package qundi lo seleziono da libraries (viene indicato come libltdl). Bene, compilo il tutto e vado ad installare con opkg libltdl...ipk (che sarebbe il package libtool compilato) e qui tutto ok. Ma provando ad installare libgea...ipk opkg fallisce con l'errore: * ERROR: Cannot satisfy the following dependencies for libgea: * libtool * ma libtool non e' gia' stato installato prima (libltdl) se la dipendenza si chiama libltdl perche hai definito nel pacchetto libgea come dipendenza libtool? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ath9k
non credo che openwrt-madwifi lavori sul draft n, sbaglio? Antonio -- Purpose of the job is to gain leisure (Aristotele) Il giorno 04 febbraio 2011 11:22, Filippo Sallemi tonyp...@gmail.com ha scritto: Forse dico una cavolata, ma non è possibile usare madwifi sulle picostation m2? almeno fino a quando ath9k non funzionerà come si deve. Ciao Il giorno 03 febbraio 2011 16:14, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: Ma che caspita qui a Pisa abbiamo 10 pico m2hp che tra le altre cose vanno molto meglio delle vecchie 2hp ma ora è apparso questo problema dal nulla... Il giorno 03/feb/2011 15.40, Antonio Anselmi tony.anse...@gmail.com ha scritto: credo bisognera' unificare i topics perche' parliamo della stessa cosa :) Oltre al ticket #7929, questo e' l'ukltimo scambio di mail avuto con Felix (25 gennnaio): Hi Felix, watching the openwrt timeline I saw your recent changesets 25093 (and 25094 too) added to trunk. I wonder if mac80211/ath9k still does not support two simultaneous VAPs running in adhoc + master modes, any news about ? - Antonio Antonio, No changes, and I'm not working on this at the moment, so I don't expect it to change soon. - Felix -- Purpose of the job is to gain leisure (Aristotele) Il giorno 03 febbraio 2011 15:26, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: Dite che tocca aprire in ticket o lo sanno già che i vap non vanno più? Il giorno 03/feb/2011 15.14, Antonio Anselmi tony.anse...@gmail.com ha scritto: prova il checkout della r23581 (backfire branch, non il tag!) o addirittura minori... *in ogni caso* cmq il tutto non e' stabile affatto: https://dev.openwrt.org/ticket/7929 A detta sua, Felix (nbd) sta' ancora lavorando alla stabilita' di mac80211 Antonio -- Purpose of the job is to gain leisure (Aristotele) Il giorno 03 febbraio 2011 14:36, Filippo Sallemi tonyp...@gmail.com ha scritto: Ma fino a qualche tempo fa funzionava! Qualcuno sa quale rev usare? Ciao Il giorno 03 febbraio 2011 13:33, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: Ma come mai sta recessione ? Il giorno 03/feb/2011 08.05, Antonio Anselmi tony.anse...@gmail.com ha scritto: non so' a quale revison del branch backfire ti riferisci, ad buon modo sia nelle revisions piu' recenti sia nel trunk - per il momento - ath9k/mac80211 non supporta due VAP sumultanei AP + ahdhoc :( Antonio -- Lo scopo del lavoro è quello di guadagnarsi il tempo libero (Aristotele) The purpose of the job is to gain leisure (Aristotele) Il 02 febbraio 2011 12:32, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: Ho avuto lo stesso identico problema con le ultime backfire da svn con le picostation M2HP ma avevo pensato fosse un problema specifico della picostation visto che non e' supportata su backfire ( bisogna flasharla con l'immagine per le bullet ) Mi sa che e' il caso di aprire un bug... Sul fronte madwifi invece in questi giorni non sono riuscito a tirare su 3 vap uno ap uno sta e uno adhoc mi dice che la combinazione dei vap non e' valida... tutto questo usando uci sia con le picostation M2HP sia per quanto riguarda la roba di madwifi Il giorno 02 febbraio 2011 11:13, Filippo Sallemi tonyp...@gmail.com ha scritto: Ciao ragazzi, smanetando un po con un tplink mi sono imbatutto in un problema, ovvero data openwrt backfire installata, provo a configurare due vap: 1. ap master 2. adhoc con bssid fissato Ora quando provo a tirare su il wifi ricevo errori su iw e su ifconfig, mentre se tiro su solo il vap in adhoc tutto funziona correttamente. Qualcuno di voi ha già avuto qualche rogna del genere? Ciao e grazie. -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ath9k
prova il checkout della r23581 (backfire branch, non il tag!) o addirittura minori... *in ogni caso* cmq il tutto non e' stabile affatto: https://dev.openwrt.org/ticket/7929 A detta sua, Felix (nbd) sta' ancora lavorando alla stabilita' di mac80211 Antonio -- Purpose of the job is to gain leisure (Aristotele) Il giorno 03 febbraio 2011 14:36, Filippo Sallemi tonyp...@gmail.com ha scritto: Ma fino a qualche tempo fa funzionava! Qualcuno sa quale rev usare? Ciao Il giorno 03 febbraio 2011 13:33, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: Ma come mai sta recessione ? Il giorno 03/feb/2011 08.05, Antonio Anselmi tony.anse...@gmail.com ha scritto: non so' a quale revison del branch backfire ti riferisci, ad buon modo sia nelle revisions piu' recenti sia nel trunk - per il momento - ath9k/mac80211 non supporta due VAP sumultanei AP + ahdhoc :( Antonio -- Lo scopo del lavoro è quello di guadagnarsi il tempo libero (Aristotele) The purpose of the job is to gain leisure (Aristotele) Il 02 febbraio 2011 12:32, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: Ho avuto lo stesso identico problema con le ultime backfire da svn con le picostation M2HP ma avevo pensato fosse un problema specifico della picostation visto che non e' supportata su backfire ( bisogna flasharla con l'immagine per le bullet ) Mi sa che e' il caso di aprire un bug... Sul fronte madwifi invece in questi giorni non sono riuscito a tirare su 3 vap uno ap uno sta e uno adhoc mi dice che la combinazione dei vap non e' valida... tutto questo usando uci sia con le picostation M2HP sia per quanto riguarda la roba di madwifi Il giorno 02 febbraio 2011 11:13, Filippo Sallemi tonyp...@gmail.com ha scritto: Ciao ragazzi, smanetando un po con un tplink mi sono imbatutto in un problema, ovvero data openwrt backfire installata, provo a configurare due vap: 1. ap master 2. adhoc con bssid fissato Ora quando provo a tirare su il wifi ricevo errori su iw e su ifconfig, mentre se tiro su solo il vap in adhoc tutto funziona correttamente. Qualcuno di voi ha già avuto qualche rogna del genere? Ciao e grazie. -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] bug mtu mac
Quello dei vap con ath9k su l'ultima backfire se ti riferisci al fatto di non avere VAP master+ahdoc e' una loro - temporanea - scelta :) Antonio -- Purpose of the job is to gain leisure (Aristotele) Il giorno 03 febbraio 2011 11:46, Stefano Pilla pillastef...@gmail.com ha scritto: On 02/02/11 22.16, Gioacchino Mazzurco wrote: Ciao a tutti! Tanto per cambiare ho trovato due bug grossissimi! Quello dei vap con ath9k su l'ultima backfire che sto facendo dei test prima di segnalarlo, mentre uno che abbiamo accertato e' che il client dhcp del mac non e' conforme con l'rfc, infatti lo standard rfc dice che puoi passare l'opzione 20 con dhcp per settare l'mtu, che funziona ovunque linux, windows cellulari ecc ecc ma su mac no :| abbiamo gia' aperto una segnalazione attendiamo risposta Non mi sorprende tanto il bug...ma il fatto che tu abbia un mac ;-P -- Stefano Pilla pub 2048R/7A14FB6C 2009-10-05 [expires: 2014-10-04] Key fingerprint: 6EB6 E497 B431 C251 A75C 49D9 0B7B 2E86 7A14 FB6C Phone: +39 340 37 23 206 Cisco CCNA: CSCO11667427 Cisco Certified Academy Instructor (CCAI) Web: http://www.stefanopilla.it E-mail: me[at]stefanopilla.it ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] libtool
ho bisogno di compilare libgea per una applicazione, andando a vedere fra le dipendenze vedo che necessita di libtool. A quanto ne so' libtool e' di per se' in openwrt/package qundi lo seleziono da libraries (viene indicato come libltdl). Bene, compilo il tutto e vado ad installare con opkg libltdl...ipk (che sarebbe il package libtool compilato) e qui tutto ok. Ma provando ad installare libgea...ipk opkg fallisce con l'errore: * ERROR: Cannot satisfy the following dependencies for libgea: * libtool * ma libtool non e' gia' stato installato prima (libltdl) Dove sbaglio? Antonio -- Purpose of the job is to gain leisure (Aristotele) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Creare una nuova rete partendo da 2
lo fai lavorare su ethernet :) Antonio -- Lo scopo del lavoro è quello di guadagnarsi il tempo libero (Aristotele) The purpose of the job is to gain leisure (Aristotele) Il 31 gennaio 2011 09:56, Filippo Sallemi tonyp...@gmail.com ha scritto: Scusate l'intrusione, ma se AirOS non supporta la modalità ad-hoc come si fa ad usare olsrd? Mi sono perso qualcosa del tipo che olsrd funziona anche in altre modalità? Ciao Il giorno 27 gennaio 2011 11:39, ZioPRoTo (Saverio Proto) ziopr...@gmail.com ha scritto: Ciao a tutti, sembra che siamo in procinto di mettere su i primi 2 nodi della nostra bella rete Ninux - TuLUG a Viterbo. bene ! :) Intanto l'ESSID... c'è una nomenclatura ufficiale? no, scegliete voi ! se poi mettete qualcosa con ninux.org è meglio. Sicurezza: i nodi per ora sono tutti punto-punto; è implementato un qualche algoritmo di cifratura delle connessioni? Oppure è lasciato tutto aperto? è lasciato tutto aperto, e deve essere lasciato aperto se volete essere un gruppo Ninux infatti in una rete libera ognuno deve poter aggiungere un nodo alla rete senza dover chiedere niente a nessuno (ad esempio una password) Firmware sulle NanoStation M5: sarei tentato di lasciare il firmware originale (per ora i 2 nodi sarebbero il mio e quello di Simone ed abbiamo entrambi le M5) e gestire il resto a valle utilizzando un qualche apparato con su OpenWRT per gestire il routing e gli indirizzamenti. Ci sono comunque alcune lacune nella mia mente su come dovrebbe essere gestito l'indirizzamento. Ed IPv6? Su AirOS non c'è... IPv6 per ora puoi lasciarlo perdere se non sei preparato sull'argomento. Se usi AirOS (scelta legittima) ti consiglio di usare la versione di AirOS con olsrd che hanno preparato Mara e Raffaele. https://svn.ninux.org/ninuxdeveloping/browser/UbntM5AirOsOLSR/fw-binaries Ancora sui Link: Poichè sono in una posizione molto elevata con visibilità su buona parte della città mi chiedevo se non mi conveniva fare un piccolo sforzo in piu' e prendere una Rocket M con antenna settoriale da 120° o addirittura una omnidirezionale. A quel punto i link non sarebbero piu' punto-punto: che tipo di connessione dovrei usare? se non hai links punto-punto conviene usare ad-hoc invece di AP/STA, però non puoi più usare AirOS perché non supporta ad-hoc. Inoltre perdi diversi vantaggi di 802.11n, sono girate delle emails in lista poco fa su questo argomento Posso darti un consiglio ? Iniziate. Fate i primi 2/3 links con le NanoStation M5 e vedrai che le idee si schiariranno. Saverio PS volete fare come Pisa ? Volete mettere i nodi sul map server ? Cercare di usare indirizzi IPv4 coerenti con i nostri, date uno sguardo alla pagina degli indirizzi sul wiki. Possiamo darvi il dominio viterbo.ninux.org o altro se vi serve. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Openwrt e init.d services
forse non funziona per AR71XX... almeno mi sembra di ricordare cosi' Antonio -- Lo scopo del lavoro è quello di guadagnarsi il tempo libero (Aristotele) The purpose of the job is to gain leisure (Aristotele) Il 29 gennaio 2011 13:17, Filippo Sallemi tonyp...@gmail.com ha scritto: Giusto! Grazie Il giorno 29 gennaio 2011 02:41, ZioPRoTo (Saverio Proto) ziopr...@gmail.com ha scritto: Quando install coovachilli o qos-scripts li trovo già enabled... ma io non voglio. Soluzioni? scripta qualcosa in /etc/uci-defaults/foo.sh il file viene eseguito e poi cancellato al first boot. Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Questi di wired arrivano sempre dopo….
SI, ... e vacci pesante ! Antonio -- Lo scopo del lavoro è quello di guadagnarsi il tempo libero (Aristotele) The purpose of the job is to gain leisure (Aristotele) Il 25 gennaio 2011 23:15, Stefano Pilla pillastef...@gmail.com ha scritto: On 25/01/11 23.06, Niccolò Avico wrote: Il giorno 25 gennaio 2011 23:02, Stefano Pilla pillastef...@gmail.com ha scritto: On 25/01/11 19.23, Marco Giuntini wrote: http://mag.wired.it/news/come-vestire-milano-di-wireless-a-cominciare-dalla-tua-piazza.html Non resisto a non lasciargli un commentoè ridicolo questo articolo!!! Ti piace sparare sulla croce rossa? :-) dai sono ridicoli...antenne ADSL ...per un nodo dai 400€ ai 1200€ ma de che?!?!?!?! Caxxo con 1200€ faccio connettere un intero quartiere a Roma...!!! ahahah un commentino cmq glielo lascio... :-P -- Stefano Pilla pub 2048R/7A14FB6C 2009-10-05 [expires: 2014-10-04] Key fingerprint: 6EB6 E497 B431 C251 A75C 49D9 0B7B 2E86 7A14 FB6C Phone: +39 340 37 23 206 Cisco CCNA: CSCO11667427 Cisco Certified Academy Instructor (CCAI) Web: http://www.stefanopilla.it E-mail: me[at]stefanopilla.it ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] SplashPage con Backfire
hmm... su kernel .26 (e router Atheros) nodogsplash fa shaping su TUTTE le interfacce, non solo su quella definita nel file di configurazione. Hai provato a fare dei controlli sul WRT54GS? Antonio Il 18 gennaio 2011 15:50, ZioPRoTo (Saverio Proto) ziopr...@gmail.com ha scritto: Ciao, ho provato la SplashPage, su un WRT54GS usando questo pacchetto: http://downloads.openwrt.org/backfire/10.03.1-rc4/brcm-2.4/packages/nodogsplash_0.9_beta9.9.6-1_brcm-2.4.ipk funziona benissimo, quindi non c'è bisogno del package linkato dal sito esterno di nodogsplash. Tra l'altro ho controllato il Makefile di backfire in OpenWRT e compila proprio la stessa versione. Ho aggiornato il wiki. http://wiki.ninux.org/SplashPage credo che Stefano aveva provato con Kamikaze, che forse installava una versione vecchia con dei problemi ... specie con gli scripts di init.d questo pacchetto che ho installato io ha anche lo script di init.d che funziona perfettamente. evviva :) Ho trovato anche un bug ed ho aperto un ticket: https://dev.openwrt.org/ticket/8676 Però il bug se si installa il pacchetto dopo aver flashato non da nessun problema. Ora ci vorrebbe una cartella htdocs un pochino più piccola. Io sul mio WRT non ho 300Kb per mettere tutta quella roba. Ce la facciamo a fare una htdocs che sta sui 50Kb con immagini a bassa qualità ? magari se qualcuno ha tempo di preparare questa htdocs la potrebbe caricare in SVN così poi ce la ritroviamo :) appoggiare le cose su tanti siti esterni non è comodo se poi vogliamo ritrovare le cose tra N mesi :) grazie :) Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] nanostation M5 e PoE sulla seconda ethernet
Gabor testualmente mi dice:
This GPIO line is not connected to any LED, it does not even control anything on
the other devices from the M series.
Additionally, you can use the sysfs interface to control the GPIO line without
any patch:
echo 8 /sys/class/gpio/export
echo out /sys/class/gpio/gpio8/direction
echo 1 /sys/class/gpio/gpio8/value
Devo dire che non ho ancora provato la soluzione suggerita
(/sys/class/gpio)... ma a memoria mi sembra di non ricordare la
presenza di /gpio. Domani faccio una prova e aggiorno la lista.
Quella nanostationM5 e' ora impiegata per testare un AirOS
patchato... fa' checkin e auto-provisioning da un server MySQL remoto,
sono agli albori di una dashboard per Distribuzioni (aka Towers) e
relative CPE.
Promettente.
Antonio
Antonio
Il 31 agosto 2010 11:24, ZioPRoTo (Saverio Proto) ziopr...@gmail.com
ha scritto:
Antonio questa patch è stata sottomessa a openwrt-devel per metterla
nel trunk e va ancora spedita ?
Saverio
Il 11 agosto 2010 19:55, Gioacchino Mazzurco gmazzurc...@gmail.com ha
scritto:
hai sottoposto la patch agli sviluppatori di openwrt?
Il giorno 11 agosto 2010 19:07, Antonio Anselmi tony.anse...@gmail.com ha
scritto:
la NS-M5 ha la peculiarita' di fornire PoE sulla seconda porta
ethernet ma la feature e' disabilitata per default.
La patch seguente permette la sua abilitazione (passthrough) da backfire:
--- a/arch/mips/ar71xx/mach-ubnt.c 2010-08-04 11:25:28.0
+0200
+++ b/arch/mips/ar71xx/mach-ubnt.c 2010-08-11 16:52:15.0
+0200
@@ -37,6 +37,7 @@
#define UBNT_M_GPIO_LED_L3 11
#define UBNT_M_GPIO_LED_L4 7
#define UBNT_M_GPIO_BTN_RESET 12
+#define UBNT_M_GPIO_POE 8
#define UBNT_BUTTONS_POLL_INTERVAL 20
@@ -97,6 +98,10 @@
.name = ubnt:green:link4,
.gpio = UBNT_M_GPIO_LED_L4,
.active_low = 0,
+ }, {
+ .name = ubnt:poe,
+ .gpio = UBNT_M_GPIO_POE,
+ .active_low = 0,
}
};
abilitia:
echo 1 /sys/class/leds/ubnt\:poe/brightness
disabilita:
echo 0 /sys/class/leds/ubnt\:poe/brightness
Compilata e testata su r22566.
Occhio all'alimentatore usato per la PoE della NS: 15 volt a 800 mA
forniscono 12 W (assumendo di vivere in un mondo perfetto) e la NS da
sola ne richiede 8...
Antonio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Apparato ubiquiti gratis per chi va alla conferenza
wimax? perche' non sperimentare su 802.11n/a/g con Nano/Bullet/Rocket? just my two cents... Antonio Il 29 agosto 2010 12:38, OCBexpress (Valer;o) ocbexpr...@gmail.com ha scritto: Conferenza 29Ottobre Roma: Registrato anche io e amico interessato per sviluppo wimax in Lucania. Acquisto WirelessComponentistica: da Axuse (http://www.axuse.com) mi han risposto che l'ordine minimo è di 100 euro (non trovavo la mail che era finita in spam), quindi credo provvedo ad ordinare martedì a nome della mia nuova società Edealab (-: http://www.edealab.it, ogni consiglio è ben accetto :-): 2x ACCESS POINT PICOSTATION 2HP UBIQUITI a € 62.99 l'uno Se avete consigli su dove o cosa alternativamente comprare, per favore AVVISATEMI, Così anche se volete qualcosa anche voi, non esitate a chiedermelo. Grazie, ciaociao, Valer;o) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Apparato ubiquiti gratis per chi va alla conferenza
+1 anche da questa parte Antonio 2010/8/28 Pilla Stefano pillastef...@gmail.com: Il 28/08/10 16.22, Marco Giuntini ha scritto: Mi sono registrato anch'io. +1.. -- Stefano Pilla pub 2048R/7A14FB6C 2009-10-05 [expires: 2014-10-04] Key fingerprint: 6EB6 E497 B431 C251 A75C 49D9 0B7B 2E86 7A14 FB6C Phone: +39 340 37 23 206 Cisco CCNA: CSCO11667427 Web: http://www.stefanopilla.it E-mail: me[at]stefanopilla.it P Please consider the environment – Do you really need to print this email? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] nanostation M5 e PoE sulla seconda ethernet
la NS-M5 ha la peculiarita' di fornire PoE sulla seconda porta
ethernet ma la feature e' disabilitata per default.
La patch seguente permette la sua abilitazione (passthrough) da backfire:
--- a/arch/mips/ar71xx/mach-ubnt.c 2010-08-04 11:25:28.0 +0200
+++ b/arch/mips/ar71xx/mach-ubnt.c 2010-08-11 16:52:15.0 +0200
@@ -37,6 +37,7 @@
#define UBNT_M_GPIO_LED_L3 11
#define UBNT_M_GPIO_LED_L4 7
#define UBNT_M_GPIO_BTN_RESET 12
+#define UBNT_M_GPIO_POE 8
#define UBNT_BUTTONS_POLL_INTERVAL 20
@@ -97,6 +98,10 @@
.name = ubnt:green:link4,
.gpio = UBNT_M_GPIO_LED_L4,
.active_low = 0,
+ }, {
+ .name= ubnt:poe,
+ .gpio= UBNT_M_GPIO_POE,
+ .active_low= 0,
}
};
abilitia:
echo 1 /sys/class/leds/ubnt\:poe/brightness
disabilita:
echo 0 /sys/class/leds/ubnt\:poe/brightness
Compilata e testata su r22566.
Occhio all'alimentatore usato per la PoE della NS: 15 volt a 800 mA
forniscono 12 W (assumendo di vivere in un mondo perfetto) e la NS da
sola ne richiede 8...
Antonio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ath5k
Il 05 agosto 2010 10:57, cl...@ninux.org ha scritto: Ciao. On 08/02/2010 12:03 PM, Antonio Anselmi wrote: Il 02 agosto 2010 10.22, Antonio Anselmi tony.anse...@gmail.com ha scritto: A parte che la frase ai canali che si possonon usare e' sibillina per via di quel non... :) il problema che ho e' far lavorare una NanoStation5 sui canali LEGALI che vanno da 100 a 140. I problemi che incontro sono diversi: 1) garantire il rispetto di DSF e TPC come da normativa ETSI 2) Madwifi non riesce ad associarsi ad un AP (Loco5) operante sul canale 136, ne' usando il countricode 0 ne' l'860 (il 380 per l'italia vede solo i canali bassi perche' Madwifi e' vecchio e superato). Lorenzo mi ha suggerito di usare ath5k, dicendo che funziona tutto... ma ora si aggiungono le seguenti complicanze: 4) dalla home di openwrt.org: Known Issues: Currently 5 GHz channels do not work with mac80211 based drivers due to DFS regulatory issues. e questo - se non superato - toglie qualsiasi chance di usare ath5k per 802.11a 5) QUALORA il 4) fosse superato, ergo sia possibile usare ath5k sui canali 100-140 (...e francamente lo ignoro), credo sia preferibile usare una immagine derivata da backfire 10.03 piuttosto che da kamikaze 8.09.2. UPDATE ... rispondo a me stesso :) ma credo sia utile comunque alla lista Infatti! Grazie! dato che Robin2 lavora con ath9k sulle M2 e M5 e che e' compilato sul branch backfire, e' ragionevole supporre che i problemi dei canali a 5GHz siano superati sul branch (rimangono sul tagged 10.03)... almeno per quanto concerne ath9k. Resta ora da compilare l'ultima revisione r22454 del branch configurata per ath5k. Qualcuno ha gia' provato? (to be continued) Ha funzionato? Clauz preciso che i test riguardano compilazioni su branch backfire r22498 (il piu' aggiornato al momento in cui scrivo). Ho abbandonato i test su ath5k dato che il chipset montato sulla NS5 (AR2313) o il bus AHB (o entrambi) non e' (al momento ?) supportato. Per quanto riguarda ath9k (test su NanoStation M5 AR71xx): - i canali 100-140 sono disponibili con il countrycode 380 ad eccezione dei canali 120,124 e 128 che sono disabilitati - i canali 100-140 sono settati come: passive-scanning, no IBSS, radar detection quindi sul range in questione non e' possibile andare in ad-hoc e credo che quanto sopra (proveniente da crda) sia conseguente al regolamento DFS. Ad ogni modo - e se scrivo stronzate mi corregerete - a parer mio credo che l'ottemperanza alle specifiche DFS debba essere rispettata SOLO in caso in modalita' master (AP) in quanto in modalita' managed (STA) la radio tenta di associarsi ...e non si annuncia quindi come AP. (to be continued) Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ath5k
Il 05 agosto 2010 12:16, Antonio Anselmi tony.anse...@gmail.com ha scritto:
Il 05 agosto 2010 10:57, cl...@ninux.org ha scritto:
Ciao.
On 08/02/2010 12:03 PM, Antonio Anselmi wrote:
Il 02 agosto 2010 10.22, Antonio Anselmi tony.anse...@gmail.com ha
scritto:
A parte che la frase ai canali che si possonon usare e' sibillina
per via di quel non... :) il problema che ho e' far lavorare una
NanoStation5 sui canali LEGALI che vanno da 100 a 140.
I problemi che incontro sono diversi:
1) garantire il rispetto di DSF e TPC come da normativa ETSI
2) Madwifi non riesce ad associarsi ad un AP (Loco5) operante sul
canale 136, ne' usando il countricode 0 ne' l'860 (il 380 per l'italia
vede solo i canali bassi perche' Madwifi e' vecchio e superato).
Lorenzo mi ha suggerito di usare ath5k, dicendo che funziona tutto...
ma ora si aggiungono le seguenti complicanze:
4) dalla home di openwrt.org:
Known Issues: Currently 5 GHz channels do not work with mac80211
based drivers due to DFS regulatory issues.
e questo - se non superato - toglie qualsiasi chance di usare ath5k per
802.11a
5) QUALORA il 4) fosse superato, ergo sia possibile usare ath5k sui
canali 100-140 (...e francamente lo ignoro), credo sia preferibile
usare una immagine derivata da backfire 10.03 piuttosto che da
kamikaze 8.09.2.
UPDATE
... rispondo a me stesso :) ma credo sia utile comunque alla lista
Infatti! Grazie!
dato che Robin2 lavora con ath9k sulle M2 e M5 e che e' compilato sul
branch backfire, e' ragionevole supporre che i problemi dei canali a
5GHz siano superati sul branch (rimangono sul tagged 10.03)... almeno
per quanto concerne ath9k.
Resta ora da compilare l'ultima revisione r22454 del branch
configurata per ath5k.
Qualcuno ha gia' provato?
(to be continued)
Ha funzionato?
Clauz
preciso che i test riguardano compilazioni su branch backfire r22498
(il piu' aggiornato al momento in cui scrivo).
Ho abbandonato i test su ath5k dato che il chipset montato sulla NS5
(AR2313) o il bus AHB (o entrambi) non e' (al momento ?) supportato.
Per quanto riguarda ath9k (test su NanoStation M5 AR71xx):
- i canali 100-140 sono disponibili con il countrycode 380 ad
eccezione dei canali 120,124 e 128 che sono disabilitati
- i canali 100-140 sono settati come: passive-scanning, no IBSS, radar
detection
quindi sul range in questione non e' possibile andare in ad-hoc e
credo che quanto sopra (proveniente da crda) sia conseguente al
regolamento DFS.
Ad ogni modo - e se scrivo stronzate mi corregerete - a parer mio
credo che l'ottemperanza alle specifiche DFS debba essere rispettata
SOLO in caso in modalita' master (AP) in quanto in modalita' managed
(STA) la radio tenta di associarsi ...e non si annuncia quindi come
AP.
ho patchato regd.c di compat-wireless cosi' da poter andare in ad-hoc
sui canali DFS, pur mantenendo il radar-dectec:
--- a/drivers/net/wireless/ath/regd.c 2010-08-03 19:13:57.0 +0200
+++ b/drivers/net/wireless/ath/regd.c 2010-08-05 22:05:36.0 +0200
@@ -42,8 +42,7 @@
/* We allow IBSS on these on a case by case basis by regulatory domain */
#define ATH9K_5GHZ_5150_5350 REG_RULE(5150-10, 5350+10, 40, 0, 30,\
NL80211_RRF_PASSIVE_SCAN | NL80211_RRF_NO_IBSS)
-#define ATH9K_5GHZ_5470_5850 REG_RULE(5470-10, 5850+10, 40, 0, 30,\
- NL80211_RRF_PASSIVE_SCAN | NL80211_RRF_NO_IBSS)
+#define ATH9K_5GHZ_5470_5850REG_RULE(5470-10, 5850+10, 40, 0, 30, 0)
#define ATH9K_5GHZ_5725_5850 REG_RULE(5725-10, 5850+10, 40, 0, 30,\
NL80211_RRF_PASSIVE_SCAN | NL80211_RRF_NO_IBSS)
@@ -164,7 +163,7 @@
/* Frequency is one where radar detection is required */
static bool ath_is_radar_freq(u16 center_freq)
{
- return (center_freq = 5260 center_freq = 5700);
+ return 0;
}
/
e questo e' il risultato da iw phy0 info:
Frequencies:
* 5180 MHz [36] (17.0 dBm)
* 5200 MHz [40] (17.0 dBm)
* 5220 MHz [44] (17.0 dBm)
* 5240 MHz [48] (17.0 dBm)
* 5260 MHz [52] (20.0 dBm) (radar detection)
* 5280 MHz [56] (20.0 dBm) (radar detection)
* 5300 MHz [60] (20.0 dBm) (radar detection)
* 5320 MHz [64] (20.0 dBm) (radar detection)
* 5500 MHz [100] (20.0 dBm) (radar detection)
* 5520 MHz [104] (20.0 dBm) (radar detection)
* 5540 MHz [108] (20.0 dBm) (radar detection)
* 5560 MHz [112] (20.0 dBm) (radar detection)
* 5580 MHz [116] (20.0 dBm) (radar detection)
* 5600 MHz [120] (disabled)
* 5620 MHz [124] (disabled)
* 5640 MHz [128] (disabled)
* 5660 MHz [132] (20.0 dBm) (radar
[Ninux-Wireless] ath5k
salve non ho mai usato ath5k e dovendo compilare una immagine per NanoStation5 (vedi post precedenti circa compatibilita' canali 100-140 e ETSI) vorrei un consiglio: cosa e' megio compilare fra kamikaze_8.09.2 e backfire_10.03 ? Grazie Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ath5k
A parte che la frase ai canali che si possonon usare e' sibillina per via di quel non... :) il problema che ho e' far lavorare una NanoStation5 sui canali LEGALI che vanno da 100 a 140. I problemi che incontro sono diversi: 1) garantire il rispetto di DSF e TPC come da normativa ETSI 2) Madwifi non riesce ad associarsi ad un AP (Loco5) operante sul canale 136, ne' usando il countricode 0 ne' l'860 (il 380 per l'italia vede solo i canali bassi perche' Madwifi e' vecchio e superato). Lorenzo mi ha suggerito di usare ath5k, dicendo che funziona tutto... ma ora si aggiungono le seguenti complicanze: 4) dalla home di openwrt.org: Known Issues: Currently 5 GHz channels do not work with mac80211 based drivers due to DFS regulatory issues. e questo - se non superato - toglie qualsiasi chance di usare ath5k per 802.11a 5) QUALORA il 4) fosse superato, ergo sia possibile usare ath5k sui canali 100-140 (...e francamente lo ignoro), credo sia preferibile usare una immagine derivata da backfire 10.03 piuttosto che da kamikaze 8.09.2. Spero di essere stato piu' chiaro. Ogni spunto e' molto apprezzato. Antonio Il 02 agosto 2010 10.10, paolo delbene id3r...@gmail.com ha scritto: Il giorno 02 agosto 2010 10.09, paolo delbene id3r...@gmail.com ha scritto: ho spedito una mail riguardo ai canali che si possono usare, spero bene che anche tu abbia appreso che vi dovete fermare prima di 5,650 ghz è chiaro il msg ? saluti paolo iw0fzw Il giorno 02 agosto 2010 10.02, Antonio Anselmi tony.anse...@gmail.com ha scritto: salve non ho mai usato ath5k e dovendo compilare una immagine per NanoStation5 (vedi post precedenti circa compatibilita' canali 100-140 e ETSI) vorrei un consiglio: cosa e' megio compilare fra kamikaze_8.09.2 e backfire_10.03 ? Grazie Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] domandona Madwifi-ETSI
salve, ho necessita' di lavorare con Openwrt Kamikaze (quindi Madwifi) sui canali 100 - 140 (riportata comunemente come frequenza 5.4 - 5.7GHz) unitamente alla necessità del DFS (Dynamic Frequency Selection) e TPC (Transmit Power Control) cosi' come previsto in ambito Europeo (ETSI). Forse non cerco nei posti giusti ma non trovo niente che riporti questi tre requisiti in Madwifi, qualche suggerimento? grazie! Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] domandona Madwifi-ETSI
ciao Lorenzo per quanto ne sappia backfire usa ath5k e ath9k, in ogni caso ath5k risolve i problemi che ho esposto? Il 01 agosto 2010 17.17, Enrico Lorenzoni reis...@gmail.com ha scritto: Il giorno 01 agosto 2010 17.05, Antonio Anselmi tony.anse...@gmail.com ha scritto: salve, ho necessita' di lavorare con Openwrt Kamikaze (quindi Madwifi) Chi ti dice che openwrt kamikaze = madwifi? Scaricati i sorgenti dal repository e compilali, con gli ath5k o ath9k (a seconda dell'hardware a tua disposizione). I madwifi non sono più sviluppati da tempo, ora ath5k e ath9k hanno preso il loro posto. Enrico ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] domandona Madwifi-ETSI
...ops, rettifico: kamikaze 8.09.2 puo' compilare con ath5k. Resta da vedere se sono soddisfatte le esigenze di cui al post originale Antonio Il 01 agosto 2010 17.37, Antonio Anselmi tony.anse...@gmail.com ha scritto: ciao Lorenzo per quanto ne sappia backfire usa ath5k e ath9k, in ogni caso ath5k risolve i problemi che ho esposto? Il 01 agosto 2010 17.17, Enrico Lorenzoni reis...@gmail.com ha scritto: Il giorno 01 agosto 2010 17.05, Antonio Anselmi tony.anse...@gmail.com ha scritto: salve, ho necessita' di lavorare con Openwrt Kamikaze (quindi Madwifi) Chi ti dice che openwrt kamikaze = madwifi? Scaricati i sorgenti dal repository e compilali, con gli ath5k o ath9k (a seconda dell'hardware a tua disposizione). I madwifi non sono più sviluppati da tempo, ora ath5k e ath9k hanno preso il loro posto. Enrico ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Pacchetti UDP e rcvfrom
perche' non usare TCP? con UDP spari e speri che il beat arrivi a
destinazione, senza alcuna info sullo stato della connesiione
Antonio
Il 22 luglio 2010 14.45, Michele Favara Pedarsi m...@meganetwork.org
ha scritto:
Di heartbeat ce ne sono a iosa; da semplici script che pingano a soluzioni
complesse. Cerca prima di sviluppare l'ennesima tecnologia apposita... anche
perche' stai facendo un sistema di monitoraggio, e come tale ha bisogno di
essere affidabile; se te lo fai da solo rischi di affidarti ad una cosa che
per essere affidabile deve prima fallire qualche volta per trovare i bug...
a meno che non applichi i modelli di sviluppo piu' rigidi, con i tempi che
questi comportano...
Una via di mezzo potrebbe essere quella di impiegare un qualsiasi socket
server multithreaded generico gia' sviluppato - ie: esente da bachi - a cui
devi aggiungere solo quella pochissima logica che verifica l'arrivo di un
pacchetto ogni x secondi da y IP.
ciao
Michele
Il giorno 22 luglio 2010 14.37, Filippo Sallemi tonyp...@gmail.com ha
scritto:
Vi ringrazio per il supporto ragazzi, ed è tutto molto interessante.
Il motivo per cui sto scrivendo questo piccolissimo software è perchè
vorrei avere un heartbeat dei nodi da mandare ad un server, per il solo
scopo di tenere sotto controllo lo stato dei nodi in tempo più reale
possibile ma senza compromettere la banda.
In verità penso che sia solo sufficiente mandare un beat al server e non
ricvere nulla nel caso specifico, ovviamente però potrei sbaglairmi o non
tenere conto di qualcosa che magari mi sfugge.
So programmare in concorrenza, ma purtroppo la mia poca esperienza di
concorrenza viene da mondo java universitario.
Se pensate che quello che sto facendo sia inutile o interesante vi prego
di farmelo sapere non voglio reinventare l'acqua calda.
Ciao e grazie ancora
Il giorno 22 luglio 2010 11.54, cl...@ninux.org ha scritto:
Ciao.
La rcvfrom e' una chiamata bloccante, quindi o usi la sottocitata select
o entri nel fantastico mondo dei thread e della programmazione
concorrente...
Clauz
On 07/22/2010 01:54 AM, ZioPRoTo (Saverio Proto) wrote:
Consiglio questa lettura:
http://beej.us/guide/bgnet/output/html/multipage/index.html
nello specifico:
http://beej.us/guide/bgnet/output/html/multipage/advanced.html#select
Saverio
Il 21 luglio 2010 19.05, Filippo Sallemi tonyp...@gmail.com ha
scritto:
Ciao ragazzi,
sto giocherellando un po con C e stavo provando a scrivere un piccolo
programma che manda pacchetti UDP ad un host solo che ho notato che la
funzione rcvfrom resta bloccata finchè il server non manda una
risposta
anche vuota.
Parte del codice esegue questo:
read = sendto(sock, str, strlen(str), 0, (struct sockaddr *)addr,
sizeof(addr));
if (read 0) {
perror(Request error);
return -1;
}
read = recvfrom(sock, buffer, MAXLINE, 0, NULL, NULL);
if (read 0) {
perror(Read error);
return -1;
}
/**
* Print results
**/
if (read 0) {
buffer[read]=0;
if (fputs(buffer, stdout) == EOF) {
perror(fputs error);
return -1;
}
}
Ho provato a usare le fnctl per impostare la socket in modo non
bloccante ma
ottengo solo l'uscita dal programma e nessun invio di pacchetti.
Adesso non è che mi importi tanto avere una risposta dal server e
potrei
ovviare al problema eliminando la parte di codice dove aspetto
risposta, ma
la mia curiosità dal punto di vista didattico rimane.
Qualcuno saprebbe illuminarmi in qualche modo?
Grazie
Ciao
--
Filippo Sallemi
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
--
Filippo Sallemi
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Pacchetti UDP e rcvfrom
in questo caso credo che sul server ci sia una specie di tolleranza,
nel senso che se non ricevo beat per n- secondi di fila allora
presumibilmente il nodo e' giu' (una specie di validity time alla
olsr). Altrimenti, al primo beat perso il server potrebbe credere che
il nodo sia a ramengo.
Antonio
Il 22 luglio 2010 16.53, Filippo Sallemi tonyp...@gmail.com ha scritto:
Per completezza, quello che dice Antonio è giusto, ma è utilie nella
situazione immediatamente successiva, ovvero inviare l'intero stato (o altre
info) del nodo ad un entità centrale, per cui è necessario essere certi che
arrivi e magari ricevere una risposta (robin update).
In generale io vedo come unica informazione del beat, il nodo che lo sta
mandando e nient'altro.
ovviamente la parte server collezionerà una serie di pacchetti beat in
base ai quali saprà se il nodo c'è oppure no.
Magari mi sbaglio ma a me pare cristallino.
Ciao
Il giorno 22 luglio 2010 16.47, Filippo Sallemi tonyp...@gmail.com ha
scritto:
Sono daccordissimo con te Michele, non ho proprio voglia di reinventare
l'acqua calda anche se in verità il programmino con il suo ciclo di vita
dovrebbe essere abbastanza facile da implementare e con pochi rischi di
fallimento.
In verità avrei voluto usare snmp per questo genere di cose ma non so se
in realtà è la scelta giusta.
La scelta di UDP dipende da due fattori:
Usare minor banda possibile;
Non mi interessa se perdo qualche pacchetto, mi interessa solo dire hei
ci sono ogni tot secondi, dove tot è un numero veramente basso.
Il software è pensato per una serie di applicazioni lato server e
sicuramente non è sufficiente per fare monitoring dei nodi, ma rappresenta
un inizio...
Filippo
Il giorno 22 luglio 2010 16.42, Antonio Anselmi tony.anse...@gmail.com
ha scritto:
perche' non usare TCP? con UDP spari e speri che il beat arrivi a
destinazione, senza alcuna info sullo stato della connesiione
Antonio
Il 22 luglio 2010 14.45, Michele Favara Pedarsi m...@meganetwork.org
ha scritto:
Di heartbeat ce ne sono a iosa; da semplici script che pingano a
soluzioni
complesse. Cerca prima di sviluppare l'ennesima tecnologia apposita...
anche
perche' stai facendo un sistema di monitoraggio, e come tale ha bisogno
di
essere affidabile; se te lo fai da solo rischi di affidarti ad una cosa
che
per essere affidabile deve prima fallire qualche volta per trovare i
bug...
a meno che non applichi i modelli di sviluppo piu' rigidi, con i tempi
che
questi comportano...
Una via di mezzo potrebbe essere quella di impiegare un qualsiasi
socket
server multithreaded generico gia' sviluppato - ie: esente da bachi - a
cui
devi aggiungere solo quella pochissima logica che verifica l'arrivo di
un
pacchetto ogni x secondi da y IP.
ciao
Michele
Il giorno 22 luglio 2010 14.37, Filippo Sallemi tonyp...@gmail.com ha
scritto:
Vi ringrazio per il supporto ragazzi, ed è tutto molto interessante.
Il motivo per cui sto scrivendo questo piccolissimo software è perchè
vorrei avere un heartbeat dei nodi da mandare ad un server, per il
solo
scopo di tenere sotto controllo lo stato dei nodi in tempo più reale
possibile ma senza compromettere la banda.
In verità penso che sia solo sufficiente mandare un beat al server e
non
ricvere nulla nel caso specifico, ovviamente però potrei sbaglairmi o
non
tenere conto di qualcosa che magari mi sfugge.
So programmare in concorrenza, ma purtroppo la mia poca esperienza di
concorrenza viene da mondo java universitario.
Se pensate che quello che sto facendo sia inutile o interesante vi
prego
di farmelo sapere non voglio reinventare l'acqua calda.
Ciao e grazie ancora
Il giorno 22 luglio 2010 11.54, cl...@ninux.org ha scritto:
Ciao.
La rcvfrom e' una chiamata bloccante, quindi o usi la sottocitata
select
o entri nel fantastico mondo dei thread e della programmazione
concorrente...
Clauz
On 07/22/2010 01:54 AM, ZioPRoTo (Saverio Proto) wrote:
Consiglio questa lettura:
http://beej.us/guide/bgnet/output/html/multipage/index.html
nello specifico:
http://beej.us/guide/bgnet/output/html/multipage/advanced.html#select
Saverio
Il 21 luglio 2010 19.05, Filippo Sallemi tonyp...@gmail.com ha
scritto:
Ciao ragazzi,
sto giocherellando un po con C e stavo provando a scrivere un
piccolo
programma che manda pacchetti UDP ad un host solo che ho notato
che la
funzione rcvfrom resta bloccata finchè il server non manda una
risposta
anche vuota.
Parte del codice esegue questo:
read = sendto(sock, str, strlen(str), 0, (struct sockaddr *)addr,
sizeof(addr));
if (read 0) {
perror(Request error);
return -1;
}
read = recvfrom(sock, buffer, MAXLINE, 0, NULL, NULL);
if (read 0) {
perror(Read error);
return -1
Re: [Ninux-Wireless] Software libero e come tutelarlo?
Il giorno 13 luglio 2010 11.58, Filippo Sallemi tonyp...@gmail.com ha scritto: Ovviamente, ma di un WISP ne ho la certezza. se pensi a UN allora sei fuori strada :) Antonio Il 14 luglio 2010 12.29, paolo delbene id3r...@gmail.com ha scritto: un software open source non è software libero ! leggersi dunque http://www.gnu.org e per quanto riguarda la violazione della GNU General Public License, leggere il portale cui sono iscritto da diverso tempo http://gpl-violations.org alla ml giuridica, se così vogliamo chiamarla, perchè sul portale ve ne sono altre cui iscriversi volendo posso solo dire che su quella giurica di segnalazioni ne arrivano periodicamente e la fsf.org prende in esame le cose volta per volta. inoltre consiglio la lettura di http://www.gnu.org/licenses/license-list.html#SoftwareLicenses come anche http://badvidsta.org e http://defectivebydesign.org http://fsf.org http://fsfeurope.org http://groups.fsf.org/wiki/LibrePlanetItalia saluti paolo e buona lettura, fatemi sapere il prima possibile p.s: ieri in bici ho fatto 41,54 km e mi sto allenando così che possa lasciare Roma il prima possibile ed andare all'estero con tenda e bici. Il giorno 13 luglio 2010 11.58, Filippo Sallemi tonyp...@gmail.com ha scritto: Ovviamente, ma di un WISP ne ho la certezza. Ciao e grazie Il giorno 13 luglio 2010 11.31, Marco Bertorello ma...@bertorello.ns0.it ha scritto: Il 13 luglio 2010 09.54, Filippo Sallemi tonyp...@gmail.com ha scritto: Ciao Ragazzi, ho una domanda da fare: Se io rilascio un software opensource (AGPL) e un'azienda commerciale lo modifica come faccio a fargli uscire le modifiche che hanno effettuato? o per lo meno come faccio a garantire che le modifiche che hanno fatto alla fine vadano a tutti? Per la GPL normale, non sono tenuti a farlo. O meglio, sono tenuti a farlo solo nel caso in cui distribuiscano questo software. Nel caso specifico della Affero GPL, l'uso del software in rete equivale ad una distribuzione, quindi sono obbligati a farlo. Normalmente non è necessario arrivare a denunce e/o tribunali, non convengono a nessuno :) Comunque la certezza non puoi averla, a meno di non stipendiare dei cani da guardia che controllino il rispetto della licenza. -- Marco Bertorello System Administrator http://bertorello.ns0.it ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] aggiungere entry arp Openwrt
se guardi a fondo vedi che /sbin/arp e' un sym-link busybox... quindi di una applet si tratta. Meglio installare il package iproute2. A Il 01 luglio 2010 12.57, Michele Favara Pedarsi m...@meganetwork.org ha scritto: Il giorno 01 luglio 2010 12.06, cl...@ninux.org ha scritto: On 07/01/2010 11:13 AM, ZioPRoTo (Saverio Proto) wrote: Non funziona = Non viene aggiunta l'entry nella tabella di arp. Da quello che ho letto arp di openwrt manda sempre in output la tabella di arp ma non può modificarla in nessun modo. Sto usando la stable di backfire. si vede che è una versione stripped down di arp che fa meno cose. arp, ifconfig e route sono sempre piu' deprecati. Bisogna abituarsi ad usare ip!!! Vero. Oltretutto sugli embedded usano flash inutilmente... ma le abitudini son dure a morire... ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] picostation
prova qui: http://www.net-wifi.it/ sono Italiani, rapidi e cortesi. Antonio Il 27 giugno 2010 17.14, Gioacchino Mazzurco gmazzurc...@gmail.com ha scritto: Ho ordinato 2 picostation 2HP su axuse.com insieme ad altre cose, ma mi hanno risposto che le picostation non le hanno e che non hanno nemmeno conferma da parte di ubiquiti sulla disponibilita' futura Gli ho chiesto se e' possibile sostituirle con il modello nuovo m2hp ma non mi rispondono alla mail... Su landashop e' tutto segnato con bollino rosso su ebay sparano cifre esagerate! Dove si puo' comprare?? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Links Wireless su Mare
A prima vista puo' sembrare strano... ma anche il vento (o meglio la brezza marina) e' causa delle alternanza di prestazioni perche' determina la qualita della superfice riflettente: mare calmo, mare increspato, mare mosso. Specialmente in prossimita' della riva, le irregolarita' della superfice del mare sono una combinazione di onde di vento e onde di ritorno dalla battigia che interagiscono fra di loro rendendo la superficie del mare più irregolare di quanto non lo sia a 20-50 mt dalla riva. . Diversa e' la situazione di un medesimo link (frequenza e distanza) su un lago, notoriamente meno increspato e piatto. Il problema si evidenzia quando l'altezza delle onde diventa critica rispetto alla lunghezza d'onda utilizzata dal link, ovvero UHF (802.11bgn) o SHF (802.11an). Da quanto sopra, l'importanza della polarizzazione. Il 25 giugno 2010 08.51, nino ciurleo n...@ninux.org ha scritto: Confermo, ho avuto questo problema anche io. Il link che ho tenuto in piedi per tutto un periodo estivo passava per 16km sul mare ed era fatto però a 5ghz. L'aria sul mare si ionizza percui a volte crea dei tunnel (guida d'onda) favorevoli alla comunicazione tanto da avere segnale piu' forte del massimo teorico, altre volte si oppone rendendo i link inutilizzabili. Capitava che il comportamento fosse ciclico durante le ore della giornata: ogni giorno, circa alla stessa ora (probabilmente dovuto alle stesse condizioni di temperatura, umidità, etc) il link perdeva abbastanza db da non riuscire a far passare nemmeno un ping da pochi kB, in altre ore avevo 20Mb/s. Lo stesso link però a 6km funzionava da paura. Quindi la soluzione potrebbe essere quella di aumentare il guadagno dell'antenna in modo da farsi bastare il segnale anche durante le ore sfigate della giornata. Ciao Nino ZioPRoTo (Saverio Proto) ziopr...@gmail.com wrote: Ho una domanda non riferita a olsr... ma mi pare aver sentito parlare a Nino di questo problema riscontrato personalmente. Ho due nodi in visibilità radio che devono attraversare la distanza di un km però questo kilometro è interamente fatto di mare. Ma è possibile che il mare possa distrubare la comunicazione tra due nodi in maniera così incisiva? Oltre a cercare un'altra strada esiste qualche tecnica per riuscire ad avere una comunicazione sufficiente tra questi due nodi? cambiamo l'oggetto alle email quando cambiamo topic ? grazie Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Links Wireless su Mare
Punto primo: nano e pico sono giocattoli. questa e' una tua personale opinione. Non te la prendere, ma affermazioni del tipo il mio giocattolo e' piu' bello del tuo li ho lette tante volte, su tanti forum e in tante lingue. A Il 25 giugno 2010 14.14, Darkman dark...@darkman.it ha scritto: Punto primo: nano e pico sono giocattoli. Se usi la picostation con la sua antenna standard e posizione naturale, allora sei in polarizzazione verticale che, almeno sulla carta, non è il massimo sul mare. From: Filippo Sallemi Sent: Friday, June 25, 2010 1:29 PM To: tony.anse...@gmail.com ; wireless@ml.ninux.org Subject: Re: [Ninux-Wireless] Links Wireless su Mare Allora il link è dato da una picostation2hp ed una nano station loco... in seguito abbiamo provato con 2 pico2hp ma i risultati non sono stati migliori della nano station. Con polarizzazione cosa intendi? Ciao Il giorno 25 giugno 2010 11.06, Antonio Anselmi tony.anse...@gmail.com ha scritto: A prima vista puo' sembrare strano... ma anche il vento (o meglio la brezza marina) e' causa delle alternanza di prestazioni perche' determina la qualita della superfice riflettente: mare calmo, mare increspato, mare mosso. Specialmente in prossimita' della riva, le irregolarita' della superfice del mare sono una combinazione di onde di vento e onde di ritorno dalla battigia che interagiscono fra di loro rendendo la superficie del mare più irregolare di quanto non lo sia a 20-50 mt dalla riva. . Diversa e' la situazione di un medesimo link (frequenza e distanza) su un lago, notoriamente meno increspato e piatto. Il problema si evidenzia quando l'altezza delle onde diventa critica rispetto alla lunghezza d'onda utilizzata dal link, ovvero UHF (802.11bgn) o SHF (802.11an). Da quanto sopra, l'importanza della polarizzazione. Il 25 giugno 2010 08.51, nino ciurleo n...@ninux.org ha scritto: Confermo, ho avuto questo problema anche io. Il link che ho tenuto in piedi per tutto un periodo estivo passava per 16km sul mare ed era fatto però a 5ghz. L'aria sul mare si ionizza percui a volte crea dei tunnel (guida d'onda) favorevoli alla comunicazione tanto da avere segnale piu' forte del massimo teorico, altre volte si oppone rendendo i link inutilizzabili. Capitava che il comportamento fosse ciclico durante le ore della giornata: ogni giorno, circa alla stessa ora (probabilmente dovuto alle stesse condizioni di temperatura, umidità, etc) il link perdeva abbastanza db da non riuscire a far passare nemmeno un ping da pochi kB, in altre ore avevo 20Mb/s. Lo stesso link però a 6km funzionava da paura. Quindi la soluzione potrebbe essere quella di aumentare il guadagno dell'antenna in modo da farsi bastare il segnale anche durante le ore sfigate della giornata. Ciao Nino ZioPRoTo (Saverio Proto) ziopr...@gmail.com wrote: Ho una domanda non riferita a olsr... ma mi pare aver sentito parlare a Nino di questo problema riscontrato personalmente. Ho due nodi in visibilità radio che devono attraversare la distanza di un km però questo kilometro è interamente fatto di mare. Ma è possibile che il mare possa distrubare la comunicazione tra due nodi in maniera così incisiva? Oltre a cercare un'altra strada esiste qualche tecnica per riuscire ad avere una comunicazione sufficiente tra questi due nodi? cambiamo l'oggetto alle email quando cambiamo topic ? grazie Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] firmware autoconfigurante
Robin-r3XXX sta gia' usando olsr-ninux 0.6.0 http://svn6.assembla.com/svn/RobinMesh/trunk/ e sto' al momento preparando il terreno per usare a pieno NIIT ovvero mesh su IPv6 e users IPv4, dove per users intendo il volgo che si associa (inconsapevolmente) ad un nodo mesh per guadagnare internet. Al momwnto stiamo provando le prime immagini - ma no NIIT - compilate sul buildtree di backfire ma avro' SICURAMENTE bisogno di aiuto per il NIIT. So' che potrò contare su voi... Antonio Il 27 aprile 2010 18.32, cl...@ninux.org ha scritto: On 04/27/2010 05:00 PM, Gioacchino wrote: ciao a tutti qui nel gruppo di Pisa abbiamo sviluppato un prototipo di firmware autoconfigurante il prototipo ovviamente serviva solo a vedere se l'idea funziona, ma adesso che e' fatto siamo contenti di come funziona e va anche meglio di come pensavamo Rega', siete dei grandi!! :) State crescendo in modo esponenziale! Clauz ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] firmware autoconfigurante
[OT] Boh, a me mi pare che qua nonostante gli sforzi a fare comunicazione si rifa' sempre il lavoro N volte. Lo sai che al NinuxDay è stata presentata una roba chiamata NIIT che serve a fare quello che tu ti sei appena reimplementato by hand da 0. ...la cosa buffa e che Robin gira su oltre 30K nodi (circa 4K reti mesh), la gente pensa 'sti americani so proprio forti... ma il progetto e' italiano (maremmano per la precisione) ed uno dei nascenti dashboard e' scritto da Filippo (siciliano)... @Gioacchino Senza impoverire il vostro lavoro -non mi permetterei - perche' non dare un'occhiata a quello che gia' esiste ? (NIIT, mdsn plugin, Robin, Meshboard,...) Antonio Il 27 aprile 2010 17.58, Gioacchino gmazzurc...@gmail.com ha scritto: ok, il codice ? la documentazione ? Inizia a scrivere per bene qualcosa altrimenti diventa tutto lavoro al vento, tra 1 anno non ti ci ritrovi nemmeno tu. Il codice sono 11k di bash e sono tutti gpl nel solito repository http://gitorious.org/eigennet Boh, a me mi pare che qua nonostante gli sforzi a fare comunicazione si rifa' sempre il lavoro N volte. Lo sai che al NinuxDay è stata presentata una roba chiamata NIIT che serve a fare quello che tu ti sei appena reimplementato by hand da 0. e mo mi leggo sta cosa ma mi sa che hanno avuto la stessa idea mia... Per l'autoconfigurazione per caso hai usato AHCP ? Sai che esiste ? ne ho sentito parlare ma non so come funziona/usarlo il prototipo diciamo che era solo per vedere se l'idea funziona per autocofigurare ipv6 in pratica giocherello col mac + 16 bit che potrebbero essere casuali ma che al momento sono sempre 0 per l'ipv4 i nodi chiedevano una subnet a un cgi messo sul nodo/server che teneva l'elenco degli ip usati associati al mac del nodo On Tuesday 27 April 2010 17:17:11 you wrote: la mesh e l'accesso per i client ( cioe' quelli che non hanno olsr ) e' puramente ipv6 e si autoconfigura indipendentemente da tutto. Per garantire l'accesso anche per chi ha bisogno di ipv4 ( per esempio chi usa skype ) ogni nodo contatta un un server/nodo e gli chiede una subnet ipv4, il server risponde con la subnet e crea un tunnel ipip6 tra lui e il nodo, il nodo riceve la subnet e crea un tunnel ipip6 tra lui e il server, in questo modo si crea una rete totalmente trasparente anche per i client. ok, il codice ? la documentazione ? Inizia a scrivere per bene qualcosa altrimenti diventa tutto lavoro al vento, tra 1 anno non ti ci ritrovi nemmeno tu. 1) Lasciare cosi' tanto le cose che supportano solo ipv4 piano piano spariscono, sperando che il fatto che vanno lente incoraggi le persone ad usare roba che supporti ipv6 tipo linfone invece che skype La gente non sa manco di che parli, vuole usare skype. 2) Organizzare la cosa in modo decentralizzato ( possibilissimo visto che ogni nodo conosce la topologia della rete ), solo che non conosciamo bene olsr e non sappiamo come implementare un plugin per olsr Boh, a me mi pare che qua nonostante gli sforzi a fare comunicazione si rifa' sempre il lavoro N volte. Lo sai che al NinuxDay è stata presentata una roba chiamata NIIT che serve a fare quello che tu ti sei appena reimplementato by hand da 0. http://olsr.org/git/?p=olsrd.git;a=blob_plain;f=README-Olsr-Extensions;hb=s table http://olsr.org/git/?p=olsrd.git;a=blob_plain;f=files/olsrd.conf.default.f ull;hb=stable - 4.) NIIT (ipv4 over ipv6 traffic) * (see https://dev.dd19.de/cgi-bin/gitweb.cgi?p=niit.git;a=summary) NIIT is a special linux kernel device that allows easy transmission of IPv4 unicast traffic through an IPv6 network. Since version 0.6.0 OLSRd has integrated support for NIIT in the routing daemon. So setting up IPv4 traffic over IPv6 OLSR meshs is very easy. Instead of creating routes and tunnels by hand all the administrator of a router needs to do is to, is to set up his own IPv4 targets as IPv4-mapped IPv6 HNAs. -- Leggiti queste nuove features che usciranno a breve con olsr 0.6.0, niit e smart gateway Ti do una mano io a sistemare/integrare/estendere il tutto. Ne parliamo a Camerino. Un bel goal sarebbe presentare questo lavoro a Berlino per il Wireless Community Weekend 2010 e/o al BattleMesh a Bracciano. Per l'autoconfigurazione per caso hai usato AHCP ? Sai che esiste ? Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] firmware autoconfigurante
[OT] Boh, a me mi pare che qua nonostante gli sforzi a fare comunicazione si rifa' sempre il lavoro N volte. Lo sai che al NinuxDay è stata presentata una roba chiamata NIIT che serve a fare quello che tu ti sei appena reimplementato by hand da 0. ...la cosa buffa e che Robin gira su oltre 30K nodi (circa 4K reti mesh), la gente pensa 'sti americani so proprio forti... ma il progetto e' italiano (maremmano per la precisione) ed uno dei nascenti dashboard e' scritto da Filippo (siciliano)... @Gioacchino Senza impoverire il vostro lavoro -non mi permetterei - perche' non dare un'occhiata a quello che gia' esiste ? (NIIT, mdsn plugin, Robin, Meshboard,...) Antonio Il 27 aprile 2010 18.32, cl...@ninux.org ha scritto: On 04/27/2010 05:00 PM, Gioacchino wrote: ciao a tutti qui nel gruppo di Pisa abbiamo sviluppato un prototipo di firmware autoconfigurante il prototipo ovviamente serviva solo a vedere se l'idea funziona, ma adesso che e' fatto siamo contenti di come funziona e va anche meglio di come pensavamo Rega', siete dei grandi!! :) State crescendo in modo esponenziale! Clauz ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] firmware autoconfigurante
come ho detto non volevo impoverire o sminuire il tuo lavoro figurati! Mi scuso se sono apparso un po' brusco nella mia risposta. cmq, Robin natta solo sui gateway funziona su router con chip Atheros. Antonio Il 27 aprile 2010 20.01, Gioacchino gmazzurc...@gmail.com ha scritto: @Gioacchino Senza impoverire il vostro lavoro -non mi permetterei - perche' non dare un'occhiata a quello che gia' esiste ? (NIIT, mdsn plugin, Robin, Meshboard,...) NIIT Non avevo idea che esistesse gia' quello che cercavo e anche se ho cercato non lo avevo trovato, non sono mica masochista che godo a reimplementare le cose a manina... mdsn plugin Mi sembra di aver capito che non c'entra molto con la scelta automatica dell'ip e comunque quando cercavo di fare l'immagine per la bullet non me la faceva proprio perche' andava oltre le dimensioni della flash della bullet Robin 1)L'attuale versione stabile di Robin da quanto ho capito fa ampio uso di natting 2)Ho avuto difficolta' a capire com'e' strutturato il sorgente e come poter integrare con una openwrt da 0 3)Se possibile sarebbe preferibile usare il sistema repository pacchetti ninux like 4)Funziona solo sulle fonere e simili in pratica 5)Volevamo che la rete di base fosse ipv6 6)Non sono riuscito a far funzionare Robin senza internet queste non vogliono essere critiche, sono solo i motivi per cui dopo un po di tempo che cercavo di capire/fargli fare quello che ci serve senza successo ho preferito partire da openwrt Meshboard Dipende da Robin e sto' al momento preparando il terreno per usare a pieno NIIT ovvero mesh su IPv6 e users IPv4, dove per users intendo il volgo che si associa (inconsapevolmente) ad un nodo mesh per guadagnare internet. Per me va benissimo collaborare anzi sarei molto contento! Pero' vorrei che ci mettessimo d'accordo in modo da rendere ROBIN piu' flessibile, a noi serve creare una specie di grande lan dove la differenza tra nodi e client si avverta' il meno possibile... cioe' quello che voglio dire che se io client domani decido di installarmi apache voglio che senza nettare porte e simili dico al mio amico dall'altra parte della citta' il mio ip e lui vede il mio webserver anche se supporto solo ipv4 per esempio On Tuesday 27 April 2010 19:25:22 you wrote: [OT] Boh, a me mi pare che qua nonostante gli sforzi a fare comunicazione si rifa' sempre il lavoro N volte. Lo sai che al NinuxDay è stata presentata una roba chiamata NIIT che serve a fare quello che tu ti sei appena reimplementato by hand da 0. ...la cosa buffa e che Robin gira su oltre 30K nodi (circa 4K reti mesh), la gente pensa 'sti americani so proprio forti... ma il progetto e' italiano (maremmano per la precisione) ed uno dei nascenti dashboard e' scritto da Filippo (siciliano)... @Gioacchino Senza impoverire il vostro lavoro -non mi permetterei - perche' non dare un'occhiata a quello che gia' esiste ? (NIIT, mdsn plugin, Robin, Meshboard,...) Antonio Il 27 aprile 2010 17.58, Gioacchino gmazzurc...@gmail.com ha scritto: ok, il codice ? la documentazione ? Inizia a scrivere per bene qualcosa altrimenti diventa tutto lavoro al vento, tra 1 anno non ti ci ritrovi nemmeno tu. Il codice sono 11k di bash e sono tutti gpl nel solito repository http://gitorious.org/eigennet Boh, a me mi pare che qua nonostante gli sforzi a fare comunicazione si rifa' sempre il lavoro N volte. Lo sai che al NinuxDay è stata presentata una roba chiamata NIIT che serve a fare quello che tu ti sei appena reimplementato by hand da 0. e mo mi leggo sta cosa ma mi sa che hanno avuto la stessa idea mia... Per l'autoconfigurazione per caso hai usato AHCP ? Sai che esiste ? ne ho sentito parlare ma non so come funziona/usarlo il prototipo diciamo che era solo per vedere se l'idea funziona per autocofigurare ipv6 in pratica giocherello col mac + 16 bit che potrebbero essere casuali ma che al momento sono sempre 0 per l'ipv4 i nodi chiedevano una subnet a un cgi messo sul nodo/server che teneva l'elenco degli ip usati associati al mac del nodo On Tuesday 27 April 2010 17:17:11 you wrote: la mesh e l'accesso per i client ( cioe' quelli che non hanno olsr ) e' puramente ipv6 e si autoconfigura indipendentemente da tutto. Per garantire l'accesso anche per chi ha bisogno di ipv4 ( per esempio chi usa skype ) ogni nodo contatta un un server/nodo e gli chiede una subnet ipv4, il server risponde con la subnet e crea un tunnel ipip6 tra lui e il nodo, il nodo riceve la subnet e crea un tunnel ipip6 tra lui e il server, in questo modo si crea una rete totalmente trasparente anche per i client. ok, il codice ? la documentazione ? Inizia a scrivere per bene qualcosa altrimenti diventa tutto lavoro al vento, tra 1 anno non ti ci ritrovi nemmeno tu. 1) Lasciare cosi' tanto le cose che supportano solo ipv4 piano piano spariscono, sperando che il fatto che vanno lente incoraggi
Re: [Ninux-Wireless] OpenCamp questo sabato 24 aprile
come si fa' ad arrivare con il treno? (...no dentro il club!) Antonio Il 21 aprile 2010 13.07, Filippo Sallemi tonyp...@gmail.com ha scritto: Peccato che io debba rinunciare a tuti questi eventi... Non potete attaccare una webcam e mandarmi tutto in streaming (anche se tristissimo)? Ciao Il giorno 20 aprile 2010 14.45, Alessandro Fiengo fieng...@yahoo.it ha scritto: Io penso di riuscire a raggiungervi. ZioPRoTo (Saverio Proto) ha scritto: Questo sabato a Roma c'è l'OpenCamp organizzato dai nostri amici del LSLUG. Chi viene ? http://www.ls-lug.org/wordpress/?p=8 Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] openwrt net4801 (e2fsck)
(openwrt 8.09.2 r18961 target x86-Net4801, openwrt-x86-ext2.image) looks like that umount and (busybox) reboot do not properly clean ext2 filesystem. After booted, I run 'e2fsck -n /dev/root' and it returns exit code 4 (errors). So, I try the sequence: killall syslogd killall klogd sync umount / e2fsck -n -f /dev/root e2fsck fixes errors and ends with message clean filesystem so I restart net4801: /etc/init.d/umount stop busybox reboot Unfortunatelly, just after the boot, 'e2fsck -n /dev/root' still exits with no-clean filesystem (exit code 4). I'm wondering if I am wrong somewhere or if a bug exists... any idea? thanks Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] fast-olsr
bisognerebbe magari fare il mesh a layer 2 cosi' che il cloud-mesh e' visto come un gran_bel_switch. Antonio Il 27 febbraio 2010 12.40, Reiser4 reis...@gmail.com ha scritto: Il giorno 27 febbraio 2010 12.29, Gioacchino gmazzurc...@gmail.com ha scritto: si puo' evitare il nat in qualche modo ? usando il routing ed assegnando a tutti un indirizzo ip diverso? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Oggi è Giovedì Nerd
... ugh! peccato abitare lontano :( Antonio Il 25 febbraio 2010 11.21, ZioPRoTo (Saverio Proto) ziopr...@gmail.com ha scritto: Ciao belli smanettoni ! oggi è Giovedì nerd, e come al solito siete tutti invitati al Fusolab ! E poi ci sono un sacco di cose da fare ... leggete fino in fondo! intanto vi dico che noi nerds del giovedì iniziamo a diventa' famosi ! mi ha appena chiamato un tipo di Radio Meridiana che mi ha fatto registrare un intervista di 45 secondi sul giovedì nerd che oggi passera in radio ! fantastico ! anzi se qualcuno riesce a trovare un modo di registrarla sarebbe fico ;) questa sera è programmata da volantone per l'LS-LUG. E direi che è perfetta per salutare Florido che se ne va in Svezia, ma anche per conoscere il nuovo presidente del LUG ! (ci sarà stasera?). Vi preannuncio che lo scorso Giovedì abbiamo defenestrato una ragazza facendola installare da sola ubuntu, e sicuramente questo giovedì tornerà con le domande accumulate durante la settimana, per fortuna che ci sarete voi del LUG a darle una mano vero? :) Altro task che il Fusolab ci ha affidato è quello di preparare le necessarie tecnologie per il filesharing party che si terrà il giovedì successivo (Paolo mi confermi la data). C'è qualche soldino da investire, quindi ho proposto di mettere su un server, che poi rimmarra' permanente al Fusolab, con qualche TB di disco in rete... in modo che uno viene e può farsi rsync di tutto. Ma che distribuzione Linux ci mettiamo ?? ahahah OK questa sera gli interessati a questo progetto dovrebbero presentarsi al bancone :) Ah noi di Ninux abbiamo comprato un po' di antenne nuove per allargare la nostra rete... per caso c'è qualcuno del LUG che sa usare Linux e che vuole un antenna con Kernel 2.6.30 per entrare in rete con noi ??? Oh bene ce ne sono di cose che bollono in pentola ! vi aspetto questa sera ! Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] (senza oggetto)
hmm... non so' quali immagini hai usato per la Fon2200 ma in ogni caso ti suggerisco di provare la release r2690 disponibile qui: http://dev.open-mesh.com/downloads/testing/firmware/ o qui: http://svn6.assembla.com/svn/RobinMesh/downloads/firmware/current_test/ I file da prelevare sono: openwrt-atheros-root.squashfs openwrt-atheros-vmlinux.lzma Oppure - dal primo repository - scarica solamente open-mesh-flash.exe (Windows) o open-mesh-flash (Linux) che hanno le immagini embedded. Ti dico questo perche' Fon2200 ha uno switch che le vecchie compilazioni non supportano. Antonio Il 22 febbraio 2010 20.39, Vincenzo Alaia vincenzomaria.al...@gmail.com ha scritto: vincenzomaria.al...@gmail.com Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: problema fonera + robin Date: Mon, 22 Feb 2010 21:39:56 +0100 Message-Id: a2ba65d7-9305-4299-aebd-434384acc...@gmail.com To: wireless@ml.ninux.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) salve oggi mi sono arrivate 4 fonera+ ho seguito le istruzioni di = http://www.autistici.org/freeside/doku.php?id=3Dmesh cio=E8 ho caricato = il firmware. dopo che ho caricato il firmware la collego a internet e la lascio per = un'oretta abbondante per farla aggiornare.. se provo a connettermi alla = rete open-mesh funziona tutto bene, riesco ad entrare pure in ssh, Dopo di che la spengo e procedo con la seconda fonera+. Al termine = quando vado a connettere la fonera (sia all'alimentazione che alla rete = per fargli assegnare l'ip) precedentemente flashata alla quale = riuscivo a connettermi alla rete open-mesh non funziona pi=F9, non = riesco pi=F9 a connettermi alla rete e quindi non riesco a fare niente. = se vado sul sito di open-mesh.com per aggiungere il nodo dice che =E8 = down! non capisco dove sbaglio! ps: ho fastweb quindi per far assegnare l'ip alla fonera connetto = quest'ultima al'hug di fastweb tramite ethernet. Qualcuno sa spiegarmi perch=E8 non funziona? grazie mille Vincenzo=20= ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Ubiquiti Pico Station 2 HP e fenomeni strani
riassumendo: con l'Accton funziona tutto come dovrebbe ? Antonio Il 21 febbraio 2010 20.52, Filippo Sallemi tonyp...@gmail.com ha scritto: Ciao ragazzi, Ho installato ROBIN + MeshBoard in una fiera locale formata da 3 capannoni in metallo. Per avere una copertura totale ho pensato di montare su di un palo di circa 3/4 metri un Pico Station 2 HP da 1W e nei 3 capannoni degli accton. Ho fatto dei test con la fiera praticamente vuota e non ho riscontrato alcun problema, ma da quando si è riempita di tutto, ovvero macchine e persone mi succedono dei fenomeni molto strani. Preciso inoltre che già solo il Pico Station HP copriva l'intera fiera, e mettere gli altri è stato solo un gesto per dormire tranquillo. In pratica mi connetto alla rete Emaia, navigo per circa 5 minuti e dopo di che non navigo più. La prima cosa strana è che il mio laptop con la rete in produzione non si aggancia mai al pico station anche standoci sotto, ma cerca sempre di connettersi dagli altri satelliti (Perchè?). Dato il primo e il secondo problema ho deciso di spegnere tutti i satelliti e lasciare solo il pico station dato che comunque il segnale di lui solo copre il 95 % della fiera. Il risultato è un po diverso, ovvero il mio pc naviga per 5 minuti e dopo non naviga più, ma la cosa più bella è che se faccio cerco di ripristinare la rete vengo agganciato alla rete ma non mi viene dato più un indirizzo ip. Solo dopo qualche tempo riesco di nuovo a navigare, ma solo per un brave lasso di tempo, dopo la storia si ripete. Posso assicurare inoltre che il picostation è sotto gruppo di continuità e durante questi test è stato sempre online e mai crash, reboot o altro E' possibile che data l'esagerata potenza del dispositivo in un ambiente pieno di ferro dia qualche problema del genere? Adesso la rete funziona ma ho dovuto sostituire al pico un'altro accton. Qualcuno di voi ha avuto incontri ravvicinati di questo tipo? Ciao Grazie -- Filippo Sallemi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Client Mode
si, il nome e' quello... in ogni caso ad ogni hop la banda dovrebbe ridursi del 50% visto che trattasi di apparati con un solo modulo radio (ed un repeater e' di per se il primo hop). Antonio Il 10 febbraio 2010 11.18, OrazioPirataDelloSpazio (Lorenzo) ziducai...@autistici.org ha scritto: La butto la': abbiamo sempre detto che la fonera con due VAP (client e AP), ovvero configurata come repeater, va una merda. Pero' non abbiamo mai quantificato _quanto_ vada male. Sarebbe interessante prendere 3 fonere e metterle in cascata e vedere di quanto cala la banda disponibile Mi pare esista un programma che si chiama iperf, vero cla'? :) Loreanzo cl...@ninux.org ha scritto: On 02/10/2010 01:14 AM, Paride Desimone wrote: Il giorno mer, 03/02/2010 alle 11.49 +0100, cl...@ninux.org ha scritto: On 02/02/2010 08:00 PM, Filippo Sallemi wrote: Ciao a tutti, qualcuno di voi saprebbe dirmi come posso configurare openwrt 8.09.2 su di una fonera in client mode? In pratica ho una rete non protetta a cui un mi amico vorrebbe connettersi tramite fonera e rimandare nel resto della sua casa. Ovviamente il proprietario del wifi non protetto ci ha autorizzato ad effettuare l'operazione. Qualcuno può semplicemente mandarmi qualche link da seguire? Fresco fresco di mattinata: http://wiki.ninux.org/FoneraAsRepeaterHowTo Quindi se ho capito bene, se io prendo una fonera originale, posso estendere la sua portata, semplicemente riflashandone un'altra e configurandola come da wiki. Dico bene? Non proprio... Il firmware fon originale ha un captive portal che fa passare o meno i PC collegati (usando i termini di fon: fa passare linus o alien paganti) filtrando in base al MAC address. Invece la fonera configurata da wiki fa da NAT, e quindi una volta autenticato il MAC di questa fonera, possono entrare tutti quelli dietro al NAT a nome del primo che si autentica. Clauz ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Wired Italia dedica una copertina a Netsukuku
sto molto soppesando l'idea di portarlo dentro Robin, ovvero utilizzarlo come un ulteriore mesh-engine altrenativo ai gia' presenti batmand e olsrd... @Filippo che ne pensi? Antonio Il 06 febbraio 2010 12.45, Luca Dionisi luca.dion...@gmail.com ha scritto: 2010/2/6 Claudio claudyu...@gmail.com: Il 06 febbraio 2010 01.22, Luca Dionisi luca.dion...@gmail.com ha scritto: Contattatemi pure per ogni chiarimento o se non dovesse funzionare. Ciao Luca, su quella pagina si parla prevalentemente dell'uso di netsukuku all'interno di netkit (quindi simulato), esiste un'implementazione utilizzabile su un vero hardware? Io ho provato solo su netkit. Mai provato con vero hardware personalmente. Ribadisco che sono disponibile a rispondere a domande se si hanno problemi seguendo quella pagina a far funzionare netsukuku su netkit. Lo ribadisco perche' di sicuro ci saranno. :P Su [1] vedo un pacchetto openwrt non più mantenuto. Cosa sai dirci? La versione in C è abbandonata. Quindi credo lo stesso anche per questa su openwrt. Riguardo la domanda di Saverio su come contattare il team di sviluppo (mailinglist) sai dirci nulla? La mailing list ufficiale è quella riportata sul sito. Il team di sviluppo la legge, quindi può essere contattato con quella. Al momento non funziona e qualcuno se ne sta occupando. Portate pazienza, manderemo una mail quando funziona di nuovo. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Problemi di BSSID
ho (quasi) lo stesso problema ma con due ubnt RS. Mi spiego. Uso bssid 02:CA:FF:EE:BA:BE su tutto il mesh e tale bssid e' inserito nei file di configurazione insieme al canale di lavoro (5). Quello che vedo e' che il resto del mesh ignora le due RS, ovvero: == ubnt-RS == nella links table sono presenti gli IP degli altri nodi del mesh ma con un costo INFINITO (sigh) lanciando wlanconfig ath0 list (ath0 e' la iface dove lavora olsrd) vedo i MAC delle radio dei nodi del mesh MA con valore 0 nella colonna TXSEQ con iwconfig ath0 leggo un numero enorme di pacchetti non riconosciuti (Rx invalid nwid) == nodo mesh funzionante == nella links table sono presenti gli IP degli altri nodi del mesh ma NON ci sono gli IP delle due ubnt RS... (come forse era prevedibile dai costi infinite) lanciando wlanconfig ath0 list vedo ovviamente tutti i MAC dei nodi mesh, compresi i due della due ubnt RS ma quest'ultimo com un bel 0 nella colonna TXSEQ Sembra che qualcosa, non ho ancora ben capito quale, ostacoli il flusso olsrd. La prova e' che nelle links table delle RS si vedano tutti i nodi del mesh (seppure a costi infiniti) mentre nelle links table degli altri nodi non appaiono links verso le RS. Per la cronaca, le due RS eseguono openwrt/trunk @18148. Qualche idea? Antonio Il 26 ottobre 2009 14.45, ZioPRoTo (Saverio Proto) ziopr...@gmail.com ha scritto: Ciao a tutti, ieri ho installato due nuovi AP a TuscoloMesh, ed aggiornato la maggior parte degli apparati a OpenWRT TAG 8.09.1 con olsrd-0.5.6-r7-pre volevo inoltre fixare la rete sul bssid 02:02:CA:FE:CA:FE ma ho avuto un bel po' di problemi. La rete attuale ha tutti device WRT54G/GL/GS, che nonostante siano configurati sul canale 3 sono inspiegabilmente automaticamente sintonatizzati sul canale 1. Inoltre dato che il BSSID non è specificato ce ne sta uno random (che inizia tipo per DE e non per 02) Da questa situazione flasho una fonera... e la fonera non riesce a parlare con gli altri device ! Ovvero c'è un bssid id split, perché quella si sceglie un altro BSSID (che inizia per 02). Facendo un po' di prove con raffaele lui scopre che se commentiamo in /etc/config/wireless il canale, allora la Fonera trova la rete e si allinea con il BSSID della rete. A questo punto per non avere questi problemi di BSSID split fissiamo sia un linksys che una fonera su 02:02:CA:FE:CA:FE. Il risultato che è il linksys non riesce a spedire pacchetti. La fonera non riceve nessun pacchetto di hello generato dal linksys. Sul linksys invece riceviamo correttamente tutti i pacchetti spediti dalla fonera. Alla fine per far funzionare tutto abbiamo rinunciato ad usare il bssid fissato, e tolto dalle fonere la configurazione del canale. Ora tutto questo non funziona bene, ma non sono riuscito ad isolare un singolo problema come bug riproducible da poter sottomettere a quelli di OpenWRT. Se qualcuno ci smanetta però questo resoconto è un buon punto di partenza. Saverio PS Raffaele se mi sono dimenticato qualcosa integra pure questa mia email. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] RouterStation Offresi per Alix (era: Apparato consigliato?)
semplicemente... me ne hanno mandate 2 :) Antonio 2009/9/16 Michele Favara Pedarsi m...@meganetwork.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Antonio Anselmi ha scritto: visto che ne stiamo parlando... offro RouterStation NUOVA in cambio di una scheda Alix (spede postali alla romana). Antonio Tempo fa ci stavi smadonnando. Posso chiederti perche' hai rinunciato? Non ti piace la scheda o... cazzetti tuoi che ci interessano relativamente poco? ciao Michele Il 15 settembre 2009 22.31, Michele Favara Pedarsi m...@meganetwork.org ha scritto: Qui siete piu' giunti ad una conclusione con la selezione di qualche apparato consigliato dal Ninux? Tra questi c'e' anche la routerstation di ubiquiti? ciao Michele ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJKsLchAAoJEFzfC+k+2/nhhPYIAK9hqDCGhw5wNdDHrq2y91x9 oy6jUsWh+3BO9xPZvMGlZm/5qQSpZDhkqbTHEFF81MpFnv9e5LngIV4nXTrLOROa X4T8pUB5ebd4Kplga99MzzFt+PvrAwoxw1uL7a/fhfqSmSdzQ266KyQtDGSgIu5g bCK99zd9xrIsCoum682v07ADu2SW48VYdEQidm04DuQzoOyFvcyKjkm6D/nZZJ6G IrHtmFqBT7xenMBM6Eua+oZvfZz6xKO0KIEaPW1nTOJhHs2qQ0PQouKQHsoa+jSJ dXVcly2lHig5fWO1xjJjLO6L7Bey9i5Bpdbb857T3kQEPiYWx3qpFPBrdhai6G8= =45Sy -END PGP SIGNATURE- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] problema mini_fo e jffs2
FIXED! credo che sia dovuto ad un bug durante la preparazione del jffs2 o forse su mini_fo. Il bug e' facilmente riproducibile e si manifesta quando il file system da flashare ha al suo interno uno o piu' directory vuote. Buona domenica! Il 18 aprile 2009 15.24, OrazioPirataDelloSpazio (Lorenzo) ziducai...@autistici.org ha scritto: Ciao Antonio, anche noi stiamo avendo qualche problema di flashing di openwrt sulle ubiquity (ma siamo fiduciosi di poterlo risolvere!). In particolare all'inizio flashavamo l'immagine di openwrt ma la board non bootava (non avevamo la seriale per vedere cosa succedesse ma non è da escludere un comportamento simile a quello sperimentato da te). Alla fine ci siamo riusciti utilizzando l'immagine per openwt con fs jffs-64k e l'utility mkfwimage disponibile sul sito della ubiquity. La soluzione per flashare la nanostation5 è scritta qui: http://wiki.ninux.org/UbiquitiNanostation5 Magari puo' esserti utile anche per la tuabullet2 ? Ciao, Lorenzo antonio anselmi ha scritto: salve avevo gia' postato a riguardo di questo problema, ma probabilmente il post non era chiaro e provo a ripeterlo. Mi scuso con il post un po' lungo... Sto' cercando di flashare una Ubiquiti nano con una immagine kamikaze 8.09 di circa 2.8M (quindi di dimensioni ampiamente entro i limiti del consentito per tale dispositivo). L'immagine in questione, openwrt-ubnt2-squashfs.bin, ha alcune aggiunte rispsteoo a quella vanilla 8.09. Ho due problemi: il primo e' quello di non avere ancora ricevuto tale dispositivo e quindi le prove vengono fatte da un mio amico che poi mi ritorna i feedback... Il secondo - ed e' quello che piu' mi preoccupa - e' che il dispositivo va in kernel panic al boot, piu' precisamente durante l'esecuzione dello script /etc/preinit (plain kamikaze, non modificato). Penso che abbia qualcosa a vedere con lo spazio disponibile, in quanto sembra che mini_fo non trovi ancora formattato jffs2 (la formattazione gira ancora in background? la formattazione di jffs2 e' a ramengo?) e quindi usa il ramdisk: Press CTRL-C for failsafe jffs2 not ready yet; using ramdisk mini_fo: using base directory: / mini_fo: using storage directory: /tmp/root e quindi, immediatamente dopo, il kernel panic: - init - ASSERTION FAILED: src != NULL at fs/mini_fo/mini_fo.h:403 (fist_copy_attr_times) CPU 0 Unable to handle kernel paging request at virtual address , epc == 8010d560, ra == 8010d560 Oops[#1]: (segue il dump) *MENTRE*, durante il boot di una immagine vanilla 8.09, i messaggi relativi alla medesima fase sono: Press CTRL-C for failsafe switching to jffs2 mini_fo: using base directory: / mini_fo: using storage directory: /jffs Come vedete, preinit lancia mini_fo che correttamente switcha sul jffs2 ed inizia il suo lavoro. Da notare - cosa importante - che la stessa immagine che causa un kernel panic sulla nano station (4MB flash ram), boota regolarmente su un dispositivo con maggiore memoria flash (8MB flash ram). Chi puo'/vuole aiutarmi puo' magari contattarmi in privato per non anadare OT, forniro' l'immagine in questione in modo che possa duplicare il kernel panic. grazie dell'aiuto! ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] problema mini_fo e jffs2
diciamo che il FIXED sta' per ho trovato dove e' il big ma non la cura Il 19 aprile 2009 10.51, paolo delbene id3r...@gmail.com ha scritto: visto che hai FIXED il problema su OpenWrt, ora gentilmente comunicalo a quelli di OpenWrt su irc.freenode.net #openwrt saluti paolo ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] problema mini_fo e jffs2
salve avevo gia' postato a riguardo di questo problema, ma probabilmente il post non era chiaro e provo a ripeterlo. Mi scuso con il post un po' lungo... Sto' cercando di flashare una Ubiquiti nano con una immagine kamikaze 8.09 di circa 2.8M (quindi di dimensioni ampiamente entro i limiti del consentito per tale dispositivo). L'immagine in questione, openwrt-ubnt2-squashfs.bin, ha alcune aggiunte rispsteoo a quella vanilla 8.09. Ho due problemi: il primo e' quello di non avere ancora ricevuto tale dispositivo e quindi le prove vengono fatte da un mio amico che poi mi ritorna i feedback... Il secondo - ed e' quello che piu' mi preoccupa - e' che il dispositivo va in kernel panic al boot, piu' precisamente durante l'esecuzione dello script /etc/preinit (plain kamikaze, non modificato). Penso che abbia qualcosa a vedere con lo spazio disponibile, in quanto sembra che mini_fo non trovi ancora formattato jffs2 (la formattazione gira ancora in background? la formattazione di jffs2 e' a ramengo?) e quindi usa il ramdisk: Press CTRL-C for failsafe jffs2 not ready yet; using ramdisk mini_fo: using base directory: / mini_fo: using storage directory: /tmp/root e quindi, immediatamente dopo, il kernel panic: - init - ASSERTION FAILED: src != NULL at fs/mini_fo/mini_fo.h:403 (fist_copy_attr_times) CPU 0 Unable to handle kernel paging request at virtual address , epc == 8010d560, ra == 8010d560 Oops[#1]: (segue il dump) *MENTRE*, durante il boot di una immagine vanilla 8.09, i messaggi relativi alla medesima fase sono: Press CTRL-C for failsafe switching to jffs2 mini_fo: using base directory: / mini_fo: using storage directory: /jffs Come vedete, preinit lancia mini_fo che correttamente switcha sul jffs2 ed inizia il suo lavoro. Da notare - cosa importante - che la stessa immagine che causa un kernel panic sulla nano station (4MB flash ram), boota regolarmente su un dispositivo con maggiore memoria flash (8MB flash ram). Chi puo'/vuole aiutarmi puo' magari contattarmi in privato per non anadare OT, forniro' l'immagine in questione in modo che possa duplicare il kernel panic. grazie dell'aiuto! -- Antonio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
