[Ninux-Wireless] Google Has code competition

2016-01-14 Per discussione Germano Massullo 
Vi giro il link ad una iniziativa di Google molto interessante...
https://hashcode.withgoogle.com/overview.html
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] OT - Codice Armadi FFTC

2016-01-14 Per discussione Fabio Capriati 
Molte volte può essere utile sapere il codice dell'armadio del FFTH a cui
siamo collegati.

Finalmente ho trovato un sito che funziona bene:

http://www.kqi.it/it/Servizi/FttxAndDsl/copertura_fttx.aspx

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

[Ninux-Wireless] UBNT EdgeSwitch - anyone?

2016-01-14 Per discussione Luigi Porto 
Buondì cari,

Sono in procinto di cambiare un po' di switchama che ho in casa
(attualmente TL-SG108E /ToughSwitch) con un ES-16-150W

1. https://www.ubnt.com/downloads/datasheets/edgemax/EdgeSwitch_DS.pdf
2.
https://www.ubnt.com/downloads/guides/edgemax/EdgeSwitch_ES-16-150W_QSG.pdf

Andrà nel mio wallrack in stanza, quindi avrei bisogno di qualche feedback
riguardo rumorosità et similia.. diciamo che dovrò anche dormire. ;-)

Abbiamo qualche esperienza on live dei possessori?

-- 
#musk from calabria.ninux.org - CS

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

Re: [Ninux-Wireless] Nuovo visualizer topologia

2016-01-14 Per discussione Nemesis 
On 01/13/2016 04:04 PM, Germano Massullo wrote:
> Ho iniziato la procedura per l'immissione di netdiff,
> django-netjsongraph (e relative dipendenze) nei repository
> - ufficiali di Fedora
> ed
> -EPEL per
> -- CentOS
> -- Red Hat Enterprise Linux
> -- Scientific Linux
>
> In totale verranno immessi i pacchetti
> python-cookies (URL ticket richiesta revisione [1])
> python-django-netjsongraph
> python-libcnml (URL ticket richiesta revisione [2])
> python-netdiff
> python-responses
>
> Attualmente tutto il lavoro è fermo a causa di python-responses che
> richiede python-coverage >= 3.7.1, < 4.0.0 . Tuttavia Fedora ha
> python-coverage 4.0.3
> Ho chiesto chiarimenti [3] agli sviluppatori di python-responses, se
> non sarà possibile portare responses a supportare le nuove versioni di
> python-coverage, allora dovrò aggiungere un pacchetto di compatibilità
> python-coverage versione 3.7
>
> [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1297704
> [2]: https://bugzilla.redhat.com/show_bug.cgi?id=1298180
> [3]: https://github.com/getsentry/responses/issues/95
>

Grandissimo Germano. Al più presto cerco di darti una mano con il
problema su python-responses.

Questo lavoro ci permetterà di preparare pacchetti installabili
facilmente per i principianti.
Spero che altri seguiranno l'esempio di Germano!
Ci sarebbe molto utile ripetere la stessa procedura su debian.

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

Re: [Ninux-Wireless] Nuovo visualizer topologia

2016-01-14 Per discussione Nemesis 
On 01/14/2016 09:46 AM, Alfredo Vania wrote:
>
>
> Buongiorno a tutti. L'isola di Trani c'è ma non si vede :-)
> Purtroppo un temporale di settembre ha fatto danno alla routerboard
> che faceva da BGP. Sto cercando di ripristinare il tutto con l'aiuto
> di FabyS, dovrei farcela a breve!
> Appena torna su il BGP, aggiungo l'isola nella lista.
> Nel frattempo la rete si sta anche ampliando, quindi attiverò nuovi
> nodi sulla mappa.
> Un caro saluto da TraNinux!
> Alfredo

Ottima notizia!

Per visualizzare la rete di Trani basta recuperare la topologia dal
vostro protocollo di routing, che suppong sia OLSR1, quindi il classico
txtinfo o jsoninfo.

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

Re: [Ninux-Wireless] Nuovo visualizer topologia

2016-01-14 Per discussione Alfredo Vania 
Il giorno 27 dicembre 2015 20:12, Nemesis  ha scritto:

> Ciao a tutti,
>
> da qualche giorno ho messo su un istanza del nuovo tool di collezione
> dati e visualizzazione di topologia qui:
> http://ninux-graph.netjson.org/
>
> Il codice è qui:
> https://github.com/interop-dev/django-netjsongraph
>
> Mi serve l'aiuto di altre isole ninux per testarlo in modo da farlo
> diventare sufficientemente maturo per poterlo usare in produzione il più
> presto possibile.
>
> Il primo obiettivo è essere sicuri che tutti i link vengano visualizzati e
> poi aggiungere un modo per gestire casi speciali.
>
> Se volete aiutarmi mi bastano le seguenti cose:
>
>1. mettete la topologia della vostra isola in JSON su una URL
>raggiungibile via ip pubblico
>2. aggiungetela http://ninux-graph.netjson.org/admin (admin/admin)
>3. usate la funzione "update selected topologies" selezionando la
>vostra topologia o aspettate qualche minuto
>4. osservate la topologia e comunicate eventuali stranezze
>
> Spero in una vostra collaborazione!
>
> Grazie
> Nemesis
>
> PS: ci sono diverse feature interessanti in cantiere che mi sono state
> suggerite da diverse persone ma per ora è inutile parlarne
>


Buongiorno a tutti. L'isola di Trani c'è ma non si vede :-)
Purtroppo un temporale di settembre ha fatto danno alla routerboard che
faceva da BGP. Sto cercando di ripristinare il tutto con l'aiuto di FabyS,
dovrei farcela a breve!
Appena torna su il BGP, aggiungo l'isola nella lista.
Nel frattempo la rete si sta anche ampliando, quindi attiverò nuovi nodi
sulla mappa.
Un caro saluto da TraNinux!
Alfredo
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

Re: [Ninux-Wireless] OT - Codice Armadi FFTC

2016-01-14 Per discussione Luigi Porto 
Il giorno 14 gennaio 2016 10:01, Fabio Capriati 
ha scritto:

> Molte volte può essere utile sapere il codice dell'armadio del FFTH a cui
> siamo collegati.
>
> Finalmente ho trovato un sito che funziona bene:
>
> http://www.kqi.it/it/Servizi/FttxAndDsl/copertura_fttx.aspx
>
>
>
>
Yes, già conosciuto da quando TIM ha cominciato a vendere i kit ws per ogni
armadio..
Su verifica copertura OVUS vedi la centrale, poi su Wholesale Telecom vedi
tra i file .xls se la centrale è pianificata o già attiva, poi ti rivolgi a
KQI + relativi file per armadio (sempre da prendere con le pinze, il
riferimento all'80% del reale lo hai sempre su Lido Telecom)..

Come già detto in qualche discussione estemporanea: il giochino delle
ONUCAB VDSL2 (aka DSL pompata a 17MHz) non è altro che lo step intermedio.
Il risultato finale si avrà col deploy FTTH ripartendo per ogni ONU FTTCAB
una bretella fibra la quale collegherà ogni palazzo sui ROE (switch passivi
in fibra) condominiali.
Ufficiosamente i comuni interessati e in copertura fino al 2018 sono 100
(FTTH), ma qualcosa mi dice che ci saranno sorprese, soprattutto da noi al
sud. :-)

-- 
#musk from calabria.ninux.org - CS

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

[Ninux-Wireless] OpenWRT su PowerBeam400

2016-01-14 Per discussione Alfredo Vania 
Buongiorno a tutti.
Qualcuno ha mai provato a flashare una ubbiquiti PowerBeam400 con
Scooreggione? O, più in generale, con OpenWRT?
La PowerBeam sembra aver sostituito la Nanobeam, e un amico ne ha
acquistata una per un link verso l'isola Ninux di Trani.
Volevo iniziare a capire se devo orientarmi verso ground routing..
Grazie in anticipo
Saluti
Alfredo
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless

[Ninux-Wireless] Fwd: [gaia] I-D Action: draft-irtf-gaia-alternative-network-deployments-03.txt

2016-01-14 Per discussione ThEgAmEr 
-- Forwarded message --
From:  
Date: Thu, Jan 14, 2016 at 11:41 AM
Subject: [gaia] I-D Action:
draft-irtf-gaia-alternative-network-deployments-03.txt
To: i-d-annou...@ietf.org
Cc: g...@irtf.org



A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Global Access to the Internet for
All Working Group of the IETF.

Title   : Alternative Network Deployments: Taxonomy,
characterization, technologies and architectures
Authors : Jose Saldana
  Andres Arcia-Moret
  Bart Braem
  Ermanno Pietrosemoli
  Arjuna Sathiaseelan
  Marco Zennaro
Filename: draft-irtf-gaia-alternative-network-deployments-03.txt
Pages   : 31
Date: 2016-01-14

Abstract:
   This document presents a taxonomy of "Alternative Network
   Deployments", and a set of definitions and shared properties.  It
   also surveys the technologies employed in these networks, and their
   differing architectural characteristics.

   The term "Alternative Network Deployments" includes a set of network
   access models that have emerged in the last decade.  These networks
   aim to bring Internet connectivity to people, using topological,
   architectural and business models different from the so-called
   "traditional" ones, where a company deploys or leases the network
   infrastructure for connecting the users, who pay a subscription fee
   to be connected and make use of it.

   Several initiatives throughout the world have built large scale
   Alternative Networks, using predominantly wireless technologies
   (including long distance) due to the reduced cost of using unlicensed
   spectrum.  Wired technologies such as fiber are also used in some of
   these alternate networks.

   The emergence of these networks has been motivated by a variety of
   factors such as the reluctance of network operators to provide wired
   and cellular infrastructures to rural/remote areas.  In these cases,
   the networks have self-sustaining business models that provide more
   localized communication services as well as Internet backhaul support
   through peering agreements with traditional network operators.  In
   other cases, networks are built as a complement to commercial
   Internet access provided by "traditional" network operators.

   The present classification considers extant network models such as
   Community Networks, which are self-organized and decentralized
   networks wholly owned by the community; networks owned by individuals
   who act as Wireless Internet Service Providers (WISPs); networks
   owned by individuals but leased out to network operators who use them
   as a low-cost medium to reach the underserved population, and finally
   there are networks that provide connectivity by sharing wireless
   resources of the users.

   Different criteria are used in order to build a classification e.g.,
   the ownership of the equipment, the way the network is organized, the
   participatory model, the extensibility, if they are driven by a
   community, a company or a local stakeholder (public or private), etc.

   According to the developed taxonomy, a characterization of each kind
   of network is presented in terms of specific network characteristics
   related to architecture, organization, etc.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-irtf-gaia-alternative-network-deployments/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-irtf-gaia-alternative-network-deployments-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-irtf-gaia-alternative-network-deployments-03


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

___
gaia mailing list
g...@irtf.org
https://www.irtf.org/mailman/listinfo/gaia
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless