Re: [Ninux-Wireless] Ottimizzare banda switch<->router

[Pierluigi Checchi]

Vale la pena fare qualche prova, il round robin dovrebbe impattare poco sulla
cpu, ma chissà. Il vantaggio del LAG è la ridondanza, visto che le porte si
guastano con una certa disinvoltura.

On Sunday, 23 October 2016, Germano Massullo <germano.massu...@gmail.com>
wrote:

> Il 22/10/2016 06:23, Pierluigi Checchi ha scritto:
> > Le soluzioni per il bilanciamento sono solo due: devi fare LAG (che è
> > poi il bonding) o bilanciamento con rotte, layer 3 a costo uguale,
> > comunque devi vedere l'algoritmo di hashing ed i criteri di
> > bilanciamento.
> > La cosa migliore è il round robin con LAG nel nostro caso, che tra
> > l'altro non sovraccarica l'edge router. Credo infatti che abbia le
> > interfacce separate, quindi no switching layer2 (se non bridge via
> > software) e quindi LAG fatto dal kernel e non dal ASIC.
> Sul forum Ubiquiti leggo solo una sfilza di problemi di prestazioni
> legati al link aggregation / bonding, come ad esempio [1]. Cercando si
> trovano una infinità di messaggi simili, con le configurazioni più
> disparate.
> Detto ciò proverò la soluzione di Clauz
> https://germano.fedorapeople.org/Ninux/Edgerouter_Pro_
> configurazione_VLAN.pdf
> rimane la più facile da realizzare e toglie ogni dubbio
> sull'accelerazione hardware.
>
> [1]:
> http://community.ubnt.com/t5/EdgeMAX/EdgeMAX-Dual-WAN-load-
> balance-bonding/m-p/1171327#M55830
>
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Ottimizzare banda switch<->router

[Pierluigi Checchi]

Le soluzioni per il bilanciamento sono solo due: devi fare LAG (che è poi
il bonding) o bilanciamento con rotte, layer 3 a costo uguale, comunque
devi vedere l'algoritmo di hashing ed i criteri di bilanciamento.
La cosa migliore è il round robin con LAG nel nostro caso, che tra
l'altro non sovraccarica l'edge router. Credo infatti che abbia le
interfacce separate, quindi no switching layer2 (se non bridge via
software) e quindi LAG fatto dal kernel e non dal ASIC.

On Saturday, 22 October 2016, Germano Massullo 
wrote:

> Il 21/10/2016 12:25, Matteo Pedani ha scritto:
>
> Attenzione questo esempio crea due indirizzi mac universally administered
> e multicast .
>
> creando oltre a possibili conflitti (molto remoti)
> essendo inoltre indirizzi multicast degradano le prestazioni del segmento
> ethernet
> guardando le specifiche anche sull enciclopedia
> https://it.wikipedia.org/wiki/Indirizzo_MAC
>
> Per creare un indirizzo MAC locale unicast valido   basta che la seconda
> cifra sia pari e non zero.
>
> esempio
>
> 02:00:00:00:00:01
>
> 02:00:00:00:00:02
>
>
> Questo dimostra che il diavolo è nei dettagli. Per migliorare le
> prestazioni della rete siamo andati a creare un problema di difficile
> analisi.
>
> https://youtu.be/081Xt0qQmxw?t=38s
> https://youtu.be/081Xt0qQmxw?t=38s
> https://youtu.be/081Xt0qQmxw?t=38s
> https://youtu.be/081Xt0qQmxw?t=38s
> https://youtu.be/081Xt0qQmxw?t=38s
> https://youtu.be/081Xt0qQmxw?t=38s
> https://youtu.be/081Xt0qQmxw?t=38s
> https://youtu.be/081Xt0qQmxw?t=38s
> https://youtu.be/081Xt0qQmxw?t=38s
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] chiavi PGP fake

[Pierluigi Checchi]

Confermo, anche la mia ha subito collision di ID e revocata.
Sembra che per le chiavi ottenute in questa maniera non esistano le
relative private keys, e che basta in ogni caso verificare sempre l'intero
FINGERPRINT (che non è soggetto a collisione). Le chiavi in collisione di
ID hanno inoltre una data diversa da quella originale.

--

*pub*  1024R/E17A7765

2014-06-15
sig revok  E17A7765

2016-08-16 __ __ [selfsig]



Saluti,
PC



2016-08-25 16:03 GMT+02:00 Marco Giuntini :

> Da una ricerca le chiavi fake risultano revocate:
> http://pgp.mit.edu/pks/lookup?search=0xBD774009=index
>
> http://pgp.mit.edu/pks/lookup?search=0x68729FAF=index
>
> Il fingerprint completo della mia **vera** chiave e':
> 54CD D565 D31B B16A 9302 CC1E 8EC3 5C31 BD77 4009
>
>
>
> Marco
>
>
> On 25/08/16 15:49, Claudio Pisa wrote:
>
> Ciao, lista.
>
> Da qualche giorno e' in corso un "collision attack" sullo short id delle
> chiavi PGP:
> http://www.phoronix.com/scan.php?page=news_item=Short-PGP-Collision-Attacks
>
>
> E a quanto pare anche alcuni di noi sono stati colpiti. Per esempio sia
> la prima identita' PGP qui (quella che inizia con 8C3E) sia tutte quelle
> che hanno firmato quella chiave sono dei fake (e cosi' le firme di
> quelle chiavi, a catena):
> https://sks-keyservers.net/pks/lookup?op=vindex=Claudio+Pisa=on
>
>
> Il fingerprint completo della mia *vera* chiave e':
> 81A1 D3A5 F0B5 9D28 FABD B4A4 1401 FA8E 6872 9FAF
>
> Forse sarebbe meglio ricreare le chiavi e organizzare dei nuovi signing
> party...
>
>
> bella,
> Clauz
>
>
>
>
> ___
> Wireless mailing 
> listWireless@ml.ninux.orghttp://ml.ninux.org/mailman/listinfo/wireless
>
>
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/wireless
>
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Cattiva pubblicita' per Namex

[Pierluigi Checchi]

Smettiamola di fare dietrologie inutili e per giunta palesemente sbagliate



2014-07-18 8:48 GMT+02:00 MATT matteomarce...@tiscali.it:

 Lo sapete che Repubblica,
 è di De Benedetti cioè di telecom?
 Matteo


 Il 17/07/2014 17:59, Accattone ha scritto:

  On 17/07/2014 08:31, Saverio Proto wrote:

 Se avete fretta saltate subito al secondo link:

 http://www.repubblica.it/tecnologia/2014/07/17/news/
 tlc_privacy_a_rischio-91772227/?ref=HRER1-1

   http://www.repubblica.it/tecnologia/2014/07/17/news/
 privacy_tlc_ixp_roma-91772229/

   l'articolo ovviamente esagera, pero' e' una lettura interessante
 e certamente puo' dare input per migliorare.

 Saverio


 Ci sarebbe da chiedersi il perché di questi articoli su Repubblica. E'
 quasi scontato che c'è qualche odiosa manovra sotto e sarebbe il caso
 di chiedere ai diretti interessati di cosa si possa trattare.


 Saluti controinformati,
 Accattone




 ___
 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] Ninux Varese

[Pierluigi Checchi]

E' una notizia fantastica !! :)




2014-05-28 23:40 GMT+02:00 Simone Magrin simo.mag...@gmail.com:

 Ciao ragazzi!
 In questi giorni di enorme attività di ninux tra forum, ml, indirizzi IP,
 prese di posizione e sticazzi vari, mi auguro che questa buona notizia
 possa rallegrare gli animi:
 Lunedì prossimo andrò a parlare di ninux ad un gruppo Linux della
 provincia di Varese. Sono a conoscenza dell'esistenza di ninux ma avevano
 abbandonato l'idea perchè pensavano non fossero possibili i collegamenti
 radio, vista la morfologia del territorio.
 Visto che i ponti radio sono il mio lavoro...sono convinto che, se lo
 vorranno, potremo partire a breve col creare Ninux Varese...e mi auguro
 allargarci a Como e Milano.

 Un piccolo passo, ma ogni giorno.
 Vi terrò aggiornati!

 Simo

 Inviato da Nexus 5

 ___
 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] Riassumendo...

[Pierluigi Checchi]

Fabio e tutti, noterete che il leitmotiv dei singoli attacchi e prese
di posizione è il controllo della rete da parte di pochi.

Saverio contesta a Andrea alcune cose (controlla troppo con i sui sistemi
da Grande Fratello chiusi e proprietari), Andrea a Saverio altre (solo lui
e pochi sanno controllare OpenWRT). I Newbies contestano agli oldies il
controllo del domain name ninux.org e di passare per le forche caudine ad
ogni nuova iniziativa. Gli oldies ai newbies di appropriarsi degli sforzi
fatti nel passato. Anche io, peraltro, tempo fa avevo evidenziato il
problema del famigerato file delle password, che ora è, credo, neanche
più attuale.

Meditiamo su questo ed evitiamo di rovinare le nostre amicizie reciproche
(che sono belle e tutti noi ci teniamo) per queste cose bambinesche del
tipo il giocattolo è mio e non te lo do.

Sostanzialmente, la rete è cresciuta e siamo incappati nel famigerato
problema della governance.

Benvenuti nel mondo reale :-)

P


2014-05-28 0:05 GMT+02:00 Fabio Capriati
​:​

1) Attacco a gli edgerouter da Lipsia su baco olsr.
 2) Attacco alla Farm e a Salsedine con una versione modificata di Olsr.
 3) Attacco alle persone che voglio sperimentare l'utilizzo di un forum.
 4) Attacco alle persone che hanno più di un nodo.

 seguiranno:

 5) Criteri di monitoraggio e montaggio nodi
 6) Gestione magazzino e finanza
 7) Elezione nuovo amministratore
 8) Varie ed eventuali.

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: Serve un forum

[Pierluigi Checchi]

Nel caso di una rete, l'utilità di questa è pari ad *n^2 - n* dove n è il
numero dei nodi (legge di Metcalfe), questo per nodi di pari valore.

Se complichiamo le cose, cioè consideriamo  il valore di un nodo in prima
approssimazione pari alla quantità di traffico in transito, risulta chiaro
che il nodo di Pinco Pallino al supernodo X, ad esempio, è più utile di
quello a Via Gallia e porta più valore alla rete.

Se il valore di un nodo è pari alla competenza tecnica di chi lo gestisce
come persona di una *community*, e questo è un dato assolutamente
soggettivo e valutabile con tante sfaccettature, allora la rete potrebbe
avere una forma diversa, anche perché il fatto che Pinco Pallino (dico ad
esempio) sia esperto di sistemi mainframe o di osteoporosi  o di scambio
coppie è da valutare se sia più utile di essere esperti a patchare olsr.

Bisogna stabilire se Ninux è una community o una rete, quindi.

Per me i nodi (e le persone) hanno tutte pari valore, come diceva Metcalfe.

Io non valuto le persone (o i nodi).

Pertanto, il ragionamento di Saverio è a mio avviso sbagliato,
semplicemente perché è impossibile avere un livello tecnico elevato per
persone che normalmente non lavorino nel networking, e bada bene, nel
networking opensource, non certo il networking mainstream.
Non per mancanza di intelligenza, ma, banalmente, per mancanza di tempo.

Riassumendo, quindi, se limitassimo la rete a persone hackers esperte di
networking opensource il valore sarebbe molto basso, ed io *non* rimpiango
quella Ninux del 2008, pur essendo uno dei pionieri.

Viceversa, il valore di Ninux è elevato perché abbiamo tanti nodi, diversi
ma uguali, tutti di pari valore, ma al contempo di valore altissimo.

Sono pertanto allineato sugli altri che hanno espresso, prima di me, questo
concetto.


2014-05-27 10:19 GMT+02:00 Saverio Proto ziopr...@gmail.com:

  Lilo bello il video del 2008 vero?
  Peccato che all'epoca non ci stava nemmeno un antenna su un tetto di
 Roma e ninux stava per chiudere bottega perche' alle riunioni non ci
  veniva piu nessuno perche' stanchi di stare a fare solo parole ai mulini
 a vento.
 
  Eccola la SUA Ninux

 Andrea non sai quanto mi manca QUELLA Ninux del 2008 !!! :)

 Parliamo un po di Roma in lista pubblica, per dare del contesto ai
 nuovi arrivati che ci leggono.

 beh erano bei tempi, con un progetto chiaro in testa. Chi voleva
 entrare si montava il nodo ed imparava almeno 4 concetti per
 configurare e gestire. Eravamo pochi ma buoni. Andavamo pianissimo a
 fare le cose, ma tutti i partecipanti arrivavano ad un livello tecnico
 altissimo dopo pochi mesi.

 adesso abbiamo una rete enorme, che hai montato TU insieme
 all'hardware team. E questo non possiamo che riconoscerlo, nel bene o
 nel male.

 si sono subito creati due gruppi, te le ricordi le partite a urban
 terror software team e hardware team ?

 l'approccio, e te lo ho detto gia 3 anni fa di persona, è stato
 sbagliato secondo me.

 E' un castello di carta destinato ad implodere. Come vedi basta un
 attacco DoS e cade tutto il giochino per giorni, perché non basta
 montare bene il palo per fare la rete, o comprare il router molto
 costoso. Ci vuole pure che la gente impara a fare qualcosa. Qui stiamo
 ancora ai livelli di gente che ti chiama al cellulare a TE e ti dice
 non funziona Internet.

 la gente che è entrata in rete non sa fare un cazzo, molti non
 vogliono nemmeno imparare, e non hanno nemmeno la password
 dell'antenna sulla loro testa. A molti  gli avete montato il nodo
 perché vi serviva il tetto. Troppi non sanno nemmeno passare a gli
 altri informazioni utili per fare troubleshooting.

 Cosi si è creata una grande rete, ma senza le persone.
 Sul Map Server ci sono 24 nodi attivi come dove responsabile c'è
 indicato Andrea Pescetelli. Stiamo parlando del 10% dei nodi attivi
 sul map server.
 @Nemesis si possono tirare fuori questi dati in JSON per tutti ? quale
 è l'URL ? Io lo so fare, ho preso i dati dal backend.

 ci portiamo dietro questo problema di visione diverse forse da 3 anni
 ormai. Come dice Gioacchino ci sono due community nella community.

 il massimo contributo tecnico che sa dare la nuova generazione Ninux è
 provare se funziona bene la pappa pronta di Ubiquiti. Ci sta
 addirittura una forte resistenza a provare cose open source che sono
 smanettabili !

 Ma perché non usate direttamente il forum di ubiquiti ?

 http://community.ubnt.com/t5/custom/page/page-id/Forums

 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] [ninux-roma] Attacchi DoS in olsrd Was: Malfunzionamento a Gallia

[Pierluigi Checchi]

Non è vero, stiamo funzionando benissimo.

Sul tetto di casa mia al mare ti abbiamo tanato in 10 minuti.

:-)




2014-05-27 9:30 GMT+02:00 Saverio Proto ziopr...@gmail.com:

  Praticamente Ninux era sotto attacco ma nessuno ha detto una parola.
 
  Non il proprietario del nodo, non l'attaccante (che era interno), ma
  neanche chi i disservizi li ha subiti. Io stesso quando ho visto che il
  servizio non era raggiungibile ho pensato Nooo, non posso contattare
  ute...@jabber.ninux.org! Va be' risolveranno, non è un problema mio.

 GRAZIE DAVID

 il mio attacco DoS non era per attaccare OLSR, che lo so gia che è
 buggato, ma era per attaccare la community e far vedere che NON STIAMO
 FUNZIONANDO !

 vedo che almeno tu lo hai capito :)

 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] Serve un forum

[Pierluigi Checchi]

non sono daccordo


