Re: [Ninux-Wireless] ari-test

[Marco Tarquini]

Ma era previsto che dovevamo dare un "pong"?
Chiedo, eh: comunque nino l'ho ricevuto due volte (aritest, ari-test),
daniela ruggeri (ari-test) è stato recapitato in spam invece (google è
misterioso).

Buona giornata a tutti,
Marco

Il giorno gio 8 set 2022 alle ore 09:02 Daniela Ruggeri <
ruggerid...@yahoo.it> ha scritto:

> il test funziona
>
> Key GPG ID: AA2DA887 ---
>
> 'Non ho idea di quali armi serviranno per combattere la Terza Guerra
> Mondiale, ma la Quarta sarà combattuta coi bastoni e con le pietre'
>
> *Albert Einstein*
>
>
>
>
> Il giovedì 8 settembre 2022 05:00:57 CEST, nino  ha
> scritto:
>
>
> test
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Autonomia digitale

[Marco Tarquini]

Riprendendo per punti:

Il giorno gio 12 mag 2022 alle ore 17:47 Accattone 
ha scritto:


> Almeno visto che:
>
> a) innanzitutto sembra funzionale al concetto ed operatività di PA/Stato
> avere  "a single source of trust/info";
>
> Molto vero. C'è poco da aggiungere... Forse solo che un decentramento è
> desiderabile anche per la PA (argomento politico).
>

Dipende molto da che cosa intendi per "argomento politico".

A me pare che il tuo essere intimamente, convintamente un attivista
dell'open source / free software ti porti verso posizioni che forse
prescindono un po' troppo dal dato reale.
Non voglio riprendere la distinzione tra apocalittici ed integrati di
Umbero Eco (visto che citavi il sommario degli Asini...), ma mi pare un
dato della realtà che quello che abbiamo visto (se non personalmente, come
generazione) negli ultimi trenta-quarant'anni in Italia è decentramento
senza coordinamento, e ritenere che non debba (necessariamente) essere così
per la nostra concreta PA ed il suo PSN assomiglia più ad un *wishful
thinking* che ad un'opzione concreta a disposizione.
Il decentramento su base regione / macroarea ha dato cattiva prova di se:
poca efficacia, poca efficienza, molti sprechi, tanta spartizione di
risorse, nell'accezione deleteria del termine, avvenuta su base geografica
anziché gerarchica.

La scelta di campo è un conto, legittima a prescindere, condivisibile o
opinabile: il prescindere da dove questa scelta è chiamata ad operare, mi
pare un'altra cosa.

b) una delle ragioni principali del progetto PSN (pur con i limiti che hai
> evidenziato, e che riprendono quanto avevi scritto su LinkedIn prima;
> https://www.linkedin.com/pulse/cloud-computing-e-sovranit%C3%A0-digitale-italia-europa-lamanna-phd?trk=public_profile_article_view
> ) è  proprio la molteplicità ed inadeguatezza dei datacenter locali
> esistenti in ambito PA;
>
> Sì. Ma ciò non significa che la "razionalizzazione" sia l'unica via. E'
> solo quella che hanno imboccato. Che è sensata, ma se ne potevano trovare
> altre.
>


Mi pare fosse Feynman ad aver detto, nei suoi esperimenti sulla figura di
diffrazione, che i fotoni seguissero tutte le traiettorie possibili dalla
sorgente ad Antares (se era Antares) prima di imprimersi sullo schermo:
l'episodio serve solo per dire che dipende pure da quali siano queste vie
da trovarsi.

Io credo che sia illusorio pensare che si possano percorrere strade i cui
promotori non siano nemmeno invitati al tavolo delle decisioni da prendere.
Ed è ancora più illusorio se si considera che i presupposti di questi
percorsi (competenze, persone, gli stessi capitali che sono condizionati,
ed in parte a prestito) non ci sono fisicamente.

Potrei trovare vari aneddoti che siano rappresentativi del perché molte
delle ipotetiche traiettorie da qui ad Antares non abbiano probabilità di
successo sufficienti per essere concretamente prese sul serio, ma in
definitiva la questione nemmeno li richiede (gli aneddoti).
In questo paese, nell'ambito del PNRR perché e soprattutto come si potevano
prendere altre vie per il Polo Strategico Nazionale, che è un qualcosa di
concreto, fattuale, che nelle intenzioni deve andare operativo senza
soverchie incertezze ed in tempi non lunghi già solo per rispettare le
scadenze del Next Gen EU? Non si parla mica di ricerca di base e per adesso
vedo solo limitate interrogazioni parlamentari "postume" (quella che
riportavi su LinkeIn, IIRC).



> c) a livello di infrastruttura fisica, il traffico atteso tra N data
> center distribuiti già a naso non sembra un modello supportabile dalle reti
> geografiche nostre, ma forse pure in generale;
>
> Non concordo. E' più una questione di architetture software privilegiate
> che di rete. Ci sono un sacco di modi diversi di distribuire. E' vero,
> ancora una volta, che i modelli scelti da 20 anni a questa parte, portano
> verso la centralizzazione. Si potrebbe quindi dire: perché complicarsi la
> vita? E una risposta potrebbe essere: perché no? :-)
>


Non ti seguo molto quando dici che ci siano diversi modi di distribuire, ed
intendo sistemi concreti, applicabili.
Credo che gli attuali dati di traffico dei datacenter e dei cloud pubblici
stiano già a dirci che la strada non è facilmente percorribile dal punto di
vista economico, almeno finché le telco o gli ISP non faranno beneficienza.


e) oltretutto al di fuori dei big citati, ed è vero soprattutto in Italia
> (ed in Europa), non esistono nemmeno degli "spacciatori di colla"
> potenzialmente adatti (per dimensioni, filosofia, etc.) ad una federazione
> come quella a cui mi è parso che accenni tu.
>
> Vero, ma per questo si potevano usare i soldi per formare gli spacciatori.
> Mai cominci, mai li avrai.
>

E sono d'accordo che l'investimento ha il suo ritorno (ed anche il mancato
investimento).
Ma quello sarebbe un altro capitolo di spesa del nostro PNRR.
E non è un rilievo fiscale, meramente formale: ogni decisione presa ha di
mira un obiettivo o parte da una necessità.
Formare non mi pare 

Re: [Ninux-Wireless] Autonomia digitale

[Marco Tarquini]

Ho dato una scorsa al tuo articolo per gli Asini già qualche giorno fa da
Telegram.

Anche se ne capisco in parte (e per tanti versi ne condivido) i motivi, mi
è sembrato che le considerazioni sul Capitalismo della Sorveglianza, o sul
"pericolo" del controllo / subalternità della PA e di noi italiani, non
"giustifichino" di per se, in quanto potenziali, la scelta da te
caldeggiata ed orientata ad una federazione di cloud "piccolini".

Almeno visto che:

a) innanzitutto sembra funzionale al concetto ed operatività di PA/Stato
avere  "a single source of trust/info";
b) una delle ragioni principali del progetto PSN (pur con i limiti che hai
evidenziato, e che riprendono quanto avevi scritto su LinkedIn prima;
https://www.linkedin.com/pulse/cloud-computing-e-sovranit%C3%A0-digitale-italia-europa-lamanna-phd?trk=public_profile_article_view
) è  proprio la molteplicità ed inadeguatezza dei datacenter locali
esistenti in ambito PA;
c) a livello di infrastruttura fisica, il traffico atteso tra N data center
distribuiti già a naso non sembra un modello supportabile dalle reti
geografiche nostre, ma forse pure in generale;
d) come tu m'insegni (visto che è il tuo lavoro!), un cloud non è tanto il
ricorso alla virtualizzazione, a quel "lift & shift" come lo chiamano Azure
e gli altri, ma quella "glue", quel middleware che costituiscono lo
sterminato catalogo odierno di AWS/GCP/Azure;
e) oltretutto al di fuori dei big citati, ed è vero soprattutto in Italia
(ed in Europa), non esistono nemmeno degli "spacciatori di colla"
potenzialmente adatti (per dimensioni, filosofia, etc.) ad una federazione
come quella a cui mi è parso che accenni tu.

Ecco, magari Infratel ed il Governo non avranno "ragionato" proprio così
con il bando del PSN, però mi pare che le scelte concrete debbano tener
conto non solo di quello che si ritenga "essere giusto", ma pure
dell'essere possibile.

Ciao, Marco

Il giorno gio 12 mag 2022 alle ore 13:53 Accattone 
ha scritto:

>
> Posto qui per una discussione old school.
>
>
> 
> 
> .
>
>
> Saluti autogestiti,
>
> Accattone
>
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] hum percorsi non voluti

[Marco Tarquini]

Ciao kiki,

risposta in quoting

Il giorno mer 30 set 2020 alle ore 12:57 kiki 
ha scritto:

la casa è sotto metcalfa/stecco. la prima che risponde al router è
> metcalfa, ma lei guarda maggiolino, e a quanto pare da mtr, perde
> pacchetti. La seconda che risponde è stecco, sempre sullo stesso tetto,
> che parla a 200mt con coccinella che è l'antenna con l'internet.
>

Io non bazzico libremesh / batman-adv per cui in realtà non ti so aiutare
(hai provato a "pingare" direttamente Ilario? Dovresti risolvere), però SE
non ti ho capita male mi pare che batman-adv possa selezionare un gw
preferito in base a vari parametri.

L'interfaccia da riga di comanda dovrebbe essere batctl e gwmode dovrebbe
essere il comando, ma in attesa di Gelmetti credo che un "man batctl" possa
aiutarti molto meglio del sottoscritto.

Facci sapere,
Marco
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Fwd: Apertura Consultazione Pubblica 60GHz - come partecipare

[Marco Tarquini]

Ciao kiki,

commenti direttamente in quoting.

Il giorno gio 17 set 2020 alle ore 22:01 kiki 
ha scritto:


> si, non so a voi, ma essendo le persone di fiducia e riferimento sul
> settore,
>
> molte persone mi chiedono e dare delle risposte precise è difficile
>

Lo stesso vale per ciascuno di noi, dare risposte precise è difficile. ;)

Ma quindi non ho capito, ci sono gruppi ninux che usano la 60GHz?
>

Personalmente non sono a conoscenza di comunità (più o meno estese) con
link operanti a 60GHz, ma so che ci sono iniziative in tal senso.
Per es. in Ninux Abruzzo, l'unico membro che si era interessato a mettere
su un link a 60GHz, è stato Franco Di Iorio di Pescara.

Per quanto interessanti i 60Ghz soffrono di limitazioni importanti: una è
l'appunto limitato raggio d'azione, tipicamente dai 100 (con antenne a
saponetta tipo Loco/NS) ai 7-800 metri (con parabole da 40cm): i produttori
si spingono a dichiarare anche distanze utili di 1,5-1,7km ma non a quelle
modulazioni estreme che rendono appetibile questa tecnologia (quelle che
garantiscono il "famoso" 1Gbit full duplex).

Un altro problema degli apparati a 60GHz è la stabilità dei link: a queste
frequenze il fascio soffre le condizioni meteo avverse (forti umidità,
nebbia, pioggia, neve) per cui non tutte le località si prestano (anche se
paesi più a nord dell'Italia, come Rep. Ceca e Polonia, pullulano di questi
apparecchi).

Ricorrendo condizioni favorevoli all'impiego, è una tecnologia senz'altro
più interessante dei 5Ghz, e tendenzialmente più conveniente come costo per
Mbit: ma, prima che tu lo chieda, no, al momento non mi risulta che
esistano fw liberi per le antenne a 60Ghz, bisogna ricorrere al routing a
terra, come già accade per i 5Ghz cosiddetti "ac".


dovremmo essere combattivi perchè quel campo non venga privatizzato?
>

Non so e comunque non sta a me dirti cosa fare.

La mia personalissima opinione è che ogni volta che si fanno consultazioni
pubbliche intorno allo spettro (ancora) libero da autorizzazioni va a
finire che si perdono dei pezzi di libertà (vedi cosa ne è oggi dei 17 e
24Ghz), quasi sempre a favore di Wisp, 5G e compagnia bella, il che, a
prescindere dal resto, non è una buona cosa.

Il che è esattamente quello che chiede all.net, il cui intento dichiarato è
proibire/limitare ai privati di fare link 60Ghz e permettere invece di
farli alle aziende di telecomunicazioni (situazione opposta a quella
attuale), cosicché i Wisp/Telco/FWA vari siano il più possibili liberi da
interferenze, possano offrire servizi alternativi a FTTH senza investire
(ma sottraendo a noi uno spazio di libertà), e comunque non si creino
situazioni di concorrenza "sleale"... per loro.

Ciao, Marco
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Fwd: Apertura Consultazione Pubblica 60GHz - come partecipare

[Marco Tarquini]

Ciao kiki,

personalmente  le questioni dei No-vax, No-mask, No-5G, Nuntereggae più, io
le tratterei con esagerate cura e calma, perché si rischiano pasticci.

In generale è sempre questione complessa ragionare di esposizioni a RF
(soglie di potenza, di esposizione, studi medici, ecc) ma quanto ai 60Ghz
in se, alle potenze licenziate per l'uso libero (che sono quelle che
interessano ninux), se non ricordo male si parlava di una densità media di
irraggiamento dell'ordine delle decine di microW per cm2.

