Re: [ninux.org] batman e fonera
Marco Tozzini ha scritto: Ciao a tutti, Sono riuscito ad installare batman (v. 0.3.1) sulle mie fonera (v1 e v2) Ho seguito le indicazioni riportate qui per il setup: http://ieie.homeunix.com/2008/06/20/batman-better-approach-to-mobile-ad-hoc-networking-e-visualizzazione-3d-dei-link-wifi/ Le stazioni si vedono tranquillamente e posso pingarle senza problemi, ma non riesco ad uscire verso altri mondi in nessun modo ho connesso ad una fonera la mia rete LAN (192.168.0.X) dove ho una stazione 192.168.0.80 che è un router wifi con OpenWRT, poi ho anche un router ADSL con IP 192.168.0.1 Dalla fonera 'server' (ath0 192.168.2.200 e br-lan 192.168.0.200) connessa alla LAN posso pingare tutto il mondo LAN e internet Scusa ma sulla fonera server hai un bridge attivo su qualche interfaccia di rete? Se non hai bridgato le interfaccie ma ti stai tenendo la 192.168.0.X per la LAN e la 192.168.2.X per la WLAN, perchè alla fonera client dai quell'IP? Dovrebbe prendersi un IP della classe 192.168.2.X e impostare come default gatewat la 192.168.2.200 (fonera server). All'impostazione del default gateway e quindi della tabella di routing dovrebbe pensare BATMAN (che non ho mai provato), ma penso ci sia il modo di dirgli di annunciare la 0.0.0.0/0 (ovvero l'uscita su internet), smanettando con i file di configurazione. Se fosse cosi' dovresti far annunciare questa rotta (la 0.0.0.0/0) dalla fonera server. A questo punto la fonera client dovrebbe avere: -un IP della classe 192.168.2.X -il default gateway settato a 192.168.2.200 Ciao, Lorenzo
Re: [ninux.org] OpenWRT MIPS-24k
mbutubuntu ha scritto: Lorenzo scrive: Non aspettarti di avere delle partizioni etx2/ext3/raiserfs suppongo perchè i relativi moduli non sono previsti nel kernel di openWRT, no? oppure c'è qualche altro ancestrale motivo??? se ho un'interfaccia USB è possibile connettere delle memorie flash esterne, ed un qualche FileSystem dovranno pur averlo... altrimenti linux come le legge??? E' possibile avere fs tradizionali ma e' sconveniente se vuoi utilizzare la flash del dispositivo. Guarda ad esempio qua: http://en.wikipedia.org/wiki/JFFS2 http://it.wikipedia.org/wiki/SquashFS Ciò non toglie che pero' se vuoi i moduli per filesystem normali li puoi mettere. Io ad esempio ho collegato un hard disk usb da 250Gb con fs ext3 su la fonera e l'ho montato normalmente su nella directory /mnt. Ciao, Lorenzo
Re: [ninux.org] OpenWRT MIPS-24k
Ciao, io ho una ubiquity routerstation, arrivata con sopra openwrt kamikaze. Secondo me ti manca un passaggio: normalmente con gli apparati embedded hai risorse molto limitate sia di ram, di rom, CPU, più le varie caratteristiche peculiari che ha una eeprom e che non ha il tuo hard disk, insomma è propro un altro mondo. Non ti aspettare di prenderti la routeroard entrarci in ssh, scrivere il codice e compilarlo con gcc come faresti con una normale distro. Non je la fa come si dice a Roma. Non aspettarti di avere delle partizioni etx2/ext3/raiserfs. Non ti aspettare nemmeno di compilare un programma, copiarlo sulla routerboard ed eseguirlo. In generale non è vero. Nel caso della ubiquity ad esempio l'architettura e' mips e non i386, quindi non girerebbe. Per questo motivo hanno creato OpenWRT che in pratica è un archibugio che ti compila il kernel tradizionale su una macchina normale, ma per l'architettura di destinazione. Idem per i pacchetti che sono i normali programmi. Grazie ad un uso un po' improprio (a detta degli stessi autori) della sintassi dei makefile, in openwrt ogni pacchetto ha un Makefile dove si definiscono alcune regole, ad esempio scarica il tar.gz dei sorgenti da questo sito web, compilalo con queste opzioni, per installarlo fai queste procedure. In piu' nei pacchetti puoi trovare anche delle patch che servono ad aggiustare il programma per farlo girare sugli embedded. Per compilare del software (per curiosita'...che software fai?) quindi ti basta creare un pacchetto per OpenWrt e compilarlo. In sostanza -se hai fortuna- ti basterebbe solo fare un Makefile di poche righe e mettere il tuo programma online. Prova a dare un occhiata ai pacchetti che abbiamo creato noi: https://svn.ninux.org/ninuxdeveloping/browser/packages Riguardo alla domanda si ma una volta che ho il kernel compilato come lo installo sulla flash, ci sono diverse procedure: usando un bootloader, jtag, seriale. La piu' semplice e' la prima. Prova a vedere come si flasha ad esempio la NanoStation2 della ubiquity: http://wiki.openwrt.org/OpenWrtDocs/Hardware/Ubiquiti/NanoStation2 Ciao, Lorenzo mbutubuntu ha scritto: Mi server poter compilare del software ma ho visto che ci sono i vari build-essential, make 2) qualcuno di voi è riuscito ad installare una distro tradizionale su una Routerboard simile a quelle di ubiquity? o meglio, esistono delle distro debian-based che abbiano già un kernel compilato per architettura MIPS 24k ? Io no ma qualcuno (che probabilmente ci legge in lista) aveva installato proprio una debian su un asus wl500g... Spero che quel qualcuno si faccia sentire ho letto che Linux 2.4 and 2.6 support the 24K since 2005-01-19 [...]; 3) secondo voi com'è possibile compilare un kernel linux compatibile MIPS su una routerboard con una flash memory di 16 Mb a fronte di un sorgente di 40++ Mb E' possibile perche' il codice macchina occupa meno del codice ascii e perche' nei sorgenti ci sono anche moduli o feature che possono non venir compilati e perche' l'immagine del kernel linux e' compressa... :) Su questo siamo d'accordo, ma come copio i tarball nella flash della RouterStation? mi sa che posso soltanto appoggiarmi ad un NFS, giusto no? Grazie mille in anticipo Nulla. Ciao, Clauz
[ninux.org] E' uscita la Kamikaze 8.09
Ecco la comunicazione ufficiale che è arrivata sulla lista di openwrt. Lorenzo ---BeginMessage--- The long awaited 8.09 release is finally done. We took some extra time to give it a lot of testing, to make sure that it's stable. You can find it here: http://downloads.openwrt.org/kamikaze/8.09/ The source code repository URL is https://svn.openwrt.org/openwrt/tags/8.09 If necessary, updates will be committed at https://svn.openwrt.org/openwrt/branches/8.09 Packages were built from https://svn.openwrt.org/openwrt/branches/packages_8.09 with SVN revision r14365 List of supported platforms: * AMCC Taishan * AMD Alchemy (MeshCube) * Atheros AR531x/231x based routers * Atmel AVR32 * Broadcom 47xx based routers (Linux 2.4 and 2.6) * Infineon/ADMtek ADM5120 * IXP42x/43x * MagicBox * MikroTik RouterBoard 532 * RDC SoC * Texas Instruments AR7 * User-Mode Linux (source only) * x86 based boards Changes from RC2 to 8.09: * Fixes for LuCI * More toolchain fixes for PowerPC * A small madwifi bugfix * Tx power handling fixes for multiple 802.11 drivers * Firewall fixes Changes from RC1 to RC2: * Stability fixes for MadWiFi * Firewall fixes * Lots of package updates * PPPoE hotplug fixes * Atheros AR231x ethernet driver fixes * PowerPC fixes * ADM5120 support for both little and big endian * AVR32 compiler upgrade * Fixes for Broadcom 2.4 (stability, support for fixed bssid in ad-hoc mode) * Improved ethernet driver performance for Broadcom 47xx (Linux 2.4 and 2.6) List of major changes from 7.09 to 8.09: * Busybox upgraded to 1.11.2 * Kernel upgrades for all targets * uClibc upgraded to 0.9.29 * Firewall rewrite, fully modular netfilter/iptables support - Syntax of /etc/config/firewall converted to UCI * ipkg package manager replaced with opkg - package lists moved to ramdisk, lists are not retained between reboots. - `opkg update' must be run after each reboot before new packages are installed * Broadcom 47xx running reliably with the new Kernel, including b43 wireless driver - WEP, WDS and multi-SSID not yet supported - AP mode and STA mode are supported with WPA, WPA2, or no encryption * IMQ and Traffic shaping fixed with newer kernels (2.6.25+) * Sysupgrade for x86, broadcom and adm5120 * New web interface (LuCI, Lua Configuration Interface) * New HAL and driver for Atheros based WiFi cards * Attention towards the integration of security updates * Build system cleanup * Package maintaining and updates between releases List of known issues: * The b43 driver included in 8.09 is still not fully stable, so it's not suitable for production use yet. -- Gregers Petersen People-stuff, layer 8 and anthropology glp on irc ___ __ | |.-.-.-.| | | |..| |_ | - || _ | -__| || | | || _|| _| |___|| __|_|__|__||||__| || |__| W I R E L E S S F R E E D O M KAMIKAZE (bleeding edge) --- * 10 oz Vodka Shake well with ice and strain * 10 oz Triple sec mixture into 10 shot glasses. * 10 oz lime juice Salute! --- ___ openwrt-devel mailing list openwrt-de...@lists.openwrt.org http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ---End Message---
Re: [ninux.org] Firmware autoupdate
Ciao! ho caricato qui gli script che usa la fonera per aggiornare il firmware. http://test.ninux.org/~orazio/fonera_autoc.tar.gz In pratica il cuore è questo: echo mode='$MODE' wlmac='$WLMAC' mac='$ETMAC' fonrev='$FONREV' firmware='$FIRMWARE' device='$DEVICE' voucher='$VOUCHER' | ssh -T ${PORT:+ -p $PORT}${KEY:+ -i $KEY} ${us...@${server} /tmp/.thinclient.sh . /tmp/.thinclient.sh rm /tmp/.thinclient.sh cosa ci sarà dentro .thinclient.sh ? Al momento la mia fonera è aggiornata e quindi non me lo fa scaricare. Se qualcuno ha una versione non aggiornatissima, commenti le linee di esecuzione e rimozione dello script e mangari metta il .thinclient.sh online :) X claudio: al momento non ti so' rispondere a quanto chiedevi. Anche io non ci vedo molto chiaro. In partilare proprio non capisco come facciano a fare l'upgrade di *tutto*. Come si comportano con i file di configurazione? Lorenzo Claudio ha scritto: Riunione a parte sarei cmq interessato a capire come sia possibile aggiornare un firmware del genere e sopratutto quale soluzioni stiano utilizzando in fonera2 per avere kernel e filesystem all'interno della stessa partizione. Sul track del progetto fonera2 vedo molto codice modificato per quanto riguarda i driver mtd [1] non vorrei che usassero un metodo molto diverso da quello usato da openwrt [2]. In generale openwrt dentro la flash si realizza 2 partizioni una per il kernel avviato da redboot e un filesystem che inizia la pagina seguente la fine del kernel [3]. Qualcuno che sta studiando il sistema sa come hanno fatto a realizzare un'unica immagine kernel+rotfs in un'unica partizione? Grazie a tutti Ciao 1. http://trac.fonosfera.org/fon-ng/browser/trunk/target/fonera2/files 2. https://dev.openwrt.org/browser/trunk/docs/adding.tex riga 349 e seguenti 3. https://dev.openwrt.org/browser/trunk/target/linux/at91/files/drivers/mtd/at91part.c il for a riga 66 è abbastanza chiaro
[ninux.org] Autoconfigurazione Nodi
Ciao a tutti, tra le cose che volevamo dal nuovo firmware [1] c'era sicuramente la autoconfigurabilità. Per questo motivo ho scritto questo plugin di olsr che fa Duplicate Address Detection (prendendo spunto da questa RFC-draft [2] ). Il plugin si chiama OLSR-Autoconf e il suo scopo è floodare la rete con la lista di tutti gli IPv4 annunciati da ogni nodo e seguiti da un identificativo univoco del nodo (ad esempio il mac o un indirizzo IPv6). Il codice stà qua: https://svn.ninux.org/ninuxdeveloping/browser/packages/olsr-autconf/files/autoconf Al momento l'ho provato con due macchine e sembra funzionare (anche se è un po' da rivedere ed ha forse qualche altro bachetto...l'ultimo l'ho levato 5 minuti fa :) ). - AUTOCONF PLUGIN: Received Message from 10.162.0.24 AUTOCONF PLUGIN: collision detected with the announced IP 192.168.6.64 AUTOCONF PLUGIN: collision detected with the announced IP 192.168.1.0 - Parallelamente Clauz ha fatto questo script il cui scopo è quello di autoconfigurare le interfacce wireless assegnando ad ogni apparato degli indirizzi IP basati sul proprio mac, cambia olsrd.conf e lancia olsr. https://svn.ninux.org/ninuxdeveloping/browser/autoconf/scripts/autoconf.sh In un futuro non troppo lontano vorremmo che quando lo script lanci olsr e provi degli IP. Se il plugin rileva una collisione, richiama lo script con alcuni parametri. A questo punto lo script killa olsr cambia olsrd.conf e rilancia tutto. Anche parlandone con Clauz pero' avevamo diversi dubbi. Perchè non ne parliamo alla prossima riunione? Vi scrivo un po' di dubbi che avevo: -che subnet utilizziamo per la rete? Clauz, con la 172.17.x.x/24 sbaglio o autoconfiguriamo solo un byte? :-\ -pensavamo di bridgare tutte le interfacce , e di attivare sul bridge il dhcp. Pensate ci siano controindicazioni? -In alcuni casi non è possibile fare tutti gli apparati autoconfigurabili tipo quando abbiamo dei nodi multiradio con 2 if in ad-hoc e 1 in AP. Che filosofia adottiamo per cercare di avere un solo firmware che vada bene in tutti i casi (anche quindi con modifiche manuali) ? Lorenzo [1]http://wiki.ninux.org/FirmwareNG [2]http://tools.ietf.org/html/draft-laouiti-manet-olsr-address-autoconf-01#section-3.2
[ninux.org] Firmware autoupdate
Per chi si occupa dell'autoupdating del firmware, vi segnalo questa pagina del wiki de La Fonea 2.0 che spiega come flasharla sia da shell che da interfaccia grafica che da redboot. http://wiki.fon.com/wiki/Firmware_Update_Instructions Alla fine si tratterebbe forse di iniettare solo un comando di mtd. I dubbi che ho riguardano la parte di updating dei file di configurazione. L'update non dovrebbe toccare alcuni file... Lorenzo PS gia' che ne parliamo vi segnalo pure che The La Fonera 2.0 firmware has reached final status!
Re: [ninux.org] OpenWRT package per Server XMPP
Ciao Paolo! Sul sito di prosody c'e' scritto che hanno testato strophe js library [1] quindi dovrebbe essere supportato (se non ci dovessimo riuscire perche' non scrivere il ml a prosody-dev ?). Come ti dicevo dovremmo stare molto attenti al code-size perche' abbiamo poco spazio sul disositivo. Forse questo è il requisito più stringente. Ma che voi sappiate il javascript si puo' compattare in qualche modo? Forse solo levando gli spazi e aggiustando la formattazione, accorciando i nomi delle variabili etc etc . Inoltre non ho ben capito se scrivendo diciamo 500kb di libreria scritta in javascript (ascii) su un apparato con filesystem compresso (jffs, o squashfs), occupa automaticaticamente l'equivalente di questi 500kb zippati (qui la compressione potrebbe guadagnare di molto! Provando in locale ,comprimendo 4Mega di codice ho ottenuto uno zip di 1 Mega). In questo caso, se già il filesystem ci compatta il javascript, non converrebbe nemmeno utilizzare routine per compattare il codice tipo queste [2], vi risulta? Lorenzo [1] http://prosody.im/doc/setting_up_bosh e http://code.stanziq.com/strophe/ [2]http://www.softpedia.com/get/Internet/WEB-Design/Web-Design-related/Javascript-Minimizer.shtml Paolo Chirico ha scritto: Caro Orazio ho provato jsjac senza successo (anche impostando virtual host di apache) (anche con versioni di browser diversi da firefox) questa è stata (e sarà) una settimana pessima... spero di avere più tempo la prossima. Comunque bisognerebbe trovare qualcosa di diverso da jsjac credo... Ciao, Paolo
Re: [ninux.org] Re: *SPAM* [ninux.org] Pirate Bay goes IPv6 !!
Marco Giuntini ha scritto: Intendevo dire che passare ad ipv6 ha un costo per le aziende e finchè non ci sarà una reale necessità non si farà il passaggio. A mio parere si dovrebbe procedere seguendo lo stesso principio con cui è nata la internet di oggi. Secondo me il passaggio da ipv4 a ipv6 è diverso. Non è come il QoS in cui l'azienda VUOLE la qos perchè cosi' gli passa il VoIP a qualità decente e fa i soldi tariffando gli utenti, oppure il multicast IP per farci streaming e venderlo agli utenti. Alle aziende non gliene frega nulla di quale versione del protocollo IP utilizzano perchè agli utenti non gliene frega nulla. E nemmeno a me, sinceramente, mi interesserebbe tanto se ci fossero gli IP pubblici, ma stanno finendo e questo è un dato di fatto. Allora il piano di migrazione ci deve essere e non puo' essere quello di un semplice update, ma lentamente praticamente tutto supporta IPV6. Forse le aziende si ritroveranno IPV6 sotto al sedere e nemmeno se ne renderanno conto.Ma non domani, certo. Lorenzo
Re: [ninux.org] ORiNOCO AP-4000 Dual-radio
Su http://wiki.openwrt.org/TableOfHardware?action=showredirect=toh non è proprio contemplato il supporto ad Orinoco, la vedo dura! Lorenzo Carlo pignatelli ha scritto: Buona sera! Mi è capitato per le mani un AP molto carino...un Orinoco AP-4000M (Dual-Radio Access Points support mesh) sapete mica se posso mettere su DD-WRT? non ho trovato nulla in rete Grazie
[ninux.org] OLSRD e autoconfigurabilità indirizzi IPv4
Ciao a tutti, ho fatto un primo scouting per trovare un meccanismo per autoconfigurare i nodi della rete. In particolare ogni nodo oltre a scegliere all'inizio dei tempi un proprio indirizzo IPv4 che si spera univoco, dovrà periodicamente controllare se altri nodi si sono presi il suo stesso indirizzo IPv4 (questo meccanismo si chiama Duplicate Address Detection, DaD, da non confondere con DnD :) ). Tra i vari meccanismi per fare DaD ci sono dei metodi attivi (ogni nodo invia dei dati in rete per questo motivo) e passivi (si utilizza il traffico normale OLSR che gira nella rete). Metodi passivi: http://manetautoconf.online.fr/Blog/wp-content/draft-weniger-autoconf-pdad-olsr-01.txt Metodi attivi: http://tools.ietf.org/html/draft-laouiti-manet-olsr-address-autoconf-01#section-3.2 Alla fine il metodo che mi sembra più facile da implementare come plugin di olsr è il secondo che in buona sostanza si riassume cosi': As highlighted previously, the DAD algorithm uses a single special control message to perform conflict detection. This control packet includes one identifier and all the addresses of the node. This message is periodically transmitted to the entire network. The identifier of each node is assumed unique (with sufficient probability). If a node receives a message with a different identifier than its own, an address duplication is detected and the node selects a new address. This control message is called MAD, for Multiple Address Declaration. It is an extension of MID messages for OLSR and it also advertises all acquired addresses of the node. Because it is the central part of this method, it is described in the Section 4. Mi sembra un po' difficile e poco interoperabile se sostituiamo questo sistema ai MID, quindi andrebbe fatto a parte (e rinfrescato non so'...ogni 30 secondi o più). Dato poi che l'identifier di ciascun nodo altro non è che una stringa di bits, perche' non usare l'indirizzo IPv6 di un nodo? cosi' avremmo gratis un mapping IPv4 - IPv6 che magari ci potrebbe essere utile. Ciao, Lorenzo
Re: [ninux.org] Domande sul pacchetto di OLSR / OLSR-NG
cl...@ninux.org ha scritto: Ci converrebbe anche usarlo se non fosse che: - ogni tanto fanno casino. La versione 0.5.6-r2 e' bacatissima, per esempio [ http://www.olsr.org/?q=node/28 ], boh. Pero' ho visto che esiste luci-olsr... la 0.5.6-r2 (prima...ora r3) è quella che ti scarica olsr-luci .. mmm .. http://luci.subsignal.org/trac/browser/luci/trunk/contrib/package/olsrd-luci/Makefile Lorenzo
Re: [ninux.org] OpenWRT package per Server XMPP
Perfetto (si fa' per dire ;-) ) , io mi ero fermato qua! Putroppo col js non ci prendo tanto quindi ti consiglierei di scrivere nelle varie liste specifiche tipo http://groups.google.com/group/ijab-group o in quella di prosody. Tienici aggiornati :) Ciao! Lorenzo Paolo Chirico ha scritto: firefox - http://localhost:5280/http-bind -- You really don't look like a BOSH client to me... what do you want? ijab -- uncaught exception: [Exception... Component returned failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIXMLHttpRequest.send] nsresult: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) location: JS frame :: file:///media/OS_TOOLS/paolo/iJab-0.1.7/com.anzsoft.iJab/dev/JSJaCConnection.js :: anonymous :: line 153 data: no] jsjac - tutti gli indirizzi tranne un indirizzo raggiungibile in apache (per esempio http://localhost/http-bind/examples/simpleclient.html) che invece restituisce un errore 503 - service unavaible -- [Exception... Component returned failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIXMLHttpRequest.send] nsresult: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) location: JS frame :: http://localhost/http-bind/jsjac.js :: anonymous :: line 891 data: no] per jsjac questa dovrebbe essere la funzione che va in errore -- JSJaCConnection.prototype.connect=function(oArg) { this._setStatus('connecting'); this.domain=oArg.domain||'localhost'; this.username=oArg.username; this.resource=oArg.resource; this.pass=oArg.pass; this.register=oArg.register; this.authhost=oArg.authhost||this.domain; this.authtype=oArg.authtype||'sasl'; if(oArg.xmllangoArg.xmllang!='') this._xmllang=oArg.xmllang;this.host=oArg.host||this.domain; this.port=oArg.port||5222; if(oArg.secure) this.secure='true'; else this.secure='false'; if(oArg.wait) this._wait=oArg.wait; this.jid=this.username+'@'+this.domain; this.fulljid=this.jid+'/'+this.resource; this._rid=Math.round(10.5+(((90.4)-(10.5))*Math.random())); var slot=this._getFreeSlot(); this._req[slot]=this._setupRequest(true); var reqstr=this._getInitialRequestString(); this.oDbg.log(reqstr,4); this._req[slot].r.onreadystatechange=JSJaC.bind( function(){ if(this._req[slot].r.readyState==4){ this.oDbg.log(async recv: +this._req[slot].r.responseText,4); this._handleInitialResponse(slot); } },this); if(typeof(this._req[slot].r.onerror)!='undefined'){ this._req[slot].r.onerror=JSJaC.bind(function(e){ this.oDbg.log('XmlHttpRequest error',1);return false; },this); } this._req[slot].r.send(reqstr); }; 2009/2/15 OrazioPirataDelloSpazio (Lorenzo) ziducai...@autistici.org mailto:ziducai...@autistici.org Ciao Paolo! Se hai messo bosh tra i moduli enabled, ti dovrebbe rispondere a questo url: http://IP_DELLA_TUA_MACCHINA/http-bind/ Se ci vai con firefox ti dovrebbe apparire una pagina che ti dice simpaticamente non mi sembri un client bosh, chiudo la connessione. i jabber client invece riescono a collegarsi? Io ho provato prosody ma sta sulla mia fonerina, magari poi posso provare a lasciarla online da qualche parte per testare Altra cosa: hai mai provato questo client javascript per xmpp con bosh ? esteticamente è una ficata: http://code.google.com/p/ijab/ prova la demo online, pare messenger :-) solo che: a) non sono riuscito a farlo attaccare a prosody (ho scritto agli sviluppatori ma per ora nessuna risposta) b) sono 14 mega di sorgenti perche' ci sono tutti i file che utilizzano per il debugnon so' strippando tutte le cose inutili e compattando i javascript se si riesce ad ottenere le dimensioni che vanno bene a noi (sicuramente sotto il Mb, poi meno e' meglio e') Ciao! Lorenzo Paolo Chirico ha scritto: Ciao giovani, ho messo ubuntu e prosody comunque non riesco a farmi rispondere da bosh se avete un link con una virtual machine che mi risponde sarebbe il massimo comunque ubuntu funziona proprio bene :) Ciao, Ablo 2009/2/14 OrazioPirataDelloSpazio (Lorenzo) ziducai...@autistici.org mailto:ziducai...@autistici.org mailto:ziducai...@autistici.org mailto:ziducai...@autistici.org Paolo Chirico ha scritto: Firstly load the 'bosh' module, or add it to your modules_enabled http://prosody.im/doc/modules_enabled line in your config file. quindi ho aggiunto nel file prosody.cfg.lua modules_enabled
[ninux.org] Domande sul pacchetto di OLSR / OLSR-NG
Ho un po' di domande sul pacchetto di OLSR che il sito ufficiale (olsr.org) non mi ha chiarito: -Se ho capito bene la differenza tra olsr e olsr-ng è essenzialmente un codice più ottimizzato (Scale to 1 nodes and 2 routes). Noi abbiamo sempre utilizzato olsr normale? Se si, varrebbe la pena prova l'olsr-ng (e' usabile? ci conviene usarlo? supporta i plugin?) -Come si interfaccia olsr con uci? dove sta' la documentazione? Il file del pacchetto del firmware attuale non sembra un file uci o sbaglio? https://svn.ninux.org/ninuxdeveloping/browser/packages/ninux-ipkg-x86/files/etc/olsrd.conf -Conoscevate la modalità ahdemo? http://robin.forumup.it/about867-robin.html Lorenzo
Re: [ninux.org] Nuovo firmware di Ninux
Michele Favara Pedarsi ha scritto: - Autoconfigurazione IP: io a suo tempo componevo gli indirizzi usando i numeri Zona (z), Cella (y) e Nodo (x) inseriti a mano durante la prima accensione dell'apparato. ie: 10.z.y.x Dopodiche' ogni cambiamento ulteriore implicava un meccanismo di handshaking con i nodi adiacenti (posso diventare 123.11? {no,il nodo esiste gia' | si, vai}). Pros: semplice ed efficace; Cons: all'utente rimane il compito di inserire 4 dati al primo avvio (nickname, location, cella, nodo), di cui tre obbligatori (cella,nodo; ma zona e cella li avevo fissati tanto eravamo pochi). E poi su questo veniva costruito il numero SIP per l'asterisk a bordo. Ora mi chiedo ... perche' parlate di IPv4? Con IPv6 Strong e Weak DAD non e' gia' risolto? Qual'e' la necessita' che vi tiene ancorati ad IPv4 anche sull'interfaccia mesh? L'idea è di fare una rete fully routable usabile da tutti. Volenti o nolenti la maggior parte dei sistemi operativi che usa la gente non è ancora pronta per IPv6 nativamente (sto pensando ad esempio a WinXP senza l'upgrade IPV6, e alle versioni precedenti). Per quanto riguarda l'autoconfigurazione degli IP direi che un buon punto di partenza e' leggersi quello gia' fatto da altro. Ho provato a sintetizzare qualcosa di NOA-OLSR sulla pagina del wiki e dovrebbe forse bastarci per il weak-DaD. Per lo strong, secondo me la soluzione che usano quelli di Robin ci va piu' che bene. E' gradita la partecipazione di tutti * per sviluppare, testare e discutere insieme le varie soluzioni in modo da fare un firmware usabile da sperimentare (speriamo presto) sui tetti di Roma :-) Tutti tutti? Allora dovreste integrarvi con chi ha gia' realizzato un firmware funzionante al 100% (gia' in uso, anche a Roma), free 100%. Infatti partiamo da Openwrt a cui stiamo mandando le patch dei lavori svolti: https://dev.openwrt.org/log/packages/?mode=follow_copy Cioe': iniziare subito a concretizzare la mesh (proprio: mettere nodi sui tetti; si potrebbe iniziare ieri) e continuare lo sviluppo partendo da li' (ie: senza reinventare l'acqua calda). Per lo meno Saverio mi sembra battere sulla concretezza... e questo e' il modo di essere piu' concreti. Prima di salire sui tetti e montare i nodi, vorremmo preparare il firmware. In particolare è importante anche la capacita' di auto aggiornarsi. Altrimenti , una volta installato il fw e' poi difficile ri-flasharlo e mantenerlo. Sembra che anche avere versioni diverse di OLSR puo' portare a dei problemi perchè hanno dei problemi di interoperabilita'. O forse c'e' altro? Tipo... che ne so... qualcuno che sfrutta le community pensando di fare poi uno spin-off commerciale... o una qualche altra attivita' business da far saltare fuori al momento giusto... no Lorenzo
Re: [ninux.org] OpenWRT package per Server XMPP
Ciao Paolo! Se hai messo bosh tra i moduli enabled, ti dovrebbe rispondere a questo url: http://IP_DELLA_TUA_MACCHINA/http-bind/ Se ci vai con firefox ti dovrebbe apparire una pagina che ti dice simpaticamente non mi sembri un client bosh, chiudo la connessione. i jabber client invece riescono a collegarsi? Io ho provato prosody ma sta sulla mia fonerina, magari poi posso provare a lasciarla online da qualche parte per testare Altra cosa: hai mai provato questo client javascript per xmpp con bosh ? esteticamente è una ficata: http://code.google.com/p/ijab/ prova la demo online, pare messenger :-) solo che: a) non sono riuscito a farlo attaccare a prosody (ho scritto agli sviluppatori ma per ora nessuna risposta) b) sono 14 mega di sorgenti perche' ci sono tutti i file che utilizzano per il debugnon so' strippando tutte le cose inutili e compattando i javascript se si riesce ad ottenere le dimensioni che vanno bene a noi (sicuramente sotto il Mb, poi meno e' meglio e') Ciao! Lorenzo Paolo Chirico ha scritto: Ciao giovani, ho messo ubuntu e prosody comunque non riesco a farmi rispondere da bosh se avete un link con una virtual machine che mi risponde sarebbe il massimo comunque ubuntu funziona proprio bene :) Ciao, Ablo 2009/2/14 OrazioPirataDelloSpazio (Lorenzo) ziducai...@autistici.org mailto:ziducai...@autistici.org Paolo Chirico ha scritto: Firstly load the 'bosh' module, or add it to your modules_enabled http://prosody.im/doc/modules_enabled line in your config file. quindi ho aggiunto nel file prosody.cfg.lua modules_enabled = { saslauth; -- Authentication for clients and servers. Recommended if you want to log in. legacyauth; -- Legacy authentication. Only used by some old clients and bots. roster; -- Allow users to have a roster. Recommended ;) register; -- Allow users to register on this server using a client tls; -- Add support for secure TLS on c2s/s2s connections vcard; -- Allow users to set vCards private; -- Private XML storage (for room bookmarks, etc.) version; -- Replies to server version requests dialback; -- s2s dialback support disco; -- Service discovery ping; -- XMPP Ping time; -- Let others know the time here uptime; -- Uptime reporting console; -- telnet to port 5582 (needs console_enabled = true) *bosh; -- questa riga aggiunta da me* }; poi la documentazione mi dice di aggiungere questa cosa: L'ho fatto anche io. bosh_ports = { { port = 1234; path = xmpp-http; interface = 127.0.0.1; } } Penso che le righe precedenti servano solo se vuoi specificare una nuova porta , altrimenti ci prendiamo le impostazioni di default che ci dovrebbero bastare. lanciando il nostro prosody ottengo sta cosa C:\Programmi\Prosodyprosody.bat datamanager infoSetting data path to: C:\Documents and Settings\ paolo\Dati applicazioni\Prosody\data hostmanager infoActivated host: localhost connlisteners info Registered connection listener console modulemanager error Error initialising module 'nil': .\net\httpserve r.lua:4: module 'socket.url' not found: no field package.preload['socket.url'] no file '.\socket\url.lua' no file '.\lualibs\socket\url.lua' no file '.\socket\url.dll' no file '.\lualibs\socket\url.dll' no file '.\socket.dll' no file '.\lualibs\socket.dll' Sembra quasi che tu non abbia luasocket ... puo' essere ? http://www.tecgraf.puc-rio.br/~diego/professional/luasocket/ http://www.tecgraf.puc-rio.br/%7Ediego/professional/luasocket/ prova a lanciare l'interprete lua e a scrivere require socket forse devo installare qualcos'altro??? dove lo trovo??? Se ti servono info specifiche sul server puoi chiedere nella ml di prosody, sono molto disponibili! Ho provato anche con openfire (server jabber) che sembrerebbe abbia attivo il servizio http-bind di default... lancio openfire e andando sul menu di configurazione mi dice All addresses 80 HTTP BindingThe port used for unsecured HTTP client connections. All addresses 5223HTTP
Re: [ninux.org] Come testare i nuovi pacchetti creati
Si lo so, il sistema dei feed ti esonera dai punti 2 e 3, ma farlo a mano non è sbagliato ma è solo un'altro modo. Magari a qualcuno risulta piu' comodo cosi' (personalmente per sviluppare mi trovo meglio cosi'). Valgono comunque entrambe le maniere (tecnicamente quella di saverio segue di piu' la filosofia openwrt). Ciao! Lorenzo ZioPRoTo (Saverio Proto) ha scritto: Il punto 3) è sbagliato è più pulito usare lo script feeds, che ti gestisce lui i links simbolici senza farli a mano guarda la sezione compilare nella pagina http://wiki.ninux.org/FirmwareNinux che capisci al volo ;) Saverio Il 15 febbraio 2009 21.46, OrazioPirataDelloSpazio (Lorenzo) ziducai...@autistici.org ha scritto: ...e in generale come creare un pacchetto e testarlo: 1) scaricare OPENWRT con svn (ad esempio la versione stable) svn co https://svn.openwrt.org/openwrt/branches/8.09 branch_8_09 2) scaricare i package di ninux in un altra directory svn co https://svn.ninux.org/svn/ninuxdeveloping/packages 3) creare dei link simbolici nella cartella package di OPENWRT ai nostri package, ad esempio per il pacchetto prosody: ln -s packages/prosody branch_8_09/package/prosody 4) fare il make menuconfig e selezione i pacchetti che ci interessano come moduli (selezionare ovviamente il target del dispositivo per cui vogliamo fare il pacchetto , atheros per la fonera) cd branch_8_09 make menuconfig 5) compilare il pacchetto interessato ad esempio per prosody make package/prosody-compile 6) nella directory bin/packages/nome_architettura/ troverete il vostro .ipkg A questo punto basta copiare l'ipkg sull'access point (ad esempio sulla fonera) e fare opkg install nome_del_file_ipkg.ipkg Ciao! Lorenzo
[ninux.org] Nuovo firmware di Ninux
Ciao a tutti, vi segnalo la pagina del wiki: http://wiki.ninux.org/FirmwareNG con elencate le caratteristiche che vorremmo avesse il nostro nuovo firmware. Ho creato una milestone sul trac (https://svn.ninux.org/ninuxdeveloping/roadmap) dove possiamo aprire i ticket e vedere lo stato dello sviluppo. E' gradita la partecipazione di tutti * per sviluppare, testare e discutere insieme le varie soluzioni in modo da fare un firmware usabile da sperimentare (speriamo presto) sui tetti di Roma :-) Ciao, Lorenzo * invece di flames vari
Re: [ninux.org] OpenWRT package per Server XMPP
Paolo Chirico ha scritto: Firstly load the 'bosh' module, or add it to your modules_enabled http://prosody.im/doc/modules_enabled line in your config file. quindi ho aggiunto nel file prosody.cfg.lua modules_enabled = { saslauth; -- Authentication for clients and servers. Recommended if you want to log in. legacyauth; -- Legacy authentication. Only used by some old clients and bots. roster; -- Allow users to have a roster. Recommended ;) register; -- Allow users to register on this server using a client tls; -- Add support for secure TLS on c2s/s2s connections vcard; -- Allow users to set vCards private; -- Private XML storage (for room bookmarks, etc.) version; -- Replies to server version requests dialback; -- s2s dialback support disco; -- Service discovery ping; -- XMPP Ping time; -- Let others know the time here uptime; -- Uptime reporting console; -- telnet to port 5582 (needs console_enabled = true) *bosh; -- questa riga aggiunta da me* }; poi la documentazione mi dice di aggiungere questa cosa: L'ho fatto anche io. bosh_ports = { { port = 1234; path = xmpp-http; interface = 127.0.0.1; } } Penso che le righe precedenti servano solo se vuoi specificare una nuova porta , altrimenti ci prendiamo le impostazioni di default che ci dovrebbero bastare. lanciando il nostro prosody ottengo sta cosa C:\Programmi\Prosodyprosody.bat datamanager infoSetting data path to: C:\Documents and Settings\ paolo\Dati applicazioni\Prosody\data hostmanager infoActivated host: localhost connlisteners info Registered connection listener console modulemanager error Error initialising module 'nil': .\net\httpserve r.lua:4: module 'socket.url' not found: no field package.preload['socket.url'] no file '.\socket\url.lua' no file '.\lualibs\socket\url.lua' no file '.\socket\url.dll' no file '.\lualibs\socket\url.dll' no file '.\socket.dll' no file '.\lualibs\socket.dll' Sembra quasi che tu non abbia luasocket ... puo' essere ? http://www.tecgraf.puc-rio.br/~diego/professional/luasocket/ prova a lanciare l'interprete lua e a scrivere require socket forse devo installare qualcos'altro??? dove lo trovo??? Se ti servono info specifiche sul server puoi chiedere nella ml di prosody, sono molto disponibili! Ho provato anche con openfire (server jabber) che sembrerebbe abbia attivo il servizio http-bind di default... lancio openfire e andando sul menu di configurazione mi dice All addresses 80 HTTP Binding The port used for unsecured HTTP client connections. All addresses 5223 HTTP Binding The port used for secured HTTP client connections. ok le porte sono messe da me per provare però indipendente dalle porte quando tento di connettermi al server alla porta specificata sia con un client sia con un web browser ottengo l'errore 400 oppure 404 Questo non lo so', mai provato openwfire :-\ Solo a titolo informativo, alcuni bug di bosh (dovesse crasharti) sono stati risolti nella nuova versione che deve ancora uscire, ma questa e' la snapshot: http://prosody.im/source/Prosody-IM-snapshot.tar.gz Lorenzo
Re: [ninux.org] OpenWRT package per Server XMPP
OrazioPirataDelloSpazio (Lorenzo) ha scritto: A questo punto il nostro amico prosody ha tutte le librerie per funzionare MA r...@openwrt:/tmp# prosody lua: error loading module 'util.hashes' from file '/usr/lib/prosody/util/hashes.so': File not found Funziona Anche il loro porting di prosody aveva problemi (che ho capito a posteriori...erano problemi di dipendenze non dichiarate). Allora ho portato pure il nuovo prosody (0.3.0), quello che ha il supporto per BOSH. Dopo un po' di sbattimenti... r...@openwrt:/tmp# prosody datamanager infoSetting data path to: /var/lib/prosody hostmanager infoActivated host: localhost connlisteners infoRegistered connection listener console connlisteners infoRegistered connection listener xmppclient socketdebugserver.lua: new server listener on '*:5222' connlisteners infoRegistered connection listener xmppserver socketdebugserver.lua: ssl not enabled on 5269 socketdebugserver.lua: new server listener on '*:5269' Finalmente è partito! Ho provato subito a connettermi con Adium e pare funzioni. Questo è un bruttissimo screencast che ho fatto in mezzo secondo: http://www.vimeo.com/3207810 Per chi volesse sperimentare, i pacchetti da installare sulla fonera li ho messi qua: http://test.ninux.org/~orazio/bin/packages/mips/ Non ho ancora sperimentato BOSH invece (adium non credo si attacchi in xmpp-over-http). Sarebbe interessante provare le chat in js http://prosody.im/doc/setting_up_bosh Ciao, Lorenzo
[ninux.org] [OT] Supercomputer con grid di ps3
Un ricercatore del Massachutes ha unito 16 PlayStation 3, ottenendo una potenza di calcolo simile a quella di un supercomputer. La prima applicazione nella ricerca sui buchi neri. Le vibrazioni dei buchi neri potrebbero fermarsi, ad una certa velocità. Per calcolare il valore di questo parametro ci vuole un supercomputer, oppure una manciata di PS3. Il PS3 Gravity Grid è una rete di 16 PlayStation 3, capace di effettuare calcoli alla pari di un supercomputer, ma con un costo molto minore, come conferma Lior Burko, dell'Università dell'Alabama. Noleggiare un supercomputer potrebbe costare 5000 dollari per ogni simulazione, ma Burko e i suoi colleghi hanno trovato il modo di abbattere i costi, grazie ad un'idea di Gaurav Khanna (intervista), dell'Università del Massachusetts. http://www.ps3-world.it/news-playstation-3-sony/13040-da-ps3-supercomputer-lunione-fa-la-forza.html PS facciamo la ml per gli ot! :-)
Re: [ninux.org] Ninux Luci Splash Page
Emanuele Fia ha scritto: come si fa a capire se il client si è scollegato dalla rete? Perchè l'access point si segna il mac/IP di ogni stazione e mantiene lo stato per il tempo che vogliamo e poi dovrebbe accettare ogni volta che cambia ap? Si, ma non mi sembra un grande problema. Lo scenario di una stazione che si muove in tutta roma senza mai perdere la connessione wifi mi sembra ancora un po' lontano! :) Lorenzo 2009/2/7 OrazioPirataDelloSpazio (Lorenzo) ziducai...@autistici.org mailto:ziducai...@autistici.org Ho provato a installare luci-splash di freifunk ma ho visto che dipende luci-mod-freifunk, che al momento -peraltro- mi ha dato problemi. Allora, dato che ormai avevo già fatto qualcosa, sono andato avanti col nostro sistema di splashpage. Al momento il codice Lua funziona, se uno va su http://IP_ACCESS_POINT/nowolfsplash visualizza splash.html, se uno fa click su Accetto invece si visualizza welcome.htm. Sono riuscito a ricavare l'IP e il MAC del client che visualizza la pagina e ho provato ad abbozzare la struttura del package lua per openwrt: Il codice sta qui: http://test.ninux.org/~orazio/nowolfsplash/ http://test.ninux.org/%7Eorazio/nowolfsplash/ Per chi avesse un account su test.ninux.org http://test.ninux.org, la cartella è /home/orazio/nowolfsplash (scrivible per tutti). Teoricamente ci sarebbe solo da sistemarlo un pochettino e da introdurre le regole di iptables, ma sono sicuro che qualcos'altro verra' fuori :-) Lorenzo OrazioPirataDelloSpazio (Lorenzo) ha scritto: Cavolo...ho scoperto oggi che il captive portal con LUCI che volevamo fare, l'hanno gia' fatto a Berlino: https://luci.subsignal.org/trac/browser/ff-luci/trunk/applications/luci-splash?rev=2731 :-\ Lorenzo
Re: [ninux.org] Ciao a tutti
Marco Tozzini ha scritto: eheheheh ok Io abito in un condominio dove il mio vicino di casa ha la collezione di tutti i trasmettitori video a 2.4Ghz prodotti dal nord al sud della Cina. Riesce ad impegnare tutti i 13 canali del WiFi per la nobile causa di trasmettere telenovelas dalla cucina alla camera da letto. Per riuscire a trovare un buco libero sono arrivato anche a misurare l'etere con un analizzatore di spettro ... con risultati buoni solo temporanei (credo che adesso abbia spostato di nuovo il canale di trasmissione ... Si ! spesso fa anche tuning di tutti gli aggeggi che ha) ;) Anche per questo motivo noi volevamo fare i link che devono essere più robusti, a 5Ghz ovvero usare 802.11a. Solo a titolo informativo (anche perche' attualmente ath5k non funziona con la fonera), guarda anche qui: http://wiki.ninux.org/ath5k Ciao! Lorenzo
Re: [ninux.org] Imparare a meshare (was: Ciao a tutti)
ZioPRoTo (Saverio Proto) ha scritto: Il driver MadWiFI ti consente di usare il VAP http://madwifi-project.org/wiki/VAP E a proposito di VAP... un po' di tempo fa ci chiedevamo se il driver non ti facesse proprio settare più VAP su canali diversi, magari facendo channel switching in round robin. La risposta è: non è possibile. In a scenario with a single radio and multiple VAPs, all VAPs will share the same channel. It's not possible to use different channels or frequency bands on each VAP. from: http://projects.otaku42.de/wiki/madwifi-ifupdown/ConfigurationOptions Lorenzo
[ninux.org] Ninux Luci Splash Page
Cavolo...ho scoperto oggi che il captive portal con LUCI che volevamo fare, l'hanno gia' fatto a Berlino: https://luci.subsignal.org/trac/browser/ff-luci/trunk/applications/luci-splash?rev=2731 :-\ Lorenzo
Re: [ninux.org] Ninux Luci Splash Page
Ho provato a installare luci-splash di freifunk ma ho visto che dipende luci-mod-freifunk, che al momento -peraltro- mi ha dato problemi. Allora, dato che ormai avevo già fatto qualcosa, sono andato avanti col nostro sistema di splashpage. Al momento il codice Lua funziona, se uno va su http://IP_ACCESS_POINT/nowolfsplash visualizza splash.html, se uno fa click su Accetto invece si visualizza welcome.htm. Sono riuscito a ricavare l'IP e il MAC del client che visualizza la pagina e ho provato ad abbozzare la struttura del package lua per openwrt: Il codice sta qui: http://test.ninux.org/~orazio/nowolfsplash/ Per chi avesse un account su test.ninux.org, la cartella è /home/orazio/nowolfsplash (scrivible per tutti). Teoricamente ci sarebbe solo da sistemarlo un pochettino e da introdurre le regole di iptables, ma sono sicuro che qualcos'altro verra' fuori :-) Lorenzo OrazioPirataDelloSpazio (Lorenzo) ha scritto: Cavolo...ho scoperto oggi che il captive portal con LUCI che volevamo fare, l'hanno gia' fatto a Berlino: https://luci.subsignal.org/trac/browser/ff-luci/trunk/applications/luci-splash?rev=2731 :-\ Lorenzo
Re: [ninux.org] Fonera bricked, considerazioni e segnalazioni
Eccolo per mac :-) http://download.berlin.freifunk.net/fonera/ap51-flash-bsd-1.0.42 Lorenzo virtuall...@fastmail.net ha scritto: On Wed, 04 Feb 2009 21:25:22 +0100, oCompare said: Il RedBoot è già abilitato, per installare OpenWRT usa il tool AP51 No ho ne' linux ne' windows, solo Mac OS al momento...
Re: [ninux.org] prove nanostation2
Aggiornamenti (negativi) sulla ns2: Ho provato a flashare sulla nanostation l'openwrt stable branch ricompilato, putroppo nessuna novità :-\ Cercando tra le patch di openwrt ho visto questo ticket aperto: https://dev.openwrt.org/ticket/4414 Ho provato pure con AirOs [1] , nada. Provo a passare la palla/l'access point a qualcun'altro, e senno' si attacca il cavetto seriale. Ciao! Lorenzo [1] http://www.ubnt.com/support/airos.php 3.3.1 per NS2 Claudio ha scritto: Ciao Il 24 gennaio 2009 17.43, OrazioPirataDelloSpazio (Lorenzo) ziducai...@autistici.org ha scritto: Ciao a tutti, ho provato a ri-flashare la nanostation2 che aveva portato Nino all'ultima riunione. Niente :-\ Ho provato anche con il nuovissimo OPENWRT RC2 (uscito oggi), ma una volta che ha finito di flasharsi, si reboota e da quel punto in poi non risponde a nessun IP (teoricamente dovrebbe rispondere al 192.168.1.1). Ho provato con questo file : http://downloads.openwrt.org/kamikaze/8.09_RC2/atheros/openwrt-atheros-ubnt2-squashfs.bin e con questa procedura: http://intoverflow.wordpress.com/2008/11/14/openwrt-and-ubiquiti-nanostation-2/ Any Idea? In genere dovresti provare a vedere sulla console cosa succede ma dal datasheet nn mi sembra sia possibile connettersi alla console (a patto di non smontare la routeboard) Potresti fare un'immagine che tenta di acquisite un ip dalla rete tipo così Index: package/base-files/files/etc/config/network === --- package/base-files/files/etc/config/network (revisione 12542) +++ package/base-files/files/etc/config/network (copia locale) @@ -6,8 +6,13 @@ option ipaddr 127.0.0.1 option netmask 255.0.0.0 +config interface wan + option ifname eth0 + option type none + option protodhcp + config interface lan - option ifname eth0 + option ifname ath0 option type bridge option protostatic option ipaddr 192.168.1.1 (in questo caso devi disabilitare il firewall) Index: package/firewall/files/firewall.config === --- package/firewall/files/firewall.config (revisione 12542) +++ package/firewall/files/firewall.config (copia locale) @@ -21,6 +21,17 @@ option src lan option dest wan +#enable http/ssh access from wan (this allow you to admin router if wifi fault) +config 'rule' + option 'src' 'wan' + option 'target' 'ACCEPT' + option 'proto' 'tcp' + option 'dest_port' '80' +config 'rule' + option 'src' 'wan' + option 'target' 'ACCEPT' + option 'proto' 'tcp' + option 'dest_port' '22' o attivare il wifi di default in modo da riuscire ad entrare (si usa ancora madwifi su atheros nn credo) Index: package/madwifi/files/lib/wifi/madwifi.sh === --- package/madwifi/files/lib/wifi/madwifi.sh (revisione 12542) +++ package/madwifi/files/lib/wifi/madwifi.sh (copia locale) @@ -299,9 +299,6 @@ option type atheros option channel auto - # REMOVE THIS LINE TO ENABLE WIFI: - option disabled 1 - config wifi-iface option device $dev option network lan Sempre che non sia andato in kernel panic PS: i diff sono un po datati ma spero rendano l'idea :) Lorenzo
[ninux.org] Quando conviene usare UCI
Ciao a tutti, per fare una specie di Captive Portal stile [1] o [2], conviene usare UCI o no per impostare le regole di firewalling come scritto qui[3]? Se UCI serve a fare delle modifiche che sopravvivano al reboot, non è forse lo strumento adatto allo scopo. Converrebbe lavorare direttamente di iptables CLI no? Ciao, Lorenzo [1]http://kokoro.ucsd.edu/nodogsplash/ [2]http://nocat.net/downloads/NoCatSplash/ [3]http://luci.freifunk-halle.net/UserDocs/Firewall
Re: [ninux.org] hg.ninux.org DOWN
Ma il server della topologia ? E' da un po' che non si vedono piu' i link sulla mappa :-\ Lorenzo cl...@ninux.org ha scritto: On Fri, Jan 30, 2009 at 10:58 AM, Paride Desimone h...@autistici.org wrote: On Fri, 30 Jan 2009 10:18:29 +0100, ZioPRoTo (Saverio Proto) ziopr...@gmail.com wrote: Non riesco ad accedere a hg.ninux.org è un problema solo mio o potete riprodurre il problema ? par...@imladris:~$ dig hg.ninux.org ; DiG 9.5.0-P2 hg.ninux.org ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 8492 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;hg.ninux.org. IN A ;; ANSWER SECTION: hg.ninux.org. 3596IN A 78.47.48.235 ;; Query time: 1 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Fri Jan 30 10:56:31 2009 ;; MSG SIZE rcvd: 46 par...@imladris:~$ ping 78.47.48.235 PING 78.47.48.235 (78.47.48.235) 56(84) bytes of data. From 213.239.244.174 icmp_seq=1 Time to live exceeded From 213.239.244.174 icmp_seq=2 Time to live exceeded From 213.239.244.174 icmp_seq=3 Time to live exceeded From 213.239.244.174 icmp_seq=4 Time to live exceeded From 213.239.244.174 icmp_seq=5 Time to live exceeded From 213.239.244.174 icmp_seq=6 Time to live exceeded ^C Paride Ora e' di nuovo up... Ciao, Clauz
Re: [ninux.org] Wifi LED
Dall'articolo divulgativo non si capisce tanto dove stia tutta questa novità. Il fatto di trasmettere nel visibile/infrarosso stile ronja [1] non è una novità (di recente sono stato all'università di Parma e ho trovato dei trasmettitori ottici che l'università usava e hanno dismesso). Il fatto che serve la pura line-of-sight è una pecca gravissima, ricorda un po' la storia degli infrarossi. Per fare la mesh sui tetti di roma sarebbe da sperimentare, io personalmente xo' non ho proprio tempo per provare il ronja :-\ Lorenzo [1] ronja.twibright.com Emanuele Delzeri ha scritto: Ho trovato questo articolo http://www.repubblica.it/2009/01/sezioni/tecnologia/wifi-world/wifi-world/wifi-world.html?ref=hpspr2 ma è qualcosa di simile a quello che facevano sul sito (mi sembra) polacco? o è qualcosa di diverso?
[ninux.org] Ubiquity routerstation
Che ne pensate di questa routerboard [1] ? Costa pochissimo (70$), buon processore e memoria, e soprattutto ha 3 slot per minipci. Montare routerboard del genere sui tetti potrebbe essere indispensabile per fare due collegamenti stabili punto-punto (almeno due per fare la mesh), e per mettere la terza scheda in modalità AP. Lorenzo [1] http://www.microcom.us/routerstation.html
Re: [ninux.org] Ubiquity routerstation
Le AVILA-GW che vedo qua [1] costano 2 o 3 volte tanto. Sono pero' i386 e le ubiquity no. Lorenzo [1] http://shop.gateworks.com/index.php?act=viewCatcatId=2 ZioPRoTo (Saverio Proto) ha scritto: Non costa meno la AVILA Gateworks ? Saverio 2009/1/21 OrazioPirataDelloSpazio (Lorenzo) ziducai...@autistici.org: Che ne pensate di questa routerboard [1] ? Costa pochissimo (70$), buon processore e memoria, e soprattutto ha 3 slot per minipci. Montare routerboard del genere sui tetti potrebbe essere indispensabile per fare due collegamenti stabili punto-punto (almeno due per fare la mesh), e per mettere la terza scheda in modalità AP. Lorenzo [1] http://www.microcom.us/routerstation.html
Re: [ninux.org] Zingaretti presenta la rete wireless
Oggi sono apparsi Zingaretti e Loriga su NeaPolis per presentare la Rete Wifi: http://www.rai.tv/mpplaymedia/0,,News%5E0%5E166163,00.html Lorenzo Michele Favara Pedarsi ha scritto: OrazioPirataDelloSpazio (Lorenzo) ha scritto: Ecco le altre informazioni su cosa verrà presentato martedi' :-\
[ninux.org] Riunione 23 dicembre
Domani chi c'e' alla riunione? Ho sentito già almeno un paio di defezioni :-) Lorenzo
Re: [ninux.org] fonera2 + jamendo
Ho provato a usare la fonera2 per sentire fusoradio :-P http://blog.ninux.org/2008/12/23/sentire-fusoradio-con-la-fonera2/ Anche loro hanno freezato il loro sviluppo [1] e i loro feeds [2] a una certa versione di OPENWRT. E' la stessa a cui la volevamo freezare noi? Lorenzo [1]http://trac.fonosfera.org/fon-ng/browser [2] http://www.fonera.be/rep/FON2202/ OrazioPirataDelloSpazio (Lorenzo) ha scritto: Non sapevo che anche quelli di jamendo stessero sviluppando applicazioni per il firmware della fonera2: Nell'SVN della fonera si trova infatti il branch jamendo, mentre in giro su internet ho trovato questo video: http://www.youtube.com/watch?v=58z42iBnmrc Lorenzo
[ninux.org] fonera2 + jamendo
Non sapevo che anche quelli di jamendo stessero sviluppando applicazioni per il firmware della fonera2: Nell'SVN della fonera si trova infatti il branch jamendo, mentre in giro su internet ho trovato questo video: http://www.youtube.com/watch?v=58z42iBnmrc Lorenzo
Re: [ninux.org] canali banda 5ghz
Luigi ha scritto: salve ragazzi, non riuscendo ad interpretare il piano nazionale delle frequenze e non trovando una lista googlando... vi chiedo gentilmente di indicarmi i canali utilizzabili dei 5ghz. Dal kernel, li puoi trovare qui: http://lxr.linux.no/linux+v2.6.27.10/net/wireless/reg.c 86/* IEEE 802.11a, channel 36*/ 87RANGE_PWR(5180, 5180, 23, 6, IEEE80211_CHAN_PASSIVE_SCAN), 88/* IEEE 802.11a, channel 40*/ 89RANGE_PWR(5200, 5200, 23, 6, IEEE80211_CHAN_PASSIVE_SCAN), 90/* IEEE 802.11a, channel 44*/ 91RANGE_PWR(5220, 5220, 23, 6, IEEE80211_CHAN_PASSIVE_SCAN), 92/* IEEE 802.11a, channels 48..64 */ 93RANGE_PWR(5240, 5320, 23, 6, IEEE80211_CHAN_NO_IBSS | 94 IEEE80211_CHAN_RADAR), 95/* IEEE 802.11a, channels 100..140 */ 96RANGE_PWR(5500, 5700, 30, 6, IEEE80211_CHAN_NO_IBSS | 97 IEEE80211_CHAN_RADAR), La cosa strano è che dal sito del ministero delle tlc: http://www.comunicazioni.it/binary/min_comunicazioni/piano_nazionale_ripartizione_frequenze/03%20tabella_B.pdf Pagina 29 in basso Le frequenze assegnate ISM a 5 Ghz vanno da 5725 Mhz a 5925 ... strano ... inoltre, è possibile usare canali da 40mhz? Se intendi il turbo mode, dovrebbe essere possibile legislativamene. Lorenzo
Re: [ninux.org] NanoStation and OpenWRT story
A loro non danno fastidio i soli 4 Mb di Flash? Apparte questa limitazione l'hardware sembra da paura da tutti i feedback che ho sentito in giro! Lorenzo ZioPRoTo (Saverio Proto) ha scritto: Qualche info sulle NanoStation da parte di amici di SeattleWireless http://intoverflow.wordpress.com/2008/11/14/openwrt-and-ubiquiti-nanostation-2/ Saverio
Re: [ninux.org] Salve a tutti!
Alessandro Guido ha scritto: Scusami hai ragione... sto cadendo dal sonno :-) Perchè questo passaggio? E' sempre OperWRT + OLSR è (non userai BATMAN vero?)... Maggiore semplicità di configurazione? Ma ROBIN supporta solo Atheros... Ciao Alessandro e ben arrivato! Al momento gli AP che abbiamo sul tetto sono con OpenWrt e OLSR ma ci siamo scontrati con il problema di configurare a mano le subnet annunciate dai vari AP sulle interfaccie wireless/wired nonchè sull'assegnamento degli indirizzi IP agli AP stessi (da qui la pagina della gestione degli indirizzi). Come avrai certamente capito guardando le emails, qui è tutto work-in-progress. L'idea è quella di migrare verso scatolotti totalmente autoconfigurabili che quindi non abbiano bisogno di l'utente conosca cos'e' un indirizzo IP o una subnet. Da qui l'idea di utilizzare qualcosa come ROBIN che ci dia una base su cui altri stanno già lavorando per creare una rete fully routable. Ciao, Lorenzo
[ninux.org] Serate al fusolab: retrogaming art
Ciao a tutti, stasera siamo qui al Fusolab io e Clauz per organizzare la serata retrogaming art del 18 dicembre: http://wiki.ninux.org/SerateFusolab L'idea è quella di fare un happening (ovvero una serata ;-) ) a base di sfide con a videogiochi vecchi o strani: da pacman a puzzle bubble, da street fighter a pong. Se c'e' qualche volontario dotato di qualche rarezza d'epoca e la volesse condividere, ce lo facesse sapere cosi' da organizzarci meglio per l'evento. Ciao, Lorenzo CLauz
[ninux.org] WiMax e BeppeGrillo
Ciao a tutti, ieri ho incontrato un mio amico che sta in un nuovo partito politico [1] e ovviamente si è parlato di accesso ad internet e tecnologia. Mi ha raccontato di aver messo nel programma, la promozione all'utilizzo del WiMax perchè sentito dire da Beppe Grillo durante alcuni spettacoli. Mi ha parlato di 3 antenne in grado di coprire tutta Roma. Ho provato a spiegargli che in realtà è un pelino più complicato, e lui mi ha chiesto giustamente di scrivere un articolo. Indipendentemente da come la pensiamo in tema di politica dove per fortuna non abbiamo tutti le stesse idee, sarebbe cosa buona scrivere un articolo in cui leviamo il velo magico che avvolge alcune tecnologie (wiMax in primis) e in cui pero' facciamo alcune proposte concrete su come potrebbero cambiare le cose (in positivo :-) ). Se riuscissimo ad arrivare ad un pensiero comune, potremmo firmarci Ninux e inviarlo a quelli di questo partito e magari anche a Beppe Grillo. Ecco una bozza che ho provato a scrivere ieri sera. Appena il wiki torna su lo metto sul wiki. Lorenzo [1] www.rinnovamentopolitico.it - WiMax si, WiMax no ... Una tecnologia wireless è solamente una ottimizzazione delle risorse radio. Questo dovrebbe essere un *dato* chiaro nella testa a tutti, dai normali cittadini ai politici che pompano una tecnolgia piuttosto che un'altra. Il famoso Wi-fi che abbiamo tutti nelle nostre case, non è altro che un modo abbastanza furbo per utilizzare una fetta di quello spazio di frequenze che l'unione internazione per le telecomunicazione (ITU) ha riservato per scopi industriali, scientifici o medici (banda ISM). Non è nè buono nè cattivo, ma solo un modo ragionevole (secondo i canoni degli ingegneri della IEEE) per utilizzare le frequenze a disposizione. Stesso discorso vale per altre tecnologie: il WiMax, l'ADSL, l'UTMS ... Sono tutte tecnologie che non risolvono IL problema della connettività degli utenti ad Internet, ma offrono UNA delle possibili soluzioni. Per chi non lo sapesse, lo spettro elettromagnetico è una risorsa che ogni nazione ha in gestione e che viene divisa per comodità in fette chiamate bande di frequenza opportunamente allocate per scopi precisi : c'e' la banda ottica, in cui viaggia la luce delle nostre lampadine di casa, la banda riservata alle stazioni radio, la banda riserva al wifi, wimax, cellulari, cordless, radar, walkie talkie etc etc. Tutti questi apparecchi utilizzano in modo furbo la parte di loro competenza dello spettro elettromagnetico, in modo da dare il massimo rendimento in termini di luce emessa - nel caso delle lampadine - o di bit al secodo trasmessi - nel caso dei mezzi di trasmissione digitali- per la banda di frequenza in cui devono lavorare. In pochi sanno che c'e' anche un limite fisico alla velocità di trasmissione possibile in una certa banda di frequenza. Non esisterà mai la possibilià di arrivare a Gigabit/secondo con gli attuali access point Wifi per problemi di natura FISICA. Non esisteranno mai nemmeno certe velocità sulle ADSL. Non esistono in molti casi nemmeno oggi i famosi 20, 40, 100 Mb/s perchè il rumore presente sui doppini telefonici che abbiamo in alcune delle nostre case non permette - per il Teorema di Shannon - di arrivare a certe velocità. Chi sostiene il contrario è, nella migliore delle ipotesi, un ignorante. Una strada ad una sola corsia non reggerà mai il traffico di una metropoli nell'ora di punta, così come una tecnologia, per quanto buona, deve confrontarsi con il traffico in questione e la banda a disposizione (dallo stato). A questo punto un banale corollario è che non esistono soluzioni miracolose: ogni soluzione tecnologica non deve essere vista solo in quanto tale, ma calata nel contestoin cui si vuole applicare. Come ci è chiaro a tutti che la fibra ottica non è la tecnologia adatta a connettere un treno o una nave alla big Internet , così ci dovrebbe essere chiaro che in molti scenari anche l'ADSL, il WiMax, il Wifi o L'UMTS possono risultare sconvenienti. Sconvenienti che vuol dire non economicamente convienienti per le società che offrono la connettività come un servizio a pagamento e dato che la connettività costa, anche il pagamento deve essere adeguato. Coprire un paese con 10 anime scavando per metri e metri sotto al terreno per far passare una fibra NON CONVIENE alle società. A chi interessa se a quelle persone è cosi' preclusa la possibilità di mettersi in contatto con il mondo, consultare enciclopedie libere e persino pagare alcune tasse? Al momento, a nessuno. Per questo è sbagliato riferirsi al WiMax come la panacea a tutti i problemi di digital divide. Dire che con tre antenne si copre tutta Roma non è solo travisare una tecnologia applicandola a scenari per cui non è nata e per cui non puo' e non potrà mai essere calata, ma è anche un inesattezza tecnica. Nel caso specifico del
Re: [ninux.org] WiMax e BeppeGrillo
Oggi facendomi un giro sul web al tema wimax, mi sono imbattuto anche in questo blog: http://crisis.blogosfere.it/2008/12/wimax-scordatevelo-ecco-perche.html - tratto dal blog Ma per fare QUALSIASI servizio, per legge, le aziende devono garantire intercettabilita' al ministero degli Interni. Questa intercettabilita' va garantita mediante caratteristiche specifiche del servizio, cioe' offrendo un accesso in grado di intercettare. e ancora Quindi la richiesta del ministero, che e' forniscimi una forma di accesso che mi permetta sempre e comunque di poter intercettare chiunque in qualsiasi momento diventa una richiesta bloccante per qualsiasi telco. e ancora Il ministero spacchetta l' RSA fino a 64 bit. Oltre quella, per dire, non e' consentita alcuna cifratura sulle reti wireless. In teoria, se fai un ssh o una vpn usando una UMTS, sei passibile di 6 anni di carcere. - Pensate sia vero? Che il wimax si sia arenato per problemi legati alle intercettazioni? A me sembra un po' una minchiata (potrebbero banalmente autenticare sopra la parte wireless) X Saverio: gli segnalo il typo. Comunque già che mi dicevano che volevano provare a cambiare le cose, mi faceva ben sperare. Non sò se ci riusciranno (e/o ci proveranno) ma penso che anche se ci rapportiamo al peggior politico della storia, non è *mai* utile avere un atteggiamento snob. Sono sempre più convinto che molti problemi si potrebbero evitare se soprattutto le persone che fanno lavori diversi, si parlassero. Lorenzo ZioPRoTo (Saverio Proto) ha scritto: [1] www.rinnovamentopolitico.it ahahahah... nel footer: Sito ottimizzato per Mozzilla(R) Firefox(R) 2.0 ahahahahah questi politici come al solito fanno ridere ! Saverio
[ninux.org] Zingaretti presenta la rete wireless
Se ne parlava qualche riunione fa... Lorenzo --- Martedì 16 dicembre h. 16.00 *PRESENTAZIONE RETE WIRELESS* /(Rocca Priora/). Attesa in Comunità Montana per l’arrivo del Presidente della Provincia di Roma Nicola Zingaretti che sarà a Rocca Priora presso l’ aula consiliare dell’Ente il giorno 16 dicembre, per la presentazione della rete Wireless nel territorio dei Castelli Romani e Prenestini, attuata in collaborazione tra la Provincia di Roma e la Comunità Montana*. Il Presidente dell'ente Montano Giuseppe De Righi *invita Amministratori, Giornalisti e Cittadini a non perdere l'appuntamento, che avrà inizio alle ore 16.00, con diversi interventi e la proiezione di una Demo sulle moderne tecnologie attivate nell'area, che consentono la connessione senza fili. A breve notizie sul sito.
[ninux.org] configurazione network openwrt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 E' un problema con cui mi son scontrato più volte, dimenticandomi di fare i backup, quindi magari per non tornare a cercare su google altri 3 giorni chiedo direttamente a voi. Devo configurare una fonera openwrt in modo che dalla porta ethernet prenda la connessione in dhcp (ip fastweb 22.x.x.x) e in wireless sia attiva un'altra interfaccia con ip 192.168.x.x (con dhcp server) che ti permetta di collegarti ad internet (in pratica bridgando le interfacce con due ip diversi) Se avete dei file config/network e config/wireless mi fate un grande favore :) L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkk1EvgACgkQA+OpfnnCOFOyxgCg3SFhv7i0LEx5wJXNHk4/RZSw 3yAAoJHnbv3aT87eDz8UUKzhvDkd3TLa =PfYj -END PGP SIGNATURE-
[ninux.org] Decreto Pisanu
Per chi se lo fosse perso, il 31 dicembre scade il decreto Pisanu ovvero la norma che costringe i fornitori di accesso internet ad acquisire le generalità degli utenti. Verrà rinnovato questo assurdo decreto? Il Politecnico di Torino si è espresso chiaramente [1] chiedendo a vari ministeri di non rinnovarlo più. Potrebbe essere un passo in avanti verso la legalizzazione della rete libera. Tra un mese vedremo come andrà a finire Lorenzo [1]http://nexa.polito.it/decretopisanu
[ninux.org] Ambient Noise Immunity
Ciao a tutti, oggi ho sentito la presentazione di un ragazzo dell'universita' di Palermo che parlava dell'Ambient Noise Immunity nelle rete wireless. Praticamente esiste un sistema (abilitato di default! almeno sulle atheros) per cui se c'e' molta interferenza (cordless, forni a microonde etc etc) viene alzata la soglia con la quale il ricevitore sente il segnale a radiofrequenza. Normalmente questa soglia è messa a 20db sopra la soglia del ricevitore. Se la scheda si sbaglia tante volte (provando a leggere pacchetti che non sono wireless...praticamente prova a decodificare il microonde!), allora alza questa soglia. Alzando questa soglia succede che: -il ricevitore non sente più segnali deboli -il trasmettitore, dato che deve sentire prima di parlare, non sente più bene e quindi parla magari sopra un altro. Gli effetti in ambiente outdoor sono disastrosi per 802.11g mentre va leggermente meglio per 802.11b. Ho visto che ci sono diversi sistemi per disabilitare l'ANI via software [1]. In particolare in un'altro lavoro mi dicevano che anche la diversity sulle antenne in molte schede è fatta male (ad esempio round-robin su due antenne...una che c'e' e una che non c'e' per niente!). Qualcuno ha mai provato a disabilitare questi sistemi e a vedere se in generale miglioriamo? Lorenzo [1] http://www.wings.cs.sunysb.edu/wiki/doku.php?id=anandps
Re: [ninux.org] Hardware economico nodini
[EMAIL PROTECTED] ha scritto: 2008/11/24 OrazioPirataDelloSpazio (Lorenzo) [EMAIL PROTECTED]: Dato che facevamo una panoramica sull'hardware, segnalo il diretto concorrente dei wrt54gl, l'ASUS 500gb v2. http://wiki.openwrt.org/Hardware/Asus Intendevi wl500g o wl500b? Io ho un asus wl500g deluxe e devo dire che, anche se non ha la miniPCI, e quindi la possibilita' di cambiare la scheda wireless, e' un discreto pezzo di hardware... :) Intendevo questo qui: http://www.asus.com/products.aspx?l1=29l2=172l3=743l4=0model=1712modelmenu=1 mi sembra sia il wl500gP V2. Quello a cui ti riferisci tu è quello vecchio uscito di produzione? La cosa dell'usb mi attira, pero' sul broadcomm vs atheros non saprei quale scegliere e se ci sono motivi concreti per favorire uno piuttosto che un altro. I portoghesi suggerivano broadcomm per la stabilita' del driver, ma mi sembra di capire che noi eravamo orientati piu' all'atheros. Magari ne parliamo domani a voce! Lorenzo
[ninux.org] Riunione Martedi': ODG
Ciao a tutti, ho creato la pagina del wiki per definire i punti da discutere martedi'. http://wiki.ninux.org/Riunione25Novembre2008 Se siete d'accordo proporrei di continuare il discorso della passata riunione ma scendendo un po' più sul tecnico. In particolare potremmo discutere di come realizzare l'architettura della rete. Dicevamo che potremmo fare dei nodi più costosi di backbone da usare dove e' richiesta piu banda, e altri meno costosi per creare delle micro-reti attorno ad un punto di accesso (un adsl, un nodo di BB). Scrivo un po' di punti aperti: - situazione provider: ci siamo informati se ydea o tiscali business permettano l'utilizzo di connessioni sharate? - su quale hardware buttarsi come soluzione di punta per i nodi di backbone e per quelli economici? - quante radio montare sui nodi di backbone (ad esempio: 2 a 5ghz per il backbone, 1 in ap a 2.4 gz, 1 in ad-hoc a 2.4 ghz) - ap vs ad-hoc ? Come vogliamo far connettere le persone? Sappiamo tutti i vantaggi/svantaggi delle varie modalita'. Sarebbe da decidere quella che piu' fa per noi. - Firmware: cosa ci manca per la totale autoconfigurabilita'? Sarebbe bello parlare tutti insieme delle caratteristiche che vorremmo mettere nel firmware parlandone anche con chi ci ha lavorato di piu' e conosce meglio i problemi tecnici. - IPv6, AS, BGP: Vogliamo puntare a creare un proprio autonomous system annunciato ad alcuni peer con BGP? Questo _non_ significherebbe vincolare la rete ad un unico punto di accesso. Scrivete se ci sono altri punti da cui discutere (myspace vs facebook...tutto ok?) Ciao! Lorenzo
Re: [ninux.org] Ripetitore di segnale wifi
Una cosa tipo questo? http://www.blogin.it/howtoponte2/node2.html Lorenzo Luca ha scritto: ZioPRoTo (Saverio Proto) wrote: conoscete un buon ripetitore di segnale wireless bello e pronto? No, ma conosco come funziona il DCF in 802.11 e quindi penso che un ripetitore di segnale wireless non sia proprio il massimo della vita ! Saverio I'm sorry, mi sono espresso male, io intendevo un apparato che implementi qualcosa del genere. http://www.dd-wrt.com/wiki/index.php/Repeater_Bridge
[ninux.org] Hardware economico nodini
Ciao a tutti, mi è sembrato di capire che stiamo cercando un hardware economico ( 50€) che possa diventare il punto di riferimento per lo sviluppo dei nodini di ninux. Ho fatto una breve analisi di mercato e ho trovato queste alternative: *** MERAKI *** http://meraki.com/products_services/hardware/ Anche se si parla spesso di questi dispositivi, il meraki mini da 49$ sul sito principale non c'e' piu'! Il modello entry level parte da 149$ (prima partiva da 49$, ora mi sa che hanno alzato il prezzo del modello base). In compenso c'e' un pannello solare che commercializzeranno a breve, predisposto per attaccarlo alla loro board (prezzo sconosciuto). Sembra poi che abbiano fatto un po' di giochetti, motivo per cui è nata: *** OPEN MESH http://open-mesh.com/store/ Costo: $39.95 Mini-Router (Atheros AR2315 chipset, 32MB DRAM, 8MB Flash, 1 Ethernet port) + Protezione per esterni ($9.95) L'hardware viene dalla accton: http://www.accton.com/products/Datasheet/MR3202A.pdf ed è molto simile (uguale?) a quello della: *** LA FONERA *** http://wiki.fon.com/wiki/La_Fonera_2.0 Modello: La Fonera 2 - alias FON2202 Platform / frequency: Atheros AR2315 @ 180MHz Flash: 8MB / Ram: 32MB , USB Costo: 39€ (attualmente per la fase beta, disponibile per sviluppo), 49€ prezzo stimato di vendita *** UBIQUITI *** http://www.ubnt.com/products/loco.php Modello: NanoStation Loco Costo: $ 49 ma commercializzata in questo sito con l'offerta a 32 euro, ma disponibile da gennaio. http://www.34t.com/box-news.asp?area=76suba=8IDN=578 (disponibili da gennaio a questo sito) Atheros MIPS 4KC, 180MHz - 16MB SDRAM, 4MB Flash Antenna embedded, già pronte per l'esterno. Considerazioni: Premetto che andrebbe vista anche la sensibilità della scheda wireless. La fonera presuppone la promessa del fonero, non sembra proprio un hardware da comprare al supermercato. Con la fonera 2 probabilmente un po' di cose cambieranno (hanno fatto il sito della community UFFICIALE www.fonosfera.com : il titolo della pagina è HACK YOUR FONERA! ), ma non si sa bene come. La ubiquity ha solo 4 Mb di ram, ma si sente parlare bene in giro di quest'hardware, e costa poco (a differenza di meraki che pure dovrebbe funzionare bene). In 4Mb c'entra poca roba, pero' alcuni ci fanno entrare tutto. A questo proposito segnalo questo link in cui mi sono imbattutto. Rete wireless a zero configurabilita' (non ho avuto il tempo di capire come fanno, pero' sarebbe da dargli un occhio!) http://www.lugro.org.ar/lugro-mesh/en/ Ciao, Lorenzo
Re: [ninux.org] Mercoledì?
I problemi legali non sono stati risolti (e penso non si risolveranno mai!) pero' mercoledi' abbiamo deciso che: - quest'anno proviamo a fare una rete wireless che funzioni davvero e dove passi del traffico internet, mettendoci d'accordo con dei provider al fine di non violare nessuna EULA. Proviamo ad iniziare con la zona di Piazza Bologna e a sentire se ci sono provider che accettano questo tipo di connessioni condivise. Internet sarà dato in maniera libera agli utenti e non sarà chiesto niente in cambio. A chi si collega verrà mostrata una spash-page in cui si spiega chi siamo, cosa facciamo e perche', secondo un modello simile a quello dei nostri amici portoghesi (agreement, no p2p, no materiale coperto da copyright). - A differenza di loro invece, puntiamo paralellamente a fare degli scatolotti autoconfigurabili. L'idea quindi potrebbe essere quella di fare alcuni nodi di backbone molto buoni (stabili, con un buon throughput e quindi ad un costo mediamente elevato, sui tetti) , ed altri nodi autoconfigurabili a basso costo che espanderebbero di poche ma decisive decine di metri, il raggio di copertura dei nodi di backbone. Per capirci: palazzo di studenti di 10 piani. Si cerca di coprire più persone possibile con un nodo di backbone, poi si invitano le persone connesse a prendere una fonera che attacchi e funziona in modo da far attaccare anche i vicini di piano. Spero di aver sintetizzato bene gli obiettivi concreti che ci siamo dati per quanto riguarda la rete wireless. Poi sono venute fuori anche altre cose e altre dichiarazioni di intenti (Clauz vorrebbe studiarsi i problemi legali nello specifico, Lucio vorrebbe dare una mano scrivendo un po' di documentazione su come fare a flashare/utilizzare una scatoletta, Saverio è più interessato alla parte firmware, Nino dovrebbe sentire Ydea, Lucio dovrebbe sentire il suo provider per sapere se è possibile sharare un utenza business). Lorenzo Michele Favara Pedarsi ha scritto: Io non avevo la macchina e nessuno mi ha offerto una finestra sul suo computer... risolti i problemi legali? ciao Michele
Re: [ninux.org] Resoconto dell' incontro con Josè di Unimos
Ciao! Michele Favara Pedarsi ha scritto: Gli hai chiesto anche della normativa nazionale? Anche quella - come hanno gia' rilevato altri recentemente in lista - e' una cosa di fondamentale importanza. Non a caso quando 2 anni fa chiesi a Nino di venirmi a trovare, quando arrivarono qui trovarono uno a cui discutere delle cose tecniche non gliene fregava niente ma voleva a tutti i costi fare una associazione... con radioamatori... sedi multiple... etc... etc... etc... ombrello comune per bypassare il problema legale. Faccio qualche precisazione che gli avevo chiesto ma mi sono dimenticato di mettere nel resoconto: - Se ho capito bene, loro pagano il provider. Alla fine un accordo simile noi lo abbiamo già (o se non lo abbiamo si potrebbe fare) con ydea, no? - Per quanto riguarda le leggi, loro non sanno cosa sia la data retention. Tuttavia quando gli ho scaricato addosso la serie di intoppi legali che abbiamo qui, lui mi continuava a ripetere che finche' diffondi la liberta', dai accesso ad internet senza voler nulla in cambio, secondo lui è molto difficile se non impossibile che ti mandino in galera perche' dovrebbero giustificarsi con l'opionione pubblica. Alla domanda e se qualcuno commette qualcosa di illegale con la vostra rete? la risposta è stata in questo caso abbiamo il mac address loggato (penso sul gateway n.d.OpS.) e collaboreremmo con le autorità. Voglio dire: DENTRO Ninux.org c'e' un patrimonio sociale, culturale e tecnico impressionante se confrontato con loro; la differenza e' FUORI la community, non credete? Pensa che loro sono solo in due tecnici, noi invece siamo tutti smanettoni! La differenza secondo me è anche che loro sono hanno le idee chiare su quello che per loro è la radio libera (Freifunk) e inoltre sono degli entusiasti! Le nostre condizioni (nostre come italiani) penso siano peggiori dal punto di vista legale, ma penso anche che dare connettività NON violando una Eula di un provider, in maniera libera e senza ricavarne profitto, non sia come sparare a una persona! Lorenzo
Re: [ninux.org] Resoconto dell'incontro con Josè di Unimos
Ciao Gianlu'! Gianluca Caricato ha scritto: Lorè, in parte hai ragione (spesso ci si fascia la testa prima di rompersela) ma penso sia chiaro che da noi, in città, il problema del digital divide non esiste !!! E' vero! E nemmeno da loro! (sono serviti da diversi provider) E' un problema economico e la diffusione gratuita al costo di un nodo, una tantum, da dividere insieme a quelli del condominio, sicuramente sarebbe combattuto dai provider ma anche le armi che abbiamo dalla nostra parte non sono da sottovalutare (gli avevo fatto la stessa domanda e riporto la risposta! Poveraccio l'ho bombardato di domande :-) ).. Chi spiega ai giornali che dopo il tanto strombazzare di internet per tutti, stai arrestando (esagero) dei ragazzi che diffondono internet senza scopo di lucro, che collaborerebbero con le autorita' per individuare degli improbabili criminali, che utilizzano frequenze libere, che non violano nessun contratto con un internet service provider, che spiegano alle persone attraverso un Accordo in cosa consiste la loro rete e cosa possono fare su questa rete e cosa no ? A meno che non si decida di concorrere con i provider classici fornendo gli stessi servizi ad un prezzo + basso, penso (come dico da un pò di tempo) che si dovrebbe puntare a metter su l'infrastruttura per fornire nuovi servizi (rete cittadina per piccoli comuni, comunicazioni per emergenze, tra scuole e tra forse dell'ordine, servizi web di intranet cittadina, etc ...), insomma puntare sui servizi (che non siano accesso ad internet) !!! Servizi che non siano accesso ad internet secondo me sono una perdita di tempo. Tutto è in internet! Quanta gente si associerebbe ad un access point solo per consultare il sito del comune di carchitti? L'idea di offrire servizi paralleli ad internet è quella che peroravamo gli scorsi anni...e infatti nessuno usava MAI la rete, nemmeno noi! La gente vuole internet, vuole wikipedia! E' compito dei provider offrire servizi di connessione ad internet, ma per loro natura sono delle aziende e vogliono un proprio tornaconto. Gli amici portoghesi no. Noi? :-) Lorenzo
[ninux.org] Resoconto dell'incontro con Josè di Unimo s
ITALIAN PART: Sabato sera abbiamo incontrato Josè al fusolab e ci ha spiegato come funziona la loro rete Unimos. Unimos è una rete libera wireless a Nazerè (Portogallo). La rete è composta da circa 35 nodi (potete vederli nel loro map server: http://guronsan.unimos.net/cgi-bin-freifunk-map.html ) e molti dei partecipanti sono persone non tecniche, ragazzi e famiglie che spesso non potrebbero altrimenti permettersi il costo di un abbonamento ad un ISP. In particolare i tecnici della loro rete sono due (lui e un altro ragazzo) che praticamente tirano avanti il progetto. Unimos porta internet a più famiglie che puo', senza costo, profitto o ricompense di alcun tipo. Uno dei loro motti è i ragazzi devono fare i compiti e gli serve internet!! gli serve wikipedia!. E' una filosofia molto pratica che le persone possono capire immediatamente: La connessione ad internet è un bisogno, e noi facciamo la cosa giusta se lo portiamo liberamente alle persone Da un punto di vista tecnico, organizzano la loro rete con nodi che montano più di un'interfaccia radio. Un'interfaccia radio è dedicata a svolgere le funzioni di Access Point e a far connettere le persone, mentre le altre costituiscono la backbone e si parlano in Ad-Hoc. Utilizzano OLSR come protocollo di routing, mentre gli indirizzi IP li assegnano con un DHCP server. Usano hadrware economico (~70€ a scheda) che monta chipset broadcomm perchè hanno il driver molto stabile (fatto da Sven-Ola). I nodi si parlano a 2.4 Ghz. Per ragioni pratiche loro portano direttamente la 220 V sul tetto. Poi con una ciabatta ci attaccano tuti i vari dispositivi. Hanno link molto stabili e robusti, perfettamente usabili dalle famiglie. Hanno anche un'accordo speciale con un ISP, che gli fornisce la banda che loro poi possono ridistribuire a piacimento. Ogni volta che un utente si connette ad Unimos (e dopo ogni X minuti che è rimasto connesso), gli appare una pagina con l'Agreement (stile captive portal, ma l'utente deve solo clikkare OK, no username/password). L'Agreement per loro è molto importante perche' spiega che cosa è Unimos, cosa l'utente può fare (consultare i siti), e cosa non puo' fare (peer to peer, scaricare materiale coperto da copyright). Questo è il loro agreement tradotto da google in italiano :-) http://tinyurl.com/5dsrmk Penso che Josè ci ha dato molti spunti interessanti di discussione per la prossima riunione di ninux (Mercoledi'). Grazie! Lorenzo ENGLISH PART: Saturday evening we met Josè at Fusolab and he explained us how its network works. Unimos is a free wireless community network in Nazarè. They are about 35 nodes (here you can view the topology map: http://guronsan.unimos.net/cgi-bin-freifunk-map.html ). Most of them are not technical people, they are family and kids that in some cases can not afford the cost of an internet connection. Unimos brings internet to more family they can without any cost, profit or commercial revenue. One of their belief is that children need internet because they need to do their homework! They need wikipedia!. It's a very practical and effective phylosofy that people can comprehend immediately: Internet connection is a need and we do the right thing if we give it for free to people From a technical point of view they put nodes with at least two radio (multiradio). One radio interface is in Access Point mode and let families connect, the others are in ad-hoc mode and constitute the backbone. They use OLSR as routing protocol, with IP addresses assigned through DHCP. They use broadcom cheap hardware (~70€ for every radio) in reason of the stability of the Sven-Ola driver, and they use the 2.4 Ghz frequencies. For practical reason they bring 220 Volt directly on the roof (it's easier). They experiment very robust and stable links, perfectly usable. They have a special agreement with an ISP so that they buy bandwidth that they can share as they want. Every time a user connects to unimos (and every X minutes periodically), a page with an Agreement came out (user must only click on the OK button, no username/password!) The Agreement explain what unimos is, what a user can do (surf the www) and what it can not (p2p, download of illegal stuff ...). This is the text on the agreement, translated by google in italian :-) http://tinyurl.com/5dsrmk I think Josè give us some nice topic to discuss in the next ninux meeting, thanks again to him! Lorenzo
[ninux.org] Cross Posting Blog Ninux e Fusoradio
Bella, dato che iniziamo ad averci un bel po' di blog (ninux, fusolab, vari blog personali), puo' essere utile fare in modo che un post si veda su piu' blog. Magari vogliamo che tutti i post che facciamo su ninux con il tag fusolab vadano a finire anche sul blog del fusolab. Per fare una cosa del genere ho scoperto che basterebbe installare questo plugin sul blog del fusolab: http://devthought.com/wp-o-matic-the-wordpress-rss-agreggator/ e dargli in pasto questo feed del blog di ninux: http://blog.ninux.org/tag/fusolab/feed/ Il plugin si mangia i feed rss del sito di ninux con il tag fusolab e li posta automaticamente. Fico no? :-) Lorenzo
[ninux.org] web radio e fonera 2.0
Oggi ho letto questo post sulla fonera 2.0 http://blog.fon.com/it/archive/gadget/la-fonera-20.html mi sembrava interessante e mi sono comprato stasera una fonera 2.0 per smanettarci. In particolare volevo vedere se esisteva un modo per sentire le web radio comprando un embedded a meno -diciamo-di 50 euro. Pare sia possibile e ci hanno gia' pensato, guardate il video: http://video.google.fr/videoplay?docid=8322588949628324818 Ho contattato gli sviluppatori e dicono che tra poco faranno uscire il plugin. Ciao! Lorenzo
Re: [ninux.org] Il futuro di ninux?
ZioPRoTo (Saverio Proto) ha scritto: Tutti _sbagliano_, l'importante è recuperare. Vediamoci alla prossima riunione di Ninux.org e cerchiamo obiettivi concreti ! :) Pure io sarei per parlare di obiettivi *concreti* al lungo (dove vogliamo andare) e breve periodo (cosa vogliamo fare nei prossimi mesi) di ninux. L'ideale sarebbe che venissimo tutti alla prossima riunione con delle idee pre-digerite in modo che ognuno facesse del suo meglio per portare proposte concrete e non generare solo rumore. Basta che non parliamo dei massimi sistemi tutta la serata per capirci, perche' senno' torniamo a casa che non abbiamo concluso NULLA. Il confronto è utile ma poi ci deve essere una fase decisionale concreta. Per fortuna adesso io e Clauz (come già abbiamo detto al Fusolab a voce) avremo del tempo per lavorare ad progetto di ricerca sulle Wireless Mesh Networks chiamato SESAME Un altro errore che non dobbiamo fare è basarci solo sul contributo di una o due persone. So' che non era questo il senso il senso della email di Saverio, ma uno dei nostri problemi è stato che in un modo o nell'altro mi e' sempre sembrato che la rete non scalasse. Alla fine per fare la maggior parte dei link c'e' andato Saverio (ed altri a rotazione), ma quante persone con il nodo montato da Saverio hanno a loro volta fatto autonomamente un nodo senza Saverio? Se non ingrana questo tipo di approccio lasciamo perdere perche' il giorno in cui Saverio (o chi per lui) si rompe le scatole o fa altro, la rete muore perche' non c'e' installa nuovi nodi o fa la manutenzione dei nodi passati. Infine il problema dei nodi messi per mettere la bandierina. E' vero che non dobbiamo puntare a coprire tutta l'italia in un unica rete mesh, ma adesso stiamo degenerando verso l'altro estremo. Stiamo presentando (anche al linux day di quest'anno) una rete wireless che non c'e'! Guardate qua: http://map.ninux.org/ Secondo la filosofia impariamo dai nostri errori secondo me questi sono alcuni degli obiettivi che dovremmo curare: N°1: meno paranoie, più obiettivi concreti N°2: dividi et impera. La gestione della rete deve scalare per davvero N°3: dobbiamo rimettere su un po' di nodi, senno' di che parliamo? N°4: ovviamente, dobbiamo capire *concretamente* cosa vogliamo farci con questi nodi, e qui si aprirà il vaso di pandora Lorenzo
Re: [ninux.org] Informazioni sulla rete
Echo ha scritto Un nodo, per collegarsi a piu' nodi, necessita' di n antenne e n access-point ? Dipende dalle performance che vuoi. Se hai n antenne e n access point (o una routerboard con piu schede di rete) puoi fare n collegamenti punto-punto che vanno in generale meglio dei collegamenti con un singolo ap che parla con n altri ap. Se ad esempio hai tre AP messi cosi': A---B---C con collegamenti diciamo di 10Mbps, la banda che A vede verso C sarà sicuramente meno di 5 Mbps perchè B deve sentire A e trasmettere a C ed ovviamente non puo' fare entrambe le operazioni insieme! Se B invece ha due schede wireless allora la banda tra A e B in linea teorica è 10 Mbps. Lorenzo
[ninux.org] Il futuro di ninux?
Ciao a tutti, in questo periodo la rete wireless è un po' abbandonata a se stessa. In generale anche se puo' sembrare un problema ciclico, forse dovremmo capire meglio quello che vogliamo fare con ninux e in particolare con la rete wireless (al momento circa 8 nodi linkati). Vogliamo vederci per discuterne alla prossima riunione? Potremmo fare una riunione extra mercoledi' prossimo per parlare di come poter far evolvere il gruppo e la rete se ci sono abbastanza adesioni. Che ne pensate? L'ideale sarebbe di vederci con proposte CONCRETE di come muoverci. Un po' quello che in altre associazioni chiamano come obiettivi dell'anno... Un saluto, Lorenzo e Clauz
Re: [ninux.org] I Linux Days ...
Fatto! Lorenzo ZioPRoTo (Saverio Proto) ha scritto: http://blog.ninux.org/2008/10/26/ninuxorg-linux-day-viterbo-2008/ Chi scrive qualcosa su Linux Day a Roma invece ? Saverio
Re: [ninux.org] [OT] wisp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] ha scritto: http://www.winext.eu/cms/index.php?IDLanguage=1IDMenu=196URI=inner.phpgclid=CMeQ5IzhpJYCFQyR1QodFS5R6w che dovemo sfondare sto sito? secondo me una blid sql si trova! ahahahahah e smettila con gli OT! avessi mai mandato una mail in topic -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjzjtMACgkQA+OpfnnCOFMSTQCeKnO9Vk32SIT6DHB61Q3/74sz wM4AoKwv3A7WHOVNxkSNG9GujpWrSVHE =BonM -END PGP SIGNATURE-
[ninux.org] [semi-OT] Distribuzione linux customizzabile da web
Conoscevate? http://custom.nimblex.net/ Io mi ci sono imbattuto per caso l'altro giorno. Un tempo dicevamo di voler fare il firmware ninux customizzabile via web e quindi farlo scarcare. Beh questi fanno una cosa del genere con una distro live! Ciao, Lorenzo
[ninux.org] The delusions of net neutrality
Posto quest'articolo che dà un punto di vista sulla net neutrality e il boom dello streaming video: http://www.dtc.umn.edu/~odlyzko/doc/net.neutrality.delusions.pdf Lorenzo
[ninux.org] forse nuovo nodo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Salve, ho preso casa sulla Circonvallazione Nomentana 251 C'è qualche nodo nelle vicinanze? ho visto c'è un nodo fabiana ma non so se sia attivo. Se volete possiamo fare un nodo in casa mia. L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjLo0gACgkQA+OpfnnCOFMshgCbB0KiG4ctgXwpQClC4c/CoHap mowAn0sPgOSsah29wiymUvSBdXxbgD5B =xAUY -END PGP SIGNATURE-
Re: [ninux.org] Fooldns.com: Google sotto scacco...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michele Favara Pedarsi ha scritto: ... finalmente. Gradirei feedback. In particolar modo da Sal... per poter commentare certe cose... occorrono dosi massicce di paranoia ;) ciao Michele Commenti su fooldns? detto chiaramente UNA MERDA. preferisco usare i dns generici o un bind in localhost. vuoi le motivazioni? guarda quanti siti bloccano quelli di fooldns. io voglio tutto internet aperto, non che mi censuri un sito di scommesse online o un porno, perchè secondo te non sono TRUSTED, oppure non aderiscono a cio che voi tu. IHMO L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjLrrEACgkQA+OpfnnCOFMi2gCg4BfLOLAUGMZyL+A5DVpgN3hx tB0AnAh4fhqexIKCh7GVGoij47B05QjY =oTwc -END PGP SIGNATURE-
Re: [ninux.org] forse nuovo nodo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] ha scritto: Bella Lorenzo, il wrt di fabiana credo sia giù in questo momento. Ma probabilmente dovresti vedere il nodo di roberto o di daniele, se non addirittura il mio. Dove sei esattamente? Fammi sapere ciao nino esattamente qui http://maps.google.it/maps?f=qhl=itgeocode=q=Circonvallazione+Nomentana,+251,+00162+Roma,+Roma+(Lazio)sll=41.442726,12.392578sspn=8.892399,18.588867ie=UTF8z=16iwloc=addr finestra con vista tangenziale 3 piano oppue al limite bisogna salire sul tetto perchè non so se ce molta visibilità dalla finestra. L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjLz3IACgkQA+OpfnnCOFMaFgCgnUiDvuNVrTBXvx0WsSroSjOS XnsAoKOEkSHum5/m8z6ODnD7NH5WlScF =HMcK -END PGP SIGNATURE-
Re: [ninux.org] A Pisa la rete wi-fi più velo ce del mondo
Imho o sbloccano un po' di banda oppure con i 3 canali a 20 mhz non andremo molto distanti, anche unendo più canali assieme (vedi turbo-g). Vi immaginate due persone che si vogliono passare un blue ray via wifi? FSO penso sia una tecnologia da tenere sott'occhio. Nell'ottico la banda c'e', quindi c'e' anche la possibilità che col tempo escano dispositivi economici e con performance veramente notevoli. Inoltre essendo totalmente LOS non c'e' nemmeno il rischio di rompere le scatole a qualcuno. Per la ninux 10.0 non sarebbe poi male avere il backbone a 1 terabps! :-) Al momento pero' quello che ci ha un po' fermato dall'indagare questa tecnologia e' la pericolosità dei fasci laser. Non essendo esperti puo' darsi pero' che questi dubbi possano essere infondati. Lorenzo Mario Bergamini ha scritto: Questo Marco Gasperetti mi sembra una persona confusa. 2008/9/12 Luca Dionisi [EMAIL PROTECTED]: Veramente non è wi-fi, ma free space optics. teconologia fotonica e perche' non raggio anti gravità? Luca
Re: [ninux.org] Vista sul tuscolo
Io ci sto'! Ma che attrezzatura abbiamo? No antenne, no party! Inoltre sbaglio o sulle fonere horst si impalla? Il link da 6.5 km forse sarebbe il caso di farlo a 5ghz se vogliamo che sia un po' piu stabile, ma anche qua ci serve l'attrezzatura. Lorenzo Emanuele Delzeri ha scritto: da map.ninux.org http://map.ninux.org risulta 6.56Km di distanza da vigna a FAB. Si potrebbe tentare, speriamo di stare in linea di vista Il giorno 26 agosto 2008 20.55, Fabio [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ha scritto: Questa sarebbe una bella cosa! Altrimenti il collegamento Fabio-Vincenzo resterebbe isolato... 2008/8/26 Emanuele Delzeri [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 2008/8/26 ZioPRoTo (Saverio Proto) [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Significa che nessuna casetta del residence (di ninux o non ninux) riesce a vedere più a sud del policlinino tor vergata :| Saverio Se vedono la vigna, si potrebbe fare un collegamento tuscolo-vigna e vigna-fabio/vincenzo -- Considerate la vostra semenza: fatti non foste a viver come bruti, ma per seguir virtute e canoscenza (Dante: Inferno XXVI, 118-120)
Re: [ninux.org] Vista sul tuscolo
Io di attrezzatura non ho nulla (fonere apparte ma e' l'unico bene che non scarseggia!) :-\ Lorenzo Vincenzo Falletta ha scritto: 2008/8/27 OrazioPirataDelloSpazio (Lorenzo) [EMAIL PROTECTED] Io ci sto'! Ma che attrezzatura abbiamo? io ho 4 fonere... ma suppongo che ne basti 1 ;O) Aspetto il sopralluogo di voi nerdz per sapere cosa comprare! +v+
Re: [ninux.org] Ninux su wikipedia
[EMAIL PROTECTED] ha scritto: Bastava scrivere qualcosa di meno promozionale. Matteo Perchè non hai editato?? La pagina iniziale che avevo fatto era un inizio, non certo la pagina definitiva. Putroppo agosto è effettivamente un mese un po' sfigato (anche se in parecchi alla fine siamo rimasti connessi!) e per me era la prima volta che participavo con una nuova voce a wikipedia. Non sapevo della politica relativamente severa che adottassero, e pensavo che i tempi fossero piu' lunghi (my fault!). Per quanto riguarda la cancellazione della voce, anche io ho provato ad avviare la discussione anche perchè sinceramente non sono sicuro se il problema sia di forma o di sostanza. Il motivo per cui hanno cancellato la voce non è stato infatti la pagina è scritta male ma non c'e' una ragione per cui questa comunità debba stare su un enciclopedia. Anche leggendo le politiche di enciclopedicità [1] non c'è scritto ovviamente in maniera chiara se quello che facciamo noi merita o no di essere incluso. Andando in giro per wikipedia inglese si vede che ad esempio Freifunk [2] è indicizzata, ma inserita nella categoria Technology websites | Aftermarket firmware. Bisognerebbe effettivamente discutere con qualcuno che conosce meglio la politica di wikipedia, e col senno del poi, eventualmente rimettere su una pagina nella versione semi-definitiva. Comunque nulla è perduto, la possibilità di inserire ninux non era one-shot, se ci interessa, informiamoci meglio! Lorenzo [1] http://it.wikipedia.org/wiki/Aiuto:Cosa_mettere_su_Wikipedia [2] http://en.wikipedia.org/wiki/Freifunk
Re: [ninux.org] Ninux su wikipedia
Ho provato a fare una bozza e mi è venuta cosi'ho spiegato piu' o meno cos'e' ed ho copiato/incollato il manifesto. Provate magari a sistemarla anche voi se sembra troppo promozionale. Inoltre dovremmo far puntare Ninux da altre pagine. Lorenzo [EMAIL PROTECTED] ha scritto: Così rischi che te la cancellano. Devi fare un collegamento da un altra pagina e poi non può essere apologia di ninux. Matteo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkii23UACgkQQpPxQb9mwESEKQCeNYenPqKeEe1VvRipqB7/4TeQ evkAn36jnPmCEV3W0ogEA+llq6xPHsC8 =bBNK -END PGP SIGNATURE-
Re: [ninux.org] MOCA 21-24 Agosto - Va bene se vado a fare il talk ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matteo La Bella ha scritto: | Pur non sapendo nulla di wireless o altro, e in attesa di sapere se avrò ospitalità da amici a pescare, spero di venire! ospitalità? la TENDA!!! :P L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEUEARECAAYFAkih0MgACgkQA+OpfnnCOFNdfQCYmLOodyre+zVzPVfD75qpU/wX ewCgtROcmNGMcDJReTiHeTadeGiaLMY= =grzi -END PGP SIGNATURE-
Re: [ninux.org] Velocità collegamento wifi in spazio libero
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 OrazioPirataDelloSpazio (Lorenzo) ha scritto: | La guida mi sembra scritta in maniera abbastanza semplice. | Probabilmente sul wiki (to the best of my knowledge :-) ) manca una paginetta del genere! | | Ciao! | | Lorenzo | veramente bello! solo che a me esce sempre System is illegal in Europe (radiated power 20 dBm) SUKA! L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkibQFQACgkQA+OpfnnCOFNHkwCfeIo4WLuFZB/OLdzIU/Ga/6gf qwUAoMJc03wvHP9wpeXriE2w3QTCNnUG =RN33 -END PGP SIGNATURE-
Re: [ninux.org] Fonera e SD..
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nino ha scritto: | Io sono vivo, ma non ho mai avuto più il tempo di montare lo slot sd sulla Fonera... | Se vuoi alla prossima riunione (a settembre) ti porto l'occorrente che Lorenzo mi diede qualche tempo fa. | Ciao | Nino | | Paolo Trivisonno ha scritto: | e questo nino è vivo? :) | mi correggo mi è venuta voglia e mi sono messo a saldare, lettore sd per la fonera pronto in mezz'ora, è una cavolata. solo che il driver che c'e ora fa decisamente schifo , quindi l'unica scelta e compilarsi un'immagine di openwrt svn e aggiungere il supporto mmc_over_gpio. L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiZXr4ACgkQA+OpfnnCOFOOMwCeP/deV5AOuIxH4XzDkvQ8X6Fg VDoAnjj9t+rkGuUbtYaJFeDPHsMXAPbx =JTLo -END PGP SIGNATURE-
Re: [ninux.org] R: Re: [ninux.org] Fonera e SD..
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paolo Trivisonno ha scritto: | Il saldare nn doveva esse il grande problema.. | Il driver l hai fatto fumzionare? | Scusata la cortezza ma sono da palm in giro per il salento :) si con il firmware svn, se vuoi un'immagine precompilata è su wifi-ita cerca fonera 2200 mmc L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiZpSYACgkQA+OpfnnCOFNMfACfbKl/8HabxKcOckAIIWwymir2 n8MAmwYJRIgQbXpPCFX/08JvOwnx075q =A+kQ -END PGP SIGNATURE-
Re: [ninux.org] Soluzione drastica
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luca Dionisi ha scritto: | Sono solo un lurker, ma do il mio +1 | | 2008/7/31 smokher [EMAIL PROTECTED]: | +1 | non solo dico +1 ma dico anche di valutare ogni nuovo iscritto con attenzione. ora è invivibile questa ML per colpa di un COGLIONE. e lo vedete tutti. L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiRdQoACgkQA+OpfnnCOFOcnACcCtLyDPOsnMbgDZlu8s8c4olV oZMAnA3jotEdLfFh8mSVEov1l7As0jJ/ =IRWi -END PGP SIGNATURE-
Re: [ninux.org] nodo ipotetico..
Paolo Trivisonno ha scritto: ma insomma lo tiriamo su questo nodo? quando vi riunite al fusolab? Ciao Paolo, il calendario delle riunioni è sulla prima pagina di wiki.ninux.org. Dato che è il 31 luglio e parecchi stanno in vacanza abbiamo deciso di ri-vederci Martedi' 2 settembre ovvero tra un mese. Hai provato con la tua antenna da 18 dbi e qualche programma per lo scanning, se bekki qualche rete con essid ninux.org ? Magari facendo le prove sul tetto di casa? Ciao, Lorenzo Paolo Trivisonno aka paolinO eminemolO - - - [EMAIL PROTECTED] [EMAIL PROTECTED] [ http://www.inventati.org/paolinoz ] gpg --recv-keys --keyserver pgp.mit.edu 090A8299 Il giorno 29/lug/08, alle ore 12:06, ZioPRoTo (Saverio Proto) ha scritto: io ho gia' un antenna da 18 dbi (http://www.inventati.org/paolinoz/projects/wifi/) montata sul tetto di casa mia è collegata a una fonera su openwrt... ho controllato sul map server e non mi sembra ci siano nodi tanto vicini.. mi piacerebbe unirmi alla vostra rete.. che ne dite? Il nodo del Fusolab è a soli 1.2Km, secondo me è linkabile. Sopra al Fusolab ci sono 2 grandi torri per telefonini, per caso dal tuo tetto si vedono ? Saverio
Re: [ninux.org] Fonera e SD..
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 paolo del bene ha scritto: | carissimo nino, | | ti sarei grato se mi dessi delucidazioni a proposito dello slot che si potrebbe montare sulla fonera, dove acquistarlo, da chi, quanto costa | | saluti paolo GIURO CHE SE LA SMETTI DI ROMPERE te ne preparo uno e te lo regalo. però basta a SCASSARE I MARONI A TUTTI! L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiQGigACgkQA+OpfnnCOFM0bgCeNkx5w9hsqFb5Vi8aEdaWyfUS hLEAoMZdl3Ap2ypxTHAIObsiR6qs3Cxw =v55i -END PGP SIGNATURE-
Re: [ninux.org] la fonera della discordia
La guerra dei cloni cominciata è marco neri ha scritto: finezza fatta persona --- *Mar 29/7/08, Andrea Pescetelli /[EMAIL PROTECTED]/* ha scritto: Da: Andrea Pescetelli [EMAIL PROTECTED] Oggetto: Re: [ninux.org] la fonera della discordia A: wireless-ml@ninux.org Data: Martedì 29 luglio 2008, 12:49 Se non la vuoi pulire esci da sta cazzo di lista!!! Che come ti torno a ripetere abbiamo cose più importanti da fare!!! Posta, news, sport, oroscopo: tutto in una sola pagina Crea l'home page che piace a te! http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=52437/*http://www.yahoo.it/latuapagina.
Re: [ninux.org] Fonera e SD..
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paolo Trivisonno ha scritto: | qualcuno di voi ha provato a montare una memoria SD in una fonera? io si non mi funzionava il modulo del kernel però. alla fine ho dato tutto a nino. L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiPWlMACgkQA+OpfnnCOFNzMACgstQbv6FtHaQdCSrlCfgADQLo J3cAoL3yKEa6/f+a3L41WywD/JQK8NwJ =Ua2O -END PGP SIGNATURE-
Re: [ninux.org] Proposta indecente (vediamo se riusciamo a far guadagnare due lire a ninux)
Luca Cappelletti ha scritto: Per quanto il merchandising è carino penso che sia meglio investire le risorse sui componenti di struttura della rete. Comprare fonere, antenne, router vari etc etc..tutto fa brodo...sinceramente per me la maglietta, a questo stadio di sviluppo, non fa molto valore aggiunto. Mi sa che non ci eravamo capiti: l'idea è di usare i proventi delle magliette per comprare infrastruttura di rete. Ovviamente le magliette non sono un fine ma un mezzo! Penso quindi che siamo tutti d'accordo! (purtroppo ieri non cel'ho fatta a venire al fusolab :-( ) Lorenzo
[ninux.org] Video della notte bianca a zagarolo!
43 minuti di video zippati in un corto di 7 minuti. Zagarolo: tra il passato e il futuro Non siete cursiosi? http://blog.ninux.org/ Lorenzo PS Nella scritta dell'ultimo frame ho scritto Sabrina invece che Romina...chiedo venia!
Re: [ninux.org] Sperimentazione mesh: zero-conf?
Emanuele Fia ha scritto: Il problema è che cosi' facendo fai una gestione statica degli indirizzi. Se ad esempio colleghi un AP che si prende 10.0.2.0/24 e ti si rompe, ti sei giocato per sempre 255 indirizzi. ma appena l'AP con 10.0.2.0/24 si rompe automaticamente la tabella di routing si spopola dell routing che dice 10.0.2.0/24 via balbalbala e quindi i nuovo nodo qunado consulta la routing non trova 10.0.2.0/24 e quindi si prende quell'ip Ok allora riutilizzi gli indirizzi. Se riutilizzi gli indirizzi devi smazzarti tutto il problemone delle collisioni tra indirizzi e reti! Quello che dici in realta' si fa e si chiama stocastic addressing, pero' non è semplicissimo e bisogna tenere in considerazione un po' di cose. Ad esempio se la rete ti si spacca in due e poi il link si riforma, tutti quelli che hanno preso un indirizzo ip dal momento della spaccatura, potrebbero andare in conflitto. Questo e' un problema perche' se due nodi hanno lo stesso IP non possono comunicare con IP! devono comunicare in un altro modo, ad esempio con lo strato due utilizzando i loro mac address. Tuttavia le comunicazioni di strato due sono interrotte da dispositivi di strato tre come quelli che penso tu volessi mettere in campo. Se ti interessa l'argomento ti suggerirei di darti un occhiata a questi due link: http://files.zeroconf.org/rfc3927.txt -- ma vale solo per se gli host sono sullo stesso dominio di broadcast www.cs.ucr.edu/~krish/dart_ton_2006.pdf Magari pero' ne parliamo a voce alla prossima riunione al fusolab. Secondo me l'autoconfigurazione è una cosa mlto importante che la nostra rete dovrebbe avere. Ciao, Lorenzo
Re: [ninux.org] Sperimentazione mesh: zero-conf?
ZioPRoTo (Saverio Proto) ha scritto: Qualcuno ha tempo di verificare se esiste una implementazione del DART Routing ? Io l'ho cercata ma non l'ho mai trovata! :-\ Inoltre ci servirebbe sempre qualcosa che facesse la conversione DART/DHCP per permettere a macchine non DART-enabled di connettersi alla rete ed essere routabili. Tutto e' fattibile, dipende da quanto sforzo di coding ci vogliamo mettere! PS e fino ad ora abbiamo parlato solo di layer 3... Nel momento in cui stai a livello due puoi usare meccanismi stile IPv4LL della suite zeroconf, ma alla fine quanti danni farebbero tutte le richieste ARP broadcastate su tutta la rete? Lorenzo
[ninux.org] Link a 231km a 6 mbps effettivi
Posto questa notizia che mi sembra interessante, con la speranza che a monte guadagnolo riusciamo anche noi a fare qualcosa del genere ;-) E' l'ennesimo link wireless ultralungo che hanno fatto da poco alcuni ragazzi qui in italia (vicino perugia). Chissa' cosa intendono per utilizzando apparati di uso comune a tutti i radioamatori ed antenne modeste. --- Perugia - In un Paese come l'Italia, in cui le infrastrutture TLC segnano il passo e il WiMax viene vista come una soluzione alle lacune di cui sopra, è naturale che proliferino le sperimentazioni di comunicazioni su tecnologia wireless. Fra queste è da segnalare l'ultimo traguardo raggiunto dal CISAR, Centro Italiano Sperimentazione Attività Radiantistiche. Sabato scorso, l'ultima iniziativa realizzata dall'associazione ha infatti messo a segno un importante record, effettuando con successo un nuovo collegamento di test - spiega lo stesso CISAR - con la tipologia digitale sulla banda dei 5 Ghz aumentando di ben 21 km il risultato precedentemente ottenuto. Il collegamento ha coinvolto il Monte Cesen (TV), 1405 metri, con Bocca Trabaria (PG), 1200 metri, con una tratta della lunghezza effettiva di 261,1 Km. La banda utilizzata - continua l'associazione - è stata di 10 Mhz, che ha permesso di avere fino a 6 Mbps reali di trasferimento. Assicurano i ricercatori che sarebbe stato possibile anche raggiungere bande più elevate (che sfiorano i 10Mbps) semplicemente cambiando le schede madri utilizzate. Il collegamento, che è stato testato durante tutto l'arco della giornata, grazie anche alle ottime condizioni meteo e propagative, è risultato estremamente stabile, convalidando questo nuovo successo del gruppo di persone che alacremente si sta occupando della rete nazionale larga banda CISAR. L'associazione CISAR sta infatti dando vita ad una rete a banda larga a livello nazionale. Questa rete - spiegano all'associazione - è aperta a qualsiasi radioamatore, facente parte dell'associazione E non. Tutti i radioamatori sono quindi invitati a partecipare con le proprie esperienze, apparecchiature ma, soprattutto, volontà. L'associazione ritiene che il risultato ottenuto sabato possa essere considerato un record di livello europeo, non avendo trovato traccia di collegamenti via terra di simile lunghezza sulla banda dei 5 Ghz. Il tutto, sottolineano dal CISAR, utilizzando apparati di uso comune a tutti i radioamatori ed antenne modeste, la cui descrizione sarà riportata prossimamente nel bollettino tecnico. fonte : http://www.pitelefonia.it/p.aspx?id=1996042r=Telefonia Lorenzo
[ninux.org] ath5k kernel hacking
Ieri ad etnica abbiamo provato i nuovi driver ath5k. Sembrano ancora parecchio in versione early stage (del tipo che non si puo' mettere una scheda in modalita' AP!) pero' qualcosa funziona! In particolare riusciamo a vedere tutta la caterva di canali dai 2.3 ai 2.7 e dai 5 ai 6.1 Ghz che supportano i chipset atheros! Il fatto è che ci appaiono come disabilitati e ieri smanettando con la parte dei driver ath5k non capivamo il perche'! Poi leggendo il codice c'e' scritto: * Collect the channel list. The 802.11 layer * is resposible for filtering this list based * on settings like the phy mode and regulatory * domain restrictions. e infatti il filtraggio avviene da un altra parte. Stasera proverei in particolare a cambiare questa struttura qui: http://lxr.linux.no/linux+v2.6.26/net/wireless/reg.c#L58 Altra notizia: sul nuovo kernel 2.6.26 c'e' una nuova parte chiamata WIRELESS MESH che implementa il pre-standard 802.11s: http://www.open80211s.org/ Da tenere sott'occhio! :-) Lorenzo
[ninux.org] Sbloccati canali a 6 Ghz e 2.7 Ghz !
Ci siamo riusciti!!! Smanettando con il codice del kernel siamo finalmente riusciti a sbloccare i canali segreti che i chip atheros supportano ma che sono disabilitati di default per motivi di regolamentazione (leggi: permettono di trasmettere su frequenze *non* libere). Abbiamo wikizzato sulla pagina: http://wiki.ninux.org/ath5k Enjoy the 6.1 / 2.7 Ghz! The Team PS Attenzione, trasmettere su quelle frequenze è illegale! (qualcuno riesce a capire chi c'e' sui 6.100 / 2.7 ? io ho trovato qualcosa qui ma non so' se e' attendibile http://www.pianetaradio.it/utilita/bptabellab.htm )
Re: [ninux.org] Notte bianca a Zagarolo
Stiamo tutta la sera a Etnica, io Nino e Fish di sicuro. Perche' non ne parliamo stasera di persona? Io tra poco salgo su! Lorenzo ZioPRoTo (Saverio Proto) ha scritto: - Quanti andiamo a cena - L'ora di quando mangiamo - Come intendiamo organizzare il sabato. Io sto incasinato con Etnica, quindi _non_ contate su di me. Saverio
Re: [ninux.org] Consiglio scheda wifi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Davide ha scritto: | non so a cosa ti serve...ma conta che ad una 50ina di euri prendi un WRT54GLcon il quale fai tutto | inoltre non so...ma il trasmettittore da 500mW è legale in italia? | beh come dite voi a roma...sticazzi! ;) tanto mi serve solo per un po di wardriving! in Italia è legale fino a 100mw ma io la vorrei prendere da 200 a 500. L.ù -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh8gEsACgkQA+OpfnnCOFMcsACgkCSAYfC3/GsL/yu7q8l0xrm8 L+QAn0F+IWW6ooYq1vD3hX8F/vr2jjsH =hlhX -END PGP SIGNATURE-
Re: [ninux.org] Nodo Malsano usando USB card Era: Consiglio scheda wifi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ZioPRoTo (Saverio Proto) ha scritto: | Ma quanto costa ?? Sembra una 50ina di euro facendo un rapido click su eBay | | Considerando che posso avere un cavo USB lungo 5m, o anche più se uso | HUB USB alimentati.. | http://www.usb.org/about/faq/ans5 secondo un venditore ebay puoi raggiungere anche 25 metri di usb usando prolunghe usb attive come questa http://cgi.ebay.it/Cavo-USB-2-0-Prolunga-Attiva-5Mt-Wireless-x-WiFi_W0QQitemZ180264404086QQcmdZViewItem?hash=item180264404086_trksid=p3911.m14.l1318 L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh8meoACgkQA+OpfnnCOFNNjwCg41jMG6kAj+IAbhbxfKBhdtDn XHoAoMz9ug+jPyYdmgQY1Q7YgWEKBFSq =yk4s -END PGP SIGNATURE-
Re: [ninux.org] Consiglio scheda wifi
Lorenzo ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chiedo consiglio a voi per l'acquisto di una scheda wifi usb, con ottime prestazioni e con la possibilità di attaccarci un'antenna. Mi hanno consigliato la Alfa networks 500mw modello AWUS036H , che ne pensate? Fica! Peccato solo non sia anche 802.11a! :-\ Lorenzo
Re: [ninux.org] Fonera... dopo come la vedo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jonathan ha scritto: | dopo averla flashata con ap51... | | come la ritrovo | ne in ethernet ne in wifi la vedo... | ci ho sparato su questi usando ap51 per bsd (aka mac osx) | openwrt-fonera-2.6-vmlinux.gz | openwrt-fonera-2.6-vmlinux.lzma | | | uhm e il rootfs? questi sono kernel se non sbaglio. L. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh8th8ACgkQA+OpfnnCOFOhGQCg3AMLhx9GwllNBPTTm3LLPTVk iFsAn0yif7sa0DhuQ1+HHJjyaGsQxZZA =JZTO -END PGP SIGNATURE-
Re: [ninux.org] l'illusione del WiFi e del WiMax
Aggiungo pure la mia. 802.11 non è la tecnologia nata per reti metropolitane. E' nata per andare col portatile al Mc Donald e connetterti senza dover cablare tutto, e questo lo fa bene! Quello che stiamo facendo noi è violentare questa tecnologia per fargli fare delle cose per cui non era stata pensata. OLSR e Co. funzionano e funzionano abbastanza bene se stiamo attenti a come facciamo i link perchè gli apparati con singola interfaccia radio non sono fatti per fare da repeater di più flussi in contemporanea verso vicini diversi. Se rispettiamo questi principi, la tecnologia funziona e puo' risolvere alcuni problemi reali della quotidianità. In realtà abbastanza pochi! Per il resto, di fronte al filo, penso che il wireless non possa competere. Se la situazione italiana degli ISP rimanesse freezata a come e', nulla vieterebbe ai ninuxari di tirare su una VPN e farsi la loro rete overlay. 20 euro al mese di Adsl sono alla portata di molti, e le performance sarebbero molto migliori rispetto a quelle che si potrebbero ottenere collegando il Tuscolo con Montesacro in modo multihop. L'installazione è più facile, la manutenzione praticamente non c'e'. Quello che facciamo è quindi crearci alcuni problemi che al momento non ci sono, per il gusto di spingere la tecnologia al limite, pensare a qualche nuova possibile soluzione, riappropriaci della tecnologia e dei vecchi valori con cui è stata fatta Internet. Magari in alcuni scenari border line, la nostra sperimentazione potrebbe migliorare il sistema e risolvere qualche problema reale di famiglie digial divise, ma dobbiamo essere coscienti che oggi questi casi costituiscono una nicchia. Un domani chissa' che con l'avvento di nuovi scenari la situazione non cambi. Per il resto, la risorsa più grande di ninux al momento non sono gli access point sui tetti, ma le persone che compongono la comunità e che partecipano attivamente. La mia idea è di mettere access point ninux.org se e solo se puntiamo a includere nuove persone nella community e nello spirito della community. Ognuno con le proprie idee e competenze. Includere gente interessata solo al servizio renderebbe la rete non scalabile dal punto di vista della gestione, e ci farebbe muovere in un terreno insidioso in cui andremmo a competere con WISP. E non ci interessa, e non ci conviene! Lorenzo LuX ha scritto: - Messaggio originale - Da: Luca Cappelletti [EMAIL PROTECTED] Continuo ad essere sorpreso dalla semplicità ed efficacia del modello FON. [stra-cut] Vabbè, l'ho buttata li per fare un po di costruttività :) Luca, hai ragione da vendere. La tua idea è sostenibile oltre che plausibile. Concordo al 100% sulla tua ipotesi che la soluzione al problema dell'espansione NON è nei pochi che mostrano i muscoli facendo link a forza bruta.. ma nei molti che, se aiutati con un apposito giocattolino pre-configurato, con pochissimo sforzo potrebbero aggiungere quel Km in più a Ninux.org -- LuX
[ninux.org] Ottenere lista vicini di OLSR
Ciao a tutti, una cosa che secondo me ancora manca nelle nostre reti, e' un sistema automatico di scelta del canale wireless. Passando da un canale ad un altro le prestazioni di tutta la rete cambiano in maniera radicale! Certo pero' è una bella rottura fare tutto a mano! Pensavo quindi che si potrebbe fare un programmino da mettere sugli AP che fa la seguente cosa: -un AP master dice a tutta la rete: hey ragazzi, alle 4 di mattina scatenate l'inferno...ci rivediamo alle 6 -gli AP slave dicono: Ricevuto capo! all'ora stabilita si provano quindi i throughput di tutti i link. Poi si cambia canale e si riprovano i link. Dopo un po', tutti gli AP tornano sul canale originale e inviano le loro misure al master che le colleziona ed eventualmente decide se dare istruzioni per cambiare canale. Qual è secondo voi il sistema migliore per avere la lista degli IP di tutti gli AP nella rete? e quella di tutti gli IP dei nodi a cui sono fisicamente collegato (ovvero dei miei vicini radio)? Ciao! Lorenzo
Re: [ninux.org] ETNICA LAST MINUTE ---- LE COSE URGENTI
Io vengo, ma per il tavolo ho solo un tavolinaccio da pic nic che io non mi fiderei a metterci sopra nemmeno il gameboy. Qualcuno ha un tavolo smontabile da portare? Tipo quelli con i cavalletti? Lorenzo ZioPRoTo (Saverio Proto) ha scritto: Bella, ci hanno avvertito dal comune di stare alle 16:30 sul posto per l'assegnazione dei bachetti. Non chiedetemi cosa significa, ma io ci sarò. IL POSTO NON E' QUELLO CHE PENSAVAMO NOI, ovvero non sono i campetti di calcio sotto casa di claudia, quindi dobbiamo ripensare tutto per la connettività ad Internet. Mi hanno spiegato, da Monte Porzio, prendere la strada che scende verso l'autostrada roma napoli, poco dopo c'è un concessionario di macchine sulla destra. Subito prima del concessionario ci sta una stradina in salita che porta su al paese, presa quella ci si ritrova sulla sinistra il cancello di etnica. A questo punto io farei così, andiamo alle 16:30 con il minimo indispensabile, prendiamo il posto, e valutiamo dopo che materiale portare per il ponte radio. Chi ci sta a darci una mano oltre a me e fish alle 16:30 ?? Cose che ci mancano: TAVOLO E SEDIE. Se avete un tavolo pieghevole da portare, portatelo ! Io e Fish ci siamo occupati di elettricità ed illuminazione, ed abbiamo un super PC con Ubuntu per fare l'Internet point. Forse tra un oretta vado a fare un sopralluogo preliminare per capire se si vede il TuscoloMesh dal luogo della manifestazione. Saverio
Re: [ninux.org] Ottenere lista vicini di OLSR
Perfetto! In pratica quindi basterebbe parsare un file del genere no? http://wnmap.seattlewireless.net/browser/misc/topology_sample.txt Secondo voi, conviene fare delle misure attive stile iperf [1] oppure stavo pensando potremmo agganciarci a OLSR. In questo modo e' ancora piu' semplice. Basterebbe andare ad abbassare drasticamente il tempo con coi i nodi si scambiano pacchetti di HELLO (HelloInterval settato a 0.1 ad esempio), e quindi andare a raccogliere direttamente le misure che ci da' OLSR. Gratis! Ovviamente non andremmo a fare delle misure precisissime, ma stiamo cercando un compromesso tra un programma in grado di darci una stima rozza del canale con meno interferenza, e lo sforzo per codare il programmino! Il campo da considerare è quello Topology? Il programmino - nella versione + facile- potrebbe essere uno script in python che gira su ogni wrt e che fa le seguenti operazioni su tutti i client: - - aprire un socket in ascolto sulla porta XXX se riceve un pacchetto SCAN_CHANNELS manda un ack e dopo X1 (ad esempio 10) secondi: - edita HelloInterval in olsr.conf settandolo a un valore basso (ad es: 0.1) - si appunta il canale attuale in un file -- per ogni canale - invia un comando iwconfig per cambiare canale - dorme per X2 secondi... diciamo 600 secondi (10 minuti). - torna sul canale originale se invece riceve un pacchetto CHANGE_CHANNEL, manda un ack e dopo X1 secondi cambia il canale per sempre. -- Il master invece, a seguito di un comando da parte dell'utente, invierà un pacchetto SCAN_CHANNELS. Dopo X1+X2 - un po' iniziarà a copiarsi il file della topologia. Operazione che ripeterà ogni X2 secondi per tutti i canali disponibili. Alla fine presenterà il report all'utente che potrà secegliere se cambiare canale o non fare nulla. Potrebbe funzionare così? Se si, sarebbe veramente facile implementarlo penso! Lorenzo [EMAIL PROTECTED] ha scritto: On 7/12/08, Lorenzo [EMAIL PROTECTED] wrote: [...] Qual è secondo voi il sistema migliore per avere la lista degli IP di tutti gli AP nella rete? e quella di tutti gli IP dei nodi a cui sono fisicamente collegato (ovvero dei miei vicini radio)? olsrd txtinfo plugin! :) Sia per la prima che per la seconda che hai detto! Se la rete e' olsr, naturalmente... Ciao, Clauz
Re: [ninux.org] Etnica early start
Per quanto mi riguarda mandare a monte - Rinviare a data da decidere A BREVE :-) Lorenzo LuX ha scritto: - Messaggio originale - Da: ZioPRoTo (Saverio Proto) [EMAIL PROTECTED] la cattiva è che dobbiamo mandare a monte la gita a monte guadagnolo Mandare a monte = Rinviare a data da decidere.. o move to: /dev/null ? -- LuX
Re: [ninux.org] Etnica early start
ZioPRoTo (Saverio Proto) ha scritto: Lorenzo puoi sentire claudia per la connettività ? Io non so' come fate e che fili dovete passa' ma per me va bene. La situazione - ve lo dico prima - è cosi': router adsl con un adsl abbastanza ballerina (ogni tanto si sconnetteva). finestra e balcone al primo piano affacciato su campo dei preti, ideale per piazzarci un antenna. Muri molto spessi da casa antica. Per me la soluzione migliore sarebbe piazzare uno switch ethernet e stendere il cavo fino al balcone e li attaccarci un antenna direttiva Secondo andiamo li il primo giorno utile (il 12?) con una fonera col firmware ninux, un antenna, un po di cavo e uno switchetto. Piu' ovviamente il materiale da avere allo stand (magari un altra fonera e un altra antenna). Lorenzo
Re: [ninux.org] ciao a tutti nuovo iscritto
Federico Fiordoliva ha scritto: Ciao ragazzi, ho letto le vostre email nell'archivio, ma non ho trovato quello di cui ho bisogno, quindi posto. Ciao Federico e benvenuto! Ho visto che il 12 e 13 sarete a Monte guadagnolo, vorrei essere dei vostri per conoscervi e discuutere con voi di questo progettot molto interessante ma sarò fuori Roma. Dovevamo partire il 12 e 13 col camper per andare a fare le prove a Monte Guadagnolo ma Saverio, io e Andrea (3 dei 4 partecipanti) non possono piu andare perche' in contemporanea ci sarà l'inizio di una nuova manifestazione: etnica. Potresti venirci a trovare la'...è a MontePorzio. Io abito a Pantano Borghese(per meglio dire Torre Jacova) area non coperta dall'ADSL. Dalla mappa vedo che sono a ca 500/600 metri in linea d'aria con ZioPaolo. C'è una cosa che non ho compreso: - chi non ha collegamento ad internet può partecipare, ma solo nella vostra rete condivisa ho può usufruire anche di di un vostro gateway per la navigazione classica?? La navigazione classica su internet non è lo scopo principale di ninux.org, ed è anche - particolarmente - illegale. Quello che fanno poi i membri della community è comunque affare loro, ognuno è responsabile del proprio nodo. Magari se vieni ne parliamo di persona! Ci vediamo a etnica! dal 12 al 20 a Monteporzio Lorenzo