2014-05-26 14:47 GMT+02:00 Nino Ciurleo n...@ninux.org:

 Ciao a tutti,
 da membro piu' anziano della community, volevo fare notare che questa
 richiesta ricorre ciclicamente fin dal 2005... piu' volte se n'e'
 discusso e tutte le volte si e' giunti alla conclusione che il forum e'
 uno strumento che non si addice alla nostra community.
 Per prima cosa, per evitare che si trasformi in un immondezzaio, ritengo
 che un forum vada moderato.
 Questa e' il primo motivo per cui una comunita' aperta come la nostra
 non puo' utilizzare uno strumento del genere in cui qualcuno abbia il
 potere di moderare altre persone.
 Inoltre i forum sono completamente dispersivi e time consuming.
 Come e' noto nessuno di noi ha tempo da perdere.
 Altra questione e' che non possiamo avere piu' di un modo ufficiale per
 comunicare pena la disgregazione delle persone in base alla loro
 preparazione tecnica e confidenza con lo strumento. Si finirebbe ad
 avere due livelli di discussione. Le persone meno skillate non
 verrebbero spronate a progredire rimanendo sul forum, quelle piu'
 skillate continuerebbero ad utilizzare le mailing list non contribuendo
 costruttivamente all'evoluzione dei nuovi arrivati.
 Non mi sembra quindi una buona idea istituzionalizzare un
 forum.ninux.org come strumento ufficiale di comunicazione della
 community.


 Nino










 On 05/25/2014 01:58 AM, David Costa wrote:
  So di arrivare tardi, il forum è già attivo ed è giusto che sia così
  (in virtù dei ragionamenti una parte della community lo vuole, quindi
  proviamo e non sappiamo se funziona, quindi tanto vale provare) però
  volevo solo aggiungere un paio di punti a favore della mailing list.
 
 
  On 05/22/2014 07:29 AM, Danilo Larizza wrote:
  Non é possibile tenere 10.000.000 di email per seguire un argomento
  che potenzialmente puó durare mesi.
 
  E invece è proprio questo il punto della mailing list, che un argomento
  può essere portato avanti molto a lungo e con ragionamenti articolati.
  La visualizzazione dei thread aiuta tantissimo a capire a cosa il
  messaggio fa riferimento, soprattutto nei thread lunghi mesi. Quando
  scarichi la posta puoi leggere un solo filo del discorso alla volta.
 
  Come funziona invece nel forum, dove puoi postare solo in coda? Tutti i
  fili del discorso si accavallano e per trovare i due post che ti
  interessano sei costretto a leggerti paginate e paginate di discorsi
  intrecciati tra loro casualmente a seconda del momento in cui uno ha
  postato.
 
  Il forum poi non può sapere quali messaggi hai letto e quali no, te lo
  può ricordare al limite con granularità di una pagina, obbligandoti a
  rileggere un sacco di roba.
 
  Il problema del cattivo quoting in ML si ripropone pari pari nel forum:
  c'è chi quota sempre tutto, facendoti rileggere i post precedenti, e chi
  invece non quota mai perché il BBcode non gli va a genio e quindi ti
  costringe a fare strani riti divinatori per interpretare la risposta.
 
  Il problema degli allegati grossi si sposta nelle firme. Spero che
  qualcuno mi dica che lo shock delle firme con immagini pesantissime e
  rigorosamente animate che impallano il browser l'ho avuto solo io.
 
  On 05/22/2014 11:21 AM, ThEgAmEr wrote:
  Concordo in pieno, probabilmente chi ha problemi con le ML non sa
  gestirle nel modo corretto:
  anche io consiglio a chi si trova in difficolta' di provare a
  configurare adeguatamente il proprio client di posta per gestire i
  thread, fare dei filtri per suddividere le mail, etc...
 
  E concordo anche io. La mailing list ha una grafica meno accattivante,
  ma i programmi di posta fanno tutto quello che potrebbe fare
  l'interfaccia di un forum: puoi ignorare un thread, puoi marcare
  nuovamente qualcosa come non letto se magari l'hai letto di fretta e
  vuoi ripensarci più tardi, puoi scaricare la posta in università e
  leggere la mailing list  offline durante le otto ore di treno per
  tornare a casa...
 
  Certamente la ML ha un impatto iniziale più drastico e sono
  oggettivamente più difficili da usare, ma  sono convinto che ai nuovi si
  tenda a insegnare ad usarle correttamente, correggendo le cattive
  abitudini gradualmente (vedi topic Quotar Bene); succede raramente che
  qualcuno si arrabbi seriamente al primo caso di quoting casuale, quindi
  l'ingresso in ML non è poi così drammatico.
 
  TL; DR
 
  Non sono un fanatico dei forum.
  ___
  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] spiegazioni

[Pierluigi Checchi]

Non sono d'accordo
On May 19, 2014 9:42 PM, Andrea Pescetelli andrea.pescete...@gmail.com
wrote:

 Si anche Robby Caffeina lo fa ma risponde, no.
 Il 19/mag/2014 17:37 lilo al3l...@autistici.org ha scritto:

 il quoting: questo sconosciuto.

 Il 19/05/2014 10:36, Mario ha scritto:
  Il mio post precedente era volto a dimostrare che si possono accostare
  modelli di sviluppo di prodotti basati su logiche commerciali a
  modelli di sviluppo dei prodotti basati su logiche piu' aperte senza
  gridare per questo allo scandalo se qualcuno lo fa e senza pensare che
  le uniche soluzioni che si possono adottare sono quelle che ci
  piacciono di piu'. A me piace molto di piu' la logica aperta che e'
  alla base di linux e del software open source,ma il buon senso mi dice
  che si puo' trarre beneficio anche dall'altra,a patto che non snaturi
  il senso di quella aperta e che quindi sia contenuta dentro a certi
  confini.
 
  Il 19/05/14, federico la morgiasuper_tr...@hotmail.com ha scritto:
  RHEL, la versione enterprise linux che commercializza redhat non è
 gestita
  come dici tu.
  Innanzitutto te la puoi scaricare liberamente e gratuitamente !
  Te la puoi modificare come e quanto vuoi visto che essendo GPL Redhat è
  obbligata!!! a rilasciare i sorgenti , ben inteso i sorgenti non i
 pacchetti
  già compilati !!!
  Quindi su cosa ci guadagna redhat ?
  Solo sull'assistenza !
  Se vuoi redhat agratis puoi ?
  Si ! te la scarichi ma non hai aggiornamenti !
  Oppure usi centos che è creata dai sorgenti di redhat ed è come le
 altre
  distro linux !
  Ciao Mario.
 
  --- Messaggio originale ---
 
  Da: Mario marietto2...@gmail.com
  Inviata: 19 maggio 2014 04:51
  A: wireless@ml.ninux.org
  Oggetto: Re: [Ninux-Wireless] spiegazioni
 
  Cosa dire della RedHat,che pur accettando la licenza open source e pur
  rilasciando una distribuzione di linux con tale licenza (Fedora),ne ha
  creata un altra,Redhat appunto,che contiene licenze proprietarie o
  comunque fornisce consulenze a pagamento su una distribuzione di Linux
  che ha un kernel coperto da licenza open source il cui nome e' di
  proprieta' di Linus Torvalds ? Voglio dire che questo e' un esempio di
  contaminazione di un prodotto open con una logica commerciale. Su
  questo piano mi immagino qualcuno che possa guadagnare soldi non
  direttamente sull'infrastruttura su cui si basa la rete Ninux,ma
  magari fornendo consulenze a chi necessita della conoscenza necessaria
  per costruire,mantenere,modificare la rete e il software che ci gira
  sopraNon sto dando colpe a nessuno,mi sto interrogando sulla
  questione,mi sto domandando se e' + efficace in un ottica di sviluppo
  della rete mantenere tutto con una licenza open oppure se tale rete
  possa usufruire di una contaminazione con una logica commerciale per
  essere migliorata in modo veloce
 
  Il 18/05/14, Stefano De Carlostefana...@gmail.com ha scritto:
  Il 17/05/2014 17:10, Mario ha scritto:
  Sul fatto dell'eticamente discutibile ci sarebbe da discutere a
 lungo.
  Nel senso che come sappiamo tutti,ci sono i duri e puri che credono
  che Linux e la filosofia open source debba essere completamente priva
  di implicazioni economiche e chi crede che possa essere in qualche
  modo contaminata.
 
  È vero che l'idea che non si debba (perchè eticamente sbagliato)
 fare
  business su open source e software libero (e, per estensione,
  infrastrutture libere, comunitarie e pubbliche) costituisca una
  deviazione e un ovvio fraintendimento persino di chi questi due
 concetti
  li ha creati e ci ha dedicato la vita, senza mai esprimere un tale
  diktat.
 
  Tuttavia...
 
  Quello che voglio dire e' che si parla tanto di
  collaborazione,cooperazione,ma io non vorrei che questi termini
  rimangano confinati sul piano meramente tecnico di cui la
 maggiorparte
  di voi e' esperta,ovvero in quello tecnologico,informatico. Io ho un
  concetto piu' largo di collaborazione,che si estende al di la' della
  tecnologia e va ad abbracciare i bisogni delle persone,laddove pero'
  non si profili un tentativo di questi di commercializzare troppo la
  buona volonta' degli altri.
 
  Tu hai scritto sulla ML di Ninux-progetto, Ninux-infrastruttura
 pubblica
  e comunitaria.
  Ammesso anche che esistano (*se* esistono) modelli di business
  percorribili su una rete libera, comunitaria, best-effort, neutrale,
 non
  è compito di *questa* community aiutarti ad identificarli, tantomeno
  portarli avanti. Probabilmente, non è compito per *nessuna* community.
 
  Se la pensi così, hai frainteso cosa comporta il senso di
 collaborazione
  e cooperazione in community di impronta free-as-in-freedom: si
 tratta
  di lavorare su un bene comune (codice, rete), rispettando principi
 base,
  senza agende personali nella consapevolezza che comunque tutto
 questo
  lavoro si rifletterà, fosse anche a lungo termine e nella big
 picture,
  sul *proprio* benessere.
 
  In bocca al lupo per tutto!
  Stefanauss.
 
 
 
 
  --
  Mario.
  

[Ninux-Wireless] foto su repubblica

[Pierluigi Checchi]

http://www.repubblica.it/tecnologia/2014/05/12/foto/reti_mesh_l_altra_internet-85940871/#7
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] qmp

[Pierluigi Checchi]

Qualcuno ha provato / sta provando qmp?

E' basato su openwrt, utilizza il protocollo di routing bmx6 (batman
advanced per ipv6) e non olsr, usa per il wan ad-hoc e ipv6, ipv4 è solo
per gli utenti, il traffico viene mandato in tunnel.
E' autoconfigurante. Mi sembra interessante.

http://qmp.cat/Documentation
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] backdoor su router linksys e netgear

[Pierluigi Checchi]

Le slide sono interessantissime!

Il tizio è francese


2014/1/2 Clauz cl...@ninux.org

 Ciao.
 C'e' un tizio che ha trovato una backdoor sul suo router di casa. E' un
 processo che ascolta su una porta TCP e che, se non ho capito male,
 permette a chi conosce la backdoor di eseguire comandi, trovare le
 password nel router ed installarci qualunque eseguibile.

 Backdoor confirmed in:
 - Linksys WAG200G
 - Netgear DM111Pv2
 - Linksys WAG320N
 - Linksys WAG54G2

 Backdoor may be present in :
 - NetGear DG934 [probability: 99.99%]
 - Netgear DG834
 - Netgear WPNT834
 - Netgear DG834G
 - Netgear WG602, WGR614, DGN2000
 - Linksys WAG120N, WAG160N, WRVS4400N

 https://github.com/elvanderb/TCP-32764

 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] scooreggione AP STA Insieme funziona

[Pierluigi Checchi]

Bisogna aggiungere backbone2 in /etc/config/olsrd per bindare olsrd sulla
nuova interfaccia

Caveats:
se la STA non è connessa, l'AP non divulga l'SSID e quindi non è
contattabile in quanto l'interfaccia (primaria sulla STA) è down.
Sostanzialmente ogni radio puà avere una sola sta (wlan0 primaria) ed un
certo numero di virtual AP con ssid sui progressivi wlan0-1 wlan0-2 etc.
On 2013-12-24, Saverio Proto wrote:
 Ciao a tutti,

 dai tempi in cui abbiamo iniziare AirOS ci siamo trovati con la
 rottura di scatole di dover fare pianificazione perche' quel firmware
 non supportava ad-hoc, e quindi i nei links ci stava chi faceva AP e
 chi faceva STA, e bisognava stare li a ragionare su chi era meglio
 configurare come AP e chi era meglio configurare con STA per via delle
 espansioni future.

 grazie a Pierluigi che ha testato ma non aveva ancora divulgato,
 abbiamo la conferma che l'attuale firmware scooreggione fa AP e STA
 insieme ! Quindi massima flessibilita' ed anche retrocompatibilita'
 con la rete esistente.

Questa si che è una notizia bomba!

Una domanda: è un merito di scooreggione o si può ottenere la stessa
funzionalità anche con OpenWrt Attitude Adjustment vanilla?
Lo chiedo perché in configurazioni con routing a terra mi è più comodo
partire da OpenWrt pulito visto che non mi serve olsrd e tutto il resto.


nolith
--
Alessio nolith
il sapere umano appartiene al mondo.
GPG 440C5437
___
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] Per favore, non chiamateli nativi digitali

[Pierluigi Checchi]

Gli alunni delle nostre scuole dell’obbligo e non solo di quelle sono tutti
nativi digitali e come tali le scuole dovrebbero cominciare a considerarli.
La scuola dovrebbe riuscire a colmare alcune lacune di comprensione, pena
la sua assoluta obsolescenza. Molto spesso si danno nomi diversi alla
stessa cosa, a volte non ci si capisce quando si dice qualcosa. Credo sia
necessario uniformare il lessico e comprendere alcune novità che trovano
nella terminologia un punto di novità. Ma non tutti nella scuola la pensano
come me e spesso sembra esserci un eccessivo distacco tra le esigenze dei
nativi digitali e le potenzialità che la scuola è in grado di dare loro.
Tra l’altro i nativi digitai stanno diventando un social network e i social
network sono uno dei punti di massima criticità della nostra società. Il
social network è un gruppo sociale, digitale o etnico che si è strutturato
un suo sistema di vita autosufficiente e che dalla società acquisisce solo
i servizi necessari. Ad esempio: se un ragazzino cinese che frequenta la
scuola italiana a casa mangia cinese, parla cinese, legge cinese, segue le
feste e le tradizioni cinesi, vede tv via cavo cinesi, ecc. sta in un
social network, impermeabile ai nostri tentativi di integrazione. Il social
network etnico è il più sviluppato, ma anche quelli di categoria o di
classe si stanno affermando anche da noi. Per non parlare poi di quelli
digitali, che si strutturano attraverso forme di comunicazione a distanza
pubbliche, ma esclusive. Noi usiamo sempre il termine integrazione, ma
questo è il contrario del social network. Con l’integrazione il soggetto
contamina se stesso con la società in cui vive ed effettua uno scambio tra
la sua perdita dell’identità iniziale e l’integrazione con quella attuale.
Ma tende a sganciarsi dalla sua origine: se un musulmano si integra
difficilmente rimane poligamo. Mentre in un social network il soggetto
assorbe servizi ed opportunità per mantenersi ancorati a ciò che è.