Inoltre, come noto ai più interessati, i 60GHz (le frequenze
nell'intervallo 57-64) sono la frequenza di risonanza dell'ossigeno
(ossigeno che assorbe quindi la radiazione a quelle frequenze): per questa
ed altre ragioni, sempre se non ricordo male, le trasmissioni "wifi" a
60Ghz non sarebbero nemmeno in grado di attraversare il corpo umano,
fermandosi allo strato superiore dell'epitelio, o meglio, al sudore sopra
di esso.

Anni fa si diceva che l'esposizione a tali radiazioni era per certi versi
simile ad un'esposizione diretta alla luce solare, ma con un intensità
migliaia di volte inferiore.

Se poi consideriamo il fascio intrinsecamente strettissimo di questi
apparati a 60Ghz (sia per l'assorbimento dell'ossigeno, sia per le
caratteristiche dei dispositivi stessi), che ne consentono la coesistenza
nell'ordine anche delle decine di migliaia per km2 senza sovrapposizioni,
al momento io ritengo di vedere ragioni più o meno sufficienti per non
preoccuparmene granché, se non forse per il fatto che vogliano togliere (o
meno) l'ennesimo range di frequenze dalla libera disponibilità del privato
cittadino (e di ninux), per farli diventare possibilmente a pagamento,
possibilmente a beneficio di pochi (telco & co).

Ciao, Marco

Il giorno lun 14 set 2020 alle ore 14:08 kiki 
ha scritto:

>
> inoltro, non so se preoccuparmi o no, nel senso.. la frequenza 60GHz mi
> pare altina per essere usata largamente.
>
> non ne so niente però dal lato tecnico scientifico, voi vi state
> interessando alla questione?
>
> la questione allargata dell'osteggiare o supportare il 5G in Italia. ...
>
> grazie Cristina
>
>
>  Forwarded Message 
> Subject: Apertura Consultazione Pubblica 60GHz - come partecipare
> Date: Tue, 4 Aug 2020 15:11:50 +0200
> From: Alice Masini | Allnet.Italia S.p.A. 
> 
> Reply-To: alice.mas...@allnet-italia.it
> To: i...@digitigrafo.it
>
> Se non leggi correttamente questo messaggio, clicca qui
> 
> [image: Image]
>
> *Apertura Consultazione Pubblica 60GHz.*
>
> *Come partecipare?*
> [image: Image]
>
> Gentile Cliente,
>
> Questa email ha lo scopo di informarvi che il MISE ha aperto una
> consultazione pubblica per indirizzare la modifica della normativa che
> regolamenta l’uso della banda 60GHz
> verso
> le richieste del settore, sia pubblico che privato.
>
>
>
> Anche noi come Allnet.Italia parteciperemo direttamente a tale
> consultazione e chiediamo ai nostri partner la maggiore partecipazione
> possibile, in forma individuale. La vostra opinione è importante e abbiamo,
> tutti insieme, la possibilità di aprire nuovi scenari di mercato ancora da
> esplorare. Abbiamo perciò stilato, per questo scopo, un questionario
> 
> con le domande poste all’interno della consultazione, che, una volta
> compilato, verrà automaticamente inviato al vostro indirizzo email e potrà
> essere stampato e inviato a mezzo mail a dgtcsi.consultazi...@mise.gov.it
> entro e non oltre il 18 Settembre.
>
>
>
> Per chi avesse necessità di approfondire alcuni dei concetti presenti nei
> quesiti della consultazione, abbiamo preparato una breve guida,
> consultabile cliccando qui.
> 

Re: [Ninux-Wireless] Fwd: [campiaperti] banda larga radio

[Marco Tarquini]

Risposte in quoting

Il giorno mer 10 giu 2020 alle ore 11:47 kiki 
ha scritto:

>
> inoltro da lista campiaperti, ditemi se non ho detto cazzate.. cioè ormai
> io ho detto quello che mi sentivo.. però è una domanda che sorge spesso il
> paragone tra le nostre antenne e il 5g. e vorrei sapere la vostra opinione
>

La mia opinione è che difficilmente si possano fare paragoni
"apples-to-apples" tra 5G e wifi, anche in banda FR1 (quella fino a 4.2Ghz)
dove hanno frequenze simili.
Troppo diverso il sistema. troppo diversi gli standards.

Parlando di EMF (EMR / EME), le preoccupazioni espresse dal tuo amico
Stefano, se per il WiFi "classico" (banda ISM) noi ci limitiamo a stabilire
un EIRP (30dbm max se non erro in Italia), per il 5G entrano in gioco altri
parametri, oltre TRP ed EIRP, SAR e Power Density in primis.
La valutazione di questi parametri richiedono conoscenze specialistiche che
non ho, ma magari tra noi c'è chi lavora in ambito telefonia mobile e può
darti indicazioni diverse e più precise.

Sul canale Telegram di 5G se ne parla ogni tanto brevemente, anche di
recente, ma non mi sembra siano mai stati segnalati studi accessibili sulla
salute (anche perché le reti 5G al momento non è che siano diffusissime).
Norme e raccomandazioni tecniche per la sicurezza li puoi trovare sul sito
dell'ICNIRP, al tuo amico Stefano puoi segnalare i relativi paper, ma sono
ostici e con ogni probabilità non adatti all'uomo della strada/non addetto
ai lavori/cittadino medio/pinco pallino qualunque (non sono fatti per
fornire risposte per così dire "predigerite").

https://www.icnirp.org/en/applications/5G/index.html

Invece studi scientifici sull'esposizione a varie sorgenti EM li raccoglie
l'università di Aachen

https://www.emf-portal.org/en

Anche qui, essendo studi scientifici, non so quanto siano consigliabili
alla lettura da parte di uomo della strada/non addetto ai lavori/cittadino
medio/pinco pallino qualunque.Questa è una loro tipica SERP

https://www.emf-portal.org/en/search/results?query=5G+NR+FR1%5B%5D=en

Quanto alle modalità di emissione, il 5G attraverso tecnologie come mMIMO e
beamforming è molto più vicino a come operate voi con antenne a fascio
stretto (relativamente stretto, visto che usate le NSM e NSL) , piuttosto
che a trasmissioni tipo GSM / 3G (o anche LTE fino a cat6), visto che
invece di avere grandi lobi da antenne omni o settoriali hai trasmissioni
focalizzate e poco energivore, necessarie per servire una grande massa di
utenti da una sola BTS.

Quanto alle tue risposte, forse sbaglio ma sul dato di potenza che riporti
(6W, circa 38dbm) farei delle pedanterie di piccolissimo cabotaggio, e cioè
che ammesso che non usiate le antenne fuori dei parametri di legge, non
potete irradiare a più di 1W (30dBm).
In ogni caso, come sai meglio di me, da datasheet la potenza trasmissiva di
antenne tipo le Nanostation si ferma a 27dBm (500mW) al max (ad alti MCS
sono molti meno mW), il resto (16dBi teorici) è guadagno dell'antenna,
mentre le Loco sono un po' meno potenti, 23dBm (200mW) e 13dBi di antenna.

Circa il confronto tra FWA (un banale LTE "fixed", niente 5G, quindi i tuoi
rilievi sui sistemi GSM e derivati vanno in linea di principio bene) e WiFi
a-la Ninux, per me sono poco paragonabili.

Le offerte FWA oggi disponibili sono offerte a traffico, con plafond
limitati che già per questo non si prestano a condivisione (l'offerta
linkata prevede 200Gb di plafond con velocità *fino a* 30/3 a 30 euro/mese
e devi comprarti il modem da loro a 100 euro). La latenza può essere non
trascurabile (70-80ms sono spesso dei "buoni" valori), la larghezza di
banda "reale" varia da luogo a luogo, e non cambia di molto rispetto ai
cellulari (se non in peggio, perché uno smartphone fa CA spesso molto
meglio di un router), quindi si fa presto a stimare una resa in loco, le
emissioni 'EMF sono quelle di 4G / LTE (vedi Aachen).

Sulle FWA la mia opinione è che le attuali offerte (TIM, Vodafone, ecc)
siano tarate molto al ribasso come prestazioni ed un po' alte come costi e
spesso prevedono limitazioni sull'uso o gli apparati: alla peggio meglio
farsi un allaccio con un operatore WiFi alla Eolo, ma se il tuo amico
Stefano vuole andare su tecnologie LTE per me è meglio informarsi per
tentare altre strade (ci sono tante offerte volendo sul mercato mobile e
dei relativi broker, o anche operazioni convergenti alla "TIM Unica"), come
per esempio l'offerta di Poste Italiane che non prevede limiti così bassi
di traffico.

https://www.postemobile.it/offerte-fisso/postemobile-casa-internet

La mia personalissima idea è che se uno ha entro 10-15km un appoggio per
una FTTH, magari una OpenFiber 1000/500, la scelta stile "antennine" la
preferisco senz'altro: basta farsi un bel ponte da lì con delle parabole e
delle radio di nuova generazione (non N: non conosco soluzioni open source
ma sicuramente ce ne saranno con OpenWRT, vedi Compex) e poi distribuire a
piacere, ma su questo sei tu che insegni. ;-)

Ciao, Marco

 

Re: [Ninux-Wireless] nuove antenne bologna

[Marco Tarquini]

Risposte in quoting

Il giorno gio 4 giu 2020 alle ore 18:06 kiki 
ha scritto:


se non fosse stato un semplice riavvio.. brancolavamo nel buio. hehehe
>


Io non uso libremesh, per cui non sono una persona che può indirizzarti
(oltre Bologna forse a Verona dovrebbero avere più esperienza, maturata in
Guifi , ma non so se siano "in ascolto").

"Oscillazioni", perdonami, non ho capito cosa significano: quando si
aggiunge un nuovo nodo si creano nuove rotte, e quindi il routing deve
"convergere" di nuovo, e ci mette tempo per farlo, penso sempre di più al
crescere del numero di nodi (tipo, se con 4 nodi ci mette un minuto, con 20
nodi ne impiegherà di più). Lo stesso più o meno accade ogni volta che hai
variazioni significative nei link (un link degradato, o uno down).

Cosa usate per network management / monitoring / forensics?


cerchiamo di segnarci quasi tutto... se vuoi sapere qualche cosa tecnica di
> come facciamo, chiedi che provo a risponderti e scriverlo anche lì.
>


A beneficio di tutti, io comincerei un po' da tutto, ma sinteticamente:
topologia della rete, setup tipo, test tipo, sistemi di controllo, problemi
ricorrenti.


ps: qualcuno mi disse, attenzione a non fare anelli.. hem me la rispiegate
> questa? :)
>


Nella mia ignoranza (ma, ancora, non uso libremesh / batman.adv / bmx6/7 ),
messa così sembra tutto e niente: una topologia ad anello può essere
supportata, anzi.

Parlando di un anello, in generale sapevo che libremesh, o meglio batman,
in presenza di due percorsi verso una stessa destinazione "cerca" di
bilanciare il traffico su entrambi, sulla base dell'eventuale perdita di
pacchetti, e questo nella pratica può portare ad effetti strani sul
troughput di rete (forse le tue "oscillazioni"?), o anche deleteri (per
trasmissioni sensibili a delay e jitter, come VoIP).

Spero per te :) che qualcuno bravo salti su per darti indicazioni più
precise ed efficaci.

Ciao, Marco
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] nuove antenne bologna

[Marco Tarquini]

Risposta in quoting

Il giorno gio 4 giu 2020 alle ore 17:25 kiki 
ha scritto:

ogni volta che aggiungiamo qualcun* oscilla un po tutto..
>

Ma parli tecnicamente o... socialmente ?

Ciao, Marco
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Fwd: Apertura pre-iscrizioni per il corso IPv6: istruzioni per l'uso

[Marco Tarquini]

Forse è preferibile presentare comunque già una domanda, accordandosi
magari con la segreteria del corso Namex per una riserva di variare il
nominativo.

Se non leggo male i posti disponibili sono 13, mentre i consorziati Namex
dovrebbero essere molti di più:

https://www.namex.it/connected_networks/

Ciao, Marco

Il giorno gio 4 giu 2020 alle ore 14:35 kiki 
ha scritto:

