E’ stata finalmente rilasciata la versione 3.16 di Adunanza, che pone fine ai problemi sulla ricerca dei files.

Con la versione 3.16 probabilmente si ritornerà ad avere le ricerche funzionanti, vedi forum adunanza.net:

Aduners,
sono passati oramai 2 mesi dall’ultimo aggiornamento sulla situazione.
Nuove voci di corridoio, sembrano smentire che la causa ai problemi su kAdu fosse stata la questione della “dorsale sarda”. Sembra piuttosto che i problemi siano stati causati dai lavori di ampliamento della rete Fastweb. Al dilà dei dettagli pero’, di fatto in questi mesi la situazione “rete fastweb in panne” dovrebbe essere oramai rientrata. C’è da tenere presente tuttavia, che ultimamente, come molti di voi avranno provato sulla loro pelle, alcune man hanno avuto ancora problemi (es. Genova) ed in molte zone sparse anche i servizi in streaming fastweb hanno iniziato a dare qualche noia, quindi è molto difficile sperare in una rete completamente priva di problemi. Ma è tempo di considerare la rete fastweb solo una concausa per quanto abbiamo sofferto su kAdu.

Le indagini dei su possibili filtri anti-p2p non hanno ricevuto purtroppo la necessaria attenzione ed aiuto da parte della comunità e non sono stati quindi di molto aiuto fin ora per districare la vicenda.

I problemi ai server di tutta la rete mondiale ED2K continuano e l’impossibilità di connettersi, combinata alle ricerche su kAdu problematiche, ha messo a dura prova la pazienza di tutti. Purtroppo per quanto riguarda i server non c’è nulla che l’AduTeam possa fare, essendo i server fuori dal nostro controllo e solo una rete “extra” alla quale si connette eMule AdunanzA). E’ di kAdu che noi ci dobbiamo preoccupare. Cmq sono in cantiere delle proposte anche per non perdere connettività con la rete ed2k, presto verrete messi al corrente.

Per quanto riguarda lo Sviluppo in questi mesi non ci sono stati grossi passi avanti, anche se il team ha continuato a lavorare con le poche risorse disponibili per cercare di risolvere i problemi che affliggono kAdu.
Purtroppo su questo fronte gli sponsor non hanno ancora dato la mano sperata per finanziare uno sviluppo professionale e costante del nostro software, ma rimaniamo fiduciosi.
Tuttavia per far fronte a questa carenza di risorse ed uscire dalla situazione di stallo abbiamo formato un nuovo DevTeam di Apprendisti che si sta mobilitando per riprendere lo sviluppo e siamo fiduciosi che il loro contributo potrà smuovere le cose e velocizzarle in futuro.
Ecco i nomi che speriamo entreranno a far parte della storia di AdunanzA: theking00, Onorato, eardizzo.
Stiamo anche approntando un sito dedicato completamente ai Dev per migliorare l’efficienza del team e grazie al quale potrete seguire piu’ da vicino i lavori dell’AduTeam.

Il Supporteam monitorando costantemente la situazione con dei test, ha rilevato che nelle ultime due settimane ci sono stati dei cambiamenti rilevanti che necessitano una revisione delle ipotesi fin qui date.
I test di ricerca con la versione ufficiale di emule 0.49b hanno iniziato a fornire risultati quasi normalmente. Mentre i test con la 3.15 e 3.14 adu sono addirittura peggiorati.
Questo ha riportato prepotentemente in cima alla lista la possibilità che vi sia comunque un bug nella 3.15 che è riuscito in qualche modo ad affliggere anche le vecchie versioni adunanza, causando danni a tutta la rete kadu ma non alle versioni ufficiali che funzionano con Kad.
Molto probabilmente al tempo della prima serie di test fatti mesi fa, i lavori e problemi di rete Fastweb hanno afflitto in qualche modo anche la ufficiale e questo ci ha fuorviato.

Questi nuovi test pero’, ci hanno portato ad un cambiamento di strategia. La nostra intenzione è diventa quindi rilasciare la 3.16 con tutti i bugfix fin’ora trovati al piu’ presto, ed a piu’ a lungo termine la 3.17 basata sul nuovo core della 0.49b.
Purtroppo pero’ la mancanza di Sviluppatori con l’esperienza e soprattutto il tempo necessario per eseguire un debug serrato su kAdu avrebbe comunque prospettato ancora tempi molto lunghi per venire a capo del problema (eh si i programmi non crescono sugli alberi …)
Proprio ieri sera pero’, il team ha potuto contare sull’aiuto straordinario di Lupz che è riuscito in un tempo record a mettere insieme i pezzi del puzzle che man mano abbiamo costruito grazie allo sforzo del SupporTeam/ BetaTeam in questi mesi.
Come avrete appreso dal log dei lavori quindi, Lupz è venuto a capo del problema e ieri notte il Supporteam ha già iniziato a verificare che il bugfix da lui rilasciato risolva il problema delle ricerche su Kadu!

E’ solo questione di tempo (speriamo circa una settimana) ed avremo una nuova versione che risolverà quasi completamente, e speriamo da subito, tutti i problemi a kAdu (anche se il discorso è abbastanza complesso).

Per ora è tutto. Avrete maggiori dettagli in seguito in questa discussione non appena il DevTeam avrà deciso come muoversi.

Grazie a tutti coloro che hanno avuto fiducia nell’AduTeam in questi mesi difficili.

A quanto pare, come riportato in un articolo di adunanza.net, potrebbe essere la fine del p2p. Sembra che anche Fastweb (oltre a Libero e Tele2) abbia impostato dei filtri per il file sharing in modo da limitare il traffico p2p, e rendere così molto pià lento e difficoltoso l’accesso ed il download alla rete kAdu, finora una delle poche rimasta libera da queste limitazioni. Chi riporta problemi con eMule Adunanza dunque si metta il cuore in pace, non è un vostro problema, ma un problema, putroppo, di tutti gli utenti Fastweb.

Aggiornamento sulla situazione: sembra individuato il problema che affligge kAdu.

Riporto l’articolo di adunanza.net:

Durante l’estate, Fastweb ha eseguito grossi lavori di manutenzione sulla rete, creando non pochi disagi all’utenza. I servizi colpiti piu’ di frequente sono stati: Videostation, navigazione internet, emule improvvisamente firewalled od estremamente lento.
L’inizio dei lavori è iniziato quasi in contemporanea con la diffusione di massa di eMule AdunanzA 3.15. Tra le modifiche apportate dal nostro Team c’era anche l’introduzione in kAdu degli utenti sardi.
Dopo che questa nuova versione ha iniziato a diffondersi capillarmente abbiamo incominciato a rilevare i problemi alle ricerche che conoscete tutti, ed in generale minor connettività tra i nodi (i sintomi sono minor fonti, lentezza generale di emule).
Nonostante il periodo estivo ci siamo attivati per indagare il problema, imputandolo, da subito, ad un possibile bug della 3.15. Abbiamo quindi iniziato ad eseguire test per cercarne la causa, proponendoli anche alla community per cercare di avere una mano e velocizzarne la risoluzione.
Sfortunatamente, a causa delle vacanze, non vi è stata molta partecipazione, né da parte degli utenti, né da parte del team, che decimato, non è stato in grado di avere dati sufficienti per prendere venirne a capo.
Trascorso il grosso delle ferie abbiamo ricominciato a lavorare sul problema serratamente. Grazie a (ace,MaRoK,Mr.Franz,mortaretto,xino70,drbros,moko,nuvolol) ora abbiamo i risultati.

Eseguendo i test incrociati su piu’ versioni (0.48a Uff, 0,49b Uff, Adu 3.13, Adu 3.14, Adu 3.15) abbiamo riscontrato che il problema delle ricerche su kAdu che restituiscono 0 risultati non è un bug della 3.15 ma colpisce indiscriminatamente sia le precedenti versioni come la eMule AdunanzA 3.14 che addirittura le versioni 0.48a ufficiale, e 0.49b con offuscamento abilitato.
Questo esclude definitivamente la presenza di un bug nella versione 3.15. Il fatto stesso che il problema affligga anche le reti kad delle versioni ufficiali usate dentro Fastweb, (che di fatto utilizzano nodi diversi e sono completamente separate dalla nostra kAdu) esclude anche la presenza di un bug nella 3.15 che affligga indirettamente anche le vecchie versioni.
Il succo dei test effettuati è che il problema generale che stiamo rilevando è dovuto alla rete Fastweb e non ad un bug della 3.15.
Questo risultato tuttavia non ci consola affatto. Sarebbe stato molto piu’ semplice avere a che fare con un bug del nostro software come avevamo ipotizzato da subito. Purtroppo, apprendere che è la rete Fastweb il problema apre diversi scenari e teorie.

