Re: [Ninux-Wireless] Nuove policy SDK AirOS
On Thu, Jan 3, 2013 at 3:58 PM, Saverio Proto ziopr...@gmail.com wrote: Spero vivamente che facciano marcia indietro perche' con queste policy penso proprio che non perdero' piu' tempo a lavorare sull'SDK di AirOS. Io avevo gi`a solevato la questione a ottobre: http://ml.ninux.org/pipermail/wireless/2012-October/008930.html quando mi sono avvicinato a ninux. E all'epoca mi avevi risposto proprio te con una cosa che in effetti non mi tornava molto. Purtroppo nella mia email non avevo posto l'accetto giusto sullla questione e per non insistere lasciai perdere. * Spulciando il sito di ubnt ho trovato questo:* * http://www.ubnt.com/sdkrequest oltre ad esserci il fw 5.5.2 (che dovrebbe essere successivi alla nostra) ho** notato la sequela infinita di domande che ti fanno per scaricare l'sdk (che** ora è firmata digitalmente). Ma è sempre stato così?* nolith http://www.ubnt.com/sdkrequest Ubiquiti SDK packages are now digitally signed and distributed individually to customers upon request. In order to gain access to an SDK, each customer must complete the following form. Upon completion, Ubiquiti will review the form, and once approved, the customer will receive an email with a digitally signed SDK package that is unique to that customer. The SDK must be used only for that customer, and may not be distributed or shared with others. SDK Usage Rules 1. The software may only be used with Ubiquiti hardware 2. Copyright information may not be removed from the SDK 3. The SDK may not be shared with other individuals/companies 4. Any binary software should not be reverse-engineered or decompiled ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- 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
Re: [Ninux-Wireless] Nuovi sviluppi ninux.org
2012/12/22 Nemesis neme...@ninux.org Il 22/12/2012 13.28, leonardo ha scritto: On 21/12/2012 17:50, Nemesis wrote: Succedono tante cose dietro le quinte ma troviamo poco tempo per annunciare in lista quello che i vari gruppi locali fanno. Vi va di dare un aggiornamento su quello che sta succedendo nella vostra zona? Ciao lista, noi abbiamo tre link in piedi, anche se due sono un po' traballanti e sono tutti separati tra loro. Stiamo pensando di fare un nuovo acquisto di hw per fixarne uno e per espanderci verso le colline, che potrebbero essere un modo per collegarli. Oltre a questo stiamo tirando su un drupal per metterci un po' di notizie e aggiornamenti vari, che poi vi segnaleremo. Speriamo di organizzarci per la fine delle vacanze con entrambe le cose. ciao, leonardo. Sul map server ce ne sono solo due di nodi segnati come attivi, vero? Quali sono gli altri nodi da segnare come attivi? Avevate già discusso della possibilità di pubblicare la topologia della rete (olsr txtinfo plugin) su una URL raggiungibile via HTTP in modo da mostrare anche i link attivi? Scusatemi se rispondo con un po' di ritardo, non solo ne abbiamo discusso, ma l'export e` attivo da novembre. wget -q http://ninux.l0g.in/olsr -O - Ti avevo anche mandato un'altra mail in CC a dicembre per chiederti se il link ti andava bene, ma poi mi e` passato di mene di continuare a rompere le scatole. nolith Federico ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless -- 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
Re: [Ninux-Wireless] Nuove policy SDK AirOS
http://www.ubnt.com/sdkrequest Ubiquiti SDK packages are now digitally signed and distributed individually to customers upon request. In order to gain access to an SDK, each customer must complete the following form. Upon completion, Ubiquiti will review the form, and once approved, the customer will receive an email with a digitally signed SDK package that is unique to that customer. The SDK must be used only for that customer, and may not be distributed or shared with others. SDK Usage Rules 1. The software may only be used with Ubiquiti hardware 2. Copyright information may not be removed from the SDK 3. The SDK may not be shared with other individuals/companies 4. Any binary software should not be reverse-engineered or decompiled ___ Wireless mailing list Wireless@ml.ninux.org mailto:Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless Scusate, ma a me pare che se l'SDK viene preso a nome di una associazione ed utilizzato solo all'interno di questa realtà non si va contro il punto 3; inoltre non mi pare ci sia scritto che non è possibile condividere il firmware compilato, ma solo l'sdk; quindi forse sarebbe possibile condividere il solo firmware compilato. Se comunque si trova una qualche forma associativa che ubiquiti può riconoscere (anche fusolab), tutti i partecipanti possono tranquillamente continuare a fare quel che viene fatto ora. Discorso diverso per github, vero... bisogna creare un github interno a ninux, ma anche quello non mi sembra una difficoltà insormontabile. Detto questo io sarei comunque favorevole a cercare un'alternativa al firmware proprietario, magari spostando la logica di controllo del routing su un altro apparato e lasciare alle antenne il solo compito di parlare tra di loro, ma questa è un'altra questione tra l'altro anche controversa... Ciao a tutti Lorenzo ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] R: Nuove policy SDK AirOS
Detto questo io sarei comunque favorevole a cercare un'alternativa al firmware proprietario, magari spostando la logica di controllo del routing su un altro apparato e lasciare alle antenne il solo compito di parlare tra di loro, ma questa è un'altra questione tra l'altro anche controversa... Mi inserisco al volo in questa discussione; Per anni io ho fatto fare agli apparati sia la parte di interconnessione radio che di routing; col tempo però è saltato fuori che per mille motivi diversi non è la soluzione migliore.. di pro c'è la semplicità di manutenzione e la compatibilità con vari vendor; difattti il 90% dei problemi hardware si verifica sulla parte radio, e non sulla parte di routing; di conseguenza un conto è cambiare solo l'antenna esterna, configurare due parametri al volo e fine, un conto è metter mano agli apparati di routing; tra l'altro in caso di upgrade di apparati radio (altri vendor, altri bande di frequenza, etc) basta solo cambiare la parte radio lasciando immutate le logiche di routing.. Da: wireless-boun...@ml.ninux.org [mailto:wireless-boun...@ml.ninux.org] Per conto di Lorenzo - Tulug Inviato: venerdì 4 gennaio 2013 10:00 A: wireless@ml.ninux.org Oggetto: Re: [Ninux-Wireless] Nuove policy SDK AirOS http://www.ubnt.com/sdkrequest Ubiquiti SDK packages are now digitally signed and distributed individually to customers upon request. In order to gain access to an SDK, each customer must complete the following form. Upon completion, Ubiquiti will review the form, and once approved, the customer will receive an email with a digitally signed SDK package that is unique to that customer. The SDK must be used only for that customer, and may not be distributed or shared with others. SDK Usage Rules 1. The software may only be used with Ubiquiti hardware 2. Copyright information may not be removed from the SDK 3. The SDK may not be shared with other individuals/companies 4. Any binary software should not be reverse-engineered or decompiled ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless Scusate, ma a me pare che se l'SDK viene preso a nome di una associazione ed utilizzato solo all'interno di questa realtà non si va contro il punto 3; inoltre non mi pare ci sia scritto che non è possibile condividere il firmware compilato, ma solo l'sdk; quindi forse sarebbe possibile condividere il solo firmware compilato. Se comunque si trova una qualche forma associativa che ubiquiti può riconoscere (anche fusolab), tutti i partecipanti possono tranquillamente continuare a fare quel che viene fatto ora. Discorso diverso per github, vero... bisogna creare un github interno a ninux, ma anche quello non mi sembra una difficoltà insormontabile. Detto questo io sarei comunque favorevole a cercare un'alternativa al firmware proprietario, magari spostando la logica di controllo del routing su un altro apparato e lasciare alle antenne il solo compito di parlare tra di loro, ma questa è un'altra questione tra l'altro anche controversa... Ciao a tutti Lorenzo ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Nuovi sviluppi ninux.org
Il 01/04/2013 09:37 AM, Alessio Caiazza ha scritto: Scusatemi se rispondo con un po' di ritardo, non solo ne abbiamo discusso, ma l'export e` attivo da novembre. wget -q http://ninux.l0g.in/olsr http://ninux.l0g.in/olsr -O - Ti avevo anche mandato un'altra mail in CC a dicembre per chiederti se il link ti andava bene, ma poi mi e` passato di mene di continuare a rompere le scatole. Ma figurati, mica mi rompi le scatole, anzi, ci teniamo che i link si vedano. Non ricordo di quel link, l'ho provato ora e vedo un file vuoto, vi risulta anche a voi? Ciao Federico ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Nuovi sviluppi ninux.org
On 01/04/13 13:34, Nemesis wrote: wget -q http://ninux.l0g.in/olsr http://ninux.l0g.in/olsr -O - Non ricordo di quel link, l'ho provato ora e vedo un file vuoto, vi risulta anche a voi? se ci vai con un browser e' normale se dai wget ti scarica tutto, se non ricordo male c''e modo di farsi stampare solo al topologia da olsr che e' quello che vuole nodeshot forse con wget -q http://ninux.l0g.in/olsr/topology -O - ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Nuovi sviluppi ninux.org
2013/1/4 G10h4ck g10h...@riseup.net On 01/04/13 13:34, Nemesis wrote: wget -q http://ninux.l0g.in/olsr http://ninux.l0g.in/olsr -O - Non ricordo di quel link, l'ho provato ora e vedo un file vuoto, vi risulta anche a voi? se ci vai con un browser e' normale se dai wget ti scarica tutto, se non ricordo male c''e modo di farsi stampare solo al topologia da olsr che e' quello che vuole nodeshot Esatto, infatti ti ho messo il comando wget apposta. e` il plugin di olsr che non risponde con gli header HTTP ma spara dritto dritto il file forse con wget -q http://ninux.l0g.in/olsr/topology -O - -- 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
Re: [Ninux-Wireless] Nuovi sviluppi ninux.org
Il 01/04/2013 01:43 PM, G10h4ck ha scritto: On 01/04/13 13:34, Nemesis wrote: wget -q http://ninux.l0g.in/olsr http://ninux.l0g.in/olsr -O - Non ricordo di quel link, l'ho provato ora e vedo un file vuoto, vi risulta anche a voi? se ci vai con un browser e' normale se dai wget ti scarica tutto, se non ricordo male c''e modo di farsi stampare solo al topologia da olsr che e' quello che vuole nodeshot forse con wget -q http://ninux.l0g.in/olsr/topology -O - Ah ok, questa cosa mi era sfuggita, mi spiegate perchè con il browser no e con wget o python-urllib2 sì? E' un dettaglio che mi era sfuggito. Cmq noi non usiamo wget ma python urllib2, esempio: python import urllib2 urllib2.urlopen('http://ninux.l0g.in/olsr/topology').read() Ora l'ho aggiunto alla lista dei file di topologia. Per mostrare tutti i link attivi dovrete indicarci quali sono i nodi da segnalare come attivi e poi dovrete inserire le informazioni dei device e delle interfacce della vostra rete (in particolare gli ip segnati sul file della topologia), copio e incollo il testo di una mail mandata in precedenza: Per farlo funzionare voi dovreste aggiungere le informazioni di device e interfacce su nodeshot, ovvero modifica nodo devices aggiungi almeno solo campi obbligatori e salva aggiungi le interfacce che hanno i mac address che stanno sul file txtinfo. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Nuovi sviluppi ninux.org
Il 01/04/2013 02:02 PM, Alessio Caiazza ha scritto: Esatto, infatti ti ho messo il comando wget apposta. e` il plugin di olsr che non risponde con gli header HTTP ma spara dritto dritto il file Ok, capito, grazie. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Topologia Map Server [era: Nuovi sviluppi ninux.org]
Rettifico, da map.ninux.org con python urllib2 non riesco a leggere il file. Via email è un pò ostico fare ste cose, ma voi di Firenze usate jabber? io sono *neme...@jabber.ninux.org* Il 01/04/2013 02:04 PM, Nemesis ha scritto: Il 01/04/2013 01:43 PM, G10h4ck ha scritto: On 01/04/13 13:34, Nemesis wrote: wget -q http://ninux.l0g.in/olsr http://ninux.l0g.in/olsr -O - Non ricordo di quel link, l'ho provato ora e vedo un file vuoto, vi risulta anche a voi? se ci vai con un browser e' normale se dai wget ti scarica tutto, se non ricordo male c''e modo di farsi stampare solo al topologia da olsr che e' quello che vuole nodeshot forse con wget -q http://ninux.l0g.in/olsr/topology -O - Ah ok, questa cosa mi era sfuggita, mi spiegate perchè con il browser no e con wget o python-urllib2 sì? E' un dettaglio che mi era sfuggito. Cmq noi non usiamo wget ma python urllib2, esempio: python import urllib2 urllib2.urlopen('http://ninux.l0g.in/olsr/topology').read() Ora l'ho aggiunto alla lista dei file di topologia. Per mostrare tutti i link attivi dovrete indicarci quali sono i nodi da segnalare come attivi e poi dovrete inserire le informazioni dei device e delle interfacce della vostra rete (in particolare gli ip segnati sul file della topologia), copio e incollo il testo di una mail mandata in precedenza: Per farlo funzionare voi dovreste aggiungere le informazioni di device e interfacce su nodeshot, ovvero modifica nodo devices aggiungi almeno solo campi obbligatori e salva aggiungi le interfacce che hanno i mac address che stanno sul file txtinfo. ___ 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] Topologia Map Server [era: Nuovi sviluppi ninux.org]
Ulteriore aggiornamento: credo che sia sempre relazionato al famoso problema ipv6 che ci perseguita ormai da un pochino e che i nostri prodi stanno cercando di risolvere con i tecnici della server farm. Mi spiego, ipv6 sul map-server non funziona, cioè è abilitato ma non funziona probabilmente per qualche problema di routing interno alla farm, e siccome quell'host è raggiungibile sia via ipv4 che ipv6, ma l'ipv6 è la via preferita di default secondo gli standard (come ben saprete meglio di me), allora automaticamente la richiesta passa per ipv6 ma non funziona un cazzo. Ora la prima soluzione che mi viene in mente è di disabilitare ipv6 sul map-server finquando non ricominci a funzionare, ma prima di fare questa cosa devo chiedere il parere di Lorenzo e ZioProto... c'è qualcuno in ascolto? Gli mando un sms che famo prima. Federico Il 01/04/2013 02:54 PM, Nemesis ha scritto: Rettifico, da map.ninux.org con python urllib2 non riesco a leggere il file. Via email è un pò ostico fare ste cose, ma voi di Firenze usate jabber? io sono *neme...@jabber.ninux.org* Il 01/04/2013 02:04 PM, Nemesis ha scritto: Il 01/04/2013 01:43 PM, G10h4ck ha scritto: On 01/04/13 13:34, Nemesis wrote: wget -q http://ninux.l0g.in/olsr http://ninux.l0g.in/olsr -O - Non ricordo di quel link, l'ho provato ora e vedo un file vuoto, vi risulta anche a voi? se ci vai con un browser e' normale se dai wget ti scarica tutto, se non ricordo male c''e modo di farsi stampare solo al topologia da olsr che e' quello che vuole nodeshot forse con wget -q http://ninux.l0g.in/olsr/topology -O - Ah ok, questa cosa mi era sfuggita, mi spiegate perchè con il browser no e con wget o python-urllib2 sì? E' un dettaglio che mi era sfuggito. Cmq noi non usiamo wget ma python urllib2, esempio: python import urllib2 urllib2.urlopen('http://ninux.l0g.in/olsr/topology').read() Ora l'ho aggiunto alla lista dei file di topologia. Per mostrare tutti i link attivi dovrete indicarci quali sono i nodi da segnalare come attivi e poi dovrete inserire le informazioni dei device e delle interfacce della vostra rete (in particolare gli ip segnati sul file della topologia), copio e incollo il testo di una mail mandata in precedenza: Per farlo funzionare voi dovreste aggiungere le informazioni di device e interfacce su nodeshot, ovvero modifica nodo devices aggiungi almeno solo campi obbligatori e salva aggiungi le interfacce che hanno i mac address che stanno sul file txtinfo. ___ 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] [blog] Digital Mass #2: VLAN meno fili e piu' colori
Nuovo post sul blog (Ninux.org Wireless Community): 'Digital Mass #2: VLAN meno fili e piu' colori' di ZioPRoTo 12 Gennaio 2013 dalle 17:00 alle 19:30 al Fusolab 2.0 in Via Della Bella Villa 94 a Roma 2° appuntamento della serie Digital Mass by Ninux.org Ingresso a sottoscrizione libera Form di iscrizione al workshop IEEE 802.1Q è uno standard che permette di condividere lo stesso collegamento fisico a piu' reti ethernet. Questo permette di sfruttare in modo efficiente il cablaggio esistente, riducendo al minimo i cavi necessari. Nel workshop vedremo cosa sono le VLAN, e come ottenere sicurezza efficienza e flessibilita' dall'uso di questa tecnologia. L'appuntamento è per Sabato 12 Gennaio al Fusolab 2.0 dalle 17:00 alle 19:30 (Come raggiungere il Fusolab 2.0?). L'ingresso è a sottoscrizione libera e dopo il workshop ci saranno altre attività interessanti come musica ed esibizioni live. Per partecipare è necessario registrarsi riempendo questo form. Non mancate! Digital Mass: Cultura Digitale per le Masse L'informazione è potere. L'accesso alle informazioni è un diritto umano fondamentale. Lottiamo per diffondere cultura digitale, per costruire una rete di telecomunicazione indipendente, lottiamo per riprendere il controllo del nostro futuro attraverso la tecnologia. La nostra missione è portare la cultura digitale alle masse. Se credi nella libertà di comunicazione, se sei un appassionato di tecnologia o se solamente vuoi cominciare ad imparare qualcosa di più sul mondo dell'information technology il Fusolab 2.0 è il posto che fa per te e i workshop Digital Mass sono ciò di cui hai bisogno. Per maggiori informazioni sulle nostre iniziative Digital Mass consultate il nostro wiki :-) . http://blog.ninux.org/2013/01/04/digital-mass-2-vlan-meno-fili-e-piu-colori/ (messaggio generato automaticamente) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Fwd: [Battlemesh] Announcing the Wireless Battle Mesh v6 (15th of April - 21st of April 2013, Aalborg, Denmark)
E' uscito l'annuncio del prossimo Battlemesh!! Clauz Original Message Subject: [Battlemesh] Announcing the Wireless Battle Mesh v6 (15th of April - 21st of April 2013, Aalborg, Denmark) Date: Fri, 04 Jan 2013 16:15:47 +0100 From: Martin Hundebøll mar...@hundeboll.net Reply-To: Battle of the Mesh Mailing List battlem...@ml.ninux.org To: battlem...@ml.ninux.org, linux-wirel...@vger.kernel.org, olsr-us...@lists.olsr.org, b.a.t.m@lists.open-mesh.org, babel-us...@lists.alioth.debian.org == Announcing the Wireless Battle Mesh v6 (15th of April - 21st of April 2013, Aalborg, Denmark) == The next 'Wireless Battle of the Mesh' will take place from Mon 15th till Sun 21st of April at the University of Aalborg, Denmark. The event aims to bring together people from across the globe to test the performance of different routing protocols for ad-hoc networks, like Babel, B.A.T.M.A.N., BMX, OLSR, and 802.11s. Of course, new protocols (working on OpenWRT) are always welcome! It is not required to be active within the mentioned protocols, so if you are a mesh networking enthusiast, community networking activist, or have an interest in mesh networks in general, you have to check this out! Information about the event is gathered at: http://battlemesh.org/BattleMeshV6 Location The event takes place at the University of Aalborg, Denmark. There will be room for hacking with software and hardware, talks and presentations, as well as informal discussions between participants. Participant Registration and Fee The event itself is free of charge and open for all, so to register without hotel and food supply, simply add your name to the participant table. http://battlemesh.org/BattleMeshV6/Participants If you wish low cost cost accomodation and low cost food supply, several special group bookings have been arranged. Payment in advance is required to get the full benefit of the discount. Therefore, this year's edition features an early bird low cost registration program: A bed in a nearby hotel from Monday till Sunday plus breakfast and dinner for the entire week are available for 1500 DKK (~201€) if the payment is made before February 15th, 2013. The price goes up to 1900 DKK (~255€) for all payments made after February 15th. These late arrangements are subject to availability. Of course, this package is not compulsory. You can also find your own bed and food supply yourself during the event if you wish to do so. Credit card payments for accomodation and food can be carried out here: https://www.erap.aau.dk/event/index.php/bmv6 Warm Up === As with Wireless BattleMesh V5 in Athens, we would like to arrange a warm up event in the preceeding weekend. So far, we have explored options like Djurslands Net and Net4Samsø, but nothing is final yet. Suggestions and ideas for this is more than welcome! Spread the Word === Feel free to spread the word by forwarding this mail to all lists / people that might be interested in it. Blogging about the event is more than welcome, and if you do so, please add a ping-back to the wiki page: http://battlemesh.org/BattleMeshV6 Contact === * Web: http://battlemesh.org/BattleMeshV6 * Email: http://ml.ninux.org/mailman/listinfo/battlemesh * IRC: irc.freenode.net #battlemesh ___ Battlemesh mailing list battlem...@ml.ninux.org http://ml.ninux.org/mailman/listinfo/battlemesh ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] disponibilità nodo
Ho messo il mio indirizzo sulla mappa, a Firenze - non ho voluto scrivere il mio nome per non dire a tutto il mondo dove abito, comunque il nodo si chiama kel. Miguel Martinez ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Topologia Map Server [era: Nuovi sviluppi ninux.org]
Scusate ma che c'entra il Ninux Data Center? Rimasugli di capodanno? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Topologia Map Server [era: Nuovi sviluppi ninux.org]
Abbiamo risolto sulla chat di ninux.org su jabber. Io e clauz ne abbiamo approfittato per fare dei miglioramenti allo script perchè con due topologie OLSR lo script della topologia sbroccava. Ecco gli aggiornamenti: https://github.com/ninuxorg/nodeshot/commit/3e1c94d6b075cce1a3a1825c1fddbf6f9d077f8c Per quanto riguarda il problema su ipv6 abbiamo forzato un bel pò di indirizzi ad usare ipv4 modificando il file host della macchina. Il problema con la topologia del friuli che ha solo ipv6 rimane. In sostanza rimangono 2 cose da fare: * ricontattare hetzner per verificare e risolvere il problema con l'ipv6 * i fiorentini aggiungano le informazioni su device e interfacce su nodeshot con particolare attenzione per gli ip che sono indicati nel file della topologia (altrimenti i link non vengono disegnati) Federico Il 01/04/2013 04:56 PM, Andrea Pescetelli ha scritto: Scusate ma che c'entra il Ninux Data Center? Rimasugli di capodanno? ___ 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] Topologia Map Server [era: Nuovi sviluppi ninux.org]
On 01/04/2013 04:56 PM, Andrea Pescetelli wrote: Scusate ma che c'entra il Ninux Data Center? No, si parlava dell'Hetzner data center / server farm. Clauz ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Topologia Map Server [era: Nuovi sviluppi ninux.org]
No, si parlava dell'Hetzner data center / server farm. Mi era sembrato di leggere Ninux Farm avro' capito male io :) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Topologia Map Server [era: Nuovi sviluppi ninux.org]
On 04/01/2013 17:36, Nemesis wrote: * ricontattare hetzner per verificare e risolvere il problema con l'ipv6 * i fiorentini aggiungano le informazioni su device e interfacce su nodeshot con particolare attenzione per gli ip che sono indicati nel file della topologia (altrimenti i link non vengono disegnati) grazie. sul nodo villastrozzi c'era undirizzo che è stato cambiato nel frattempo. L'ho aggiornato, ma nel tab dettagli è rimasto quello vecchio, mentre se apri il nodo per modificarlo vedi l'IP aggiornato.. -- www.leonardo.ma / tw: @leobowski ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless