Re: [Ninux-Wireless] Strumenti per benchmark di rete

2016-07-17 Per discussione Germano Massullo
Hai letto la e-mail?
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


Re: [Ninux-Wireless] Strumenti per benchmark di rete

2016-07-17 Per discussione federico la morgia
Prendi 2 pc con linux, ci installi iperf, li metti ai capi di una tratta che 
vuoi testare ed usi quel software per testare a quanto trasmettono/ricevono.



Da: wireless-boun...@ml.ninux.org  per conto di 
Germano Massullo 
Inviato: domenica 17 luglio 2016 21.51.35
A: wireless@ml.ninux.org
Oggetto: [Ninux-Wireless] Strumenti per benchmark di rete

Avrei bisogno di un software per effettuare dei benchmark su Ubiquiti
EdgeRouter Pro, come quelli che potete trovare al link [1]. Tali test
sono stati effettuati con IxChariot[2], che tuttavia è un software
commerciale. Facendo una breve ricerca su internet ho trovato dei
software non a pagamento che tuttavia neanche si avvicinano alla qualità
dei test della sopracitata suite: si limitano a fare delle misurazioni
della banda passante, ma niente che riguardi ad esempio il massimo
numero di connessioni aperte contemporaneamente.
Mi interessa scoprire se questi dispositivi, che vantano accelerazione
hardware per la gestione dei pacchetti, soffrono di rallentamenti in
caso di installazione di firmware non stock, come Lede/OpenWRT.
Tale dubbio è venuto fuori ricordando che alcuni dispositivi Tp-Link
hanno un NAT hardware che non viene sfruttato se non si usa il firmware
originale[3]

[1]:
http://www.smallnetbuilder.com/lanwan/lanwan-reviews/32398-ubiquiti-edgemax-edgerouter-pro-reviewed?showall=&start=3
[2]:
http://www.smallnetbuilder.com/lanwan/lanwan-howto/31103-how-we-test-hardware-routers-revision-3
[3]: https://dev.openwrt.org/ticket/11779#comment:2

___
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] Linyphi -- ssr routing

2016-07-17 Per discussione Matteo Pedani
Ho cercato qualcosa che non avesse i difetti del collegamento sul L2 (layer
2 ) usato attualmente dato che ha il noto problema di creare le cosidette
tempeste (nel mio caso il mio  collegamento poco perfornamte e che generava
pacchetti corrotti ha rallentato buona parte della rete di roma)

Ho momentaneamente risolto facendo il routing a mano

Ma questa soluzione mi sembra molto interessante.