In questo periodo di test ed indagini abbiamo raccolto diverse informazioni ed indagato in differenti direzioni.
Una di queste è la possibile presenza di filtri anti-p2p. Molti utenti non-fastweb (libero, tele2) ne saranno tristemente a conoscenza. Mai avremmo pensato di doverci avere a che fare pure noi.
E’ risaputo che Fastweb usa il DPI (deep packet inspection) per analizzare i pacchetti di rete e prioritizzarli od impedire certi tipi di comunicazione (per esempio prioritizzare il traffico web rispetto a quello p2p).
Come abbiamo potuto constatare quest’estate (anche diversi utenti sul forum hanno avuto Kadu firewalled di colpo), Fastweb ha la possibilità di bloccare completamente il traffico eMule sui router, in zone di suo interesse.
In teoria l’offuscamento introdotto in eMule AdunanzA 3.15 avrebbe dovuto impedire ciò ma di fatto non è così (su emule project diversi utenti lamentano la stessa inefficacia dell’offuscamento).
E’ quindi un fatto che questa possibilità Fastweb la possiede e l’ha utilizzata fino ad ora, in caso di lavori sul network.
Tale pratica (il DPI) avrebbe come effetto di bloccare anche emule ufficiale e non solo AdunanzA, e questo è concordante con i test da noi effettuati.
La spiegazione pseudo-tecnica: Questo è dovuto al fatto che nonostante l’intestazione dei pacchetti emule sia ora offuscata, il contenuto non lo è, e dato che kAdu si differenzia da kad dall’intestazione ma non dal corpo dei pacchetti. Il filtro DPI, quindi, colpisce entrambi i software indistintamente poiché legge il corpo dei pacchetti e ne tralascia l’header.

Da ulteriori informazioni che abbiamo raccolto, sembra che Fastweb non avesse (e non abbia tutt’ora) una vera dorsale dati per gestire il traffico della nuova MAN sarda creata recentemente, passando quindi temporaneamente da un altro ISP e riversando poi il traffico sui router delle altre città.
Quando noi abbiamo rilasciato la nuova versione Adu 3.15 integrando la man della sardegna, abbiamo creato un sovraccarico sulla rete aumentando sensibilmente il traffico. Traffico extra che i router non era in grado di gestire in quelle condizioni ed in assenza di una vera dorsale dati. Questo potrebbe aver costretto Fastweb ad agire per limitare il traffico p2p su tutti i router della rete interna.

Un’altra teoria è che l’ISP al quale si appoggia al momento Fastweb addotti politiche di filtering sui suoi nodi, e quindi, quando lanciamo ricerche su kAdu che fanno capo a nodi sardi, le risposte siano nulle o quasi.

Durante gli ultimi giorni di test tuttavia, abbiamo rilevato un graduale cambiamento della situazione. Alcuni betatester iniziano a riuscire a cercare nuovamente su kAdu senza fallire le ricerche, ed anche sul forum alcuni utenti riportano lievi miglioramenti. Sembra anche, che, in tempi brevi, Fastweb termini la dorsale sarda e che quindi la situazione torni alla normalità.
Al momento pero’ questo possibile e leggero miglioramento, sembra colpire solo alcune zone e cmq non essere omogeneo.

Dato che le suddette sono solo “voci” di corridoio, e non siamo abituati ad affidarci ad esse, stiamo cercando riscontri scientifici sul network:
Se le ricerche non rispondono, ci deve essere una perdita di pacchetti da qualche parte che deve essere rilevabile. Per questo stiamo sviluppando un tool utile a mandare e contare i pacchetti arrivati a destinazione su kadu per capire se ci sono perdite ed in che misura. Purtroppo pero’, non abbiamo coder disponibili e soprattutto sufficienti tester esperti per eseguire questo tipo di indagine. Di conseguenza i lavori proseguono a rilento. Al momento con test punto-punto su pacchetti UDP kad e kadu non abbiamo rilevato filtri. Probabilmente dovremo raffinare il tool per simulare ricerche anche da piu’ nodi diversi ma ci servirà molta partecipazione da parte di tutti. Partecipazione della community che, purtroppo fino ad ora, devo far notare insufficiente per risolvere il problema e soprattutto non consona per un progetto di così ampio raggio come il nostro, dove ci si aspetterebbe molto piu’ coinvolgimento.
Al momento necessitiamo aiuti da persone in modo da sviluppare un tool adatto a rilevare possibili filtri. Servono anche persone che abbiano conoscenze adeguate per eseguire i test (magari esperti di rete), o che abbiano semplicemente informazioni utili per affrontare il problema (potete anche contattarci tramite questa pagina).
In breve renderemo disponibile il tool e proporremo test adeguati pubblici.

Il futuro, quindi, è incerto.
Probabilmente la rete tornerà alla normalità in autonomia, ed il mulo ricomincerà a scaricare come prima, ma non è detto.
Se anche Fastweb monterà sul vagone dei filtri anti-p2p stabilmente, allora il team e la comunità sarà chiamata a prendere decisioni importanti sulla strada da intraprendere.

Di certo l’AduTeam non ha intenzione di rimanere a guardare.
Crediamo fermamente nel basilare principio della net neutrality (anche recentemente affermato con il caso Comcast in USA) e quindi nel diritto degli utenti ad usare la banda pagata come meglio si crede.

Hanno avuto una bella idea i Radiohead, gruppo che peraltro ascolto volentieri, a promuovere il loro nuovo disco online, con la differenza che il prezzo lo fai tu. Un passo avanti verso la liberalizzazione della musica dalle avide case discografiche. I cd costano troppo, sono sempre costati troppo, ed i prezzi non sono mai scesi purtroppo. E la colpa è dei discografici che applicano dei prezzi esagerati. La libertà di poter decidere il prezzo è proprio una bella novità, sarebbe bello se prendesse piede. Chissà che la gente comune non ritorni in questo modo a comprare più musica.

Comment posted by Matteo
at 12/15/2007 11:18:00 AM
Peccato che non abbia avuto successo questa iniziativa.

Da qualche giorno chi usa il mulo avrà notato che i server disponibili scarseggiano. Cosa è successo ad emule? Questo è dovuto all’ennesimo attacco delle major al celebre software di p2p. Inizialmente le ipotesi erano di aggiornamento dei server, invece questa volta le case discografiche hanno colpito, facendo chiudere una notevole quantità di server.
Per aggiornare la lista dei server tuttora disponibili (sono in minor numero, ma almeno se ne vede qualcuno funzionante) basta recarsi nella sezione Server di emule e aggiornare la lista con questi url:
http://www.gruk.org/server.met
http://peerates.net/peerates/certifiedservers.met
o recandosi sul sito:
http://www.server-met.de

Nonostante l’attacco abbia parzialmente sortito i suoi effetti (non certo di abbandono del p2p ma di trasferimento ad un altra rete, come quella dei torrent), il mulo rimane perfettamente in piedi, perchè se la rede edonkey (ed2k) è in ginocchio, la rete kademlia (kad) è viva più che mai. Basta selezionare la rete kad nelle opzioni del mulo ed utilizzarla per le ricerche; mentre ed2k vive solo grazie ai server, kademlia è serverless e si basa eslcusivamente sui client connessi ad internet.
Detto ciò, continuate pure ad utilizzare emule (legalmente), non forzando la rete ed2k se non trovate server disponibili, ma utilizzando la rete kad.

Sì, avete capito bene, rubatela. A quanto pare secondo Reznor, cantante dei famosi Nine Inch Nails, la sua etichetta discografica non si merita niente, i prezzi che applica sono ridicoli.
Il fenomeno della pirateria della musica è ormai ben radicato in tutto il mondo. Indubbiamente l’occasione fa l’uomo ladro, ma se ci fossero prezzi più onesti la gente sarebbe più invogliata a comprare. E se lo dice lui di rubarla…come dargli torto