On Wednesday, November 20, 2013, Andrea Grillini wrote:

 Non credo che le considerazioni di Paolo Attivissimo rientrino nella
 letteratura che hai menzionato. Sta di fatto che per innescare l'impulso ad
 andare oltre l'uso di una certa tecnologia cioè a cercare di dominare il
 come funziona sono necessari da una parte una qualche forma di ostacolo
 di accesso all'oggetto tecnologico stesso - quando è troppo caro e/o troppo
 poco diffuso - dall'altra la capacità di elaborare sogni ad occhi aperti
 connessi all'uso dell'oggetto - se una funzionalità diventa scontata, la
 meraviglia è facilmente preclusa come lo è quella per esempio che so di
 contemplare il proprio corpo mentre lo si controlla per alzarsi e andare a
 prendersi un bicchiere di acqua: tutto troppo scontato! :-( È avvenuto
 esattamente questo con il radiantismo decenni prima dell'informatica di
 massa e di Internet. Negli anni '20, '30, '40 non esisteva un mercato di
 oggetti pronti all'uso per comunicare tramite campi elettromagnetici e le
 frequenze si popolavano necessariamente di invasati che sognando e cercando
 di capire s'erano conquistati un memorabile ascolto o un miracoloso QSO con
 mezzi propri, autocostruendo o modificando. Oggi invece i radiomatori sono
 più persone che, licenziate con esami-farsa, passano il tempo a blaterare
 con apparecchi comprati al negozio o che ascoltano ancora meravigliati, ma
 non sanno cosa sia una supereterodina. Come vedi non è né una questione di
 età, né di essere svegli, né di rincoglionimento, ma di stimoli e di
 vivaio ambientale delle menti. Il sottoscritto stesso ha cominciato ad
 usare il computer alla veneranda età di 27 anni, ma allora aveva ancora
 materiale su cui fantasticare: era il 1996 e Internet e l'uso stesso del
 computer in una rete che andava oltre le pareti di casa faceva sognare,
 probabilmente più di ora, oggi Internet arriva insieme al biberon. Io penso
 che Paolo Attivissimo non ce l'abbia con i iovani che non conoscono i
 mezzi tecnologici che usano, ma piuttosto con quegli adulti, meno edotti di
 loro, che attribuiscono al loro semplice smanettare sui touchscreen una
 qualche forma di prodigiosa virtù. Non avveniva nulla di analogo negli anni
 '70 quando il PAL arrivò in Italia, questo per rimanere all'esempio che hai
 fatto. Magari però solo perché il telecomando non era troppo complicato per
 nessuno e quindi non c'erano potenzialmente tanti adulti che potessero dare
 degli scenziati nati a ragazzini più svelti di loro a premere pulsanti...


 A.


 2013/11/20 Leandro lnofe...@cybervalley.org javascript:_e({}, 'cvml',
 'lnofe...@cybervalley.org');

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256

 Ciao a tutti,

 Esiste tutta una letteratura di commenti come quello citato, commenti che
 hanno in comune una caratteristica: l'argomento era migliore prima e la
 caratteristica in comune è che il prima corrisponde al periodo in cui
 l'autore aveva fra i quindici e i vent'anni. Normalmente poi si continua
 dicendo che i ragazzi di 

Re: [Ninux-Wireless] NanoBridge M5-25 PtP

[Pierluigi Checchi]

La spiegazione è che lo speedtest di ubiquity lavora con un modulo del
kernel (furbi gli sviluppatori eh?), mentre iperf è in userspace, pertanto
è più lento.

I valori su tcp di trasferimenti che attraversano le antenne sono
perfettamente equivalenti, con le ultime versioni e modifiche ottimizzate
nel 2013, su OpenWRT.
L'unica cosa che penalizza OpenWRT è una certa randomness nel trovare
l'hardware giusto che si accoppi alla release di software giusto, mentre
ubiquity ti garantisce chiaramente il supporto di default per il proprio
hardware. Se poi aggiungiamo la facilità d'uso e le immaginine colorate,
chiaramente ubiquity AirOS è più immediato.








2013/10/2 federico la morgia super_tr...@hotmail.com

 I valori di AirOS mi risultano appieno, per openwrt devi chiedere a chi ce
 lo ha sulle antenne, ma si sa, anche se viene costantemente nascosto non si
 sa per quale motivo (ariecche la mia solita bomba ad orologeria dentro
 ninux) non viene nè detto nè accettato il fatto che openwrt sulle antenne
 oramai non va più, rispetto a periodi di onorato servizio va detto che però
 si fanno risalire a prima del 2007-2008.
 Ad esempio senza le cpe ubiquiti con airos e con le modifiche di airos,
 sburratone (che nome che hanno scelto!), Ninux è letteralmente decollata
 come numero e facilità per la creazione dei nodi e come rete.
 Questa differenza di prestazioni è dovuto alla mancanza di drivers
 specifici ed ottimizzati per la parte radio, infatti airos che ce li ha va
 a cannone eppure entrambi sono distro linux.
 Facendo il parallelo con i pc è come ostinarsi ad usare i drivers
 opensource rispetto a drivers proprietari per le schede video ed accorgersi
 che sostanzialmente i giochi non vanno e tutto è scattoso, mentre
 utilizzando i drivers proprietari va tutto meglio, il tutto ovviamente
 avendo sempre come base linux!!!

 Io ti consiglio airos originale sulle antenne e openwrt su router.


 --
 Date: Wed, 2 Oct 2013 20:20:48 +0200
 From: france...@zanini.me
 To: wireless@ml.ninux.org
 Subject: [Ninux-Wireless] NanoBridge M5-25 PtP


 Ciao a tutti,
 ho da poco comprato due NanoBridge M5 con parabola da 25 dBi. Ho fatto
 vari test di link a breve distanza, con vari parametri e vari OS per
 trovare il migliore assetto per la migliore performance (throughput più
 alto raggiungibile). Mentre con AirOS (airMAX attivo) riesco ad arrivare a
 circa 100 Mbps in dualtest (ricezione e trasmissione contemporanee), con
 OpenWRT riesco ad arrivare in tradeoff a 50 Mbps e in dualtest a 25/30 Mbps.

 I test con AirOS sono stati condotti con speed test integrato, mentre su
 OpenWRT li ho eseguiti con iperf.

 Vi risultano questi valori? Mi piacerebbe riuscire ad ottenere gli stessi
 di AirOS su OpenWRT! Cosa mi consigliate di fare?

 Grazie,

 --
 Francesco Zanini

 ___ Wireless mailing list
 Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless

 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Nuovo nodo potenziale di Artena!

[Pierluigi Checchi]

Come è andata?
Vi siete incontrati?

2013/8/31 Gianmarco Carocci apecar...@gmail.com:
 Ho sentito Dario e ci siamo messi d'accordo per venerdì pomeriggio. Ora ne
 parlo con il presidente e vedo se per quel giorno è disponibile.


 Il giorno 31 agosto 2013 02:32, Alessandro Gubitosi
 gubi@gotanotherway.com ha scritto:

 Si perché no, mettiamoci d'accordo!
 Meglio il fine settimana che non c'è il lavoro di mezzo.

 Gubi da Palestrina

 Il 30/08/2013 21:36, Pierluigi Checchi ha scritto:

 Ciao, io sono disponibile a fare un salto da lunedì, faccio un salto al
 paese. Sicuramente qualcuno verrà con me, almeno di quelli che gravitano in
 zona.

 Fatemi sapere e ci sentiamo via email per i dettagli!



 On Friday, August 30, 2013, Gianmarco Carocci wrote:

 Ciao a tutti sono Gianmarco Carocci di Artena, qualcuno di ninux già mi
 conosce. Oggi ho proposto di installare un nodo nella nostra sede del
 circolo Arci di Artena. Ho spiegato un po' come funziona e sembra che ne
 siano entusiasti. Però ho bisogno che qualcuno venga una sera a spiegare
 bene come funziona in modo ufficiale.
 Il nodo è situato al centro storico di Artena, con un'ottima vista sulla
 valle, da Palestrina a Genazzano. L'unica pecca è che ci sono alcuni rami
 che ingombrano un po' la visuale. Si potrebbe chiede se si possano tagliare.

 Se ci organizziamo, qualcuno è disponibile a fare un sopralluogo?



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Nuovo nodo potenziale di Artena!

[Pierluigi Checchi]

Ciao, io sono disponibile a fare un salto da lunedì, faccio un salto al
paese. Sicuramente qualcuno verrà con me, almeno di quelli che gravitano in
zona.

Fatemi sapere e ci sentiamo via email per i dettagli!



On Friday, August 30, 2013, Gianmarco Carocci wrote:

 Ciao a tutti sono Gianmarco Carocci di Artena, qualcuno di ninux già mi
 conosce. Oggi ho proposto di installare un nodo nella nostra sede del
 circolo Arci di Artena. Ho spiegato un po' come funziona e sembra che ne
 siano entusiasti. Però ho bisogno che qualcuno venga una sera a spiegare
 bene come funziona in modo ufficiale.
 Il nodo è situato al centro storico di Artena, con un'ottima vista sulla
 valle, da Palestrina a Genazzano. L'unica pecca è che ci sono alcuni rami
 che ingombrano un po' la visuale. Si potrebbe chiede se si possano tagliare.

 Se ci organizziamo, qualcuno è disponibile a fare un sopralluogo?

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] VoIP con account esterno a ninux e client locale

[Pierluigi Checchi]

Ha un problema sull'adattatore ata Zyxel


2013/7/10 Alessandro Gnagni enterprise...@gmail.com

 Io con Messagenet uso un grandstream ata. Nessuna configurazione
 particolare (default) e sto dietro nat.
 Magari hai un problema sul router adsl?
 Il giorno 10/lug/2013 00:47, Andrea Grillini andrea.grill...@gmail.com
 ha scritto:

  Se si tratta di aprire porte per il momento non posso fare nulla.
 Peraltro non mi pare bello non poter far funzionare una linea voip se non
 si gestisce il gateway verso Internet.
 Ci vorrebbe qualcosa di centralizzato che contenga l'account SIP su ninux
 e gestisca gli eventuali account di provider esterni dirottando le chiamate
 in arrivo sull'utenza del server SIP ninux...

 Grazie


 A.


 2013/7/9 Francesco Zanini france...@zanini.me

 Io non uso Asterisk, uso FreeSWITCH. Ho avuto molti problemi simili a
 quelli che hai descritto nelle mail precedenti. Io ho risolto semplicemente
 forwardando tutte le porte che utilizza SIP e gli stream RTP per fare
 avvenire la comunicazione. Come credo tu sappia il SIP (TCP/UDP) serve solo
 per iniziare e controllare lo stato della telefonata, mentre la voce
 transita su protocollo RTP (UDP) usualmente su delle porte alte (da 1
 in su). Se tu hai la possibilità di gestire il firewall, non hai più la
 necessità del NAT keep alive secondo me, ti basta fare port forwarding di
 queste porte:

- 5060 TCP-UDP
- 1 - 2 UDP: questo range viene indicato nella
configurazione del tuo ATA sotto la voce *min rtp port* e *max rtp
port.* Fai combaciare i valori sia sul firewall che sull'ATA!

 Inoltre se l'ATA lo supporta inserisci l'IP di un server STUN che così è
 in grado di rilevare il tipo di NAT presente e di comunicarlo ad Eutelia
 che adatta così i parametri di comunicazione.

 Spero di esserti stato d'aiuto,


 Il giorno 09 luglio 2013 11:45, musk musk open.m...@gmail.com ha
 scritto:

 Mmh, io con Messagenet nessun problema, anzi, il customer care mi ha
 dato config anche per apparati non supportati, studiando i casi. Riguardo
 Eutelia provai la config del pap2t, tutto ok per un po', poi visto che
 volevo studiarmi la cosa senza mettere spunte random ho resettato e messo
 unicamente register expiration a 180, proxy voip.eutelia.it:5060 e Nat
 keep alive, il loro stun ed è andato.. Solo che devo tenere la 5060 aperta.
 Se perdo portante ADSL non so perché ma non rilogga, se non chiudendo e
 riaprendo la 5060, misteri.
 Il giorno 09/lug/2013 08:54, Andrea Grillini 
 andrea.grill...@gmail.com ha scritto:

  Grazie! Suppongo che la tua configurazione per Eutelia sia
 _funzionante_... ;-) Non ho mai pensato che il problema potesse venire
 da Eutelia, anche perché tutti questi problemi mi pare che ce li ho, o
 si sono ingigantiti, da quando sto su rete ninux...

 Con messagenet feci qualche prova parecchio tempo fa (fuori da ninux),
 se non ricordo male riuscii ad ottenere qualcosa di funzionante solo
 con
 un softphone e mai con un adattatore. È il caso di provare adesso che
 sto su ninux?

 Non ne posso più di rispondere alle persone cose tipo il telefono
 fisso
 ci sarebbe, ma non funziona.


 A.

 On 07/09/2013 07:30 AM, musk musk wrote:
  Eutelia mi fece rosicare anche a me, appena finisco di smadonnare
 contro
  una radeon/geexbox ti posto la mia config.. Curiosità: con
 Messagenet ti
  fa la stessa cosa?
 
  Il giorno 09/lug/2013 07:26, Andrea Grillini
  andrea.grill...@gmail.com mailto:andrea.grill...@gmail.com ha
 scritto:
 
  Ho appena momentaneamente ri-gettato la spugna. Ho provato il
 keepalive,
  ho provato anche lo stun (ho letto che a volte sono collegati),
 ho
  provato vari valori dei parametri prima menzionati, mi sono
 fatto anche
  una lunga telefonata, o, meglio, nello specifico una serie di
  giustapposizioni di conversazioni telefoniche, perché cadeva la
 linea
  pressoché in continuazione. Non so più che fare. Praticamente da
 un
  certo momento in poi risponde l'asterisk di Eutelia per me, dice
 che non
  sono raggiungibile. Eppure l'ultima register è stata fatta poco
 prima.
 
  Boh! :-(
 
 
  A.
 
  On 07/08/2013 11:30 AM, Andrea Grillini wrote:
   Sì, esattamente un ZyXEL Prestige 2002L. Appena potrò
 riproverò, ma mi
   ricordo che nei vari smucinamenti che feci in passato avessi
 provato
   anche quella spunta... Ieri mi sono inpuntato per risolvere il
  problema,
   ché non ne potevo più di dire che la mia linea VoIP non è
 fruibile
   regolarmente.
  
   Grazie
  
  
   A.
  
  
   2013/7/8 musk musk open.m...@gmail.com
  mailto:open.m...@gmail.com mailto:open.m...@gmail.com
  mailto:open.m...@gmail.com
  
   Ciao, non mantenendo la registrazione la prima cosa che mi
  viene in
   mente è provarlo tenendo spuntato il Nat keep alive.. È un
 pap?
  
   Luigi
  
   Il giorno 07/lug/2013 23:35, Andrea Grillini
   

Re: [Ninux-Wireless] Ciao a tutti!

[Pierluigi Checchi]

Ma Roby Caffeina ?


2013/7/2 Andrea Pescetelli andrea.pescete...@gmail.com



 Il giorno 02 luglio 2013 16:32, Edoardo Mazzaracchio 
 edoardo.mazzaracc...@gmail.com ha scritto:

 Statebbon :D
 Fabio sa bene che non siamo un provider internet, gli ho fatto un'esteso
 discorso quando ci sono andato a parlare! L'hotel potrebbe fornire banda e
 il nodo di appoggio, noi volendo il know-how. Fa parte di un discorso più
 esteso con il responsabile nell'hotel, pienamente conforme a Ninux.
 Tutti tranquilli :D
 Buon pomeriggio!

 Siamo davanti ad un tipico caso di misunderstandig allora.

 Ma poi bella pe l'hotel se si vuole fare un nodo è il benvenuto e se ha
 bisogno di una mano qualcuno un supporto glie lo darà di sicuro.


 Bye!

 ___
 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] decreto #fare ed accesso ad internet

[Pierluigi Checchi]

Morale Ninux potrebbe dare accesso ad internet, vincolato per non fare
concorrenza agli operatori. Ma Ninux non è un privato...

On Tuesday, June 18, 2013, Luca Postregna wrote:

 Dal blog di quintarelli


 http://blog.quintarelli.it/blog/2013/06/cosa-cambia-per-wifi-ed-allacciamento-lan-con-il-decreto-fare.html?utm_source=feedlyutm_medium=feedutm_campaign=Feed%3A+QuintasWeblog+%28Quinta%27s+weblog%29

 saluti
 LP

 --
 luca.postregna.name
 twitter.com/lucapost

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] stop identificazione utenti

[Pierluigi Checchi]

Wi-fi, stop all'identificazione degli utenti
Novità anche per la Rete: il provvedimento varato oggi dal governo ha
«liberalizzato completamente internet» nel senso che nell'uso del «wi-fi
non sarà richiesta più l'identificazione personale degli utilizzatori». Nel
decreto del fare «ci sono anche norme per ridurre le bollette elettriche di
550 milioni di euro», ha ricordato Zanonato.

(
http://www.ilsole24ore.com/art/notizie/2013-06-15/taglia-tassa-lusso-barche-194935.shtml?uuid=AbxOpI5Hp=3)
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Deautenticazione WiFi - OpenWRT su NanoStation M5

[Pierluigi Checchi]

Aggiorna openwrt (se l'AP ce l'ha installato). In ogni caso, bug sul driver
wireless.


2013/5/22 Francesco Zanini france...@zanini.me

 Ciao,
 Sto utilizzando una NanoStation M5 in modalità client per connettermi ad
 un AP che supporta 802.11a. Dopo circa 24 ore, non sono più in grado di
 utilizzare la connessione wireless, ovvero si dissocia e si riassocia, ma a
 quanto pare non lo fa correttamente e tutti i pacchetti vanno a finire in
 invalid come mostrato da *iwconfig*. Nel log appare questo: 
 *deauthenticating
 from xx:xx:xx:xx:xx:xx by local choice (reason=3)*. Vi è mai capitato?
 Sapete come risolvere?

 Grazie,

 --
 Francesco Zanini

 ___
 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] I: articoli Banda Ultra Larga

[Pierluigi Checchi]

Soprattutto perchè se fai uno .zip del comunicato ottieni un byte. Voglio
dire, contenuto informativo nullo.




2013/5/22 _n355_1 ninux...@gmail.com

 Ciao Daniela,

 volevo farti notare che forse è il caso di perdere un pò di tempo a
 ripulire le email con indirizzi di altre persone se le posti sulla
 mailing list wireless!!!
 Se ci fosse il mio indirizzo a me darebbe fastidio.

 Saluti,
 Matteo
 ___
 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] Virtualizzazione linux ottimizzata con LXC

[Pierluigi Checchi]

che poi sia VMware che Hyperv permettono il primo memory overcommitting,
il secondo dynamic memory. Sono molto efficienti ed utilizzano tecniche
veramente interessanti. Il problema della vistualizzazione user-level è
sempre l'allocazione di risorse, soprattutto sul i/o disco.




2013/5/15 Gioacchino Mazzurco g...@eigenlab.org

 On Wednesday 15 May 2013 20:08:48 federico la morgia wrote:
  Preferisco non risparmiarla la ram ma avere un sistema robusto e
 resiliente.

 Perche' si perde resilienza/robustessa se condividi le librerie in memoria?
 Dovrebbero essere readonly tra l'altro

 In ogni caso solitamente si ottimizza se vuoi risparmiare, se puoi
 permetterti
 risorse in abbondanza e' un altro discorso...
 ___
 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] Ipv6 BGP routing table size

[Pierluigi Checchi]

Ieri se ne parlava a riunione..

Ecco una risposta



*Predicting the IPv6 BGP table size*
IPSPACE.NET | 05 MARZO 2013
http://pulse.me/s/jbABlhttp://www.pulse.me/email_link?c=email_iphoneredirect_url=http%3A%2F%2Fpulse.me%2Fs%2FjbABl


One of my readers sent me an interesting question:Are you aware of any
studies looking at the effectiveness of IPv6 address ... Read
morehttp://www.pulse.me/email_link?c=email_iphoneredirect_url=http%3A%2F%2Fpulse.me%2Fs%2FjbABl

[image: /]


Sent from my iPhone


-- 
Sent from Gmail Mobile
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] larghezza di canale e performance wireless per collegamenti difficili

[Pierluigi Checchi]

Da alcune prove effettuate con collegamenti difficili abbiamo visto che,
diminuendo la larghezza di banda della CPE trasmittente, si riusciva ad
ottenere un segnale in ricezione molto migliore, dell'ordine dei circa 7db
dei 9 teorici massimi possibili.

Secondo il teorema di Shannon-Hartley, infatti, la capacità del canale è
funzione della larghezza del canale stesso. Se trasmetto a 40 Mhz di
larghezza, vado più veloce che se uso invece 20 Mhz.

D'altra parte, diminuendo la larghezza di banda, la velocità rimane
rispettabile ma non elevata come nel caso di canale più largo, si riescono
a guadagnare 7db  (dei 9 max teorici possibili) pur rimanendo nei limite di
legge di potenza.

I vantaggi della larghezza di banda inferiore sono:

1) minor consumo di energia (il clock viaggia più basso e si risparmia)
2) range più elevato (aumenta il rapporto segnale rumore aumentando il
segnale)
3) minore sensibilità al delay spread che all'aperto è elevato

Perchè aumenta l'intensità di segnale (ricevuto e trasmesso)?
Semplicemente, a 5 Mhz un simbolo OFDM dura 8 volte di più che non a 40
Mhz, e quindi il duty cycle più favorevole si porta appresso un aumento
della densità spettrale di potenza (potenza per Hertz), che si traduce in
percentuale di trasmissione più elevata nell'unità di tempo (ovvero se ogni
frame dura X secondi, la percentuale di tempo in trasmissione per mandare
un bit è 8 volte più lunga, e quindi è come se facessi 8 giri di pedale
invece di uno per trasmettere un simbolo) .

Spero di avervi fatto venire un po' di curiosità per interessarvi a questo
paper del 2008 di... badate bene... Microsoft Research. Paper che vi
fornisce (nella prima parte) molto ampie argomentazioni a quanto ho scritto
scandalosamente io e immagina un algoritmo per la variazione adattativa
della larghezza di canale


Enjoy!
http://research.microsoft.com/apps/pubs/default.aspx?id=70579
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] TunnelDigger VPN

[Pierluigi Checchi]

Non riesco a capire se è possibile in qualche modo aggregare i flussi in
maniera tale da avere una MTU virtuale sulla vpn  di 1500 byte. Per
esempio, utilizzando l2tpv2 e multilink ppp è possibile avere una MTU anche
di 2k.. mi sembra nella descrizione di tunneldigger si faccia solo
riferimento alla facilità di avere una PMTU facilmente calcolabile, quindi
di 1500..





2012/11/25 Gioacchino Mazzurco gmazzurc...@gmail.com

 On 11/25/2012 01:11 PM, Saverio Proto wrote:
  http://wlan-si.net/blog/2012/10/29/tunneldigger-the-new-vpn-solution/
 
  ciao,
 
  Saverio
  ___
  Wireless mailing list
  Wireless@ml.ninux.org
  http://ml.ninux.org/mailman/listinfo/wireless
 

 Avevo intenzione di fare delle prove con questo + babeld appena possibile
 ___
 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] LTE 4G e interferenze digitale terrestre

[Pierluigi Checchi]

Interessante problematica emersa in questi giorni, non proprio nuova ma
almeno se ne parla.
http://www.ilsole24ore.com/art/tecnologie/2012-11-25/interferenze-4gdigitale-terrestre-almeno-143945.shtml?uuid=AbYW9G6G

Da quello che ho capito, i canali da 61 a 69 saranno utilizzati da gennaio
 2013 da parte di Wind, Vodafone e Tim (non da Tre, che quindi utilizzerà
frequenze più alte, meno privilegiate e quindi meno penetranti gli
ostacoli) e corrispondono agli 800 Mhz liberati dal cosiddetto dividendo
digitale, dopo lo switchoff della televisione analogica. Questi canali
hanno fruttato allo stato circa 3 miliardi di euro, ma gli amplificatori e
miscelatori d'antenna che tutti hanno funzionanti in questo momento
amplificano anche i canali in questione. Una cella telefonica vicino ad un
impianto televisivo, quindi, saturerà l'impianto provocando il blocco della
ricezione digitale terrestre.

A noi cosa importa? Nulla, basta che i soliti noti non ci accusino di
disturbare le frequenze televisive. Sicuramente sarà una questione non
proprio tranquillizzante, dal momento che i gestori telefonici si sono
offerti di provvedere all'adeguamento gratuito degli impianti televisivi
privati ed all'installazione a monte di filtri taglia alto.

Le problematiche maggiori dovrebbe darle Wind, che si trova ad utilizzare
quasi sempre il primo canale adiacente al digitale terrestre.

Basta saperlo per prepararsi...
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [ninux-roma] Info olsr hna4 e subnetting

[Pierluigi Checchi]

Ma come noi tutti sappiamo, ragionare in hop sui protocolli link state on
demand è da perdenti, e si ragiona meglio con metriche di tipo
trasmissioni necessarie probabili, che è l'inverso della probabilità di
avere pacchetti persi. Quindi, la soluzione è perfettamente percorribile.
Inoltre, la metrica di default sulle tabelle di routing proveniente da olsr
è di default sempre 2 (parametro FIBMetric di olsr), quindi anche a questo
layer gli hop non hanno senso.

Peace,
P

On Thursday, November 22, 2012, Saverio Proto wrote:

  Da notare che questa soluzione permetterebbe di collegare le antenne come
  bridge (non router) e quindi lasciare il firmware originale su queste,
 senza
  necessità di far girare quindi olsr nativamente. A quel punto se non si

 errato. Vedresti un singolo hop IP su due radio link. Ovvero i tuoi
 next-hop che ti vedono come bridge penserebbero di essere collegati ad
 1 solo hop.

 Saverio
 ___
 Wireless mailing list
 Wireless@ml.ninux.org javascript:;
 http://ml.ninux.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] [ninux-roma] Info olsr hna4 e subnetting

[Pierluigi Checchi]

Fai annunciare la /24 alle antenne, metti olsr sul router in casa SENZA
annunci di HNA4 e fai fare proxy arp a quest'ultimo che, quando riceve i
pacchetti sa quindi dove e come reinstradarli. Questo per evitare che, se
tutti annunciassero le proprie subnet casalinghe le rotte totali sarebbero
piene di /28. D'altra parte, annunciando le /28 ti semplifichi la vita ed è
tutto molto più dinamico ed auto-aggiustante.



2012/11/21 Matteo Ninux ninux...@gmail.com

 Volevo capire se sulle antenne si potrebbe fare tipo un aggregazione e
 far annunciare la /24 e dal router openwrt le /28 solo alle antenne
 (Spero di non dire troppe fesserie).
 Qualcuno ha altri suggerimenti?

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Cavo FTP da esterno bianco?

[Pierluigi Checchi]

Io preferisco il cavo nero. Who tries black will never come back.

On Tuesday, November 20, 2012, Andrea Grillini wrote:

 Ho appena messo su il nodo melalgiorno Monteverde, ma qualche
 sospetto grava sul cavo UTP che ho usato per quanto riguarda
 l'efficacia del power over ethernet, considerando anche che ci devo
 alimentare una M5 e una Loco. Su ebay trovo solo cavi neri, cioè poco
 mimetici, inoltre in matasse da 100 metri, troppi per le mie esigenze
 - e non so neanche se mi convenga fare anche il tratto interno
 all'appartamento in cavo cazzuto, oppure meglio non sprecarlo e fare
 una giunta con un UTP qualsiasi...

 I professionisti dei montaggi dei nodi ninux che dicono? ;-)

 Grazie anticipate


 A.
 ___
 Wireless mailing list
 Wireless@ml.ninux.org javascript:;
 http://ml.ninux.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Researchers Find Way to Boost WiFi Performance 400-700 Percent

[Pierluigi Checchi]

Che ideona! Non ci aveva pensato nessuno in questi 10 anni..


On Thu, Nov 15, 2012 at 1:20 PM, Francesco Rapanà f.rap...@gmail.comwrote:

 researchers at North Carolina State University have developed a new
 software program, called WiFox, which can be incorporated into existing
 networks and expedites data traffic in large audience WiFi environments –
 improving data throughput by up to 700 percent.


 http://news.ncsu.edu/releases/wms-gupta-wifi/

 Francesco

 ___
 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] [blog] Collegamento gigi alla rete ninuxCatanzaro

[Pierluigi Checchi]

E' un link che squaqquerella ancora. Aspettiamo di sistemare bene :-)
Please, dobbiamo connettere anche Anzio. Se qualcuno ci legge, si faccia
vivo.





2012/11/14 Nemesis neme...@ninux.org

  Ottimo esempio Gigismir che prende e scrive di sua iniziativa un post
 sul blog di ninux.org

 *Agli altri gruppi ninux*: seguite l'esempio di un virtuoso, grande
 gigismir che nonostante sia sotto torchio per l'università e gli esami
 trova sempre il tempo di portare avanti da solo l'idea di una rete
 comunitaria in una terra così difficile come catanzaro; ma fare la rete non
 basta, bisogna promuovere le proprie idee, le proprie iniziative e il sito
 di ninux.org è sempre il posto adatto per cominciare.

 Avanti così!

 Per esempio qui a Roma si fa il primo link sulla costa e nessuno sa
 niente! :-P


 Il 11/14/2012 04:15 PM, geegeek ha scritto:

 Nuovo post sul blog (Ninux.org Wireless Community):

 'Collegamento gigi alla rete ninuxCatanzaro' di geegeek

 Ciao a tutti,

 Vorrei aprire questo articolo con la parola :DESTINO, perchè non c'è altro
 da dire quando una cosa impossibile diventa realizzabile. Ed è ciò che è
 appunto successo a Catanzaro con il mio link alle rete esistente ninux. Colui 
 il
 quale avrebbe dovuto essere il più difficile da collegare probabilmente alla
 fine di questa storia, sarà stato il primo. Dopo avere affrontato la più
 grande difficoltà che è quella di trovare punti strategici che permettano di
 triangolare gli ostacoli naturali di una citta collinosa come Catanzaro. 
 Adesso
 rimane solo da preoccuparsi dei problemi tecnici (come a dire figurati se è un
 problema).



 Ecco a voi la grafica del collegamento:







 parleremo dei dettagli tecnici con tutti nei canali ufficiali di discussione.
 http://blog.ninux.org/2012/11/14/collegamento-gigi-alla-rete-ninuxcatanzaro/

 (messaggio generato automaticamente)

 ___
 Wireless mailing 
 listWireless@ml.ninux.orghttp://ml.ninux.org/mailman/listinfo/wireless



___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Openwrt TP-Link 1043nd Vlan Trunking

[Pierluigi Checchi]

Bellissimo!


2012/11/12 Nino n...@ninux.org

 Bella a tutti,
 sto ristrutturando la lan di casa e mi sono imbattuto nell'annoso storico
 problema della configurazione del vlan trunking sul tp-link.
 Sono riuscito a configure 6 vlan su un'unica porta con l'ultima release di
 openwrt (attitude_adjustment).
 Vi allego il mio /etc/config/network.
 La porta che ho utilizzato come trunk e' la 1.
 Spero che serva a qualcuno.
 Ciao
 Nino

 ___
 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] [ninux-roma] Deprechiamo i tunnel GRE Was: Messaggistica Interna Fusolab

[Pierluigi Checchi]

Tanto per followup, ecco che ho cambiato il MTU di sburratone 5.3.3:
XM.v5.3.3.sdk# ifconfig eth1_real mtu 1519
ifconfig: SIOCSIFMTU: Invalid argument
XM.v5.3.3.sdk# ifconfig eth1_real mtu 1518
XM.v5.3.3.sdk# ifconfig eth0_real mtu 1518
XM.v5.3.3.sdk# ifconfig eth0 mtu 1518
XM.v5.3.3.sdk# ifconfig
eth0  Link encap:Ethernet  HWaddr 00:27:22:39:D2:1D
  inet addr:192.168.145.49  Bcast:192.168.145.63
 Mask:255.255.255.240
  inet6 addr: fe80::227:22ff:fe39:d21d/64 Scope:Link
  UP BROADCAST RUNNING PROMISC ALLMULTI MULTICAST  MTU:1518
 Metric:1
  RX packets:18632 errors:0 dropped:0 overruns:0 frame:0
  TX packets:79168 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:10858627 (10.3 MiB)  TX bytes:12361624 (11.7 MiB)

eth0_real Link encap:Ethernet  HWaddr 00:27:22:39:D2:1D
  inet6 addr: fe80::227:22ff:fe39:d21d/64 Scope:Link
  UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1518  Metric:1
  RX packets:18632 errors:0 dropped:0 overruns:0 frame:0
  TX packets:79169 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:500
  RX bytes:9475 (10.6 MiB)  TX bytes:12361694 (11.7 MiB)

eth1_real Link encap:Ethernet  HWaddr 02:27:22:39:D2:1D
  UP BROADCAST PROMISC MULTICAST  MTU:1518  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:500
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:4 errors:0 dropped:0 overruns:0 frame:0
  TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:352 (352.0 B)  TX bytes:352 (352.0 B)


Le nuove versioni di AirOS accetteranno i mini_jumbo e..naturalmente il
WIFI accetta già ora MTU un sacco più alti.

XM.v5.3.3.sdk# ifconfig ath0 mtu 2291
ifconfig: SIOCSIFMTU: Invalid argument
XM.v5.3.3.sdk# ifconfig ath0 mtu 2290
XM.v5.3.3.sdk# ifconfig
ath0  Link encap:Ethernet  HWaddr 00:27:22:38:D2:1D
  inet addr:172.16.145.12  Bcast:172.16.255.255  Mask:255.255.0.0
  inet6 addr: fe80::227:22ff:fe38:d21d/64 Scope:Link
  UP BROADCAST RUNNING PROMISC ALLMULTI MULTICAST  MTU:2290
 Metric:1
  RX packets:466352 errors:0 dropped:0 overruns:0 frame:0
  TX packets:266281 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:314021141 (299.4 MiB)  TX bytes:41735771 (39.8 MiB)


Questo, come dice Maurizio, non permette di usare impunemente GRE, per il
fatto del doppio header IP, serve sempre il clamping del MSS o il PMTUD che
dentro ninux funziona sempre.



2012/11/9 Pierluigi Checchi p.chec...@ieee.org

 E' vero grande mauriziooo hai ragione!
 Mi so scordato un pezzo, però, tanto per cavarmela, MPLS è -anche-
 utilizzato con una specie di tunnel mode a layer3, con dentro IP (peraltro
 la configurazione spesso consigliata). Quindi siamo da capo a 12.
 Io ho massima stima per GRE e non è vero che lo hanno abbandonato tutti.
 Io lo uso per esempio. GRE vince, fratello.






 2012/11/9 Maurizio Scarpa scarpa...@gmail.com

  Il 09/11/2012 16:03, Pierluigi Checchi ha scritto:

 MPLS aggiunge a ethernet 4 byte e nei casi di uso pratico di MPLS inside
 MPLS (tipico del VPLS) anche 8 byte, contro il GRE che ne aggiunge solo 4
 di byte.


 ...e l'header IP che MPLS non aggiunge dove lo mettiamo?

 dal sito di Mikrotik (non lo trovo una referenza così solida ma lo hai
 citato tu ...).
 
 GRE the same as IPIPhttp://wiki.mikrotik.com/wiki/Manual:Interface/IPIPand
 EoIP http://wiki.mikrotik.com/wiki/Manual:Interface/EoIP were
 originally developed as stateless tunnels. Meaning that if remote end of
 the tunnels goes down all traffic that was routed over the tunnels gets
 blackholed. To solve this problem RouterOS have added keepalive feature for
 GRE tunnels.

 GRE tunnel adds 24 byte overhead (4-byte gre header + 20-byte IP
 header).

 O da questo MPLS for beginners (
 http://mccltd.net/blog/wp-content/uploads/2010/04/MPLS-FAQ-For-Beginners1.pdf)
 si capisce la differenza:

 Q. Generic Routing Encapsulation (GRE) tunnel has an overhead of *24**
 **bytes*. How much overhead does an MPLS LSP tunnel have?

 A. An MPLS LSP tunnel has *one label (four bytes)** or two labels* (for
 example, when using
 Link Protection Fast reroute) of overhead. Unlike GRE tunnel, MPLS does
 not change the IP
 header. Instead, the label stack is imposed on to the packet that takes
 the tunnel path.
  Ad ogni modo MPLS è capace di trasportare anche frame Ethernet pure
 senza che l'IP ci sia dentro o fuori (ATOM = Any Transport Over MPLS)
 quindi non necessita di IP per trasportare iltraffico ma usa il piano di
 controllo IP per identificare

Re: [Ninux-Wireless] smart gateway

[Pierluigi Checchi]

Molto bello, si basa su ipip e funziona, funziona

2012/10/26 Saverio Proto ziopr...@gmail.com

 Ciao,

 non la usiamo.

 ci abbiamo smanettato quando era una cosa nuova, e come tutte le cose
 nuove non era stabile, e poi la abbiamo abbandonata.

 adesso dovrebbe essere stabile, ma bisogna leggere bene la
 documentazione ed avere confidenza col policy routing per usare quella
 feature di OLSR in modo corretto. Tieni anche a mente che viene usato
 un meccanismo di tunneling e quindi devi farti i conti con l'MTU

 Saverio


 Il 26 ottobre 2012 15:36, Alessio Caiazza nol...@abisso.org ha scritto:
  Su Roma usate la funzionalità smart gateway di olsrd? (a giudicare da
  sburratone direi di no)
 
  Qualcuno ha un parere su 'sta cosa?
 
 
  Grazie.
 
  nolith
  --
  Alessio nolith Caiazza
  il sapere umano appartiene al mondo.
  GPG 440C5437
  ___
  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] radio 24

[Pierluigi Checchi]

Ho effettuato da una decina di minuti un intervento di qualche secondo su
radio24, melog (http://it.wikipedia.org/wiki/Melog) spiegando (con il
fiatone, visto che mi ero appena fermato con la bici :) ninux e la
condivisione (non di internet).

bye,
P
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Nodo sulla Torre Argentina a Roma

[Pierluigi Checchi]

Ciao Giorgio, da sempre una delle caratteristiche di ninux è riempire
gli spazi di solidarietà con la passione e la vicinanza alle realtà
spesso più sole e lasciate da sole.
Direi che puoi passare di nuovo al Fusolab (2.0) questo giovedì sera,
così ci vediamo di nuovo con tutti e ne parliamo. Non possiamo
garantire  una copertura tecnologica a 360° e professionale come un
operatore di telecomunicazioni può fare, ma possiamo trovare
sicuramente il modo di incrociare i nostri obbiettivi.

 a giovedì!

2012/10/14 Giorgio Pagano giorgiopag...@giorgiopagano.com:
 Salve sono Giorgio Pagano, segretario dell'ERA onlus, sono venuto
 qualche settimana fa al Fusolab (serata con il Partito Pirata) ed ho
 assistito alla vostra presentazione. Mi è sembrata molto interessante,
 soprattutto per la dimensione comunitaria e di solidarietà che può
 svolgere ninux.
 So che molti sono interessati soprattutto al possibile collegamento a
 internet ma questo è un aspetto che a noi non interessa molto (per non
 dire affatto) visto che la sede della mia onlus è cablata e collegata
 a banda larga e in fibra ottica ad internet, invece noi abbiamo alcuni
 progetti che potrebbero invece far crescere la comunità proprio in
 senso solidaristico. Ad esempio abbiamo un dipartimento salute che si
 chiama Verde Stella il cui obiettivo è poter facilmente contattare
 gli operatori sanitari (medici specialisti, infermieri professionali,
 OSS, fisioterapisti, logopedisti, psicologi, badanti...) di cui si ha
 bisogno per l'assistenza domiciliare e tutti questi operatori
 imponiamo tariffe fisse e di particolare favore ai soggetti meno
 abbienti.
 La nostra sede è in Via di Torre Argentina e la Torre Argentina è
 proprio nostra (nel senso che è nella dotazione dei locali in
 affitto). Ho già impostato il nodo e scattato le foto dalla torre a
 360 gradi.
 Fatemi sapere come proseguire.
 Vediamo come va e poi se tutto va bene magari propongo anche un nodo
 alla mia casa al mare.
 Saluti e grazie, Giorgio Pagano
 ___
 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] Nodo sulla Torre Argentina a Roma

[Pierluigi Checchi]

 Bhé già che ci sia questa realtà mi pare un miracolo.

  a giovedì!

 Senz'altro.
 Sempre alle 21 no?



L'orario è sempre molto easy, diciamo che la riunione tende ad
iniziare un pochino più tardi, dipendentemente dall' Ordine del Giorno
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Google Fiber

[Pierluigi Checchi]

Infatti, niente è gratis. Come la mailbox google che quasi tutti stiamo
utilizzando.
Basta cambiare tab del browser per vedere come gli adwords ci inseguono.

2012/8/13 ZioPRoTo (Saverio Proto) ziopr...@gmail.com

  https://fiber.google.com
 
  interessante come vogliano farla dimentare una struttura a idea di
  quartiere.

 questa si che è una bella minaccia alla net neutrality :(

 con rete e servizi google, tra poco si parlerà di Google Internet e
 Internet

 Saverio
 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless




-- 

Pierluigi Checchi
+393473532996
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Una nuova tecnologia che suona interessante

[Pierluigi Checchi]

Ma sbaglio o è quello che fa l'Acea con i contatori intelligenti?

On 4/11/12 2:21 PM, Maurizio Scarpa wrote:

Ho trovato su YouTube questo video.
http://www.youtube.com/watch?v=zaQPFLXRcAUfeature=g-all-ucontext=G2e5815aFKAA 



A parte che è in inglese e quindi bisogna conoscere la lingua per 
comprenderne il succo mi sembra che questi giovanotti abbiano 
intenzione di ritornare di prepotenza nel mondo Wireless dove sembrava 
che avessero un pochino perso interesse.


Mi sembra una idea eccellente. Certo avrete da obiettare sui costi 
(che non conosco) ma se funziona così io direi chi meno spende più 
spende e sopratutto mi sembra un modello davvero molto scalabile.


Please beware that this is only for tech scouting (my pleasure), no 
desire to light a flame.

Ciaoo



___
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] La tv digitale sulla rete

[Pierluigi Checchi]

Il fatto che girano ad un rate basso può essere un vantaggio... Gli
ack multicast poi non hanno senso..
a quale rate viaggiano secondo i nuovi standard 802.11n? Immagino il
limite di 1mbps sia oramai superato...

On Wed, Mar 7, 2012 at 4:19 PM, ZioPRoTo (Saverio Proto)
ziopr...@gmail.com wrote:
 C'e' un problema di fondo a fare multicast su WiFi.

 I pacchetti IP multicast viaggiano su frame 802.11 multicast, che
 viaggiano ad un rate basso e non sono ACKnoledged, quindi performance
 del Multicast su WiFi con i nostri apparati = cacca

 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] La tv digitale sulla rete

[Pierluigi Checchi]

avrebbe senso sperimentare il multicast con una tv autoprodotta,
magari ruotando filmati con una regia automatica

+1 !

On Tue, Mar 6, 2012 at 7:05 PM, Federico Capoano
federico.capo...@teletu.it wrote:
 trollmode
 TV merda, a morte la TV
 /trollmode
 ___
 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] La tv digitale sulla rete

[Pierluigi Checchi]

Ma non basta igmp snooping?

2012/3/6 Gioacchino Mazzurco gmazzurc...@gmail.com:
 con olsr non avete il multicast routing :|

 On 03/06/12 20:20, Pierluigi Checchi wrote:
 avrebbe senso sperimentare il multicast con una tv autoprodotta,
 magari ruotando filmati con una regia automatica

 +1 !

 On Tue, Mar 6, 2012 at 7:05 PM, Federico Capoano
 federico.capo...@teletu.it wrote:
 trollmode
 TV merda, a morte la TV
 /trollmode
 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless
 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] La tv digitale sulla rete

[Pierluigi Checchi]

Nemmeno una LAN è un tree...
Documentazione?


2012/3/6 Gioacchino Mazzurco gmazzurc...@gmail.com:
 su una rete mesh non basta ti si creano dei superloop in tre secondi
 perche' al rete mesh non e' un tree

 On 03/06/12 21:13, Pierluigi Checchi wrote:
 Ma non basta igmp snooping?

 2012/3/6 Gioacchino Mazzurco gmazzurc...@gmail.com:
 con olsr non avete il multicast routing :|

 On 03/06/12 20:20, Pierluigi Checchi wrote:
 avrebbe senso sperimentare il multicast con una tv autoprodotta,
 magari ruotando filmati con una regia automatica

 +1 !

 On Tue, Mar 6, 2012 at 7:05 PM, Federico Capoano
 federico.capo...@teletu.it wrote:
 trollmode
 TV merda, a morte la TV
 /trollmode
 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless
 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Riuso IP v4 pubblici

[Pierluigi Checchi]

Sostanzialmente, se qualche isp compiacente mi permettesse di
annunciare un singolo ip che mi concede in comodato d'uso, dal mio
router dovrei:

1) mettermi daccordo con alcuni isp che riconoscano il mio annuncio
2) far si che gli isp mondiali aggiungano alla loro tabella di routing
una singola /32, che sostanzialmente è impossibile, non tanto per la
cosa in se, quanto per il fatto che se lo facessero tutti le tabelle
di routing dei border router degli isp non potrebbero fare
aggregazione e crescerebbero a dismisura.

Tanto vale allora farsi routare un singolo ip sulla tua adsl da un isp
compiacente (lasciando stare quindi il BGP, che è roba da provider),
tramite un tunnel GRE (basso overhead) o tramite una qualche vpn
altamente inefficiente ma semplice (openvpn o tinc) o tramite una via
di mezzo, come ipsec.
Questo però avrebbe, come dice il buon Maurizio, la ricaduta
sostanziale di impattare per il traffico in uscita il tuo upstream
adsl, che è asimmetrico.

Oppure, ipv6-act-now, dotiamoci di ipv6 tutti, che è la risoluzione di
tutti questi problemi oramai obsoleti.

Tutto là,
PC

2012/3/4 Maurizio Scarpa scarpa...@gmail.com:
 Diciamo che nel tuo ragionamento del tutto di buon senso ci sono scritte
 5/600 violazioni di specifiche di protocollo e/o di regole di assegnazione
 degli IP ed degli AS.

 Per una trattazione più completa ti consiglio di leggerti i documenti di
 IANA e RIPE

 Il 04/03/2012 22:19, Fabio ha scritto:

 Il giorno 04 marzo 2012 19:33, Maurizio Scarpa scarpa...@gmail.com ha
 scritto:

 Negativo Fabio.
 L'unico posto dove quegli IP possono generare e ricevere traffico è dietro
 l'ADSL del tuo parente con blog all'uncinetto.

 Non esiste modo di portare quel traffico altrove se non con una VPN che ha
 come centro-stella il tuo parente ma ti metto in guardia da un potenziale
 problema.


 Grazie Maurizio della risposta.

 Temevo che non si potesse fare e mi dispiace, perché immaginavo una nuova
 forma di donazione verso la comunità, ossia alla donazione di indirizzi
 pubblici statici.

 Tecnicamente cos'è che impedisce una simile operazione? il fatto che l'ISP
 di turno configura staticamente le rotte verso gli indirizzi assegnati su
 quella adsl? sarebbe scomodissimo per loro, quindi mi aspetto che anche gli
 indirizzi delle alice business vengano istradati dinamicamente con BGP,
 no?
 E allora cosa mi impedirebbe di prendermi l'indirizzo del mio ipotetico
 lontano parente e diffondere le rotte verso di me (per farmi raggiungere)
 annunciandomi al mondo con BGP? l'ho sparata troppo grossa?

 Ciao,
 FAB

 --
 Considerate la vostra semenza:
 fatti non foste a viver come bruti,
 ma per seguir virtute e canoscenza
 (Dante: Inferno XXVI, 118-120)


 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless



 --
 ===

 Ing. Maurizio Scarpa

 Via Lucrezia Romana, 65
 00043 - Ciampino (RM)
 mail:   scarpa...@gmail.com
 skype: scarpam72
 ===

   



 ___
 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] Patentino radioamatore

[Pierluigi Checchi]

Fino a 3/4 anni fa se sei ing. informatico (anche primo livello) devi
portare la lista degli esami in cui ci sia compreso quello di elettronica
generale (no fisica2).
Non so se è ancora così.

2012/3/2 Emanuele Benatti emanuele.bena...@gmail.com

 Quindi un ing. informatico cosa deve fare per avere il patentino? Se ha
 l'esonero dai test scritti?

 Il giorno 28 febbraio 2012 13:02, dario stelitano 
 stelitano.da...@gmail.com ha scritto:

 dopo l'esame (marche da bollo e versamento) annualmente sono 5€
 indipendentemente dal numero di apparati che hai
 Il giorno 28/feb/2012, alle ore 12.37, STEO ha scritto:

 --- *Mar 28/2/12, dario stelitano stelitano.da...@gmail.com* ha
 scritto:

 In pratica io anche se sono radioamatore praticamente per i nodi ninux
 che sto per fare anche a casa mia sto facendo conto di non esserlo . però a
 chi può magari senza esami sto consigliando di prendere lo stesso la
 licenza

 Approposito, si hanno dei costi annui da sostenere?
 ---
 Stefano
 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


  dario stelitano
 stelitano.da...@gmail.com




 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless




 --
 Emanuele Benatti - emanuele.bena...@gmail.com - www.spaciughino.com -
 +393498239345

 ___
 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] Costo di esercizio di un nodo Ninux

[Pierluigi Checchi]

Fichissimo

2012/3/1 Niccolò avico niccolo.av...@gmail.com:
 L'infrastruttura wireless della rete Ninux non è solo economica al
 momento dell'acquisto, ma anche una volta accesa.

 http://wiki.ninux.org/QuantoMiCosta

 Niccolò
 --

 --
 *Niccolò Avico*
 diaspora: gilgam...@diaspora.eigenlab.org
 skype: niccolo.avico
 LinkedIn: http://www.linkedin.com/in/navico
 Twitter: @niccolo_avico
 PGP Key ID: FD266A76

 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Tlc. Presentato il piano di Telecom

[Pierluigi Checchi]

Il Sole-24 Ore - 2012-02-09 - Pag. 26

Tlc. Presentato il piano di Telecom

Entro il 2014 banda ultralarga in 99 grandi centri

ROMA
Telecom Italia mette nero su bianco gli obiettivi per la riduzione del
digital divide e lo sviluppo della banda ultralarga con il mix fibra
ottica-rame. In un'audizione alla commissione Trasporti e
telecomunicazioni l'ad Franco Bernabè ha illustrato come target la
copertura al 2014 del 25% della popolazione con connessioni a 100
megabit al secondo, un intervento che dovrebbe coprire 99 Comuni. Sarà
una strategia in due fasi sottolinea Bernabè. «Nella prima, la fibra
raggiunge gli armadi della rete di distribuzione, realizzando una
architettura FTTCab e rendendo disponibile a tutti i clienti collegati
all'armadio connessioni con velocità da 30 ad oltre 50 mega; nella
seconda, la fibra raggiunge gli edifici e le singole unità
immobiliari, realizzando una architettura FTTH (fiber to the home)».
In sostanza Telecom, pur rivendicando gli investimenti finora
effettuati sulla fibra (250mila chilometri/fibra posati nel 2011)
crede ancora nelle potenzialità del rame opportunamente potenziato con
il sistema del vectoring su Vdsl. Molto nette, poi, le parole
dell'ad sulla copertura del digital divide, cioè l'accesso al livello
base di banda larga. Telecom Italia arriverà al 98% della
popolazione entro il 2013, ma per andare oltre occorrerà l'intervento
dello Stato.
Alla Camera, Bernabè anticipa anche alcune cifre relative
all'andamento del 2011: «Sul mercato nazionale sono stati investiti
circa 4,2 miliardi, di cui 1,2 miliardi per l'acquisizione delle
frequenze Lte. In termini di investimenti sui ricavi con il 14,3% (al
netto della gara Lte) siamo al di sopra di altri operatori storici
europei».
Di investimenti, sempre in un'audizione alla Camera, ha parlato anche
il concorrente diretto di Telecom sulla fibra ottica. Alberto
Calcagno, direttore generale di Fastweb, ricorda che l'operatore ha
collegato 2 milioni di case in rete Ngn, «sulle complessive 5 milioni
che si contano in Europa, per 5 miliardi di investimenti dal 2000 ad
oggi. Quattrocento milioni di euro l'anno, ed il nostro obiettivo è
quello di continuare a investire in innovazione in Italia ed in
Europa». Tra le due compagnie non è solo una sfida di cifre. Continua
infatti la battaglia sulle regole: Fastweb lamenta l'aumento dei
prezzi all'ingrosso per la banda larga, in sostanza il canone per
l'affitto da Telecom Italia dell'ultimo miglio e del bitstream, che
«ha determinato un peggioramento delle condizioni competitive del
mercato delle tlc fisse». Telecom Italia giudica invece troppo
stringenti le regole prefigurate dall'Authority, a partire
dall'obbligo di creare una rete in fibra spenta «end-to-end». Tra le
richieste, la modifica del regime asimmetrico di accesso al cablaggio
verticale degli edifici e «un adeguato livello di risk premium» che
non penalizzi gli investimenti.
Di sviluppo delle infrastrutture, oltre che dei servizi digitali,
inizierà a parlare la cabina di regia per l'attuazione dell'Agenda
digitale, che oggi si insedierà al ministero dell'Istruzione,
università e ricerca. «Bene l'iniziativa del governo – commenta
Bernabè – sarebbe utile promuovere, anche attraverso risorse pubbliche
e la previsione di incentivi fiscali per gli investimenti privati, la
realizzazione di un piano di infrastrutturazione tecnologica in fibra
ottica».
C.Fo.
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] fermiamo ACTA e FAVA

[Pierluigi Checchi]

Vi ricordo inoltre che qui non si parla di fava

2012/1/24 Andrea Pescetelli andrea.pescete...@gmail.com:


 Il giorno 24 gennaio 2012 16:42, Federico Capoano
 federico.capo...@teletu.it ha scritto:

 Il 24/01/2012 16.15, Andrea Pescetelli ha scritto:


 Se volete fare attivismo o parlare di terrorismo o di altre cose vi
 consiglierei di spostarvi su dei forum aperti apposta per parlare di queste
 cose e di non tiare qui le vostre conclusioni o estremismi che siano onde
 evitare che tutta l'italia che ci legge sia invasa da mail tregiversanti.


 Nessuno ha parlato di terrorismo o di estremismi, queste parole sono state
 scritte da te quindi attento tu alle cose che scrivi perchè sennò tutta
 italia potrebbe pensare che te ne esci come le scuregge.


 Eh si che ci vuoi fare purtroppo la madre degli imbecilli è sempre incinta.



 ___
 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] qualcuno conosce gretap?

[Pierluigi Checchi]

La vedo come possibile alternativa a tinc o openvpn in bridge, quando
non si vogliono/possono usare.
Ho effettuato delle prove, va a velocità spaziale (ordini di grandezza
superiori a tinc, che è in userspace).
L'MTU disponibile al payload ip è 1500-20 (IP) -4 (GRE) -14
(ethernet), anche qui più favorevole che in tinc in modalità switch.
Supportato da openwrt (ma poco o niente documentato), almeno dal
10.03.1 che ho io.
lo svantaggio rispetto a tinc è che non è di tipo mesh plugplay, ma
occorre configurare tutti gli endpoint.
Altro svantaggio è che tutti gli endpoint devono avere ip statici
(mentre in tinc ne basta solo uno statico).
Ovviamente non c'è cifratura, a meno di non utilizzare ipsec (o dentro
o fuori dal tunnel) ma guadagnamo appunto in velocità e latenza,
soprattutto su apparati senza accelerazione di crypt.
Se non si ha cifratura si è inoltre resistenti al NAT (basta girare i
pacchetti sul firewall) e anche molte CPE economiche sono in grado di
far passare il GRE abilitando il passtrough di PPTP.

Esempio, per mettere in bridge le ethernet di due host distanti tra di loro

Sul nodo IP1:
insmod ip_gre
ip link add greth1 type gretap remote IP2 local any nopmtudisc
ip addr add 0.0.0.0 dev greth1
ip link set dev greth1 up
brctl addbr br0
brctl addif br0 greth1
brctl addif br0 eth0
ip link set dev br0 up

Sul nodo IP2:
insmod ip_gre
ip link add greth1 type gretap remote IP1 local any
ip addr add 0.0.0.0 dev greth1
ip link set dev greth1 up
brctl addbr br0
brctl addif br0 greth1
brctl addif br0 eth0
ip link set dev br0 up

Le reti su cui sono attestati i due host a questo punto saranno in
grado di raggiungersi a vicenda e di avere lo stesso indirizzamento
ip.
Un'applicazione tipo potrebbe essere quella di avere due AP attestati
a due ADSL diverse che escono da uno stesso gateway e mantengono lo
stesso indirizzamento, captive portal etc.

Come riferimento, ecco invece i parametri di creazione di un tunnel
gre puro in routing (interoperabile con cisco, bsd, solaris,juniper
etc. e che esiste da anni):
ip tunnel add gre1 type gre remote IP1 local any
ip addr add 0.0.0.0 dev greth1
ip link set dev gre1 up
ip route add xx.xx.xx.xx/yy dev gre1
 (occhio a non utilizzare gre0, che è la catchall del modulo gre e non
può essere modificata.
Qui l'MTU disponibile al payload ip incapsulato è molto favorevole:
1476, con overhead del GRE di solo 4 byte.
PS: attenzione al rp_filter in sysctl.conf, deve essere a 0 per
l'interfaccia gre

Andando oltre, si può fare
ip tunnel add ipip1 type ipip remote IP1 local any
ip addr add 0.0.0.0 dev ipip1
ip link set dev ipip1 up
ip route add xx.xx.xx.xx/yy dev ipip1

L'MTU è ora 1480, ma la mancanza di GRE ci rende incompatibili con
tante belle cose inventate da Cisco ( e non supportato da linux se non
come responder) quali il keepalive, che butta giù l'interfaccia (e
quindi la rotta collegata) se il tunnel va down.
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] NoiNET rete di accesso cooperativa

[Pierluigi Checchi]

Sa quello che so solo apparati del golgi
On Nov 9, 2011 9:14 PM, luigi faiola gigit...@gmail.com wrote:

 Si sa che apparati usano?

 Inviato da iPhone

 Il giorno 09/nov/2011, alle ore 20:24, Alessandro (aka ArkaNet) 
 arkant...@gmail.com ha scritto:

 Rispondo quotando

 Il giorno 09 novembre 2011 20:42, Angelo G. sephiroth@gmail.com ha
 scritto:

 Il 09/11/11 19:21, Darkman ha scritto:



 http://www.youtube.com/watch?**v=6WWU1Travcwhttp://www.youtube.com/watch?v=6WWU1Travcw


 nel video dice è la prima volta che qualcuno lo fa ma con che faccia
 dice ste cose lol


 verissimo!! infatti nessuno aveva mai pensato di vendere il tetto altrui
 ... servizi annessi


 ma poi ad oggi quanti nodi sono stati tirati su? è un anno e sul sito
 dice ancora in fase di costruzione...


 semmai si mettessero una cravatta avrebbero più nodi


 poi alla fine che cambia da un WISP? vendono servizi.. poi possono dire
 tutto quello che gli pare ma *sostanzialmente* paghi un abbonamento e ti
 danno internette.. nn che sia sbagliato, anzi! però prodigare un qualcosa
 che non è e *mascherare* con tante belle parole, nn è proprio il massimo..


 infatti non cambia nulla, se non che ti fanno pagare per cedergli una
 porzione di qualcosa di tuo (tetto ... corrente ... ) almeno con fastweb
 pago e prendo io! (lol)




 Il giorno 09 novembre 2011 18:31, luca.za...@libero.it
 mailto:luca.za...@libero.it luca.za...@libero.it
 mailto:luca.za...@libero.it ha scritto:


Ciao ragazzi,
conoscete questa iniziativa ?

http://www.noinet.eu/on/


La trovo lodevole. Voi che ne pensate ?


__**_
Wireless mailing list
Wireless@ml.ninux.org mailto:Wireless@ml.ninux.org

 http://ml.ninux.org/mailman/**listinfo/wirelesshttp://ml.ninux.org/mailman/listinfo/wireless





 __**_
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/**listinfo/wirelesshttp://ml.ninux.org/mailman/listinfo/wireless


 __**_
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/**listinfo/wirelesshttp://ml.ninux.org/mailman/listinfo/wireless




 --

 *Alessandro (aka ArkaNet  @ ninux.org)


 twitter: @arkantiko
 skype: arkantiko
 e-mail: arkant...@gmail.com*


 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] R: NoiNET rete di accesso cooperativa

[Pierluigi Checchi]

In che senso l'hw team? Chi è che fa il doppio gioco? Spiega meglio
On Nov 9, 2011 10:22 PM, Luca Zappi luca.za...@libero.it wrote:

 No: è un approccio meno condiviso.

 L’associato versa la quota e la cooperativa fa la spesa e invia l’HwTeam
 per installare gli apparati.

 ** **

 ** **

 *Da:* wireless-boun...@ml.ninux.org [mailto:wireless-boun...@ml.ninux.org]
 *Per conto di *luigi faiola
 *Inviato:* mercoledì 9 novembre 2011 20:34
 *A:* wireless@ml.ninux.org
 *Oggetto:* Re: [Ninux-Wireless] NoiNET rete di accesso cooperativa

 ** **

 Si sa che apparati usano?

 Inviato da iPhone


 Il giorno 09/nov/2011, alle ore 20:24, Alessandro (aka ArkaNet) 
 arkant...@gmail.com ha scritto:

 Rispondo quotando

 Il giorno 09 novembre 2011 20:42, Angelo G. sephiroth@gmail.com ha
 scritto:

 Il 09/11/11 19:21, Darkman ha scritto:



 http://www.youtube.com/watch?v=6WWU1Travcw


 nel video dice è la prima volta che qualcuno lo fa ma con che faccia
 dice ste cose lol

 ** **

 verissimo!! infatti nessuno aveva mai pensato di vendere il tetto altrui
 ... servizi annessi

  

 ma poi ad oggi quanti nodi sono stati tirati su? è un anno e sul sito dice
 ancora in fase di costruzione...

 ** **

 semmai si mettessero una cravatta avrebbero più nodi

  

 poi alla fine che cambia da un WISP? vendono servizi.. poi possono dire
 tutto quello che gli pare ma *sostanzialmente* paghi un abbonamento e ti
 danno internette.. nn che sia sbagliato, anzi! però prodigare un qualcosa
 che non è e *mascherare* con tante belle parole, nn è proprio il massimo..
 

 ** **

 infatti non cambia nulla, se non che ti fanno pagare per cedergli una
 porzione di qualcosa di tuo (tetto ... corrente ... ) almeno con fastweb
 pago e prendo io! (lol)

  

 ** **


 Il giorno 09 novembre 2011 18:31, luca.za...@libero.it

 mailto:luca.za...@libero.it luca.za...@libero.it
 mailto:luca.za...@libero.it ha scritto:



Ciao ragazzi,
conoscete questa iniziativa ?

http://www.noinet.eu/on/


La trovo lodevole. Voi che ne pensate ?


___
Wireless mailing list

Wireless@ml.ninux.org mailto: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



 

 ** **

 --

 

 *Alessandro (aka ArkaNet  @ ninux.org)
 twitter: @arkantiko
 skype: arkantiko
 e-mail: arkant...@gmail.com*

 ** **

 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Routerstation random reboot

[Pierluigi Checchi]

Teoricamente funzionano. Ma non è pure utile mettere sotto UPS? Al
limite si spacca l'UPS

2011/9/21 Darkman dark...@darkman.it:
 Dio mi è venuto in aiuto: ha risolto il problema dei random reboot con una
 saetta... 3 routerstation (e annessi), in punti diversi, completamente
 fritte.

 Che voi sappiate, questi SurgeProtector (tipo
 http://www.dbii.com/safesurgepro.html) funzionano davvero?



 Il giorno 15 settembre 2011 00:25, Pierluigi Checchi p.chec...@ieee.org ha
 scritto:

 Rspro giugno 2010

 On Sep 15, 2011 12:13 AM, Darkman dark...@darkman.it wrote:
  Era un Pro o una liscia?
 
  Il giorno 14 settembre 2011 22:43, Pierluigi Checchi
  p.chec...@ieee.org ha
  scritto:
 
  Si, successo ieri...ho fatto un reboot a mano e non è ripartita. Tolta
  la
  corrente e ok... I componenti sono economici ed hanno forse tolleranze.
  On Sep 14, 2011 10:28 PM, Darkman dark...@darkman.it wrote:
   Il ping watchdog lo uso anche io, ma è Watchdog software utile solo
   in
  certi
   casi (se ti si pianta il sistema non serve), mi spaventano i reboot
  hw..
  
    purtroppo mi è capitato che non ripartono + ed entrano in uno
   stato
   indefinito, in sostanza bisogna togliere la corrente. Mai successo?
  
   Anche io ho RS con uptime per mesi interi, mentre altre, con la
   medesima
   configurazione hw/sw, tendono a reboottarsi, anche una/due volte a
   settimana...
  
   Il giorno 14 settembre 2011 17:21, Pierluigi Checchi
   p.chec...@ieee.org
  ha
   scritto:
  
   Si, io ho inserito un watchdog che fa un reboot -ulteriore- in caso
   di
   assenza di connettività di rete. Nonostante questo ho uptime di mesi
  interi.
   Il watchdog hardware fa il suo dovere...
   Prova a mettere la ultima di openwrt (rc5) che, tra le altre cose,
   implementa cose carine dipo le vlan sullo switch gigabit.
   E' molto più stabile.
  
   2011/9/14 Darkman dark...@darkman.it
  
   Salve ragassi,
   avrei una domanda veloce per gli utlizzatori di
  routerstation/PRO/Lite...
  
   Ci ho fatto caso solo questa estate, ma non darei subito la colpa
   al
  caldo
   eccessivo e all'intervento del watchdog hw (funziona poi?)...
   Vi è mai capito di notare dei reboot casuali, non dovuti a
   problemi
  di
   alimentazione (alla sorgente)?
  
  
  
  
  
  
  
  
   ___
   Wireless mailing list
   Wireless@ml.ninux.org
   http://ml.ninux.org/mailman/listinfo/wireless
  
  
  
   ___
   Wireless mailing list
   Wireless@ml.ninux.org
   http://ml.ninux.org/mailman/listinfo/wireless
  
  
 
  ___
  Wireless mailing list
  Wireless@ml.ninux.org
  http://ml.ninux.org/mailman/listinfo/wireless
 
 

 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Routerstation random reboot

[Pierluigi Checchi]

Rspro giugno 2010
On Sep 15, 2011 12:13 AM, Darkman dark...@darkman.it wrote:
 Era un Pro o una liscia?

 Il giorno 14 settembre 2011 22:43, Pierluigi Checchi p.chec...@ieee.org
ha
 scritto:

 Si, successo ieri...ho fatto un reboot a mano e non è ripartita. Tolta la
 corrente e ok... I componenti sono economici ed hanno forse tolleranze.
 On Sep 14, 2011 10:28 PM, Darkman dark...@darkman.it wrote:
  Il ping watchdog lo uso anche io, ma è Watchdog software utile solo in
 certi
  casi (se ti si pianta il sistema non serve), mi spaventano i reboot
 hw..
 
   purtroppo mi è capitato che non ripartono + ed entrano in uno
stato
  indefinito, in sostanza bisogna togliere la corrente. Mai successo?
 
  Anche io ho RS con uptime per mesi interi, mentre altre, con la
medesima
  configurazione hw/sw, tendono a reboottarsi, anche una/due volte a
  settimana...
 
  Il giorno 14 settembre 2011 17:21, Pierluigi Checchi 
p.chec...@ieee.org
 ha
  scritto:
 
  Si, io ho inserito un watchdog che fa un reboot -ulteriore- in caso di
  assenza di connettività di rete. Nonostante questo ho uptime di mesi
 interi.
  Il watchdog hardware fa il suo dovere...
  Prova a mettere la ultima di openwrt (rc5) che, tra le altre cose,
  implementa cose carine dipo le vlan sullo switch gigabit.
  E' molto più stabile.
 
  2011/9/14 Darkman dark...@darkman.it
 
  Salve ragassi,
  avrei una domanda veloce per gli utlizzatori di
 routerstation/PRO/Lite...
 
  Ci ho fatto caso solo questa estate, ma non darei subito la colpa al
 caldo
  eccessivo e all'intervento del watchdog hw (funziona poi?)...
  Vi è mai capito di notare dei reboot casuali, non dovuti a problemi
 di
  alimentazione (alla sorgente)?
 
 
 
 
 
 
 
 
  ___
  Wireless mailing list
  Wireless@ml.ninux.org
  http://ml.ninux.org/mailman/listinfo/wireless
 
 
 
  ___
  Wireless mailing list
  Wireless@ml.ninux.org
  http://ml.ninux.org/mailman/listinfo/wireless
 
 

 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Sciopero dei consumi

[Pierluigi Checchi]

Ciao a tutti, volevo fare una domanda e sapere se ninux è una rete di
sinistra o di destra.

Grazie
ciao

2011/9/6 Angelo G. sephiroth@gmail.com

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1



___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Condividere una cartella

[Pierluigi Checchi]

È un problema di iptables tipico, il router ti natta o ti filtra
On Sep 2, 2011 8:31 PM, Angelo G. sephiroth@gmail.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 allora ecco le news...
 ho un pò smanettato sul router ma senza trovare apparentemente nulla
 di particolare...
 allora ho fatto una prova, attaccando anche il portatile direttamente
 ad una presa del router, e per magia ci accedevo
 il mentor una vola mi erudì sul briding tra la lan e la wlan.. sono
 andato a vedere su system routing table e c'è la regola che tutta la
 /24 ha come interface lan  wlan... quindi suppongo che dovrebbero
 comunicare.. ma non lo fanno

 ho spento il router ed aspettato 5min, nn si sa mai magari i
 condensatori sono talmente potenti che nn basta lo stacca e attacca
 alla cummenda :D
 però niente.

 A.

 Il 02/09/11 19:52, Angelo G. ha scritto:
 la rigiro su wireless:

 ho configurato una macchina con samba.. se la metto in rete ninux
 dalle altre macchine ci accedo

 ma se la metto su una rete differente le altre macchine nn lo
 vedono...

 il problema dovrebbe essere il wifi perchè il portatile collegato
 alla rete non riesce neanche a pingare il gateway, però naviga...

 cos'è che fa impazzire sto maledetto wifi??? è un tplink
 tl-wr841nd

 thx A.
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iQIQBAEBAgAGBQJOYSDDAAoJEE1QZoFBrchZVTIPmwb1mJgmdU0x3uYi5cNXhZAL
 BmRuz4Bpntkyves+uNIfKJFq/jsEzT/BL2q2x507sGmgouUSdu9XHfulI1vHN9u4
 ia0Hfo5bgVsNPirDeTsZXWCn1/OizjFnsMyNKSP9RQxYu/AGB93hExP9Am3mV1DA
 Gu9etYi2YhQab7/rCLujELThArrqjQEzHXRUpO3Mpw0G6BM6frY5yMy88LCoaXge
 Z38eB1fQJbuQTCFdIpiUGgMU9rwSLl4tAnhKQHQH3HvBkLscYdijNxx2mmZcLvQp
 4KrRedXOY6N8KpFEQBUcJMQl7KZNfbTylk+OzchzbtbTAn8hFfc6ILVdAdF+Vyhg
 kDH4+u4qXsRUBsqCLgjw1axYW8ZuNWCt3BQw6KhnkCwhp799IFgX8m+PanFqgzYh
 i7E6FzMxoqKWaHK70d/G+zbJvKVd4puB3WcRB8PhRkWpry6+8lqOWjGXaFNkc0/D
 SZNGyGT/e0979OWNA+vSU0fYC8aPe5aBmV+TfzIQW2wvpreWiTKxQYwsyym4M6PU
 MhHaXhpx9p/AgzphknnQIZwHNMSIsqZMVq+POnymg3TkoptNgmYh42JBs5FpC2SS
 aXDbYMDT3mkMxZWnVxp8Spwey1689+pSmXKzrw5AnXMEudYyUp+zeSDTKgyy3Iwd
 DiSB
 =IjPH
 -END PGP SIGNATURE-
 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Coniglio

[Pierluigi Checchi]

Non è più così

FYsI: Multiple (different) SSL certificates on one IP is brought to you by
the magic of TLS Upgrading. It works with newer Apache servers (2.2.x) and
reasonably recent browsers (don't know versions off the top of my head).

RFC 2187 has the gory details, but basically it works for a lot of people
(if not the majority).
You can reproduce the old funky behavior with openssl's s_client command (or
any old enough browser) though.


2011/8/26 Claudio claudyu...@gmail.com

 Il 26 agosto 2011 08:16, ZioPRoTo (Saverio Proto) ziopr...@gmail.com
 ha scritto:
  Si. Se la richiesta HTTPS avviene mediante GET, il MAX sarà visibile.
 Questo
  perchè quando fai una GET (sia http che ahttps) l'url è sempre visibile.
 è il
  contenuto che invece viene criptato. Per questo motivo potresti passare
 il MAC
  in POST invece che in GET. A questo punto SSL renderà invisibile tale
 valore.

 Ma invece di usare https + wget/curl e dover installare altri
 pacchetti non ti conviene usare ssh con una serie di chiavi
 precondivise?

 
  anche il fatto che l'URL è visibile NON E' VERO
 
  stiamo parlando di HTTPS, quindi in socket SSL. Tutto il payload di
  TCP viene cifrato.

 Sei sicuro Saverio che anche l'url sia criptato? Su server con
 virtualhost il client deve fornire l'hostname prima che il server
 possa fornire il certificato relativo a quell'url.
 ___
 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] alice businnes bufferbloat in action

[Pierluigi Checchi]

Si risolve parzialmente effettuando più connessioni parallele e saturando di
altri pacchetti il buffer... Oppure facendo in modo che la controparte mandi
un sacco di ack...

2011/8/19 Gioacchino Mazzurco gmazzurc...@gmail.com

 We!

 Ho trovato il mitico bufferlbloat [0] a casa mia con l'alice businnes
 se uso rsync senza dirgli di limitare la banda e provo a pingare
 qualcuno ho delle latenze di 8000ms!!
 Questi de telecom mettono dei buffer piu' bloat de Jim e tcp
 congenstion control non funziona :|

 [0] http://en.wikipedia.org/wiki/Bufferbloat
 ___
 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] ancora bufferbloat

[Pierluigi Checchi]

Prendendo spunto dal suggerimento di Gioacchino, vi suggerisco di dare uno
sguardo a questo:

http://www.computer.org/cms/Computer.org/ComputingNow/homepage/2011/0611/W_IC_Bufferbloat.pdf

E' interessante, e dovremmo considerare sempre di più non tanto la banda
della nostra rete, ma anche la latenza (che è di gran lunga, alla fine, più
importante).
Pure interessante è la lettura di questo
http://rescomp.stanford.edu/~cheshire/rants/Latency.html nella parte in cui
si fa la differenza tra capacità del boeing 747, del 737 e del concorde.
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Il link più lungo in italia??

[Pierluigi Checchi]

Uhm se ne avessi fatto uno a 305km potresti ragionevolmente dire che è
banale, e poi che dire... a me piacciono i link wireless, a qualcun altro le
collezioni di monete d'epoca o quelle di donne. Un pò tutto banale (e
illegale), alla fine.


2011/7/22 Darkman dark...@darkman.it

 Qualcuno può illuminarmi circa l'eccezionalità di questo link/esperimento?
 A me pare un banale link (illegale) a 5Ghz.

 Il giorno 22 luglio 2011 08:04, Paride Desimone h...@autistici.org ha
 scritto:

 On Thu, 21 Jul 2011 10:39:06 +0200, Federico Capoano wrote:

 ITALY

 The longest unamplified Wi-Fi link is a 304 km link[8] [1] achieved
 by CISAR [9] [2] (Center for Radio Activities) in Italy.


* link established on 16-06-2007
* frequency: 5765 MHz
* IEEE 802.11a (Wi-Fi), bandwidth 5 GHz
* Radio: Ubiquiti Networks [3] XR5
* Wireless routers: MikroTik [4] RouterBOARD with RouterOS,
 NStreme optimization enabled
* LENGTH: 304 km (189 mi).

* Antenna is 120 cm with handmade waveguide. 35dBi estimated

  
 http://en.wikipedia.org/wiki/**Long-range_Wi-Fihttp://en.wikipedia.org/wiki/Long-range_Wi-Fi[5]

  Commenti?



 In realta', c'e' anche questo[a] che sembra essere decisamente in essere.
 Il buon Trinchero mi disse che avrebbero pubblicato tutto sotto gpl, e lo
 aveva anche scritto sul sito, ma tra il dire ed il fare, c'e' di mezzo *la
 startup*.
 Complimenti...

 Paride

 [a] 
 http://www.regione.piemonte.**it/laboratorioict/news/25_05_**07.htmhttp://www.regione.piemonte.it/laboratorioict/news/25_05_07.htm
 [b] 
 http://www.ixem.polito.it/**index_e.htmhttp://www.ixem.polito.it/index_e.htm

 --
 http://keyserver.linux.it/pks/**lookup?op=getsearch=**0xCC6CA35C690431D3http://keyserver.linux.it/pks/lookup?op=getsearch=0xCC6CA35C690431D3

 Chi e' pronto a rinunciare alle proprie liberta' fondamentali per
 comprarsi briciole di temporanea sicurezza non merita ne' la liberta' ne' la
 sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, Assemblea
 della Pennsylvania, 11 novembre 1755)

 __**_
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/**listinfo/wirelesshttp://ml.ninux.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Il link più lungo in italia??

[Pierluigi Checchi]

E allora come la mettiamo con il salto in alto o i 100 metri?
Si sa che una persona appartenente a una delle etnie originarie dell'Africa
subsahariana corre di più, eppure si disputano sempre le olimpiadi! La
lunghezza (del collegamento) è in assoluto significativa dal punto di vista
del protocollo, ack timeout etc etc
E comunque ci sono anche tanti giochini da considerare con l'attenuazione di
tratta, la diffrazione etc etc




2011/7/22 Darkman dark...@darkman.it

 mmm...non ti seguo..
 Io me ne sbatto che che sparino a 30dBm, non voglio incentrare la mia
 critica sulla leicità della faccenda, ma sulla banalità del chi spara +
 forte/lontano.
 Se uno con una Ferrari vi dice che ha fatto 280Km/s vi meravigliate? Non
 credo..
 Io mi meraviglio se me lo dice uno che ha una Fiat 127!

 Il giorno 22 luglio 2011 14:22, Andrea Pescetelli 
 andrea.pescete...@gmail.com ha scritto:

 non scusarti rimane sempre la tua idea e realtà come il bracconaggio ed
 altre tristi evidenze

 Il giorno 22 luglio 2011 14:13, Darkman dark...@darkman.it ha scritto:

 Perdona, ma non ci vedo granchè di scientificamente rilevante.
 Domani un pincopallo con un po' di soldi/tempo da perdere prende
 un'antenna + grossa o una miniPCI + potente/sensibile e fa 1Km in +... e
 allora? E' un primato (banaleillegale) fine a se stesso o, se preferisci,
 foraggio mediatico/giornalistico.



 Il giorno 22 luglio 2011 13:26, Pierluigi Checchi p.chec...@ieee.orgha 
 scritto:

 Uhm se ne avessi fatto uno a 305km potresti ragionevolmente dire che è
 banale, e poi che dire... a me piacciono i link wireless, a qualcun altro 
 le
 collezioni di monete d'epoca o quelle di donne. Un pò tutto banale (e
 illegale), alla fine.



 2011/7/22 Darkman dark...@darkman.it

 Qualcuno può illuminarmi circa l'eccezionalità di questo
 link/esperimento?
 A me pare un banale link (illegale) a 5Ghz.

 Il giorno 22 luglio 2011 08:04, Paride Desimone h...@autistici.orgha 
 scritto:

 On Thu, 21 Jul 2011 10:39:06 +0200, Federico Capoano wrote:

 ITALY

 The longest unamplified Wi-Fi link is a 304 km link[8] [1] achieved
 by CISAR [9] [2] (Center for Radio Activities) in Italy.


* link established on 16-06-2007
* frequency: 5765 MHz
* IEEE 802.11a (Wi-Fi), bandwidth 5 GHz
* Radio: Ubiquiti Networks [3] XR5
* Wireless routers: MikroTik [4] RouterBOARD with RouterOS,
 NStreme optimization enabled
* LENGTH: 304 km (189 mi).

* Antenna is 120 cm with handmade waveguide. 35dBi estimated

  
 http://en.wikipedia.org/wiki/**Long-range_Wi-Fihttp://en.wikipedia.org/wiki/Long-range_Wi-Fi[5]

  Commenti?



 In realta', c'e' anche questo[a] che sembra essere decisamente in
 essere. Il buon Trinchero mi disse che avrebbero pubblicato tutto sotto 
 gpl,
 e lo aveva anche scritto sul sito, ma tra il dire ed il fare, c'e' di 
 mezzo
 *la startup*.
 Complimenti...

 Paride

 [a] http://www.regione.piemonte.**it/laboratorioict/news/25_05_**
 07.htmhttp://www.regione.piemonte.it/laboratorioict/news/25_05_07.htm
 [b] 
 http://www.ixem.polito.it/**index_e.htmhttp://www.ixem.polito.it/index_e.htm

 --
 http://keyserver.linux.it/pks/**lookup?op=getsearch=**
 0xCC6CA35C690431D3http://keyserver.linux.it/pks/lookup?op=getsearch=0xCC6CA35C690431D3

 Chi e' pronto a rinunciare alle proprie liberta' fondamentali per
 comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
 ne' la
 sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, Assemblea
 della Pennsylvania, 11 novembre 1755)

 __**_
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/**listinfo/wirelesshttp://ml.ninux.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Il link più lungo in italia??

[Pierluigi Checchi]

- Il link è permanente ( wifi.cisar.it )
- il sottoscritto è membro del cisar anche per questo
- dettagli della costruzione su
http://forum.mikrotik.com/viewtopic.php?f=7t=16548

Appena possibile avrei portato all'attenzione anche l'interconnessione con
questi personaggi non bla bla bla, ma anche loro come noi sono un pò snob
verso le altre reti, visto che fanno i numeri.



2011/7/21 Federico Capoano federico.capo...@teletu.it

 **
  Italy

 The longest unamplified Wi-Fi link is a 304 km 
 link[8]http://en.wikipedia.org/wiki/Long-range_Wi-Fi#cite_note-7
  achieved by CISAR 
 [9]http://en.wikipedia.org/wiki/Long-range_Wi-Fi#cite_note-8
  (Center for Radio Activities) in Italy.

- link established on 16-06-2007
- frequency: 5765 MHz
- IEEE 802.11a (Wi-Fi), bandwidth 5 GHz
- Radio: Ubiquiti 
 Networkshttp://en.wikipedia.org/w/index.php?title=Ubiquiti_Networksaction=editredlink=1
 XR5
- Wireless routers: MikroTik http://en.wikipedia.org/wiki/MikroTik 
 RouterBOARD
with RouterOS, NStreme optimization enabled
- *Length:* 304 km (189 mi).
- Antenna is 120 cm with handmade waveguide. 35dBi estimated


 http://en.wikipedia.org/wiki/Long-range_Wi-Fi


 Commenti?

 ___
 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] NOInet

[Pierluigi Checchi]

Quindi mi sembra che stiamo parlando del nulla.
Direi di cominiciare a montare qualche nodo.

2011/7/13 Marco Polverari m.polver...@gmail.com:
 Il giorno 12 luglio 2011 11:26, Pierluigi Checchi p.chec...@ieee.org ha
 scritto:

 La rete NOInet attualmente non mi risulta sia attiva in maniera
 significativa.
 E' possibile, tecnicamente, sapere a che punto siamo con NOInet e dove
 andiamo? E' possibile sapere i link attivi? Quando saranno attivati?

 L'infrastruttura NOInet ancora NON esiste.
 marco
 ___
 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] NOInet

[Pierluigi Checchi]

La rete NOInet attualmente non mi risulta sia attiva in maniera significativa.
E' possibile, tecnicamente, sapere a che punto siamo con NOInet e dove
andiamo? E' possibile sapere i link attivi? Quando saranno attivati?


2011/7/12 Andrea Pescetelli andrea.pescete...@gmail.com:
 Non  vedo nulla di male a considerarlo ma non sono d'accordo ad effettuarlo.

 Il giorno 12 luglio 2011 11:09, Luca Cappelletti
 luca.cappelle...@gmail.com ha scritto:

 2011/7/12 Andrea Pescetelli andrea.pescete...@gmail.com

 Io non sono d'accordo


 è molto probabile che mi sfugge qualcosa, però tendo a vederla sempre in
 termini di unione ed apertura.
 L'idea è che se loro sono una rete piuttosto libera anche se regolamentata
 in qualche modo dal punto di vista giuridico non ci vedo nulla di male a
 fare qualche tipo di routing aperto...nel senso non ci vedo proprio il male
 a considerarlo...forse parlo senza molte informazioni immagino, però cosi di
 concetto generico tendo a considerarla un'ipotesi molto costruttiva.

 Luca

 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] NOInet

[Pierluigi Checchi]

E' come se si cominciasse dalla punta per fare una piramide.
Secondo me l'ottica della rete aperta di Noinet è condivisibile, evitando di
declinare la vision in termini di risparmio sui costi delle bollette o su
internet per tutti.
Internet ha però dei costi reali, precisi, imprescindibili.

Chi deve comunicare per necessità o in ambito aziendale deve per forza
rivolgersi ad un operatore professionale.

Ninux non si è mai posta come alternativa a nessun operatore tradizionale,
ma come complemento entusiasta a quanto di buono c'è già in rete. Come
tentativo best effort di offrire una cosa tecnologicamente diversa e
divertente.
E se qualche operatore vuole scambiare rotte, tratte radio, postazioni, know
how, si faccia vedere al fusolab portando un pò di cocacola fresca (o birra
per i panzoni del gruppo)  :)



2011/6/30 ZioPRoTo (Saverio Proto) ziopr...@gmail.com

  http://www.noinet.eu/x/
  Lo conoscete? Che ne pensate?
  E l'idea di unificare le reti?

 Ciao,

 uno di loro è venuto alla Ninux Academy e ci ha spiegato il progetto.

 in ESTREMA sintesi secondo _alcuni_ di noi di Ninux il loro progetto
 non è sostenibile economicamente, perché presuppone che si paga un
 gestore tecnico esterno che fa le cose tecniche per la rete.

 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

[Ninux-Wireless] patentino installazioni reti wifi

[Pierluigi Checchi]

Verso il patentino per l'installazione wifi.
Ma magari potremmo pure prenderlo.


http://www.tecnici.it/installatori-wi-fi-verso-il-patentino-_community_news_x_1812.html

http://www.corrierecomunicazioni.it/news/82792/installatori_wifi_bufera_sul_patentino
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Wi-Fi gratis a Pordenone

[Pierluigi Checchi]

Ieri ero all'aeroporto di Vienna. Click su accept conditions sul
captive portal ed eccomi online con portatile, cellulare. Senza
registrazione, completamente gratis. All'aeroporto dico, dove c'è
pericolo di attentati. E dove ho telefonato alla grande via SIP e
skype.
Stesso discorso all'aeroporto di Bratislava, rete con SSID aperto
senza necessità di registrazione, rete ufficiale dello scalo.

Noi abbiamo questi tizi e assessori degli assessori  che vogliono fare
hub di autenticazione ovunque e, attenzione... abbiamo il wifi sui
frecciarossa che va su rete HSDPA, in galleria a 64kbps (basta pure un
MyWi) e che necessita di registrazione via carta di credito, sms o
email di autenticazione ed username/password case sensitive di 40
caratteri da digitare sul telefonino. E la cosa bella è che nelle
stazioni viene spento il l'auth server e gli Access Point ed è
necessario ridigitare l'accesso (di 40 caratteri) via web. Santo
cielo.


2011/1/16 Michele Favara Pedarsi m...@meganetwork.org:
 Il 17 gennaio 2011 05:57, Gioacchino Mazzurco gmazzurc...@gmail.com
 ha scritto:
 ma cosa intendono con libera??



 Intendono la stessa esperienza fallimentare di Filadelfia, Toronto,
 Parigi, Londra, etc.  In altre citta' hanno infatti gia' realizzato
 progetti del genere e hanno gia' realizzato che sono fatti a cazzo; e
 uno dei motivi principali per cui non funzionano e' proprio
 l'ostinazione a voler identificare rigidamente ogni utilizzatore come
 se non farlo potesse portare ad una qualche catastrofe sociale.

 Stanno perdendo un altro po' di tempo e soldi degli altri.



 Il giorno 16 gennaio 2011 19:07, LuX l...@autistici.org ha scritto:

 Il Comune sta creando una rete Wi-Fi che permetterà a tutti i cittadini di
 navigare gratuitamente e liberamente.

 L'amministrazione comunale di Pordenone ha deciso di attivarsi per offrire
 una connessione libera e gratuita a tutti i cittadini, anche a quelli che
 magari potevano avere problemi ad avere una propria connesione residenziale,
 creando una rete Wi-Fi a livello cittadino.

 L'idea - spiega Giovanni Zanolin, Assessore alle Politiche Sociali - è
 nata dalla conoscenza di alcune esperienze di città straniere, come
 Filadelfia e Toronto.

 Il primo passo è stato quello di creare un'ampia copertura in particolari
 aree della città come la stazione ferroviaria e quella degli autobus, il
 centro studi e la questura, la vecchia fiera, la casa dello studente Piazza
 XX settembre e l'interno della biblioteca comunale.

 L'idea è quella di coinvolgere più utenti possibile, garantendo loro i
 servizi di riconoscimento nella fase di accreditamento alla rete ed il
 tracciamento dell'utente.

 In cambio - continua Zanolin - chiediamo che il segnale sia rilanciato
 a loro spese in zone limitate della città. Lo stesso proponiamo ai comuni
 della provincia: possono usare il nostro sistema per garantirsi
 riconoscimento e tracciamento, in cambio consentono ai cittadini di
 Pordenone di navigare gratis anche quando si trovano nel territorio di quei
 comuni.

 Per la copertura e la realizzazione delle rete wireless sono stati
 utilizzati mobility controller di Aruba Networks e access point conformi
 allo standard 802.11a/b/g, così come richiesto dal bando.

 Anche se il progetto è solo agli inizi (la prima fase richiesta dal comune
 è terminata) in questi giorni si sta ampliando la rete di un ulteriore 20%
 vista la notevole richiesta da parte dei cittadini e sono in progetto altre
 aree da coprire entro il 2011.

 Fonte: http://www.zeusnews.com/index.php3?ar=stampacod=13898
 --
 LuX

 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless



 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Wi-Fi gratis a Pordenone

[Pierluigi Checchi]

Sono in linea di massima daccordo con Davide sull'autenticazione,
tanto è vero che sulle mie reti (AP in giro ed a casa), rigorosamente,
ho attivo il controllo d'accesso.  Questo perchè io stesso sono a mia
volta autenticato e se il mio vicino (o chi per lui) se ne va in giro
a rubare account ebay o a visitare siti di escort, o a gironzolare su
youporn (che ti geolocalizza e ti sniffa sulla history), magari non mi
fa piacere, visto mai che io sia in qualche modo intercettato dalle
autorità o mira di qualche curioso. E' come se, insomma, prestassi la
mia macchina a qualcuno e non sapessi cosa ci fa e dove va: la targa è
la mia.

Diverso è il discorso del mezzo pubblico. Può salire chiunque e non
deve autenticarsi per farlo. E' insensato che l'autista dell'autobus o
della metro possa venire accusato di fermarsi dalle prostitute o di
fare rapine in banca (o quantomeno se accade, è pure accaduto, va sul
giornale). Ci devono essere altri mezzi di indagine che aiutino a
stabilire le responsabilità e a lasciare il conducente sicuramente non
colpevole. Ma questo è ovvio.

Quello che dico è che non è con l'autenticazione che possiamo ottenere
la sicurezza di un accesso condiviso, pubblico, destinato al pubblico.
Prima di entrare in banca non mi chiedono il documento e nessuno
prende in considerazione che io possa entrare con un coltellino o con
una siringa per fare una rapina.

Il mio punto di vista è che quando ero a Vienna, loggandomi
tranquillamente senza password, il mio fornitore d'accesso (Vienna
airport)  sapeva dove ero triangolando le celle, conosceva il mio mac
address del portatile, il nome del mio iPad (Pierluigi Checchi's
iPAD no?) , mi poteva vedere con la telecamera ed, insomma, se avessi
deciso di fare un attentato di lì a poco o se facevo truffe su ebay,
sicuramente sapeva dove andare a parare, mostrando anche la mia foto
sul giornale, dalle telecamere interne. Sapeva anche gli ip che avevo
contattato e che ero italiano, di Roma. E tutto questo senza entrare
nel payload dei miei pacchetti. Chiaroo? Meglio autenticarsi allora?




2011/1/17 Davide Guerri davide.gue...@gmail.com:
 Ciao Zio,
 l'articolo è interessante.

 Il principio d'induzione sulla non-necessità di autenticazione è da 
 incorniciare.
 Ma c'è una divisione per 0 dove si assume che non si introduca nessuna 
 differenza quando ci si connette alla rete del vicino :)

 Scherzi a parte, il punto più interessante mi pare il primo.
 Sarebbe assolutamente corretto se tutti i servizi Internet che, se abusati, 
 potrebbero arrecare danno avessero un'autenticazione forte come quella 
 richiesta oggi per accedere alle reti (wi-fi e non) italiane. Questo però non 
 è vero.
 Utilizzando lo stesso parallelo, nella vita reale è vietato girare senza un 
 documento d'identità.
 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. Andare su 
 Internet senza identificazione, sarebbe come girare senza documenti perché 
 non li hai proprio mai avuti!


 D.



 Il giorno 17/gen/2011, alle ore 11.59, ZioPRoTo (Saverio Proto) ha scritto:

 Personalmente non sono contrario alle registrazioni per tutte le cose 
 (tangibili e non) che richiedono un uso consapevole e
 rispettoso degli altri.

 hai letto questo ?
 http://blog.ninux.org/2010/12/05/perche-bisogna-autenticarsi-prima-di-entrare-in-rete/

 ciao benvenuto in lista :)

 Saverio
 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless


___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] load balancing

[Pierluigi Checchi]

ma se ho capito bene la decisione di routing non la fa sempre una regola
ip route add default scope global nexthop via $P1 dev $IF1 weight 1 \
nexthop via $P2 dev $IF2 weight 1
che è simile a
ip route add default scope global nexthop dev ppp1 weight 1\
 nexthop dev ppp2 weight 1 nexthop dev ppp3 weight 1

?

Il resto è solo connection tracking...

2010/12/20 ZioPRoTo (Saverio Proto) ziopr...@gmail.com:
 http://darkman.it/docs/appunti-di-load-balancing/

 Geniale ! :)

 Con http penso funzioni abbastanza bene.

 Hai per caso trovato qualche applicazione che da problemi ad avere una
 sessione applicativa con più connessioni TCP/UDP verso un server che
 arrivano con indirizzi IP di sorgente diversi ?

 Perché se non sbaglio -m state --state NEW è in grado di tracciare
 tutti i pacchetti IP che fanno parte dello stesso flusso TCP/UDP ma
 non è che raggruppa tutte le sessioni TCP/UDP di una stessa
 applicazione. Oppure il conntrack ormai è talmente evoluto che -m
 state relazione anche diverse connessioni TCP/UDP dello stesso
 protocollo applicativo ? (a naso mi sa di si per alcuni protocolli, ma
 non sono sicuro)

 Cmq veramente una bella soluzione :) grazie.

 Saverio
 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless

___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] WiFi Direct

[Pierluigi Checchi]

Da quello che ho capito la chiave è il soft AP che implementa di default
(ed obbligatoriamente) WPA2.
In sostanza la connessione avviene tra un peer che fa da AP, con
funzionalità application-dependant e quindi anche eventualmente bridge con
reti ethernet ed un altro peer che fa da STA.

Prendi in sostanza il tuo dispositivo wireless (802.11abgn), trasformalo
all'occorrenza in un AP e fagli gestire obbligatoriamente con connessione
cifrata WPA2 alcune applicazioni.

Ditemi se ho capito male...!

2010/10/27 LuX l...@autistici.org

 Il giorno 27/ott/2010, alle ore 21.22, Enrico Lorenzoni ha scritto:

  ehm, e la modalità ad hoc cos'ha in meno di questa cosa qua?
  hanno deciso di rinominarla per vedere se qualcuno la scopre?

 Buffo... è la stessa, identica, domanda che mi sono posto mentre leggevo.
 Speravo poteste diradare voi questo dubbio. :)

 Che ha in più WiFi Direct?

 --
 LuX


 ___
 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] Nuovo nodo Roma

[Pierluigi Checchi]

A un tiro di schioppo c'e' Paolo (dB), che giganteggia in quanto a
copertura . La visibilità è ottima. Tralasciando il fatto che il
backhaul si può fare in vpn...


2010/6/21 Claudio claudyu...@gmail.com:
 Non concordo pienamente con saverio.

 Il potenziale del nodo sembra di per se interessante ma ovviamente
 buttare hardware su di un tetto no ha senso!
 Avrebbe appeal molto maggiore se fosse già un link fra 2 p 3 persone, in zona!


 Il 21 giugno 2010 12.09, ZioPRoTo (Saverio Proto) ziopr...@gmail.com
 ha scritto:
 1) mail finita nella famigerata TODO Folder.
 2) qualcosa non piace
 3) incompatibilità varie ed eventuali

 Lo fate 'sto nodo o no?
 Io ci vengo a montarlo ma sta a Roma, dovete gestirvelo voi.

 non credo che lo faremo.
 fare un nodo laggiù è assolutamente fuori dalla logica che ha scelto
 il gruppo quest'anno. Stiamo cercando di fare nodi nella zona Fusolab
 per tenere una rete connessa e gestibile.

 Nessuno di noi potrebbe gestire il nodo in quella zona di roma.

 ovviamente ciò non toglie che chiunque può prendere l'iniziativa e
 montarlo e gestirlo, ma non mi aspetterei che nessuno dei noti si
 prenderà in carico sto nodo.

 Saverio
 ___
 Wireless mailing list
 Wireless@ml.ninux.org
 http://ml.ninux.org/mailman/listinfo/wireless




 --
 Claudio
 - OpenWrt Developer - Electronic designer -
 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

[Ninux-Wireless] ath5k e master/STA contemporanei

[Pierluigi Checchi]

Ciao, sono riuscito a mettere il mio portatile in MASTER mode (lavora
come Access Point) sfruttando il driver ath5k ed hostapd [1]. Qualcuno
di voi è riuscito a creare il multiple SSID (ovvero i VAP) e a far
funzionare la scheda sia come station (client) che come Access Point
contemporaneamente? Questo mi permetterebbe di crare il classico
repeater che funziona egregiamente con madwifi e la fonera, ad
esempio...
Credo che ancora non sia supportato, ma forse sbaglio qualcosa... [2]

[1] 
http://forums.opensuse.org/network-internet/wireless/410475-how-setup-access-point.html
[2] http://www.candelatech.com/oss/vsta.html
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Proposta riunione Ninux il gioved ì (da Settembre)

[Pierluigi Checchi]

Si, a me la cosa piace... io ho sempre trovato difficile orientarmi con i
giorni e dovevo sempre cercare sulla ml o sul wiki.
Io giovedì è meglio...almeno lo sappiamo e possiamo ritagliarci
eventualmente uno spazio.



2009/7/22 ZioPRoTo (Saverio Proto) ziopr...@gmail.com

 Ciao a tutti,

 questa sera c'è l'ultima riunione di Ninux prima della pausa estiva
 (come di consueto ad Agosto non facciamo riunioni).

 A partire da Settembre avrei una proposta: fare la riunione di Giovedi
 ed _ogni_ settimana. Ora vi spiego la proposta:

 1) Fino a fine novembre abbiamo bisogno di vederci più spesso, perché
 c'è da organizzare l'evento europeo sul wireless al Defrag_ (chi sa
 sa, chi non sa non chieda che le informazioni arriveranno a tempo
 debito). Vedersi una volta a settimana secondo me è positivo.

 2) il martedì c'è la riunione di Fusolab ogni settimana, quindi io e
 Clauz a volte dobbiamo sdoppiarci per partecipare a due riunioni
 contemporaneamente.

 3) Il giovedì lo propongo perché mi sono preso l'impegno con il
 Fusolab di fare il turno al bar _ogni_ giovedì + 1 sabato ed + 1
 venerdì al mese. Al Fusolab stanno messi un po' male con le
 disponibilità dei turni al bar, ma se facciamo la riunione ogni
 giovedì posso prendere il turno da solo con voi che siete a riunione
 che mi aiutate. Clauz è già esperto al bar e gli altri possono
 imparare.

 4) Penso anche che è più facile dire ad esterni che vogliono
 avvicinarsi a Ninux al fusolab ogni giovedì.

 Come orari io direi il solito, anche anticipare un po' se volete.

 cosa ne pensate ? ne parliamo questa sera a riunione. Ed ovviamente
 poi devo proporre questa cosa alla riunione Fusolab. Cmq se il
 prossimo anno ci sarà il documentario in programmazione il giovedì,
 credo che sia compatibile con la riunione Ninux, specie se verrà messa
 la porta tra il piano di sopra e quello di sotto.

 aspetto commenti.

 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