> On 04/06/20 14:11, nino wrote:
>
> Ciao Kiki,
>
> questo corso e' riservato ai consorziati, non possiamo iscriverci in massa.
>
> Dovremmo eventualmente scegliere chi si iscrive per conto della comunita'.
>
> Facciamo una lista di interessati e scegliamo insieme chi partecipera'.
>
> Ciao
>
> Ah, ecco.. Sì
>
> volentieri. come facciamo apro un form su framaforms? con chiusura domani?
>
> ciao CRi
>
> Nino
>
>
>
> On 6/4/20 11:50 AM, kiki wrote:
>
>
> inoltro, sembra interessante..
>
>  Forwarded Message 
> Subject: Apertura pre-iscrizioni per il corso IPv6: istruzioni per l'uso
> Date: Thu, 4 Jun 2020 11:15:06 +0200
> From: Segreteria corsi 
> 
> Reply-To: segreteria.co...@namex.it
> To: NAMEX Formazione  
>
> Cari afferenti,
>
> la School of Advanced Networking di Namex, in collaborazione con Reiss
> Romoli, va avanti con i suoi corsi.
>
> Da oggi si aprono le richieste di iscrizione per: IPv6: istruzioni per
> l’uso (dal 30 Giugno al 3 Luglio 2020)
>
> Anche questo corso sarà erogato completamente online, di seguito il link
> all'agenda e alla form di pre-iscrizione:
>
> https://school.namex.it/ipv6-istruzioni-per-luso/
>
> Si ricorda che l’adesione al singolo corso non comporta una vera e propria
> iscrizione ma l’interesse alla partecipazione. Il webinar sarà limitato a
> 13 sessioni interattive riservate ai membri del consorzio e il termine per
> richiedere la partecipazione scadrà il prossimo Mercoledì 10 Giugno.
>
> Per ulteriori informazioni, per il regolamento e per tutte le informazioni
> sulla scuola:
>
> https://school.namex.it/
>
> Grazie a presto!
>
> #staysafe #stayconnected
>
>
> --
>
> *SEGRETERIA CORSI*
>
>
>
> T  +39 06 444 86 350
>
> segreteria.co...@namex.it 
> namex.it 
>
>
>
> Questa e-mail e gli eventuali file allegati sono da ritenersi
> confidenziali e rivolti alle sole persone in indirizzo; vi chiediamo
> pertanto di non diffonderne i contenuti ad altri se ciò non è espressamente
> indicato. Se il messaggio vi è stato recapitato per errore vi preghiamo di
> distruggerlo immediatamente e di voler cortesemente avvisare il mittente. 
> Grazie per
> la collaborazione.
> This email and any files transmitted with it are considered confidential
> and addressed only to intended recipients; no addressee should disclose any
> of the information contained within, unless otherwise explicitly stated. If
> this message was delivered to you by mistake, please delete it immediately
> from your system and kindly notify the sender immediately.
> Thanks for your cooperation.
> --
> You received this message because you are subscribed to the Google Groups
> "Namex Formazione" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to formazione+unsubscr...@namex.it.
> To view this discussion on the web visit
> https://groups.google.com/a/namex.it/d/msgid/formazione/CAG%3DcxgD70Ogvsp5pn_or7FvxA30HptcSf9Y5nKRUEiHOy-HS5Q%40mail.gmail.com
> 
> .
>
> ___
> Wireless mailing 
> listWireless@ml.ninux.orghttps://ml.ninux.org/mailman/listinfo/wireless
>
>
> ___
> Wireless mailing 
> listWireless@ml.ninux.orghttps://ml.ninux.org/mailman/listinfo/wireless
>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] map server - report di una esplorazione

[Marco Tarquini]

Ciao cri, ti rispondo appena più giù

Il lun 20 apr 2020 10:56 kiki  ha scritto:

e prima di tutto dobbiamo convenire tutti sulla sua utilità o meno e su
> cosa deve fare.
>

Mi sembra un ottimo primo punto, se non altro perché credo interessi la
maggioranza dei ninuxer in Italia, a monte delle scelte su cosa fare, e chi
lo debba/possa fare.

Se stiamo fermi a quanto posto all'attenzione di tutti nella riunione in
streaming dal Fusolab da ninnux, clauz, fabys ed altri, e ribadito con
convinzione sul gruppo nazionale telegram pochi giorni fa, e cioè che salvo
casi specifici la manutenzione e lo sviluppo della rete wireless non
saranno perseguiti, la necessità di una mappa di tutti i nodi fisici,
stante pure l'attuale stato della rete (a scartamento ridotto, diciamo),
non sembra qualcosa su cui sia conveniente o sperabile allocare risorse,
razionalmente, peraltro ancora tutte da trovare.

Se poi ci sono altre considerazioni da fare sugli argomenti esposti, ben
venga un eventuale diverso orientamento per quanto mi riguarda.

Saluti a tutti, Marco

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

Re: [Ninux-Wireless] report installazione antenna erboriste domenica

[Marco Tarquini]

 Non sono ben sicuro di aver capito cosa chiedi, però, riguardo la tua
ultima domanda:

Il giorno mer 8 apr 2020 alle ore 10:23 kiki 
ha scritto:

...snipped out...
> una mappa per pianificare le espansioni è moolto utile.. voi come fate?
>

se stavi chiedendo se esistono dei simulatori di link, beh si, molti
produttori forniscono (in genere gratuitamente) una propria versione di
questo genere di tool.
Per es. Ligowave, RF Elements, ma probabilmente il più usato è AirLink di
Ubiquiti:

https://link.ui.com/

Nella input box a sinistra, "Search address, place or coordinates",
comincia a digitare "Valsamoggia BO, Italy", e vedi se smanettandoci sopra
assomiglia almeno un po' a ciò che vi può servire.

Ciao, Marco

P.S.: JFMI, qual è l'URI del vostro e-commerce?


Il giorno mer 8 apr 2020 alle ore 10:23 kiki 
ha scritto:

> ciao,
>
> io sto su in campagna e si giracchia un po, si visitano le aiedegli
> altri stando ad un metro di distanza, tranquille, il sole rende comunque
> il tutto piacevole.
>
> Allora, .. report:
>
> si è accesa una rete in val di venola! yhee
>
> era un nodo cortino, tirato su il 5 marzo. nenache un km tra due casette.
>
> POi a bologna hanno chiuso i mercati, la comunità di produttori delle
> valli era preoccupatissima perchè unica fonte di reddito e tra poco i
> campi traboccano.
>
> quindi si è messo su un ecommerce, va bene, c'è tanta solidarietà
> soprattutto nella fase più difficile che è la consegna a domicilio, che
> viene raggruppata per vie, grazie all'autorganizzazione dei residenti.
> si spera prox settimana di riaprire i mercati, con flusso di persone
> ridotte, un po come i supermercati che invece non hanno mai chiuso.
>
> Beh, alcune aziende produttrici non hanno connessione internet! le
> stiamo raggiungendo! C'è tanto orgoglio e gioia nel pensare che abbiam
> messo su sta rete 3 anni fa ed ora ci serve davvero tanto.
>
> Domenica siam andate a trovare le erboriste di geart e le abbiamo
> attaccate alla altra rete! un altro nodo da quasi 6km. evviva!
> attraversa la valle da due versanti
>
> nel pome se riesco pubblico le foto. Siam cariche!
>
> Vorremmo attivarle sul map server.. scusate lo so , forse l'ho già
> chiesto..
>
> ma come si fa? e poi dove trovo il codice di quella cosa?
>
> gli togliamo google map? così torna usabile?
>
> ora abbiamo 4 nodi in valsamoggia e 3 nodi in val di venola. Attivi!
>
> una mappa per pianificare le espansioni è moolto utile.. voi come fate?
>
>
> ciao Cris
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Ubiquiti AirOS 8 e WPA2

[Marco Tarquini]

Salve a tutti.

Non sapendo se ne foste già a conoscenza, segnalo comunque a chi può
interessare che sulle radio Ubiquiti AC, a partire dal firmware 8.5.8
rilasciato a settembre 2018 (AirOS 8, qualsiasi chipset: XC, WA ma credo
pure 2WA a 2.4GHz che non ho sottomano), non è più possibile avere una rete
wireless come "open" (Wireless Security settata su "None"), ma è necessaria
la cifratura WPA2.

L'ultima release adatta al settaggio tipico dello SSID ninux.org è dunque
la 8.5.7 di giugno 2018, tuttavia aggiornando questo firmware (o uno
precedente) alle release successive l'assenza del protocollo di cifratura
viene preservata.

Ovviamente in caso di reset della radio, o nel caso si abilitasse la
cifratura per altri motivi, viene immediatamente a perdersi la capacità di
avere una rete wireless "open" per il futuro.
In questi casi è necessario quindi downgradare il firmware alla versione
8.5.7 o precedente, settare la Wireless Security su "None" e dunque
upgradare nuovamente il firmware.

Segnalo pure che Ubiquiti, come workaround disponibile dalla release 8.5.11
(gennaio 2019), ha abilitato una PSK di default per la cifratura WPA2 che è
:, e che ad oggi non ha ancora deciso se reinserire la possibilità
di disabilitare la cifratura temporaneamente a partire da successive
release di AirOS (attualmente siamo alla 8.5.12 di febbraio 2019).

Ciao, Marco
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Impalla sistema senza privilegi in user space

[Marco Tarquini]

Uh, cosa sei andato a ripescare, il mitico pescarese (anche se mi sa che
ormai stia in Olanda), jaromil!

Il giorno mar 23 apr 2019 alle ore 12:05 Gio  ha scritto:

> On Tuesday, 23 April 2019 08:11:13 CEST Alessandro Gnagni wrote:
> > :(){:|:&};:
>
> Daje rega un po de cultura hacker quella fork bomb li e' famosissima
>
> https://jaromil.dyne.org/journal/forkbomb_art.html
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Antenna distanza 45 metri

[Marco Tarquini]

Risposta razionale.
Semplificando con l'accetta, pur essendo un'antenna sempre a 5Ghz e più
adatta su lunghe distanze (>5km) per via di potenza e guadagno maggiori, è
un'antenna a polarizzazione singola (SISO) in tecnologia "n",  per cui ha
un data rate (capacità di banda) che è al massimo 1/3 (un terzo) rispetto a
quanto potenzialmente raggiunge la Nanostation Loco AC.
Se aggiungi che carica di più il palo di sostegno, e quindi richiede
agganci e manutenzione con ogni probabilità differenti rispetto alla Loco
AC, hai un quadro un poco più completo, rispetto al solo prezzo, del
compromesso che ti offre.

Risposta sintetica: io penso che chi risparmia spreca, ed in questo caso il
risparmio pare davvero minuscolo per coprire una distanza altrettanto
minuscola.


Il lun 1 apr 2019 20:24 Matteo  ha scritto:

> Scusate se torno nuovamente su questa discussione. Mi avete proposto la
> nanostation loco ac, ma mi sono accorto che questo modello "parabola" costa
> di meno  https://www.amazon.it/dp/B015FY20S0
> 
>  .
> Secondo voi va bene ugualmente?
>
> grazie
>
> Il giorno mer 27 feb 2019 alle ore 13:41 Matteo <
> matteo.labella.ph...@gmail.com> ha scritto:
>
>> Grazie, non vorrei abusare della tua gentilezza... ultimissima cosa...
>> Tutta la storia delle vpn, firewall, Etc è possibile farlo con la sola
>> nano?
>>
>> Il giorno mer 27 feb 2019 alle 09:21 federico la morgia <
>> super_tr...@hotmail.com> ha scritto:
>>
>>> Perfetta Matteo
>>>
>>> Federico
>>>
>>> Ottieni Outlook per Android 
>>>
>>> --
>>> *From:* Wireless  on behalf of Matteo <
>>> matteo.labella.ph...@gmail.com>
>>> *Sent:* Tuesday, February 26, 2019 1:50:27 PM
>>> *To:* wireless@ml.ninux.org
>>> *Subject:* Re: [Ninux-Wireless] Antenna distanza 45 metri
>>>
>>> Va bene questa?
>>> https://www.amazon.it/dp/B079K3HN3T/
>>>
>>> Il giorno lun 25 feb 2019 alle ore 18:45 federico la morgia <
>>> super_tr...@hotmail.com> ha scritto:
>>>
 Utilizzando un accoppiata di VLAN e bridge risolvi come vorresti fare.
 Federico

 Ottieni Outlook per Android 

 --
 *From:* Wireless  on behalf of Matteo <
 matteo.labella.ph...@gmail.com>
 *Sent:* Monday, February 25, 2019 6:11:33 PM
 *To:* wireless@ml.ninux.org
 *Subject:* Re: [Ninux-Wireless] Antenna distanza 45 metri

 Ultima cosa: se non ricordo male le ubiquity hanno all'interno un
 firewall che mi gestisce le due interfaccie di rete (ethernet e wireless).
 Perchè vorrei separare le reti wireless (condivisa con il mio amico) e poi
 la ethernet (che sarebbe casa mia), in maniera tale che abbiamo dei DHCP
 separati e soprattutto il mio amico non veda quello che ho all'interno
 della mia rete.
 Oppure mi consigliate di comprare un Access Point da interno che faccia
 da GW?


 Il giorno lun 25 feb 2019 alle ore 13:46 federico la morgia <
 super_tr...@hotmail.com> ha scritto:

> 45 metri hai scritto.. Fanno 3-4 km...
>
> Ottieni Outlook per Android 
>
> --
> *From:* Wireless  on behalf of Matteo <
> matteo.labella.ph...@gmail.com>
> *Sent:* Monday, February 25, 2019 1:42:56 PM
> *To:* wireless@ml.ninux.org
> *Subject:* Re: [Ninux-Wireless] Antenna distanza 45 metri
>
> Mi serve per una normale connessione in fibra (max 80mb). Ho sempre
> paura delle nanostation per delle distanze “lunghe”
>
> Il giorno lun 25 feb 2019 alle 13:39 federico la morgia <
> super_tr...@hotmail.com> ha scritto:
>
>> Ciao Matteo,
>> Se non ti serve il gbit in wireless, puoi optare su una coppia di
>> nanostation loco ac.
>>
>> Federico
>>
>> Ottieni Outlook per Android 
>>
>> --
>> *From:* Wireless  on behalf of Matteo
>> 
>> *Sent:* Monday, February 25, 2019 1:33:13 PM
>> *To:* wireless@ml.ninux.org
>> *Subject:* [Ninux-Wireless] Antenna distanza 45 metri
>>
>> Ciao a tutti,
>> non so se sono Off-Topic ma dovrei realizzare un collegamento
>> internet tra due punti distanti circa 45 metri.
>> Sapete dirmi quale antenna scegliere?
>> Ero orientato su dei prodotti TP-LINK:
>>
>> https://www.tp-link.com/it/products/details/cat-37_CPE610.html
>> oppure delle antenne paraboliche a griglia?
>> Non escludo anche altre marche, insomma, lascio a voi esperti quale
>> soluzione migliore trovare.
>>
>>
>> Considerate che dovrei effettuare l'installazione su due terrazze
>> condominiali, quindi più piccola è, meglio è :)
>> Grazie a tutti.
>>
>> 

Re: [Ninux-Wireless] Digest di Wireless, Volume 122, Numero 5

[Marco Tarquini]

Scusa Paolo,

sono un po' lento io: che cosa c'entra la foto con ninux? A occhio mi
sembra si riferisca a tutti quegli esercenti (locali, trasporti, etc) che
offrono wifi gratis.

Ciao, Marco


Il giorno ven 15 mar 2019 alle ore 22:48 GNU hacking  ha
scritto:

> Argomento del giorno di pdb:
>
> Qualche giorno fa, decisi di inviare a Nino, via WhatsApp che non AMO
> nemmeno un pò, una news, dove lo rendevo partecipe del fatto, che la
> rivista del mese che esce in edicola, "Hacker Journal", su una foto
> scriveva: "GRATIS NON È MEGLIO, Chi offre una connessione WI-FI ha sempre
> un tornaconto. Meglio allora usare lo smartphone come hotspot.
>
> Io nemmeno ho provveduto a  rispondere alle OFFESE GRATUITE di "HACKER
> JOURNAL", chi vuole può scrivere a: redazi...@hackerjournal.it e le
> OFFESE GRATUITE non me le INVENTO, ho fatto uno screenshot della rivista,
> vedasi l'allegato pubblicato qui in e-mail.
>
> Distinti Saluti,
>
> Paolo Del Bene
>
> On Fri, 15 Mar 2019, 10:10 pm ,  wrote:
>
>> Invia le richieste di iscrizione alla lista Wireless all'indirizzo
>> wireless@ml.ninux.org
>>
>> Per iscriverti o cancellarti attraverso il web, visita
>> https://ml.ninux.org/mailman/listinfo/wireless
>> oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
>> wireless-requ...@ml.ninux.org
>>
>> Puoi contattare la persona che gestisce la lista all'indirizzo
>> wireless-ow...@ml.ninux.org
>>
>> Se rispondi a questo messaggio, per favore edita la linea dell'oggetto
>> in modo che sia più utile di un semplice "Re: Contenuti del digest
>> della lista Wireless..."
>>
>>
>> Argomenti del Giorno:
>>
>>1. Re: screenshot di lettura della wireless list (Fabio Capriati)
>>
>>
>> --
>>
>> Message: 1
>> Date: Fri, 15 Mar 2019 07:58:14 +0100
>> From: Fabio Capriati 
>> To: wireless ninux ML 
>> Subject: Re: [Ninux-Wireless] screenshot di lettura della wireless
>> list
>> Message-ID:
>> > mnex6-uk3tnva...@mail.gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Nino, anche prima aveva il digest e lo visualizzava correttamente. Penso
>> che sia come generi il digest... Prima HTML ora TXT con ritorni a capo
>> Unix
>> like
>>
>> Il gio 14 mar 2019, 10:17 nino  ha scritto:
>>
>> > Sembra che tu abbia scelto di ricevere la lista in digest. Dovresti
>> poter
>> > cambiare la configurazione accedendo al tuo pannello di registrazione su
>> > ml.ninux.org
>> >
>> > Fammi sapere, eventualmente ti cambio io l'impostazione.
>> >
>> > Ciao
>> >
>> > nino
>> > On 2/25/19 10:25 PM, t.t...@tin.it wrote:
>> >
>> >  E' da circa un paio di settimane che non visualizzo bene la mailing
>> list
>> > wireless.
>> > Allego due screenshot per far capire cosa intendo.
>> > L'immagine è come la vedevo e l'immagine 2 è come la vedo adesso.
>> > ho l'email  tin.it e la apro nel browser firefox, se è legata alla
>> email,
>> > cambierò l'email di iscriziione alla mailing list
>> >
>> >
>> >
>> > ___
>> > Wireless mailing listWireless@ml.ninux.orghttps://
>> ml.ninux.org/mailman/listinfo/wireless
>> >
>> > ___
>> > Wireless mailing list
>> > Wireless@ml.ninux.org
>> > https://ml.ninux.org/mailman/listinfo/wireless
>> >
>> -- parte successiva --
>> Un allegato HTML è stato rimosso...
>> URL: <
>> https://ml.ninux.org/pipermail/wireless/attachments/20190315/3d52165a/attachment-0001.html
>> >
>>
>> --
>>
>> Subject: Chiusura del digest
>>
>> ___
>> Wireless mailing list
>> Wireless@ml.ninux.org
>> https://ml.ninux.org/mailman/listinfo/wireless
>>
>>
>> --
>>
>> Fine di Digest di Wireless, Volume 122, Numero 5
>> 
>>
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Misurazione connettivita' FTTH

