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 (Questa la discussione di riferimento del tool di rilevazione filtri. 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.
vi hanno venduto un pc con vista? passate a windows7 o (meglio) a LINUX
vista è lento, linux è rock! 
/join #hardware_e_simpatia
/join #linux
An Apple a day keeps windows away