Soprattutto perchè non c'è bisogno di aggiungere niente ad un  router
openwrt (così dice l'abstract)

Potete leggere il testo

Linyphi https://www.mpi-sws.org/~mmarcon/*linyphi*-HOTP2P.pdf
Scalable Source Routing (SSR) is a self-organizing routing protocol
designed for supporting peer-to-peer applications. It is especially suited
for networks that do not have a well crafted structure, e.g. ad-hoc and
mesh-networks. SSR is based on the combination of source routes and a
virtual ring structure. This ring is used in a Chord-like manner to obtain
source routes to destinations that are not yet in the respective router
cache. This approach makes SSR more message ef- ficient than flooding based
ad-hoc routing protocols. Moreover, it directly provides the semantics of a
struc- tured routing overlay.

In this paper we present Linyphi, an implementa- tion of SSR for wireless
accesses routers. Linyphi com- bines IPv6 and SSR so that unmodified IPv6
hosts have transparent connectivity to both the Linyphi mesh net- work and
the IPv4/v6 Internet. We give a basic outline of the implementation and
demonstrate its suitability in real-world mesh network scenarios. Linyphi
is available for download [1].

Il problema è che il testo non descrive la modalità oprativa ma sembra più
che altro una tesi di un dottorando. Ma il dottorando anche se italiano
lavora in germania sarebbe da contattare.

Un piccolo sunto traduzione per chi non sa l'inglese.

Si tratta di fare una overlay (rete virtuale  sopra una altra rete)
automatica, con indirizzi link local IPv6 utilizzando il source routing.
(mettere le rotte dentro il pacchetto)


Che ne dite?




-- 
*Matteo Pedani*

www.pedani.it
mobile +39  3343637690
phone +39 0699341466
phone +39 069415152
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless


[Ninux-Wireless] Strumenti per benchmark di rete

2016-07-17 Per discussione Germano Massullo
Avrei bisogno di un software per effettuare dei benchmark su Ubiquiti
EdgeRouter Pro, come quelli che potete trovare al link [1]. Tali test
sono stati effettuati con IxChariot[2], che tuttavia è un software
commerciale. Facendo una breve ricerca su internet ho trovato dei
software non a pagamento che tuttavia neanche si avvicinano alla qualità
dei test della sopracitata suite: si limitano a fare delle misurazioni
della banda passante, ma niente che riguardi ad esempio il massimo
numero di connessioni aperte contemporaneamente.
Mi interessa scoprire se questi dispositivi, che vantano accelerazione
hardware per la gestione dei pacchetti, soffrono di rallentamenti in
caso di installazione di firmware non stock, come Lede/OpenWRT.
Tale dubbio è venuto fuori ricordando che alcuni dispositivi Tp-Link
hanno un NAT hardware che non viene sfruttato se non si usa il firmware
originale[3]

[1]:
http://www.smallnetbuilder.com/lanwan/lanwan-reviews/32398-ubiquiti-edgemax-edgerouter-pro-reviewed?showall=&start=3
[2]:
http://www.smallnetbuilder.com/lanwan/lanwan-howto/31103-how-we-test-hardware-routers-revision-3
[3]: https://dev.openwrt.org/ticket/11779#comment:2

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


Re: [Ninux-Wireless] Torino e Roma

2016-07-17 Per discussione Massimiliano CARNEMOLLA

On 12/07/16 06:44, uby one wrote:


Per Torino e provincia abbiamo la "concorrenza" di
http://www.senzafilisenzaconfini.org


Se sta community, insieme alla ns, a NECO, NOINET etc. si linkassero una 
con l'altra, da tutti i punti di vista, wireless, tecnico, community, 
politico... sai che bella Rete verrebbe fuori !



In giro per L'italia ci stanno un sacco di link co antenne settoriali 
principalmente utilizzate per trasportare riprese di videosoeveglianza e 
condivisione connettivita'. Se capissero che sarebbe cosa buona aprire i 
loro link di copertura a tutti vedi un po' come la copertura nazionale 
si estenderebbe sia a livello di densita' che di lunga distanza e sempre 
meno isole wireless avrebbero il problema di non riuscire a linkarsi 
l'una con l'altra !




Le finalità sono diverse ma si rivolge a tutti e ai comuni soprattutto
con scarsa connettività e con buon successo e si sta allargando a
parecchi comuni.


Questo e' il difetto di fondo : si deve venire a creare il problema, 
altrimenti la gente non si coalizza insieme per lavorare e risolvere una 
cosa.





Proporre un progetto in "comune"? Non siamo localmente pronti (credo)
per una proposta completa ma penso che sondare il terreno per una
qualche sorta di sposorizzazione si possa tentare.


Presentate al comune il lavoro di ricerca di Leonardo

http://eprints.biblio.unitn.it/4428/1/COLLANA_QUADERNI__VOLUME_9__CASO_GIOVANELLA_01.09.2015.pdf

Fateglielo esaminare e poi gli dite " che vogliamo fa ? "

" Avete intenzione di fare qualcosa nell'interesse del benessere della 
collettivita' o siete solo e soltano l'ennesimo "male minore" di turno 
che si e' costretti a vota' ? "



E' il Comune che si deve muovere dal punto di vista economico, a far 
installare i nodi negli edifici, etc.



Voi dovete supervisionare il tutto (dicendogli in che modo si devono 
fare le cose) e lavorare sulla parte software.




> La geografia e la

crescente capacità di connessione della città non son un buon traino.
La fibra spunta come erbaccia!


Ben venga la fibra ottica.


Il pensiero della gente e' questo, "c'ho la connessione, cazzo me ne 
frega degli altri".



Si fanno fregare i soldi co ste cazzo di connessioni dei cellulari, da 1 
a 30 GB al mese.



Siamo noi che non riusciamo a mettere su un pensiero politico da portare 
in parlamento.


Lo stato deve regolamentare le telecomunicazioni nazionali 
nell'interesse della collettivita', non per interessi economici delle 
aziende di telecomunicazioni !




- Accesso gratuito alla Rete a bassa velocita' per chi non possa 
permettersi dal punto di vista economico un contratto Internet.



- Connettivita' IPv6 nativa simmetrica con indirizzo statico

- Ogni ISP (ste merde che lavorano con le telecomunicazioni cellulari) 
dovrebbe avere un'offerta concorrenziale FLAT anche in mobile, 
altrimenti non lavori !



- Tutela dei dati e della privacy dei cittadini (se non vi adeguate 
Google e Facebook ve ne andate a fanculo dall'Italia ! )


- Neutralita' della Rete

- Costringere gli ISP a fare peering e routing nell'ottica di 
ottimizzare le distanze di traffico dati tra l'origine e la destinazione 
dei pacchetti dati



Caso Telecom : io che sono di Siracusa e voglio comunicare con un altro 
della mia citta' (o un'altra del centro Italia ) che ha anche lui 
Telecom o un altro Operatore e' assurdo che i dati devono passare per 
Milano prima di arrivare a destinazione ! (e viceversa)




Qualche settimana fa dovevo scaricare una distribuzione GNU/Linux e ho 
cercato un mirror italiano dal quale poterla scaricare :ho trovato GARR.



Sulla Rete GARR o cercato un mirror piu' vicino alla mia citta' e ho 
trovato BARI.



Successivamente effettuando un traceroute mi sono accorto che era meglio 
se mi agganciavo a quello di ROMA.



I pacchetti da Siracusa arrivano al NAP di Roma , poi entrano nella rete 
GARR e vanno a BARI e poi compiono il percorso inverso.






Non ha senso star qua a cantarsela, suonarsela tra di noi, fare Ninux 
Day e poi non riuscire a fare qualcosa tutti insieme per cambiare le cose.

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


Re: [Ninux-Wireless] MOCA talk

2016-07-17 Per discussione leonardo
On Sat, 2016-07-09 at 19:08 +, Daniela Ruggeri wrote:
> Io penso di andare ma non al 100% 
> 

OK, allora rispondo che ci vado io, sapendo che al limite c'e' un
backup vostro, anche se non al 100% :-)

ciao,
leonardo.

> Ciao :-)
> Daniela
>  
> Key GPG ID: AA2DA887 --
> Siamo tutti nella melma, ma alcuni di noi guardano le stelle  
> Oscar Wilde
> 
> 
> Il Sabato 9 Luglio 2016 10:54, Claudio Pisa  ha
> scritto:
> 
> 
> On 07/08/2016 03:00 PM, leonardo wrote:
> > Questa mi arriva dagli organizzatori del MOCA...
> > 
> > chi e' sicuro 100% di andare?
> 
> Ciao.
> 100% mi sembra troppo, ma penso proprio di andare :)
> 
> Clauz
> 
> 
> > ---
> > 
> > 
> > Ciao!
> > 
> > In occasione di questo MOCA 2016 sono arrivate davvero molte
> richieste 
> > di talk, tutti ci sono apparsi estremamente interessanti e
> ovviamente 
> > non vogliamo rinunciare a nessuno! :)
> > 
> > Abbiamo preparato un calendario dei talk che sarà presto pubblicato
> > sul 
> > sito.
> > Se ci sono problemi, ti preghiamo di farcelo sapere al più presto.
> > 
> > L'orario che abbiamo dedicato al tuo intervento è:
> > 
> > Reti comunitarie, noi siamo Internet venerdì 19 Agosto dalle ore
> 18:00 
> > alle 19:00
> > 
> > Pertanto, ti chiediamo gentilmente di:
> > 
> > - confermare la tua presenza al MOCA per presentare il tuo talk
> > - confermare l'orario
> > - rispettare in maniera molto precisa gli orari, contando già nel
> > tempo 
> > assegnato uno spazio per eventuali domande da parte del pubblico
> > 
> > Francesco 'sugo' Politi
> > tesoriere Metro Olografix
> > ___
> > 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