[Marco Tarquini]

Ciao,

premesso che sembri ben oltre il valore minimo garantito (100mega,
https://www.misurainternet.it/confronto_banda_minima/ ), come ti è stato
già detto la velocità a cui si fa riferimento è quella di accesso, non
quella di transito su Internet: e daltronde 1Gb/s di transito IP (best
effort) non può costare meno di 100-150 al mese (es. Hurricane Electric),
figuriamoci la banda completa di porta e circuito fisico di accesso.

Se vuoi valutare se richiedere un intervento di qualche tipo per problemi
sul circuito di accesso, la piattaforma Nemesys di MisuraInternet è uno
strumento riconosciuto da molte aziende e corecom regionali: su FTTH
personalmente non mi è mai capitato di usarla, però magari una giornata di
test gliela potresti dedicare, se ti va.

Altri sistemi, come Oookla e nPerf, usano connessioni TCP multiple (in
genere da 2 a 4 - ma Ookla raccomanda da 8 in su per connessioni sopra i
100Mbit - anche per tenere a bada gli effetti nefasti in caso di latenza
alta), con misure talvolta ottimistiche rispetto al traffico reale: però,
proprio perché tendono a saturare la banda disponibile, sulla tua rete ti
permettono di valutare spannometricamente la capacità del tuo circuito di
accesso (per es. che cosa ti dice http://vodafone.speedtestcustom.com/
selezionando la "sede" Vodafone più vicina a te?).

Per cose più serie invece, ti lascio a chi è più competente.

Il giorno gio 7 mar 2019 alle ore 13:03 Massimiliano 
ha scritto:

> Ciao,
>
> con quali siti / strumenti / software posso effettuare una misurazione
> accurata ?
>
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Buongiorno a tutti

[Marco Tarquini]

Salute a te.

Per alcune delle cose che chiedi: http://wiki.ninux.org/FAQ

In zona Siena mi pare che ci siano solo nodi potenziali, prova a
contattarli tramite MapServer

http://map.ninux.org/

In Toscana ci sono altresì due ML, per Firenze ( fire...@ml.ninux.org ) e
Pisa ( nodi-p...@ml.ninux.org )

http://wiki.ninux.org/MailingLists

Infine, per parafrasare un Kennedy, non chiedere se il progetto è ancora
vivo, chiediti se tu puoi far vivere ancora il progetto.

Scherzo, ok? ;-)
Ciao, Marco



Il giorno mer 6 mar 2019 alle ore 13:29 O-Zone  ha
scritto:

> Salve a tutti,
>
> ho scoperto per puro caso questo interessante progetto e mi stavo
> chiedendo, a fronte di un basso traffico in lista, se era ancora vivo
> (spero vivamente di si!) e come poter aderire. In particolare, su quali
> frequenze e quali apparati consigliate per la creazione di un nodo? Sono
> su Siena, comune di Sovicille.
>
> Grazie!
> ___
> Wireless mailing list
> Wireless@ml.ninux.org
> https://ml.ninux.org/mailman/listinfo/wireless
>
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Antenna distanza 45 metri

[Marco Tarquini]

Solo un inciso, se posso.

Ma ce l'hai già il mini pc?

Perché un router adatto credo costi meno di un Atom.


Il gio 28 feb 2019 18:45 Matteo  ha scritto:

> e se utilizzassi un minipc con cpu Atom e 2 interfacce di rete? Potrei
> caricarci anche zeroshell o  pfsense
>
>
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Antenna distanza 45 metri

[Marco Tarquini]

Su distanze così brevi (e LoS, presumo) una possibilità recente ed
interessante, volendo, è:

https://mikrotik.com/product/wireless_wire

Il costo è almeno il doppio rispetto ad un ptp con ubiquiti loco ac o
similari.

Il lun 25 feb 2019 13:33 Matteo  ha scritto:

>
> Sapete dirmi quale antenna scegliere?
>
>
___
Wireless mailing list
Wireless@ml.ninux.org
https://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Dimensionamento dispositivi per gestione traffico e servizi

[Marco Tarquini]

Il giorno lun 10 dic 2018 07:19 Alessandro Gnagni  ha
scritto:

In linea di massima non esiste una scala statica perché dipende che devi
> fare sul box.
>

Magari, una volta stabilite le applicazioni, si potrebbero fare
speculazioni del tipo di quelle utilizzate qui:

https://www.netgate.com/blog/building-a-behemoth-router.html

https://wiki.fd.io/images/1/1d/40_Gbps_IPsec_on_commodity_hardware.pdf
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Appunti riunione romana "Ninux 2.0"

[Marco Tarquini]

Il giorno dom 9 dic 2018 22:46 Massimiliano CARNEMOLLA <
massimili...@null.net> ha scritto:

>
Ho visto il filmato, c'e' altra documentazione/log etc. da visionare ?
>


Solo il pad di FabSys, ma non ho il link sottomano.


Ci sono aggiornamenti da allora?



Si aspetta il Mom/rfc da FabSys


I servizi distribuiti da metter su sono gia' esistenti come progetti
> software o sono da sviluppare ?
>


La seconda che hai detto.

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

Re: [Ninux-Wireless] Mi presento

[Marco Tarquini]

Se non l'hai fatto, potresti mandare un messaggio al responsabile del nodo,
ci dovrebbero essere i dati sul mapserver, e controllare con lui se il nodo
è attivo.
Quanto al resto, non bisogna essere proprietari per mettere un'antenna sul
tetto, non credo che tutti gli inquilini d'Italia non abbiano tv o sat solo
per il fatto di stare a pigione: volendolo fare basta solo spendersi, con i
soldi e l'intraprendenza necessari.
In bocca al lupo per il corso e per ninux.

Il giorno ven 7 dic 2018 14:41 Riccardo Finotti  ha
scritto:

> Salve a chi legge.
> Mi sono appena iscritto sotto consiglio del professore di "sicurezza delle
> reti" del corso che sto frequentando a Firenze.
> Sono Riccardo, ho visto che vicino a me ho un access point della rete, ma
> essendo in un appartamento al primo piano e non essendo proprietario
> dell'appartamento (sprovvisto di internet)... non riesco a
> collegarmici... e mi sa che non sia attivo al momento ho solo il
> portatile e nessuna antenna esterna da potermi agganciare ad altri AP della
> zona...
> Cosa posso fare? (Oltre a pregare in enokiano a divinitá sconosciute)
>
> Grazie.
> ___
> 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] Dimensionamento dispositivi per gestione traffico e servizi

[Marco Tarquini]

Non posso rispondere alla domanda, ma se non erro i raspberry hanno la
ethernet sulla usb, motivo per cui con quelli niente gigabit di traffico:
no?

Il giorno dom 9 dic 2018 alle ore 09:59 Massimiliano CARNEMOLLA <
massimili...@null.net> ha scritto:

> Ciao,
>
> esiste una formula per stimare i requisiti hardware minimi per gestire
> es. una traffico di rete da 1 Gigabit al secondo ?
>
>
> Es. se volessi evitare di mettere su un Hypervisor di tipo 1 con dentro
> OpenBSD e FreeBSD potrei metterli dentro 2 Raspberry senza penalizzare
> le prestazioni a livello di traffico di rete e offerta di servizi ?
> ___
> 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] Incontro progetto Ninux 2.0 25/11/2018 @15.00

[Marco Tarquini]

Salve a tutti.

Per chi non è a Roma, si può partecipare in streaming a quest'appuntamento
di domenica 25/11/18 alle 15.00 presso il Fusolab ?

Ed in caso si possa, quali sono le info su come collegarsi via streaming?
Grazie in anticipo per le eventuali risposte.

Marco

Il giorno ven 23 nov 2018 alle ore 14:58 Fabio Capriati <
fabio.capri...@gmail.com> ha scritto:

...snipped out...
>
> L'idea è avere come output  dell'invcontro un RFC (Request for Comment) da
> condividere con la comunità soprattutto romana.
>
> Appuntamento Domenica 25/11/18 alle 15.00 presso il Fusolab
>
> Bella!
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Aiuto per nuovo collegamento a VPN Isole

[Marco Tarquini]

Grazie Saverio,

proverò a passare a BIRD, vediamo se si rivela più adatto alle mie capacità
(limitate).

Ciao, Marco

Il giorno 27 aprile 2018 13:02, Saverio Proto <ziopr...@gmail.com> ha
scritto:

> Quagga ed olsrd sono programmi userspace.
>
> Visto che sono implementazioni di protocolli di routing, dopo aver
> computato quali "route" sono necessarie, devono scrivere le "route"
> nel network stack del kernel di linux. E' solo quando sono state
> inserite li, che le ruote funzionano.
>
> Ora l'architettura in questo caso e' fatta in modo che solo Quagga
> scrive nella tabella di routing del kernel. Olsrd computa le "route"
> ma non le scrive nel kernel, le passa a quagga che poi si occupa di
> inserire le rotte nella tabella di routing nel kernel.
>
> Come tu dici, si potrebbe avere una architettura diversa, dove olsrd
> scrive in una tabella di routing riservata, e quagga lo stesso. Ma poi
> come fai ad usare le informazioni divise in due tabelle separate ?
> Quello che ti serve e' una tabella unica con tutte le route.
>
> ciao,
>
> Saverio
>
> Il 26 aprile 2018 15:02, Marco Tarquini <marco.tarqu...@gmail.com> ha
> scritto:
> > Ok, proviamo ad aggirare la questione per come l'ho posta.
> >
> > Nella guida VPN Isole si legge, a proposito di quagga (terzo punto, file
> > zebra.conf)
> >
> > "Quagga prende le rotte apprese dal peer e dall'istanza locale di OLSR e
> le
> > scrive nella tabella di routing del kernel "
> >
> > Perché è necessario scriverle nella tabella del kernel? Essendo iproute2
> > multi-table, che cosa comporta che queste rotte siano o meno nella
> tabella
> > di routing del kernel?
> >
> > So che è un po' ingenuo, ma visto che al momento non riesco a
> perfezionare
> > questo passaggio, vorrei capire, con l'aiuto da parte di qualcuno
> esperto di
> > BGP ed OLSR (che io da neo-iscritto sicuramente proprio non sono), se sia
> > possibile implementare dei workaround o anche ometterlo.
> >
> > Grazie dell'attenzione e della pazienza e buona giornata a tutti.
> > Marco
> >
> >
> > Il giorno 25 aprile 2018 13:21, Marco Tarquini <marco.tarqu...@gmail.com>
> ha
> > scritto:
> >>
> >> Si Saverio,
> >>
> >> grazie per avermi spiegato in maniera corretta quello che alla meno
> peggio
> >> avevo "intuito" ri-editando il file tinc-up
> >> C'è un modo per avere l'interfaccia tap "permanente", per non avere le
> mie
> >> tavole di routing cambiare a seconda se la VPN sia su o giù?
> >>
> >> Se posso chiedere un ulteriore aiuto alla ml, il file zebra.conf della
> >> guida, a differenza di quagga.conf mi è di difficile traduzione per la
> CLI
> >> dell'Edgerouter, perché la sintassi non è esattamente sovrapponibile.
> >>
> >> C'è qualcuno qui (forse la persona che risponde al nick clauz? O
> Massullo
> >> se ha degli Edgerouter a disposizione?) che mi può fornire qualche
> >> spiegazione, o indirizzare a qualche documento al riguardo?
> >>
> >> Grazie ancora, buona giornata ed auguri a tutti.
> >>
> >> Un cordiale saluto,
> >> Marco
> >>
> >> Il giorno 25 aprile 2018 11:37, Saverio Proto <ziopr...@gmail.com> ha
> >> scritto:
> >>>
> >>> La rete 10.150.254.0/24 e' la rete utilizzata per la VPN Tinc. Ogni
> >>> router BGP vede questa rete come direttamente connessa, in quanto ha
> >>> una interfaccia tap che ha un IP di questa rete. Non servono rotte
> >>> statiche perche' ogni altro router BGP e' quindi raggiungibile tramite
> >>> una rete direttamente connessa.
> >>> Spero di averti risposto.
> >>>
> >>> saluti,
> >>>
> >>> Saverio
> >>>
> >>> Il 24 aprile 2018 17:54, Marco Tarquini <marco.tarqu...@gmail.com> ha
> >>> scritto:
> >>> > Forse mi rispondo da solo...
> >>> >
> >>> > Il giorno 24 aprile 2018 11:47, Marco Tarquini
> >>> > <marco.tarqu...@gmail.com> ha
> >>> > scritto:
> >>> >>
> >>> >>
> >>> >> Non conoscendo tinc (mai sentito in vita mia prima della guida), non
> >>> >> so
> >>> >> che interfaccia mi ritrovo su quando lo attivo con lo script
> >>> >> "tinc-up", e
> >>> >> che IP avrò su questa interfaccia.
> >>> >>
> >>> >
> >>> > ...se io

Re: [Ninux-Wireless] Aiuto per nuovo collegamento a VPN Isole

[Marco Tarquini]

Ok, proviamo ad aggirare la questione per come l'ho posta.

Nella guida VPN Isole si legge, a proposito di quagga (terzo punto, file
zebra.conf)

"Quagga prende le rotte apprese dal peer e dall'istanza locale di OLSR e le
scrive nella tabella di routing del kernel "

Perché è necessario scriverle nella tabella del kernel? Essendo iproute2
multi-table, che cosa comporta che queste rotte siano o meno nella tabella
di routing del kernel?

So che è un po' ingenuo, ma visto che al momento non riesco a perfezionare
questo passaggio, vorrei capire, con l'aiuto da parte di qualcuno esperto
di BGP ed OLSR (che io da neo-iscritto sicuramente proprio non sono), se
sia possibile implementare dei workaround o anche ometterlo.

Grazie dell'attenzione e della pazienza e buona giornata a tutti.
Marco


Il giorno 25 aprile 2018 13:21, Marco Tarquini <marco.tarqu...@gmail.com>
ha scritto:

> Si Saverio,
>
> grazie per avermi spiegato in maniera corretta quello che alla meno peggio
> avevo "intuito" ri-editando il file tinc-up
> C'è un modo per avere l'interfaccia tap "permanente", per non avere le mie
> tavole di routing cambiare a seconda se la VPN sia su o giù?
>
> Se posso chiedere un ulteriore aiuto alla ml, il file zebra.conf della
> guida, a differenza di quagga.conf mi è di difficile traduzione per la CLI
> dell'Edgerouter, perché la sintassi non è esattamente sovrapponibile.
>
> C'è qualcuno qui (forse la persona che risponde al nick clauz? O Massullo
> se ha degli Edgerouter a disposizione?) che mi può fornire qualche
> spiegazione, o indirizzare a qualche documento al riguardo?
>
> Grazie ancora, buona giornata ed auguri a tutti.
>
> Un cordiale saluto,
> Marco
>
> Il giorno 25 aprile 2018 11:37, Saverio Proto <ziopr...@gmail.com> ha
> scritto:
>
>> La rete 10.150.254.0/24 e' la rete utilizzata per la VPN Tinc. Ogni
>> router BGP vede questa rete come direttamente connessa, in quanto ha
>> una interfaccia tap che ha un IP di questa rete. Non servono rotte
>> statiche perche' ogni altro router BGP e' quindi raggiungibile tramite
>> una rete direttamente connessa.
>> Spero di averti risposto.
>>
>> saluti,
>>
>> Saverio
>>
>> Il 24 aprile 2018 17:54, Marco Tarquini <marco.tarqu...@gmail.com> ha
>> scritto:
>> > Forse mi rispondo da solo...
>> >
>> > Il giorno 24 aprile 2018 11:47, Marco Tarquini <
>> marco.tarqu...@gmail.com> ha
>> > scritto:
>> >>
>> >>
>> >> Non conoscendo tinc (mai sentito in vita mia prima della guida), non so
>> >> che interfaccia mi ritrovo su quando lo attivo con lo script
>> "tinc-up", e
>> >> che IP avrò su questa interfaccia.
>> >>
>> >
>> > ...se io leggessi (DOH!) quello che copio ed incollo dentro putty, avrei
>> > visto che l'IP del tunnel tinc è quello che ci metto io, cioè lo stesso
>> del
>> > bgpd.conf, giusto?
>> > E quindi che per fare il peer non servirà nessuna route statica tra
>> update
>> > source ed endpoint locale, in quanto hanno lo stesso IP?
>> >
>> > Mi sono risposto + o - correttamente oppure ho preso una cantonata?
>> >
>> > Grazie in anticipo di eventuali 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
>>
>
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Aiuto per nuovo collegamento a VPN Isole

[Marco Tarquini]

Si Saverio,

grazie per avermi spiegato in maniera corretta quello che alla meno peggio
avevo "intuito" ri-editando il file tinc-up
C'è un modo per avere l'interfaccia tap "permanente", per non avere le mie
tavole di routing cambiare a seconda se la VPN sia su o giù?

Se posso chiedere un ulteriore aiuto alla ml, il file zebra.conf della
guida, a differenza di quagga.conf mi è di difficile traduzione per la CLI
dell'Edgerouter, perché la sintassi non è esattamente sovrapponibile.

C'è qualcuno qui (forse la persona che risponde al nick clauz? O Massullo
se ha degli Edgerouter a disposizione?) che mi può fornire qualche
spiegazione, o indirizzare a qualche documento al riguardo?

Grazie ancora, buona giornata ed auguri a tutti.

Un cordiale saluto,
Marco

Il giorno 25 aprile 2018 11:37, Saverio Proto <ziopr...@gmail.com> ha
scritto:

> La rete 10.150.254.0/24 e' la rete utilizzata per la VPN Tinc. Ogni
> router BGP vede questa rete come direttamente connessa, in quanto ha
> una interfaccia tap che ha un IP di questa rete. Non servono rotte
> statiche perche' ogni altro router BGP e' quindi raggiungibile tramite
> una rete direttamente connessa.
> Spero di averti risposto.
>
> saluti,
>
> Saverio
>
> Il 24 aprile 2018 17:54, Marco Tarquini <marco.tarqu...@gmail.com> ha
> scritto:
> > Forse mi rispondo da solo...
> >
> > Il giorno 24 aprile 2018 11:47, Marco Tarquini <marco.tarqu...@gmail.com>
> ha
> > scritto:
> >>
> >>
> >> Non conoscendo tinc (mai sentito in vita mia prima della guida), non so
> >> che interfaccia mi ritrovo su quando lo attivo con lo script "tinc-up",
> e
> >> che IP avrò su questa interfaccia.
> >>
> >
> > ...se io leggessi (DOH!) quello che copio ed incollo dentro putty, avrei
> > visto che l'IP del tunnel tinc è quello che ci metto io, cioè lo stesso
> del
> > bgpd.conf, giusto?
> > E quindi che per fare il peer non servirà nessuna route statica tra
> update
> > source ed endpoint locale, in quanto hanno lo stesso IP?
> >
> > Mi sono risposto + o - correttamente oppure ho preso una cantonata?
> >
> > Grazie in anticipo di eventuali 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
>
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] Aiuto per nuovo collegamento a VPN Isole

[Marco Tarquini]

Forse mi rispondo da solo...

Il giorno 24 aprile 2018 11:47, Marco Tarquini <marco.tarqu...@gmail.com>
ha scritto:

>
> Non conoscendo tinc (mai sentito in vita mia prima della guida), non so
> che interfaccia mi ritrovo su quando lo attivo con lo script "tinc-up", e
> che IP avrò su questa interfaccia.
>
>
...se io leggessi (DOH!) quello che copio ed incollo dentro putty, avrei
visto che l'IP del tunnel tinc è quello che ci metto io, cioè lo stesso del
bgpd.conf, giusto?
E quindi che per fare il peer non servirà nessuna route statica tra update
source ed endpoint locale, in quanto hanno lo stesso IP?

Mi sono risposto + o - correttamente oppure ho preso una cantonata?

Grazie in anticipo di eventuali commenti.
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Aiuto per nuovo collegamento a VPN Isole

[Marco Tarquini]

Salve a tutti,

mi chiamo Marco, sono da pochissimo sulle ML ninux ed attualmente sto
seguendo la guida

http://wiki.ninux.org/IsoleVPNBGP

per provare a connettere una prima isola (atollo!) dall'Abruzzo.

L'hardware è un Ubiquiti Edgerouter, quindi devo vedere come adattare la
guida allo scopo, visto che non lo tratta nello specifico: EdgeOS è basato
su Vyatta 6.3 e dovrebbe usare Quagga per quel che ne so, quindi in teoria
potrei riuscirci.

Innanzitutto non conosco tinc, e tinc non c'è di default su Edgerouter
(quindi niente guide/supporto ufficiali: ho scaricato il pacchetto dal
repository debian wheezy e l'ho installato con dpkg -i, scoprirò eventuali
problemi quando andrò a provare la connessione).

Non conoscendo tinc (mai sentito in vita mia prima della guida), non so che
interfaccia mi ritrovo su quando lo attivo con lo script "tinc-up", e che
IP avrò su questa interfaccia.

E questo mi porta a BGP: ho "tradotto" le linee di bgpd,conf della guida in
comandi EdgeOS/Vyatta e, a parte un problema sulla vty (che a questo punto
non credo ci sia su Ubiquiti, perché i settaggi si imputano direttamente da
shell in modalità "configurazione" su EdgeOS), mi ritrovo con una serie di
comandi credo abbastanza autoesplicativi.

Lasciando un momento da parte la questione degli indirizzi locali della mia
isoletta (ancora da mettere bene a punto in collaborazione con Federico La
Morgia), questi sono i comandi che dovrei dare su EdgeOS (1.10.1):

---
configure
set interfaces loopback lo address 10.0.254.14/32
set protocols bgp 64519 router-id 10.150.254.14
set protocols bgp 64519 network 172.22.65.0/29
set protocols bgp 64519 aggregate-address 10.22.65.0/24
set protocols bgp 64519 neighbor 10.150.254.4 remote-as 64512
set protocols bgp 64519 neighbor 10.150.254.4 description BGP Roma
set protocols bgp 64519 neighbor 10.150.254.4 route-map FILTERIN in
set protocols bgp 64519 neighbor 10.150.254.4 route-map FILTEROUT out
set protocols bgp 64519 redistribute connected
set protocols bgp 64519 redistribute olsr
set policy prefix-list FILIN seq 10 deny 10.11.12.0/25 le 32
set policy prefix-list FILIN seq 20 deny 150.217.0.0/16 le 322
set policy prefix-list FILIN seq 30 deny 176.62.53.0/24 le 32
set policy prefix-list FILIN seq 41 deny 10.150.254.0/24 le 32
set policy prefix-list FILIN seq 42 deny 10.22.65.0/24 le 32
set policy prefix-list FILIN seq 43 deny 172.22.65.0/29 le 32
set policy prefix-list FILIN seq 70 permit any
set policy prefix-list FILOUT seq 22 deny 0.0.0.0/0 ge 32
set policy prefix-list FILOUT seq 41 deny 10.150.254.0/24 le 32
set policy prefix-list FILOUT seq 70 permit any
set policy route-map FILTERIN permit 10
set policy route-map match ip address prefix-list FILIN
set policy route-map FILTEROUT permit 10
set policy route-map match ip address prefix-list FILOUT
set policy route-map FILTER deny 50
commit
save ; exit
---

(La prima riga è consigliata dal manuale BGP di Vyatta ma sono indeciso
sull'inserirla, ma) il punto su cui sono maggiormente dubbioso riguarda la
update-source per il peering eBGP:



set protocols bgp 64519 router-id 10.150.254.14
set protocols bgp 64519 neighbor 10.150.254.4 remote-as 64512



Per avere uno scambio che funziona la update-source deve essere
raggiungibile dal peer, ed in particolare da Roma, e quindi da quello che
ho capito devo aggiungere nella configurazione del router due rotte
statiche per 10.150.254.14 (bgpISOLA) e 10.150.254.4 (bgpROMA) appunto
dalla update-source.

Ora, se il tunnel di tinc è una connessione punto-punto, sembrerebbe logico
utilizzare l'IP dell'endpoint locale di questo tunnel come update-source,
e, se ciò fosse giusto oltre che ragionevole, torniamo a quanto detto sopra
su tinc, non so che interfaccia e che indirizzo avrà (né me lo immagino).
Viceversa, se non fosse giusto usare l'IP dell'endpoint locale di tinc o se
non c'è, chi deve essere la mia update-source per le rotte statiche di cui
sopra?

In definitiva, qualcuno vuole per cortesia usarmi la pazienza di:

 a) correggere eventuali errori in quanto ho scritto;
 b) spiegarmi per bene questa cosa di tinc?

Grazie davvero dell'attenzione e scusate le ingenuità, i pressappochismi e
le inesattezze (qui è tutto nuovo per me).

Un cordiale saluto,
Marco
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless