Re: [Ninux-Wireless] [ot] - consiglio server assemblato per servizi in rete ninux
Ho un server in garage vecchio di qualche anno. Un i5 con 16 GB RAM. Gira proxmox 3.1. Ci posso far girare tranquillamente anche decine di macchine virtuali. Ultimamente su una di queste VM con Ubuntu 16.04 sto facendo qualche esperimento con LXD e mi ci trovo bene. Il mio consiglio, se nella maggior parte dei casi in una VM vuoi installare un Linux, è di installare sul bare metal direttamente Ubuntu server e usare LXD come "hypervisor". Riguardo il tipo di server, se il rumore non è un problema (come nel mio caso che ce l'ho nel garage) allora consiglio un classico mini tower rispetto all'opzione laptop o addirittura RPi. --Luca 2016-09-24 15:03 GMT+02:00 Michele Salerno : > Il 24 settembre 2016 13:24, ADB ha scritto: >> i7? Eccheccidevifaggira'? >> >> Un raspberry con attaccato un HD no? >> Se ti serve un SATA puoi andare su OLimex.com e hai l'imbarazzo della >> scelta. >> >> albertux >> > L'idea era una macchina per contenere VM, es: dns server, un > webserver, cloud, voip, etc... > > Sulla mia RP ci ho messo il DNS Server, ma per altro è limitata... > Michele > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] libernet
Ci sono diversi tipi di nodi. Solo alcuni devono avere capacità di mining. L'ho letta di sfuggita. On Mon, Feb 17, 2014 at 4:58 PM, Clauz wrote: > Segnalo questo: > http://www.openlibernet.org/ > http://www.openlibernet.org/paper/open-libernet.pdf > > Fonte: netsukuku mailing list. > > Non ho ancora avuto il tempo di leggerlo come si deve, ma se si parla di > fare mining sui routerini non so quanto la cosa sia realistica (oggi). > > Clauz > > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] BGP in 2013
Comunque non stavo dicendo di convincere tutti i proprietari di AS di migrare a netsukuku. Dicevo che visti i numeri secondo me la community che sviluppa BGP dovrebbe cominciare a ragionare su come portare il BGP a lavorare in modo gerarchico. 2014-02-12 13:45 GMT+01:00 Clauz : > On 02/12/2014 12:22 PM, Luca Dionisi wrote: >> Ciao Save, >> ho letto le slides, grazie per il link. Erano concetti noti ma non >> masticandoli di frequente un ripassino ha fatto bene. >> E' vero, forse a questo ti riferisci, che netsukuku auspicherebbe >> l'uso di un solo protocollo di routing rispetto alla combinazione di >> un EGP e uno o più IGP. Questa scelta ha dei vantaggi e degli >> svantaggi. Sulla effettiva fattibilità possono esserci pareri diversi. >> La mia osservazione tuttavia si può riferire anche ad un protocollo >> EGP. Se è vero che le tabelle di routing dei router che prendono parte >> al protocollo BGP arrivano a contenere quei numeri di record un >> approccio gerarchico potrebbe giovare. > > Ciao, Luca. > In questo caso il problema non e' solo di eficienza. BGP e' fatto in > modo che ogni Autonomous System (AS) possa definire le proprie regole di > "convivenza" con gli altri AS (parlo di meccanismi come preferenze e > filtri) anche se questi sono causa di path lunghi e subottimi. > > Clauz > > > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] BGP in 2013
On Wed, Feb 12, 2014 at 9:34 AM, Saverio Proto wrote: >> A me pare che sia auspicabile un approccio gerarchico al routing. >> (cough... netsukuku, cough cough...) > > ciao Luca, > > conosci la differenza tra routing in ambito IGP ed EGP ? > posso consigliarti queste slides ? > http://wiki.netkit.org/netkit-labs/netkit-labs_interdomain-routing/netkit-bgp-introduction/netkit-bgp-introduction.pdf > > Saverio > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless Ciao Save, ho letto le slides, grazie per il link. Erano concetti noti ma non masticandoli di frequente un ripassino ha fatto bene. E' vero, forse a questo ti riferisci, che netsukuku auspicherebbe l'uso di un solo protocollo di routing rispetto alla combinazione di un EGP e uno o più IGP. Questa scelta ha dei vantaggi e degli svantaggi. Sulla effettiva fattibilità possono esserci pareri diversi. La mia osservazione tuttavia si può riferire anche ad un protocollo EGP. Se è vero che le tabelle di routing dei router che prendono parte al protocollo BGP arrivano a contenere quei numeri di record un approccio gerarchico potrebbe giovare. O forse non ho capito: a cosa si riferisce il valore di 440,000 entries relativo a gennaio 2013? --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] BGP in 2013
A me pare che sia auspicabile un approccio gerarchico al routing. (cough... netsukuku, cough cough...) On Tue, Feb 11, 2014 at 12:39 PM, Clauz wrote: > https://www.nanog.org/sites/default/files/monday.general.huston.BGP.21.pdf > > Ci serve piu' RAM (slide 30 e 34)... > > Clauz > > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Proposta di legge sul libero accesso alla rete
Ho appena inserito una integrazione. Chi è iscritto al portale può dargli un voto se lo ritiene buono. Solo che non è facile trovare un intervento specifico, dovete cercare "integrazione di Luca Dionisi" a mano. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Proposta di legge sul libero accesso alla rete
2013/11/26 ugonegnome > > > NON SI FA RIFERIMENTO ALLA LIBERTÀ' IN/DI QUESTA TECNOLOGIA Non direi. La prima frase del comma proposto dice "liberamente". A me pare che sarebbe già così un gran passo in avanti. Comunque si può suggerire una variazione. Ad esempio invece di "accedere liberamente" si potrebbe mettere "contribuire liberamente", magari spiegando con una frase del tipo "sia mediante la fruizione sia mediante la erogazione di servizi". ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] net neutrality in pratica
Grandi! Ho scaricato la versione HD sullo smartphone e ora spargo il Verbo. --Luca 2013/9/28 Clauz > Il video spiega in modo ironico [alcuni dei] potenziali effetti > dell'abolizone della neutralità della rete. > > https://www.youtube.com/watch?v=NLKyIhYwyWc > > Clauz > > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Torre per telecomunicazioni da 530 metri scalata in soggettiva
ma chi é? Goku che va dal supremo? 2012/6/25 Andrea Pescetelli : > Ma che cazzata! > > > 2012/6/25 Clauz >> >> http://www.youtube.com/watch?v=2A_h2AjJaMw >> Spero che siano pagati profumatamente... >> >> Clauz >> >> ___ >> Wireless mailing list >> Wireless@ml.ninux.org >> http://ml.ninux.org/mailman/listinfo/wireless > > > > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Fwd: [Bloat] "Controlling Queue Delay" by Kathie Nichols and Van Jacobson.
Sembra una notizia mooolto buona. -- Forwarded message -- From: Jim Gettys Date: Tue, May 8, 2012 at 12:48 PM Subject: [Bloat] "Controlling Queue Delay" by Kathie Nichols and Van Jacobson. To: bloat All, An article was published today in AQM Queue by Kathie Nicholson and Van Jacobson describing a novel adaptive AQM algorithm. I also wrote a blog posting for a bit wider audience to set some context. See: http://queue.acm.org/detail.cfm?id=2209336 http://gettys.wordpress.com/2012/05/08/fundamental-progress-solving-bufferbloat/ We've established a co...@lists.bufferbloat.net mailing list to discuss codel (and it's implementation; patches for Linux can be had there). And yes, it appears CoDel (pronounced "coddle") works... :-) - Jim ___ Bloat mailing list bl...@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/bloat ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] netsukuku: forse potrei chiedere donazioni
2012/5/4 Clauz : > Ciao, Luca. > Credo valga la pena provarci, anche magari abbassando l'obiettivo (15k > sono tanti) e puntando su donazioni straniere (italiane credo sia molto > difficile). Kickstarter mi risulta sia la piattaforma di crowdfunding > piu' famosa. > > Se no, se sei studente, una cosa tipo il GSoC (per il quale quest'anno > ormai e' tardi)? Grazie Clauz. Grazie anche per avermi chiesto se sono uno studente. Mi ringiovanisci e di parecchio ;D Ho 40 anni, devo mantenermi e pagare un piccolo mutuo. Oggi: ho un lavoro full-time a tempo indeterminato e faccio netsukuku a tempo perso. Se la cosa va in porto: contratterò un part-time con il mio attuale datore di lavoro e avrò il resto della giornata da dedicare a netsukuku senza intaccare il mio introito lordo mensile per un anno. Fra un anno: finiti i fondi di questo finanziamento una-tantum, avrò ancora un part-time e dovrò cercare il modo di reintegrare il mio introito mensile. Quindi capisci che l'importo che chiedo è già il minimo indispensabile per intraprendere questa scelta. L'alternativa è continuare a fare netsukuku a tempo perso. --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] netsukuku: forse potrei chiedere donazioni
*** English version here: http://pyntk.blogspot.it/2012/05/proposal.html *** Il progetto Netsukuku (www.netsukuku.org) è vivo e sotto attivo sviluppo. Ma è evidente che i progressi nello sviluppo di questo software sono molto lenti, sebbene concreti e costanti. Credo che sarebbe importante realizzare in tempi più rapidi le features basilari del progetto; features che sono realistiche, ormai è dimostrato ( pyntk.blogspot.com). Da un po' di tempo mi assilla l'idea di provare la strada del finanziamento diffuso (crowd funding) come strumento per potermi dedicare allo sviluppo in modo continuato. Si tratta di un meccanismo per raccogliere fondi da destinare ad un progetto tramite promesse di donazione di importo di solito basso. Tali promesse si trasformano in reali donazioni solo se prima di una data di scadenza la loro somma supera la soglia minima richiesta per finanziare l'intero progetto. Ho pensato che, se riesco a raggiungere un importo di 15,000 €, posso lavorare part-time al progetto (4 ore al giorno) per un anno. Questo difatti comporterebbe di non poter lavorare full-time per il mio attuale datore di lavoro. La ragione per cui ho pensato di poter fare questa proposta è che, se ci concentriamo sull'aspetto della produzione del software in linguaggio Vala e della sua conseguente installazione su dispositivi embedded con OpenWRT, io sono il solo sviluppatore ad averci già lavorato. Questo in modo continuato, sebbene solo nel mio tempo libero, da oltre 18 mesi. Devo ancora scegliere la piattaforma per la raccolta (kickstarter.com, fundageek.com, ipledg.com, eppela.com, ...) e fare tutte le pratiche per la presentazione del progetto, ma intanto ho pensato di sondare il terreno su questa community e con altri contatti. Quindi, che ne pensate? Luca Dionisi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Conoscete darknetmap?
Cari ninuxiani, vi siete mai imbattuti in questo sito? http://darknetmap.zone42.ca/ Si tratta di un servizio messo a disposizione dal progetto meshnet, ma in effetti è fruibile da chiunque. Il suo obiettivo è mettere in comunicazione due persone che potrebbero abitare vicino e non sanno di essere entrambi interessati alla costruzione di una rete mesh. Permette di indicare la propria posizione geografica e associarvi un indirizzo email, che resta segreto per ragioni di privacy. Se Tizio vede che vicino alla propria abitazione qualcuno ha messo un segnaposto può usarlo per mandare un messaggio; dovrà mettere nel messaggio qualche indicazione su come proseguire la comunicazione (ad esempio il suo indirizzo email) Forse potreste usufruirne. Magari qualcuno non sa di Ninux e ci si imbatte così. --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] netsukuku
Ciao a tutti, d'un tratto il mio router omnima si è briccato. Da solo. Semplicemente non si avviava più. Ricollegando il cavo UART_USB ho visto che il kernel si avvia, rileva troppa memoria (vede 32 kB ma io ne ho 16) e poi si pianta. Forse si è fuso qualcosa sulla scheda... boh! Il bootloader funziona e permette di flashare anche un nuovo firmware, ma dai sintomi mi pare che non sia un problema del firmware. Per ora accantono questo "mattone" Forse proverò a mettere le mani su un linksys WRT54GL Era solo per chiudere il thread. Ciao --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] netsukuku
Sono andato un po' avanti con questa cosa della cross-compilazione. Ho scaricato la OpenWRT taggata backfire_10.03.1 dal loro repository. Ho seguito le istruzioni del sito per compilare la Buildroot, dapprima con una configurazione default (make defconfig) impostando solo le caratteristiche di architettura del mio router Omnima (System: Infineon/ADMtek ADM5120, little endian, profile: Edimax BR-6104KP). Poi con un make menuconfig in cui ho indicato: * Build the OpenWrt SDK * Build the OpenWrt based Toolchain * Advanced configuration options -> Build gdb * e alcuni pacchetti che mi sono essenziali Dapprima non avevo notato che ci fosse fra i pacchetti ufficiali anche glib2 (forse non avevo fatto feeds update) e quindi mi sono messo a farne la cross-compilazione a mano e alla fine c'ero riuscito, con la GLib 2.30.1 Poi ho visto che c'era la versione ufficiale; poco male, tutta esperienza. Inoltre guardando il Makefile di questa versione (che nella backfire_10.03.1 è la GLib 2.26.1) ho riconosciuto le opzioni per configure che avevo trovato a mano a forza di prove, quindi ho anche scoperto un po' (molto superficialmente) di come si articola il sistema di build di openwrt. Nel mio ambiente di sviluppo (ubuntu) io uso la GLib 2.28.6 ma credo che la 2.26 vada bene per i miei scopi. Invece va notato che la backfire_10.03 contiene il pacchetto glib2 con la versione GLib 2.22.2 e questa risulta troppo vecchia (causa problemi con la libreria libgee di cui parlo dopo) Le prime prove di compilazione di un programma Vala le ho fatte a questo punto, usando il cross-compiler in staging_dir/toolchain-* e indicando le directory su cui cercare gli include e quelle su cui cercare le libs all'interno di staging_dir/target-*. La compilazione di un programma semplice va a buon fine. Sul mio router Omnima avevo già installato a suo tempo una backfire_10.03. Le prime prove di esecuzione quindi le ho fatte con i pacchetti della backfire_10.03, scaricandoli con opkg install. L'esecuzione funzionava correttamente. Ma va notato (cosa che all'inizio non avevo compreso) che il programma era stato compilato con la glib 2.26 e ora girava con la 2.22. Fra i pacchetti ufficiali di openwrt ci sono anche altre due delle dipendenze che mi sono essenziali: * pthsem (che è una versione "estesa" del libpth) * libgcrypt Questi pacchetti ho visto che ci sono ma non li ho provati ancora... ma cerchiamo di essere ottimisti! L'ultima libreria che mi serviva è la libgee (https://live.gnome.org/Libgee) Si tratta di un software semplice, e infatti la cross-compilazione non ha dato problemi. Ho provato allora a compilare un programma Vala che facesse uso della libgee. La cross-compilazione non ha dato problemi. Ho portato poi sia la libreria libgee, sia il programma utilizzatore, dentro il router. In esecuzione il programma richiamava correttamente la libgee, ma questa mi dava l'errore: undefined symbol g_malloc0_n. A furia di verificare ho visto che questo simbolo non si trovava nella GLib 2.22, mentre nelle versioni più recenti c'era. Ho quindi deciso che il passo successivo sarebbe stato installare la versione 10.03.1 sul mio router. (e di questa piccola odissea trovate traccia nelle mie mail precedenti in lista) Ora anche il programma in Vala che fa uso della libgee funziona correttamente nel router. Proseguirò con i test delle altre dipendenze e poi proverò a far girare il programma netsukuku allo stato attuale. Vi tengo informati. --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] domanda su openwrt
Ok, confermo quanto detto prima. Un metodo per riscrivere il firmware partendo da un sistema con openwrt è quello di usare il comando mtd. Quello che nel mio primo tentativo non aveva funzionato erano le configurazioni date al kernel con il make kernel_menuconfig. Quindi confermo anche, almeno nella mia esperienza, che bisogna fare il "make kernel_menuconfig" *dopo* il "make menuconfig" *AND* bisogna ripetere il passo del make kernel_menuconfig ogniqualvolta si modifichino le configurazioni con un make menuconfig. Ora il mio router Omnima ha una openwrt 10.03.1 con rootfs sulla usb. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] domanda su openwrt
Credo di aver capito l'inghippo. Scrivo giusto per aggiornarvi e tenere uno storico dell'argomento, e anche perché se ho capito bene si tratta di un cavillo che potrebbe interessare il generico router. Il mio router non è brickato, ma si comporta come se avessi saltato una parte delle istruzioni (non ripeto il link che avevo messo prima) Non sono sicuro che sia avvenuto così, ma credo che se uno fa "make menuconfig" e poi fa "make kernel_menuconfig" e poi fa di nuovo "make menuconfig" per mettere qualche ulteriore impostazione, e infine fa "make", allora quello che aveva impostato in precedenza in kernel_menuconfig viene perso. ...credo. --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] domanda su openwrt
Ho provato, ma qualcosa non è andato per il verso giusto. Ho verificato che l'immagine fosse abbastanza piccola da entrare nei 1984 kB della mtd2 (firmware) del mio router: root@OpenWrt:~# ls /tmp/openwrt-adm5120-router_le-br-6104kp-squashfs-xmodem.bin -l -rw-r--r--1 root root 1966080 Jan 1 00:15 /tmp/openwrt-adm5120-router_le-br-6104kp-squashfs-xmodem.bin Ho avviato il mtd: root@OpenWrt:~# cd /tmp root@OpenWrt:/tmp# mtd -r -e firmware write openwrt-adm5120-router_le-br-6104kp-squashfs-xmodem.bin firmware Unlocking firmware ... Erasing firmware ... Writing from openwrt-adm5120-router_le-br-6104kp-squashfs-xmodem.bin to firmware ... Rebooting ... Non è più tornato su, nel senso che sulla 192.168.1.110 non risponde più. Dovrò rimettere mano al cavo USB-to-UART per capire cosa sia successo. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] domanda su openwrt
2012/1/26 Clauz : > On 01/25/2012 06:11 PM, Luca Dionisi wrote: >> 2012/1/25 Luca Dionisi : >>> Io ho un router su cui installai a suo tempo la backfire 10.03. >>> Avevo flashato il router con uno script inviando il file >>> *-squashfs-xmodem.bin attraverso un cavo seriale "USB to UART". >>> Il rootfs lo avevo copiato su una penna USB. >>> >>> Ora ho compilato la backfire 10.03.1 e vorrei mettere quella sul router. >>> Sarà sufficiente sostituire il contenuto della penna USB con il nuovo >>> rootfs? >> >> Sto leggendo la documentazione, ma non mi è chiaro quali possibilità >> ci sono per "aggiornare" un router da una versione di openwrt >> (compilata ad esempio dalla trunk) ad un'altra versione, più recente, >> sempre compilata. >> Mi pare di capire che andrebbe usato il comando mtd, sbaglio? >> Aiuto! > > Ciao, Luca. > Di che router si tratta? Forse sysupgrade [*] potrebbe andar bene. Si tratta di un Omnima, la piattaforma è Edimax BR-6104KP (ADM5120) e la procedura per il flashing e per montare il root filesystem dalla usb l'ho letta qui: https://forum.openwrt.org/viewtopic.php?id=18570 Non sono sicuro che il sysupgrade possa andare bene, per via del fatto che il root fs è sulla usb. Per di più non ci sono particolari impostazioni che voglio preservare sul router, quindi preferirei riflashare una immagine sana. Comunque non sono sicuro di aver capito. Che differenza c'è tra un file del tipo openwrt-*-squashfs-sysupgrade.bin e uno openwrt-*-squashfs-xmodem.bin o webui.bin prodotti dal make? Provo a seguire https://forum.openwrt.org/viewtopic.php?pid=84323#p84323 che dice che usa mtd con il file xmodem.bin e lo scrive sulla partizione firmware. A proposito, mi sono documentato un po' sulle partizioni delle memorie flash degli embedded. La flash del mio router (2 MiB) ha queste configurazioni: root@OpenWrt:~# cat /proc/mtd dev:size erasesize name mtd0: 8000 4000 "admboot" mtd1: 8000 8000 "config" mtd2: 001f 0001 "firmware" [ estratto da dmesg ] Creating 3 MTD partitions on "adm5120-flash.0": 0x-0x8000 : "admboot" 0x8000-0x0001 : "config" 0x0001-0x0020 : "firmware" ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] domanda su openwrt
2012/1/25 Luca Dionisi : > Io ho un router su cui installai a suo tempo la backfire 10.03. > Avevo flashato il router con uno script inviando il file > *-squashfs-xmodem.bin attraverso un cavo seriale "USB to UART". > Il rootfs lo avevo copiato su una penna USB. > > Ora ho compilato la backfire 10.03.1 e vorrei mettere quella sul router. > Sarà sufficiente sostituire il contenuto della penna USB con il nuovo rootfs? Sto leggendo la documentazione, ma non mi è chiaro quali possibilità ci sono per "aggiornare" un router da una versione di openwrt (compilata ad esempio dalla trunk) ad un'altra versione, più recente, sempre compilata. Mi pare di capire che andrebbe usato il comando mtd, sbaglio? Aiuto! --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] domanda su openwrt
Io ho un router su cui installai a suo tempo la backfire 10.03. Avevo flashato il router con uno script inviando il file *-squashfs-xmodem.bin attraverso un cavo seriale "USB to UART". Il rootfs lo avevo copiato su una penna USB. Ora ho compilato la backfire 10.03.1 e vorrei mettere quella sul router. Sarà sufficiente sostituire il contenuto della penna USB con il nuovo rootfs? O devo riaprire il router, ripescare il cavo e ripetere l'operazione di flash? --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] netsukuku
2012/1/8 Paride Desimone : > Gia' che ci siamo, sto provando a compilarlo sotto debian squeeze, con Vala > 0.8.1 > ed ho il seguente errore: Io uso valac 0.12 Credo che almeno il 0.10 sia necessario, ma meglio se usi il 0.12. PS il compilatore valac non è necessario averlo per la compilazione sull'architettura target. Ad esempio, posso usare un valac presente su un pc con i386 e ubuntu, ottenere con questo i sorgenti in C e poi compilare questi ultimi nella architettura target (o con un cross compiler) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] netsukuku
2012/1/8 Claudio : > Il 07 gennaio 2012 16:53, Luca Dionisi ha scritto: >> Ciao ragazzi, >> il porting di netsukuku in Vala [0] è in uno stato molto avanzato. >> Alcune funzioni molto importanti mancano ancora (come il DNS >> distribuito) ma il demone dovrebbe essere in grado di configurare >> automaticamente una semplice rete di 3 nodi [1]: >> (A) -- (B) -- (C) >> >> Quindi a questo punto vorrei provare a installare il demone >> (compilandolo per la relativa architettura) su qualche router con su >> OpenWRT. >> Dispongo a casa di un Omnima [2] e di due classici Linksys WRT54GL. >> > Ciao luca, > sarei ben felice di aiutarti nell'integrare netsukuku su openwrt Grazie Claudio Quello che mi serve nell'immediato (breve tempo) è un aiuto a compilare l'eseguibile. Non è che voglia produrre un pacchetto da integrare con opkg. Giusto un paio di precisazioni sul Vala. Vala è un fantastico linguaggio di programmazione di alto livello, con molte feature paragonabili a Java o C#. A differenza di altri linguaggi di alto livello, il codice viene compilato in linguaggio nativo. In effetti viene prima prodotto codice C e poi compilato. Quindi non si ha un ABI diverso da quello dei programmi scritti in C. Ad esempio si possono usare le classiche librerie scritte in C, senza alcun tipo di binding né di librerie di runtime. In conclusione, un programma in Vala si adatta benissimo ad un ambiente embedded. E non ha nulla a che vedere con l'ambiente grafico di Gnome (anche se è ormai molto usato in progetti del desktop gnome). Oltre alla compilazione del mio programma mi servono quelle librerie di cui parlavo sopra (libgee2, libglib2.0, libpth20 e libgcrypt11) In particolare credo che sia difficile trovare libgee2, libglib2.0 già compilate, ma forse si riesce a farlo partendo dai sorgenti. Se puoi darmi una mano con questa cosa mettiamoci in contatto. > Come ricorderai avevo già indipendentemente cercato di aggiungere > netsukuku su openwrt quando era scritto in python ma alcuni pacchetti > di python non erano ancora portati per cui lasciai stare (visto lo > scarso interesse all'epoca (prima del battlemesh di bracciano) della > community netsukuku) > Impegno portato avanti anche da Clauz nello stesso periodo. > https://svn.ninux.org/ninuxdeveloping/browser#packages > > Le cose vedo non sono miglirate di molto ma spero VIVAMENTE di sbagliare. Cosa non è migliorato? Ti riferisci al poter usare python? A questo punto non mi interessa molto. --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] netsukuku
2012/1/7 Paride Desimone : > Il 07.01.2012 15:53 Luca Dionisi ha scritto: > >> Ciao ragazzi, >> il porting di netsukuku in Vala [0] è in uno stato molto avanzato. > > > Dove lo si puo' trovare? Progetto: https://savannah.nongnu.org/projects/netsukuku/ Repo: http://bzr.savannah.gnu.org/lh/netsukuku/vala/files --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] netsukuku
Ciao ragazzi, il porting di netsukuku in Vala [0] è in uno stato molto avanzato. Alcune funzioni molto importanti mancano ancora (come il DNS distribuito) ma il demone dovrebbe essere in grado di configurare automaticamente una semplice rete di 3 nodi [1]: (A) -- (B) -- (C) Quindi a questo punto vorrei provare a installare il demone (compilandolo per la relativa architettura) su qualche router con su OpenWRT. Dispongo a casa di un Omnima [2] e di due classici Linksys WRT54GL. Le dipendenze sono modeste, sono soddisfatte su Debian con i pacchetti: libgee2, libglib2.0, libpth20 e libgcrypt11 C'è qualcuno in questa lista più esperto di me nel buildare eseguibili per OpenWRT (e non ci vuole molto) che sia disposto a darmi una mano? Possiamo continuare su questo thread o contattarci in privato. --Luca [0] il demone portato su linguaggio Vala significa poterlo compilare in codice nativo; questo, rispetto alla versione precedente in python-stackless, consente di farlo funzionare facilmente su altre architetture e su embedded device di basse prestazioni. [1] questa configurazione l'ho provata con netkit (emulatore di network) e il demone netsukuku si comporta bene. [2] http://www.kelvinsthunderstorm.com/omnima-embedded-controller-and-openwrt ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] [blog] Il video ricordo del LAN Party Ninux del 2 dicembre 2011
Fortissimi! ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Assoprovider: cittadini proprietari dell'ultimo miglio
2011/11/3 Federico Capoano : > Piuttosto che comprare l'ultimo miglio preferirei compare antenne a 17ghz e > donarle a ninux per fare un backbone a 350mbps di una rete aperta e > veramente di proprietà dei cittadini. Oohh!! Eccolo il punto! Lasciando stare la questione su quale sarebbe la soluzione ideale per l'ultimo miglio (io voterei per l'esproprio e la proprietà pubblica) il vero punto che volevo sollevare è: ma questo *ultimo miglio di tratta di cavo* darebbe davvero maggiore libertà? O solo una illusione? Magari dico una cavolata, non sapendo bene l'argomento... ma proverò a spiegarmi. Diciamo che sono proprietario (e quindi non pago canoni) della tratta fino alla centrale di quartiere. Dalla centrale in poi si passa sulla backbone nazionale. Immagino che l'uso di tale dorsale sia garantito alle compagnie telefoniche licenziatarie. Una associazione senza scopi di lucro come Ninux, sarebbe mai in grado di ottenere la possibilità di sfruttare tale dorsale, o anche una parte di essa come per esempio la zona di Roma? In conclusione: uno che volesse collegarsi ad una rete comunitaria tipo ninux, che se ne fa della tratta di cavo? Molto meglio essere proprietari di una antenna! ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Assoprovider: cittadini proprietari dell'ultimo miglio
2011/11/3 Antonio Quartulli : > una volta che i cittadini si comprano l'ultimo > miglio...chi si occupa di gestire e mantenere le infrastrutture, e poi anche > garantire il servizio..? Non solo. Ma chi convince il cittadino a comprare una tratta di cavo che di fatto va per forza fino alla centrale telefonica di quartiere? O meglio, che vantaggio ne ha di quella proprietà? Non può mica spostare il cavo verso la centrale di un eventuale concorrente. Con questo investimento farebbe solo un favore (l'ennesimo) alle solite compagnie. --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] debian e spettrometro
horst. dovrebbe avere uno spectrum analyzer. http://br1.einfach.org/tech/horst/ 2011/10/13 Angelo G. : > salve, che voi sappiate su debian esiste un sw che faccia da > spettrometro per le reti wifi? chiramente abilitando i driver in > monitor-mode, in modo da vedere le frequenze più disturbate.. sia sui > 2.4ghz che sui 5ghz.. però soprattutto per le 2.4ghz > > thx > A. > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] leggete wikipedia ? [OT]
2011/10/6 Luca Dionisi : > 2011/10/6 Michele Favara Pedarsi : >> Mah... la cosa va vista in modo un pochino piu' positivo... in teoria >> ognuno dei 100 supernodi gia' esistenti ha un potenziale di 300 nodi >> piu' o meno locali... la crescita potrebbe tranquillamente diventare >> esponenziale o quantomeno quadratica... > > ... positivo... > ... teoria ... potenziale ... potrebbe ... > Non volevo sembrare troppo critico!! Era solo per mettere enfasi sulla ipoteticità... Resta il fatto che ninux è molto più che pura teoria! ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] leggete wikipedia ? [OT]
2011/10/6 Michele Favara Pedarsi : > Mah... la cosa va vista in modo un pochino piu' positivo... in teoria > ognuno dei 100 supernodi gia' esistenti ha un potenziale di 300 nodi > piu' o meno locali... la crescita potrebbe tranquillamente diventare > esponenziale o quantomeno quadratica... ... positivo... ... teoria ... potenziale ... potrebbe ... ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] I Rifugiati dal Wi-Fi
2011/9/21 Michele Favara Pedarsi : > Il 21 settembre 2011 05:05, smokher ha scritto: >> On Tue, 20 Sep 2011 12:32:16 +1000, Michele Favara Pedarsi wrote: >>> >>> Mmm... ma se po' gioca' col telescopio almeno? Oddio... per non morire >>> di pizzichi c'e' sempre il trombare, il riparare trattori e altre >>> amenita' meccaniche... pero' che palle... non c'e' neanche il mare o >>> il lago per fare i castelli di sabbia! >>> >> >> voi che ne sapete.. >> a cosa minchia serve un "mostro del genere" ??? >> > > Come a che serve!? A ricevere radiazioni cosmiche e messaggi extraterrestri! Come indubbiamente gia' sapete, i piani per lo sviluppo delle zone piu' remote della Galassia richiedono la costruzione di un'autostrada iperspaziale che attraversi il vostro sistema solare ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] MIPSEL: Differenze tra un ELF prodotto su Debian MIPSEL e uno su OpenWRT MIPSEL
Salve ragazzi, vorrei sottoporvi una questione confidando nella vostra esperienza con OpenWRT e embedded. Vorrei produrre un eseguibile per un router che monta openwrt backfire. Tale router è un Omnima ADM5120. Per compilare il mio programma ho usato una debian installata su un sistema mipsel emulato con qemu-system-mipsel. Ho seguito le informazioni segnalate qui: http://www.aurel32.net/info/debian_mips_qemu.php Il problema è che un eseguibile che funziona nella macchina emulata debian non funziona nel router e viceversa. Gli eseguibili nel sistema debian (sia quelli forniti dal sistema sia quello che compilo io) sono diversi dagli eseguibili nel sistema openwrt del mio router. Più in basso riporto le informazioni che ho potuto reperire su queste differenze usando "file" e "readelf". In particolare mi salta all'occhio la differenza nel ELF header della OS/ABI Version: UNIX - System V versione 0 e versione 1. Cosa è questa cosa della versione 1 che vedo solo in OpenWRT? Quello che vorrei fare è ottenere un ambiente di compilazione comodo da usare (come una debian virtualizzata) per produrre eseguibili che funzionino nel router. E' possibile? Un altro punto. L'eseguibile che vado a produrre ha bisogno di diverse shared libraries. Queste sono semplici da reperire nei pacchetti debian, mentre difficili da trovare in pacchetti openwrt. Ovviamente estrarre i files dai diversi formati (deb o ipk) è banale, ma anche in questo caso un passaggio con readelf mi dice che il contenuto è incompatibile. Ho portato sulla mia macchina (ubuntu) un file prodotto nella debian virtualizzata e uno di quelli nella distribuzione openwrt del router. Li ho esaminati con "file" e "readelf". Il comando "file" dice: 1)debian $ file exe_a exe_a: ELF 32-bit LSB executable, MIPS, MIPS-I version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, with unknown capability 0xf41 = 0x756e6700, not stripped 2)openwrt $ file opkg opkg: ELF 32-bit LSB executable, MIPS, MIPS32 version 1, dynamically linked (uses shared libs), corrupted section header size Il comando "readelf" dice: 1)debian $ readelf -h exe_a ELF Header: Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI:UNIX - System V ABI Version: 0 Type: EXEC (Executable file) Machine: MIPS R3000 Version: 0x1 Entry point address: 0x403680 Start of program headers: 52 (bytes into file) Start of section headers: 338016 (bytes into file) Flags: 0x1007, noreorder, pic, cpic, o32, mips1 Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 9 Size of section headers: 40 (bytes) Number of section headers: 33 Section header string table index: 30 2)openwrt $ readelf -h opkg ELF Header: Magic: 7f 45 4c 46 01 01 01 00 01 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI:UNIX - System V ABI Version: 1 Type: EXEC (Executable file) Machine: MIPS R3000 Version: 0x1 Entry point address: 0x4020b0 Start of program headers: 52 (bytes into file) Start of section headers: 0 (bytes into file) Flags: 0x50001005, noreorder, cpic, o32, mips32 Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 8 Size of section headers: 0 (bytes) Number of section headers: 0 Section header string table index: 0 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] [blog] Google Summer of Code Meetup
Nelle idee leggo con piacere: Filesharing suitable for Mesh Networks Un progetto di questo tipo sarebbe molto comodo. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] consiglio questa lettura (bufferbloat)
2011/3/21 Clauz : > Insomma, anche indipendentemente dalla situazione mondiale, mi sembra > l'ultimo dei nostri problemi... A me non sembra un problema di scarsa entità, tutt'altro. (certo sempre limitando la sfera dei problemi alle reti) Dalla tua frase deduco che nella vostra rete non si presenta in modo grave. Come mai? Limitate a priori la banda degli utenti finali di modo che la loro somma (in media) non superi la bandwidth della backbone di ninux? Non ci sono molti trasferimenti bulk all'interno della vostra rete, quindi gli unici bottleneck sono gli accessi a Internet? Oppure nessuno fa uso di applicazioni molto sensibili a latenza e jitter? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Potenze AP vs leggi italiane
2011/2/16 Lorenzo : > appunto :( > Perché qui la densità di nerd è più o meno 1/10km servono apparati più > che super fiquissimi... Io suggerirei invece di cercare di nerd-izzare qualcuno in mezzo a questi 10 km. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] consiglio questa lettura (bufferbloat)
Raccomando a tutti voi la partecipazione alle discussioni e ai lavori nell'ambito del problema del bufferbloat, attraverso il portale http://www.bufferbloat.net la mailing list, il wiki, ecc. ecc. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] L'egitto ha spento Internet
La commutazione di pacchetto fa il suo dovere abbastanza bene. La rete è stata progettata (inizialmente o meno) per sopravvivere a diversi tipi di malfunzionamento (attacchi nucleari o altro) su qualsivoglia numero di snodi, fintanto che un percorso resta agibile. Per tornare al punto, certo è che se tutti i percorsi possibili sono controllati (o facilmente controllabili) da una unica entità, allora c'è poco che la commutazione di pacchetto possa fare! Il problema con la situazione attuale è che non è possibile uno scenario di questo tipo: - l'utente A in un punto vicino alla frontiera del paese X ha un indirizzo Internet aa.aa.aa.aa - l'utente B in un punto vicino alla frontiera del paese Y ha un indirizzo Internet bb.bb.bb.bb - A e B realizzano un link tra loro, ad esempio wireless. - I router di Internet del paese X scoprono che possono raggiungere B e tutto il paese Y passando per A Il problema quindi non è nella commutazione di pacchetto ma nei cosidetti protocolli di routing, quelli cioè che scoprono le rotte. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Wi-Fi gratis a Pordenone
2011/1/17 Davide Guerri : > E' vero che non devi girare con la carta d'identità sulla fronte ma se > commetti un reato (o se ti ferma la polizia) devi esibirla. Qui stiamo parlando di obbligare i fornitori del servizio a identificare il fruitore e registrare le sue azioni. Allora obblighiamo il portiere di ogni palazzina (che renderemo obbligatorio) a chiederti il documento prima di permetterti di uscire sul suolo pubblico, a chiederti dove vai e a filmarti. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] polarizzazione
2011/1/14 Luca Dionisi : > 2011/1/14 Andrea Pescetelli : >> Allora devi puntare il feeder verso la nanostation che va fissata >> dritta in verticale fissata al palo nessun inclinazione che riprendi >> inclinando la airgrid leggermente verso l'alto ma di pochissimo tipo 5 >> o 6 gradi rispetto il livello in bolla verticale. e po fai un po di >> prove . ( se vedi sulla staffa di montaggio a palo della airgrid ci >> sono le asole per l'inclinazione con i gradi) >> non toccare l'inclinazione della nanostation perchè te la giostri dalla >> airgrid. >> Prova e facci sapere!!! > > Ookay! > Ci vorrà qualche giorno prima che possa andare a montarle sui tetti. > Per ora grazie delle info, farò sapere. > Una ulteriore domanda sulla AIRGRID. Se accendo l'apparato (cioè il feeder) prima di montarlo sulla griglia, rischio di danneggiare la radio? Lo chiedo perché sapevo che con le mini-pci se non ci si attacca l'antenna si rovina la radio. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] polarizzazione
2011/1/14 Andrea Pescetelli : > Allora devi puntare il feeder verso la nanostation che va fissata > dritta in verticale fissata al palo nessun inclinazione che riprendi > inclinando la airgrid leggermente verso l'alto ma di pochissimo tipo 5 > o 6 gradi rispetto il livello in bolla verticale. e po fai un po di > prove . ( se vedi sulla staffa di montaggio a palo della airgrid ci > sono le asole per l'inclinazione con i gradi) > non toccare l'inclinazione della nanostation perchè te la giostri dalla > airgrid. > Prova e facci sapere!!! Ookay! Ci vorrà qualche giorno prima che possa andare a montarle sui tetti. Per ora grazie delle info, farò sapere. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] polarizzazione
2011/1/13 : > On 01/13/2011 07:34 PM, Andrea Pescetelli wrote: >> Ciao Luca >> Allora a priori dentro la scatola dell'air grid dovresti trovare un >> foglio che ti spiega tutto su come impostare il feed rispetto alla >> griglia per settare la polarizzazione. Si c'è. Lo stesso è anche online qui http://www.ubnt.com/downloads/guides/airgrid/guide_grid_11_14.pdf >> E' preferibile utilizzare la polarizzazione verticale per quello che >> devi fare tu. Ok. Grazie. Per il puntamento da griglia a pannello, devo puntare il feeder esattamente verso il pannello oppure la forma della parabola è ingannevole? Mi pare di aver letto da qualche parte robe simili sulle parabole, ma non ricordo se si riferivano a collegamenti al satellite. E per il posizionamento del pannello (la Nanostation) la metto dritta come permette il palo? (La monto sul palo che già c'è per la televisione) Oppure conviene cercare di direzionare anche quello? Il tetto dove si trova la grid è parecchio in basso rispetto a quello della nanostation. Non so con esattezza, forse intorno a 15°. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] polarizzazione
Devo far comunicare una Nanostation M5 con una AIRGRID M5. Come faccio a stabilire se devo usare la polarizzazione orizzontale o verticale sulla AIRGRID? Inoltre non mi sono chiare le istruzioni per cambiare la polarizzazione della AIRGRID: http://www.ubnt.com/downloads/airgrid_polarization.pdf Probabilmente si tratta più di un esercizio di stile che di necessità, visto che le 2 distano circa 400 metri e sono in line of sight. Chi mi può illuminare? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Come si usa il passthrough?
Voglio collegare 2 nodi. Avevo intenzione di prendere 2 Ubiquiti AIRGRID M5 per installarle sui tetti delle 2 palazzine. Si alimentano con il PoE, quindi basta passare un cavo di rete dall'appartamento al tetto. Mi ha però incuriosito aver letto nel thread dei giorni scorsi del poe passthrough delle NanoStation. Su un tetto ho già una NanoStation in dotazione da parte del WISP con cui ho fatto un contratto. Sull'altro tetto per ora non ho altro, ma in futuro vorrei poterci mettere un altro apparato. Vorrei capire se questa cosa del passthrough mi permetterebbe, passando solo un cavo di rete fino al tetto, di alimentare 2 apparati e di ricevere i pacchetti ethernet da entrambi sul router in casa. Se questo fosse possibile, quali apparati devo comprare? Vanno bene gli AIRGRID? E poi come andrebbero collegati i 2 apparati? Hanno già i connettori adatti o vanno fatte operazioni meccaniche e di software su uno dei due? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Bonding o load balancing fra 2 ISP differenti
On Wed, Dec 29, 2010 at 1:13 AM, Darkman wrote: > Esagerato :> (ma ti rubo anche quello) > Non è mio. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Bonding o load balancing fra 2 ISP differenti
2010/12/28 Darkman : > Bello sto schema, te lo rubo. ... e questo? http://pub.ligatura.org/fs/netfilter/doc/packet-flow.png ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] consiglio questa lettura (bufferbloat)
Consiglio questa interessantissima lettura. Tale Jim Gettys (http://en.wikipedia.org/wiki/Jim_Gettys) nel suo blog sta portando avanti una educativa serie di riflessioni sul buffering nelle reti a commutazione di pacchetto. La si trova nella categoria "Bufferbloat" del suo blog... ma consiglio di dare un'occhiata anche ad altri suoi eventuali post, non si sa mai sbagliasse a categorizzarli. Ecco il link: http://gettys.wordpress.com/category/bufferbloat ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] consiglio
Consiglio questa interessantissima lettura. Tale Jim Gettys (http://en.wikipedia.org/wiki/Jim_Gettys) nel suo blog sta portando avanti una educativa serie di riflessioni sul buffering nelle reti a commutazione di pacchetto. La si trova nella categoria "Bufferbloat" del suo blog... ma consiglio di dare un'occhiata anche ad altri suoi eventuali post, non si sa mai sbagliasse a categorizzarli. Ecco il link: http://gettys.wordpress.com/category/bufferbloat ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Montare un router in casa? Non si può, rischi la multa
2010/11/30 Ale Avanzi : > Io non mi preoccuperei perchè penso che tutto questo non sia fatto per far > pagare l'istallazione al casalingo ma sia fatto per le aziende o i privati > che utilizzano impianti di un certo livello. Esatto. Era proprio questa la corretta interpretazione del mio disegno di legge. In fede: il ministro. ... MMMUU-AH-AAH-AH-AH!!! ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] announce
Il mio nuovo blog: http://pyntk.blogspot.com/ documenterà il mio tentativo di deployare una rete netsukuku. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] POE
Sul tetto per ora occorre mettere un apparato che viene installato da una ditta WISP. Di tale apparato non conosco i requisiti di alimentazione, mi dovrò informare meglio. Mi hanno solo detto per ora che devo far arrivare sul tetto sia il cavo di rete che l'alimentazione. Avrei preferito passare un solo cavo per non rubare altro spazio nella canalina e precluderla ad altri futuri usi (anche di altri condomini). Ma in futuro vorrei poter aggiungere una alix o un linksys per realizzare altri link autonomi in stile ninux. Vista questa ulteriore necessità anche io stavo pensando di optare per la soluzione 2 cavi separati. Quanto al "fattibile" devo ancora valutarlo con l'eletricista che conosce l'impianto. Comunque, anche per curiosità, mi pare di aver capito che con un injector passivo posso far passare solo basse tensioni, e questi costano poco. Per tensioni più alte servono injector più cari? e il cavo ethernet anche deve essere di diverso tipo? --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] POE
Ho bisogno di alimentare un apparato wifi sul tetto di una palazzina partendo da un appartamento un piano sotto l'attico. La palazzina è appena finita ma gli appartamenti sono tutti liberi; quindi sono in contatto con l'elettricista che può valutare come passare i cavi. In conclusione devo valutare se far passare un cavo ethernet e uno della corrente oppure usare POE e comprare i relativi injector e splitter. I prezzi che vedo online sono piuttosto alti (intorno ai 40 euro per l'injector) Cosa consigliate? Dove posso cercare questi aggeggi a basso prezzo? --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] R: [domanda niubba] rendere accessibile una sottorete
2010/8/25 Enrico Lorenzoni : > > Il giorno 25 agosto 2010 10:01, Stefano Lauciani ha > scritto: >> >> > Quello che ti serve si chiama routing ed è materia complessa, prima di >> > addentrarti forse dovresti valutare l'idea di usare una sola subnet o >> > cambiare netmask a tutti i dispositivi. >> > >> > Scusate il quoting ma sono da cellulare >> > >> Cambiando netmask cosa otterrei? >> Posso usare una sola subnet ma renderle indipendenti? > > Cambiando netmask fai come le reti 10.0.0.0/8. Hai un ip, ad esempio > 10.1.2.3 ma puoi usarlo per comunicare con 10.9.8.7 e chi vuoi tu. Cioè dici > al sistema operativo che tramite quell'interfaccia puoi comunicare con > 192.168.x.x invece che con 192.168.1.x o 192.168.2.x > Prova a mettere in tutti i device la netmask 255.255.0.0 e vedrai la > differenza. Naturalmente, sia che cambi netmask da 24 a 16, sia che metti tutti i nodi nella 192.168.1.*, in entrambi i casi bisogna che tutti i nodi siano sullo stesso dominio di collisione. Cioè le fonere devono fare tutte da bridge. Altrimenti non riesci a fare a meno del routing. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ad-hoc e broadcast udp
ARG scusate. La parte "Speravo che la risposta fosse questa" era riferita alla risposta di Antonio: "il pacchetto viene sentito da B ed il tutto finisce lì." --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] ad-hoc e broadcast udp
2010/7/24 Gioacchino Mazzurco : > se usi olsrd puoi usare il plugin p2pd che lo fa sentire a tutti Speravo che la risposta fosse questa. Non voglio che il pacchetto venga inoltrato. Quindi mi confermate, posso stare tranquillo che un classico ad-hoc si comporta così? --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] ad-hoc e broadcast udp
Ciao gruppo, ho una domanda. Supponiamo che i nodi A, B e C formino una rete ad-hoc, stessa BSSID. A e B sono a distanza di rilevamento tra loro e così anche B e C. A e C non si raggiungono direttamente. La domanda è: se A invia un pacchetto UDP in broadcast sulla sua interfaccia wireless, cosa succede? R1. Lo "sente" solo B. R2. B lo sente e lo ritrasmette così raggiunge anche C. Quale delle 2? Come potete immaginare, fare una prova empirica non mi sarebbe facile, logisticamente. --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] salvare una tv locale dal fallimento con la mesh
2010/7/20 OrazioPirataDelloSpazio (Lorenzo) : > Ora si, sul futuro, chissa'!! > http://www.boxee.tv/box il 23 dovrebbero consegnare i primi popbox www.popbox.com ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] problem with big integer on openwrt
I think awk could be the point. My system (ubuntu) gives the correct answer. l...@luca-laptop:~$ which awk /usr/bin/awk l...@luca-laptop:~$ file /usr/bin/awk /usr/bin/awk: symbolic link to `/etc/alternatives/awk' l...@luca-laptop:~$ file /etc/alternatives/awk /etc/alternatives/awk: symbolic link to `/usr/bin/gawk' l...@luca-laptop:~$ file /usr/bin/gawk /usr/bin/gawk: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped l...@luca-laptop:~$ awk --version GNU Awk 3.1.6 [...] So, what is 'awk' in a openwrt box? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Netsukuku su fonera
2010/5/16 : > Ciao. > Qui a Berlino sto cercando di far girare Netsukuku su una fonera. > Claudyus ha fornito un Makefile per un package di stackless python [1] e [1] ??? In generale, cosa devo fare per avere, sul mio pc non su una fonera, un ambiente identico al vostro per aiutare nel debug? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Netsukuku in TV
Premesso che la disinformazione regna sovrana, e la cosa non mi stupisce, il problema non è certo nel progetto o nelle persone che vi ripongono grandi aspettative. > Ridicolo/i...nn lui, ma tutti quelli che vedono "grande" un progetto che in > realtà nn ha ancora niente di concreto. "Niente di concreto" mi pare esagerato. Prima di dirlo hai provato il codice? Non ci sono rilasci destinati all'utente medio, ma lo smanettone sarebbe in grado di testarlo. > Mi dispiace per tutti quei ragazzi che collaborano con netsukuku e che si > vedono completamente ignorati C'è da dire che Lo Pumo è giovane e inesperto. Anche se lui avesse voluto (e questo non lo so perché non lo conosco bene) ma anche se avesse voluto parlare del gruppo e dell'aspetto collaborativo e open source del progetto, non è detto affatto che l'intervistatore e quelli che hanno montato il filmato glielo avrebbero permesso. > L amministratore delegato di 3, indipendentemente dall aspetto economico, ha > detto una cosa santa, e cioe che dietro l idea del singolo c è sempre un > gruppo di persone che "lavora"...! Il guru della finanza (chi altri potevano invitare a parlare in tv?) non ha parlato di un gruppo di persone che "lavora", a dire il vero. Ha detto che ci vogliono "persone pratiche che riescano a definire modelli di business". Per questi ciarlatani di aria fritta o c'è il soldo o non serve a nulla. Un po' per deformazione professionale e un po' per miopia, questi non riescono proprio a vedere al di là del naso. Ciao Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] multicast routing e comportamento inaspettato
Ho chiesto nella lista linux-net Puoi seguire qui: http://lkml.indiana.edu/hypermail/linux/net/1005.0/7.html ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] multicast routing e comportamento inaspettato
2010/5/4 ZioPRoTo (Saverio Proto) : >> multipath > > che io sappia il Kernel non fa multipath su base pacchetto ma su base > rotte, quindi ha una cache con delle rotte che manda sempre sullo > stesso percorso. Non sono sicuro di aver capito. Penso che la cache di cui parli sia quella che io svuoto con il comando "ip route flush cache". Stando a quanto ho capito io, quando il kernel deve inoltrare un pacchetto esamina prima le rotte in questa tabella cache (che dovrebbe essere l'implementazione della FIB [1]) Se non ne trova allora consulta le tabelle, diciamo, master. Trovata qui una soluzione, oltre ad usarla la memorizza anche nella tabella cache. Pensavo che la stessa procedura fosse seguita per i pacchetti che deve inviare (piuttosto che inoltrare) Invece in questo caso pare che dopo aver scelto una rotta non la abbandona nemmeno se cancello la tabella cache. [1] http://en.wikipedia.org/wiki/Forwarding_information_base > > Saverio > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] multicast routing e comportamento inaspettato
2010/5/4 ZioPRoTo (Saverio Proto) : >> Sto facendo degli esperimenti con il multicast routing su linux. >> Riscontro un comportamento che non mi aspettavo. > > Mmm sei sicuro ? Mi dai la tua definizione di "multicast". > > Mi sa che stai facendo esperimenti su un altra cosa. Forse multipath ? multipath si :D ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] multicast routing e comportamento inaspettato
Ciao a tutti. Sto facendo degli esperimenti con il multicast routing su linux. Riscontro un comportamento che non mi aspettavo. Cerco di illustrare i miei esperimenti qui sotto. Mi scuso se risulta pesante la lettura soprattutto da un client di posta che non usa i caratteri a larghezza fissa. Allego lo stesso testo anche come file .txt, forse per qualcuno risulta migliore. Ho preparato (con netkit) una topologia come rappresento sotto. * 0 2 * ↖↘ ↗ ↘ * 1 ←-- 4 * ↘ ↗ * 3 * * Il nodo <1>, oltre ad una rotta verso il nodo <0>, ha 2 rotte verso <2> e <3> e attraverso di queste raggiunge il <4> con un multipath con load-balancing (con peso relativo 10 e 7) Cioè: ip route add default \ nexthop via 1.1.1.3 dev eth0 weight 10 \ nexthop via 1.1.1.2 dev eth2 weight 7 Gli altri nodi hanno tutti una sola rotta, come da disegno. Inoltre, il nodo <1> periodicamente ripulisce la sua tabella di cache, per evitare che una volta scelta una rotta per una certa destinazione venga usata sempre quella. Cioè esegue una volta al secondo: ip route flush cache Ho lanciato sui nodi 2 e 3 tcpdump per verificare dove passano i pacchetti. I test fatti ed i risultati: 1) Dal nodo 0 un ping al nodo 4. I pacchetti passano su 2 e 3 alternandosi all'incirca in base ai pesi usati 2) Dal nodo 0 una connessione TCP al nodo 4. Ho usato nc (netcat). Traffico va da 0 verso 4: I pacchetti passano su 2 e 3 alternandosi all'incirca in base ai pesi usati Traffico va da 4 verso 0: I pacchetti di tipo ACK passano su 2 e 3 alternandosi all'incirca in base ai pesi usati Nell'eventualità che il nodo 3 muore mentre la connessione è aperta: Sia per il traffico da 0 a 4, sia per il traffico da 4 a 0: I pacchetti passano su 2, ma non in maniera costante; la caratteristica di reliability del TCP viene rispettata. 3) Dal nodo 0 invio pacchetti UDP al nodo 4. Ho usato nc (netcat). I pacchetti passano su 2 e 3 alternandosi all'incirca in base ai pesi usati Nell'eventualità che il nodo 3 muore: I pacchetti passano su 2, ma non in maniera costante; quando viene scelta la rotta verso 3 i pacchetti sono persi. 4) Dal nodo 1 un ping al nodo 4. I pacchetti passano su 2 e 3 alternandosi all'incirca in base ai pesi usati 5) Dal nodo 1 una connessione TCP al nodo 4. Ho usato nc (netcat). Traffico va da 1 verso 4: I pacchetti passano o sempre su 2 o sempre su 3 Traffico va da 4 verso 1: I pacchetti di tipo ACK passano o sempre su 2 o sempre su 3 Nell'eventualità che il nodo scelto inizialmente muore mentre la connessione è aperta: Per il traffico da 1 a 4: Dopo un periodo in cui i pacchetti sono tutti persi, circa 20 secondi, i pacchetti cominciano a fluire per l'altra rotta e vi passano da quel momento in poi in modo costante; la caratteristica di reliability del TCP viene rispettata. Per il traffico da 4 a 1: I pacchetti ti tipo ACK (da 1 verso 4) non raggiungono più la destinazione e quindi la comunicazione si interrompe; non riprende più. A meno che non venga inviato del traffico nella direzione opposta, cioè da 1 verso 4. In questo caso dopo un po' viene scelta l'altra rotta e da quel momento la comunicazione riprende in modo costante in ambedue le direzioni. 6) Dal nodo 1 invio pacchetti UDP al nodo 4. Ho usato nc (netcat). I pacchetti passano o sempre su 2 o sempre su 3 Nell'eventualità che il nodo scelto inizialmente muore: Nessun pacchetto raggiunge più la destinazione. In conclusione, tutti i comportamenti riscontrati sono più o meno in linea con quello che mi aspettavo. I punti che mi lasciano perplesso sono 5 e 6. Sembra come se ci fosse una particolare "information base" per il kernel per trovare le rotte per una certa destinazione quando il mittente originale dei pacchetti è proprio il nodo stesso. Vi pare normale come comportamento? Siete a conoscenza di cosa dovrei fare per uniformare il comportamento in 5 e 6 allo stesso che si riscontra in 2 e 3? Avete suggerimenti su strade diverse che dovrei percorrere per ottenere un multicast routing? Se volete allego i comandi per riprodurre l'esperimento (requires netkit) Grazie Luca Ciao a tutti. Sto facendo degli esperimenti con il multicast routing su linux. Riscontro un comportamento che non mi aspettavo. Cerco di illustrare i miei esperimenti qui sotto. Mi scuso se risulta pesante la lettura soprattutto da un client di posta che non usa i caratteri a larghezza fissa. Allego lo stesso testo anche come file .txt, forse per qualcuno risulta migliore. Ho preparato (con netkit) una topologia come rappresento sotto. * 0 2* ↖↘ ↗ ↘ * 1 ←-- 4* ↘ ↗ * 3* * Il nodo <1>, oltre ad una rotta verso il nodo <0>, ha 2 rotte verso <2> e <3> e attraverso di queste raggiunge il <4> con un multipath con load-balancing (con peso relativo 10 e 7) Cioè: ip route ad
Re: [Ninux-Wireless] openwrt known issue
2010/4/7 Luca Dionisi : > 2010/4/7 ZioPRoTo (Saverio Proto) : >>> Ma in futuro? Pare che lo sviluppo prosegua solo sui mac80211. >> >> mica ho la palla di vetro :) > > :D > Chiedevo se avete lumi sui "DFS regulatory issues" Forse ho capito... pensavo che DFS fosse una qualche agenzia governativa... ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] openwrt known issue
2010/4/7 ZioPRoTo (Saverio Proto) : >> Ma in futuro? Pare che lo sviluppo prosegua solo sui mac80211. > > mica ho la palla di vetro :) :D Chiedevo se avete lumi sui "DFS regulatory issues" ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] openwrt known issue
On Wed, Apr 7, 2010 at 1:44 PM, ZioPRoTo (Saverio Proto) wrote: >> Know issues >> * Currently 5 GHz channels do not work with mac80211 based drivers >> due to DFS regulatory issues. >> >> Che vuol dire in soldoni? > > che se vuoi usare i 5Ghz è meglio che usi MadWifi e non ath5k/ath9k Ma in futuro? Pare che lo sviluppo prosegua solo sui mac80211. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Brutte nuove.
http://www.msnbc.msn.com/id/36193558/ns/technology_and_science-security/ Brutte nuove. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] openwrt known issue
Backfire changelog: Know issues * Currently 5 GHz channels do not work with mac80211 based drivers due to DFS regulatory issues. Che vuol dire in soldoni? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Virtual TAP
2010/3/3 Michele Favara Pedarsi : > Non volevi una tap? Prova > > Mode = switch Voglio una tap. Dovranno esserci nodi e la maggior parte dei pacchetti che ci invio saranno in UDP broadcast. Mi pare meglio hub perche' non mi serve il routing basato sul MAC address. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Virtual TAP
2010/3/3 ZioPRoTo (Saverio Proto) : >> Alla fine ho provato a lanciare tincd -n net_1 su entrambi i nodi ma >> non succede nulla. Nemmeno un messaggio di errore. > > lancia: > > tincd -n nomerete -d2 -D > > ti rimane appeso in shell e ti fa vedere che succede. > > se fai CRTL+C il programma non esce ma ti porta il debug a 5 > > per killarlo fai CTRL+\ > > (ah il terminale di gnome su ubuntu non prende CTRL+\, quindi usa > xterm se hai problemi di terminaleria) > > non ho letto tutta la config che hai scritto, ma con il debug sotto > mano puoi risolvere da solo. > > Saverio > > PS ad intuito gli hai dato Device che non serve, toglilo > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > Ottimo Save. Grazie dei suggerimenti. Era proprio Device che lo sviava. Ora ip link vede anche l'interfaccia virtuale net_1. Merci beaucoup ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Virtual TAP
2010/3/3 Enrico Lorenzoni : > potrei non avere capito la tua necessità, ma se fai semplicemente un > bridge con eth0 e eth1 non hai risolto tutti i tuoi problemi? No, le mie necessità sono più ampie dell'esempio descritto. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Virtual TAP
Penso che tinc potrebbe fare al caso mio. Ma seguendo le istruzioni dal sito non sono riuscito a farlo funzionare. Con netkit ho configurato una rete di 3 nodi in linea. nodo1 -eth0 A eth0- nodo2 -eth1 B eth0- nodo3 I comandi per configurarli sono: nodo1 /sbin/ip addr add 192.168.1.1 dev eth0 /sbin/ip route add 192.168.1.2 dev eth0 /sbin/ip route add default via 192.168.1.2 dev eth0 nodo2 /sbin/ip addr add 192.168.1.2 dev eth0 /sbin/ip addr add 192.168.1.2 dev eth1 /sbin/ip route add 192.168.1.1 dev eth0 /sbin/ip route add 192.168.1.3 dev eth1 nodo3 /sbin/ip addr add 192.168.1.3 dev eth0 /sbin/ip route add 192.168.1.2 dev eth0 /sbin/ip route add default via 192.168.1.2 dev eth0 Alla fine dal nodo 1 pingo il nodo 3 e funziona. Ora quello che voglio ottenere è che appaia una interfaccia virtuale (tap0) sui nodi 1 e 3 e che si vedano tramite quella interfaccia. Ho provato queste configurazioni, in nodo1: # cat /etc/tinc/nets.boot net_1 # cat /etc/tinc/net_1/tinc.conf Name = node_1 Device = /dev/tap0 ConnectTo = node_3 Mode = hub # cat /etc/tinc/net_1/hosts/node_1 Address = 192.168.1.1 In nodo 3 informazioni analoghe, sempre con net_1 ma con node_3. Ho dato #tincd -n net_1 -K che mi ha generato /etc/tinc/net_1/rsa_key.priv e mi ha aggiunto la PEM della chiave pubblica nel file /etc/tinc/net_1/hosts/node_1 Ho copiato i files hosts/node_1 e hosts/node_3 (con le chiavi pubbliche) in entrambi i nodi. Alla fine ho provato a lanciare tincd -n net_1 su entrambi i nodi ma non succede nulla. Nemmeno un messaggio di errore. Ad esempio, il file /dev/tap0 non c'e'. Lo dovrebbe creare lui o lo devo fare io? Se do 'ip link' vedo (come prima) solo lo, teql0 e eth0 Qualcuno ha una configurazione funzionante che potrebbe illustrarmi in dettaglio? Grazie --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Virtual TAP
Se doveste emulare una connessione al data link layer tra 2 nodi che comunicano via TCP oppure UDP, cosa usereste? L2TP ? Ho trovato poche info in rete. VTun ? Esiste solo per linux, però. OpenVPN? Grazie --Luca PS: si, mi serve per quello. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Wired Italia dedica una copertina a Netsukuku
2010/2/7 Claudio : > Il 07 febbraio 2010 16.41, OrazioPirataDelloSpazio (Lorenzo) > ha scritto: >> Se si riuscisse a arrivare a un'implementazione funzionante per OpenWRT >> sarebbe proprio bello vederlo al prossimo battle of the mesh, assieme a >> olsrd e batmand! > > > Certamente interessante, sicuramente possiamo pacchettizzarlo per > OpenWrt e aggiungerlo ai repo, sfortunatamente bisognerebbe portare > diverse altre applicaioni come > * M2Crypto > * dnspython > * andns > * ntkresolv > ovviamente netsukuku ;D > Installare Stackless Python. Su Stackless, installare dnspython e M2Crypto. E poi netsukuku. > Insomma parecchia roba da pacchettizzare. > > -- > Claudio > pub 1024D/0DFD7CBB C94D 759A 2EF0 172F 9673 65E4 C4C1 8627 0DFD 7CBB > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Wired Italia dedica una copertina a Netsukuku
2010/2/6 Claudio : > Il 06 febbraio 2010 01.22, Luca Dionisi ha scritto: >> Contattatemi pure per ogni chiarimento o se non dovesse funzionare. >> > > Ciao Luca, > su quella pagina si parla prevalentemente dell'uso di netsukuku > all'interno di netkit (quindi simulato), esiste un'implementazione > utilizzabile su un vero hardware? Io ho provato solo su netkit. Mai provato con vero hardware personalmente. Ribadisco che sono disponibile a rispondere a domande se si hanno problemi seguendo quella pagina a far funzionare netsukuku "su netkit". Lo ribadisco perche' di sicuro ci saranno. :P > Su [1] vedo un pacchetto openwrt non più mantenuto. Cosa sai dirci? La versione in C è abbandonata. Quindi credo lo stesso anche per questa su openwrt. > Riguardo la domanda di Saverio su come contattare il team di sviluppo > (mailinglist) sai dirci nulla? La mailing list ufficiale è quella riportata sul sito. Il team di sviluppo la legge, quindi può essere contattato con quella. Al momento non funziona e qualcuno se ne sta occupando. Portate pazienza, manderemo una mail quando funziona di nuovo. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Wired Italia dedica una copertina a Netsukuku
2010/2/5 : > On 02/05/2010 08:54 PM, Paride Desimone wrote: >> Il giorno ven, 05/02/2010 alle 13.34 +0100, cl...@ninux.org ha scritto: >> >>> Siamo anche citati nell'articolo :) >> >> Gia' che ci siamo, mi dite come faccio a scaricare ed utilizzare il >> nuovo netsukuku? Avete, slide del ninuxday 09, in merito a netsukuku? > > Io partirei da questa pagina: > http://lab.dyne.org/Netsukuku/ita/TestWithNetkit E' una buona pagina per iniziare infatti. Contattatemi pure per ogni chiarimento o se non dovesse funzionare. --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] derive off topic
wh!!! ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] netsukuku slides
Ragazzi, ho le slides del mio talk in un file pdf. Circa 4 MB. Dove lo devo mettere? Lo allego alla mail? Grazie --Luca Dionisi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] organizzazione ninux day
2009/11/25 ZioPRoTo (Saverio Proto) : >> I relatori avranno a disposizione un proiettore per visualizzare delle >> slides? > > Si > E Internet? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] organizzazione ninux day
2009/11/25 Luca Dionisi : > Domanda > > I relatori avranno a disposizione un proiettore per visualizzare delle slides? Intendevo dal proprio portatile. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] organizzazione ninux day
Domanda I relatori avranno a disposizione un proiettore per visualizzare delle slides? --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Ciao a tutti!!
Darkman, ho visto ora sull'articolo del blog, sezione legalità, che proponete l'uso di una antenna ad alto guadagno in ricezione e una a basso guadagno in trasmissione per rientrare nel limite di legge. Mi era venuto a suo tempo in mente una cosa a riguardo e l'avevo proposta nella ml di ninux. In sostanza, l'idea è che si può impostare sugli apparati radio la potenza con cui l'apparecchio trasmette. Quindi si dovrebbe poter usare anche antenne con un buon guadagno senza per questo superare l'ERP massimo consentito. In questo modo l'antenna la si sfrutta al massimo per la parte in ricezione. Ci avevate pensato? --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Ciao a tutti!!
Grandissimi davvero! E anche l'articolo sul blog è comprensibile, conciso e allo stesso tempo esauriente. Per quanto riguarda la fault tolerance, la ridondanza e altri problemi di instradamento, spero che in un futuro non troppo remoto vi possa dare una mano Netsukuku, un progetto al quale anche io in parte sto lavorando. Grande Darkman! Io sono di Perugia. Qui di esperienze simili non ce ne sono (a quanto ne so), spero di riuscire ad avviarne una con qualche conoscente in futuro. Proverò a contattarti per delle dritte sugli hardware che danno meno problemi. Ciao --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] WNR3500L Open Source Gigabit Router
Salve ho letto su slashdot 'sta cosa http://mobile.slashdot.org/story/09/10/05/227208/Netgear-WNR3500L-Open-Source-Router-Announced Interessa? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Contro il bavaglio che vogliono mettere alla rete, firma la petizione e diffondi.
Da punto-informatico.it: http://punto-informatico.it/2641517/PI/Commenti/chiuso-rettifica.aspx Repubblica.it ha istituito un appello firmabile: http://www.repubblica.it/2009/06/sezioni/politica/ddl-sicurezza-6/oltre-120mila-firme/oltre-120mila-firme.html Ecco il link per firmare la petizione: http://www.repubblica.it/speciale/2009/appelli/dovere-di-informare/ Per favore, diffondete. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] 23 aprile
2009/4/28 paolo delbene : ... > La Giovanna Melandri e tutti gli altri sono rimasti impietriti. Ci posso anche credere. > Ci hanno riflettuto ed ora il PD farà una proposta di legge, con la quale > chiederà al governo di introdurre il software libero. AHahahahah! Ma va la, va la! (mia opinione personale) --Luca ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless