Internet sarà bloccata dalla nuova versione di BitTorrent?

pubblicato: domenica 07 dicembre 2008 da Davide in: Peer-to-peer Geek to live

utorrent passa a udp C’è molto clamore intorno alla nuova release di BitTorrent che sembra avere adottato un diverso protocollo di comunicazione, che secondo TheRegister potrebbe avere effetti negativi per il funzionamento di internet, o almeno dei servizi più sensibili come il VoIP ed il gaming Online. Ma andiamo con ordine: l’articolo fa riferimento alla modifica del protocollo per il trasferimento dei file, passato da TCP ad UDP, dove quest’ultimo è quasi sempre utilizzato per le chiamate VoIP che necessitano di bassi tempi di latenza, mentre il TCP è utilizzato per la maggioranza del traffico internet. Trovate un dibattito molto più tecnico su Slashdot.

Secondo TheRegister, l’utilizzo di UDP, che non ha meccanismi di controllo della congestione, impone ad altri protocolli come il TCP un utilizzo minore delle risorse di banda, a danno quindi della navigazione internet e di tutto il resto degli applicativi basati sul TCP. Il client ufficiale di BiTorrent, uTorrent, sarà quindi imitato da tutti gli altri per compatibilità e la modifica sarà quindi uniforme. Questa opinione non è però condivisa da tutti, perchè ad esempio Alley Insider cita il fatto che gli operatori e gli ISP (Internet Service Provider) si sono dotati di strumenti per il controllo dell’utilizzo della banda da parte del P2P e quindi porranno un freno a eventuali fenomeni di questo tipo.

Su TheStandard è poi comparsa una risposta di Simon Morris, Marketing Manager di BitTorrent, che nega questa analisi e difende le loro scelte sulla modifica al protocollo giustificandole con l’intenzione di ridurre invece la congestione della rete. Trovate il dettaglio dell’analisi in questo post nei forum del sito di uTorrent. Sembra chiaro che dietro a tutto questo ci sia il tentativo di aggirare i sistemi di limitazione del traffico applicati dalla maggiorparte degli ISP.

Via | TheRegister.com

Foto | Flickr

(nessun voto)

7 commenti

Commenti dei lettori

(Inserisci un commento - Nascondi commenti anonimi)

Nordico
07 dic 2008 - 10:06 - #1

0 punti

In realtà tutti questi discorsi sull’utilizzo dell’udp sono più FUD che altro, il protocollo UDP è stato pensato per l’invio di pacchetti con la massima efficienza e velocità per questo, a differenza di TCP, non invia tutta una serie di dati aggiuntivi come codici di verifica crc e i messaggi di controllo.

UDP si occupa solo di inviare il dato ad un determinato indirizzo IP, ma il protocollo stesso non garantisce che questo arrivi a destinazione, infatti il controllo sull’integrità del messaggio e sula sua effettiva ricezione sono a carico dell’applicazione e non del protocollo come in TCP.

Se pensate che torrent, cosi come ogni altra rete p2p controlla i dati ricevuti, vi accorgete che usando TCP questi controlli vengono effettuati 2 volte, mentre con UDP soltanto una.
lascoltodelvenerdi
07 dic 2008 - 14:36 - #2

0 punti

Esatto Nordico.

La cosa che trovo strana è piuttosto che il VoIP usi il protocollo UDP.

Cioè praticamente in una conversazione potrebbe arrivarmi mezza frase si e mezza no.

Se non ricordo male, alcuni controlli che il TCP/IP attualmente esegue sono stati eliminati anche dal TCP/IP V6.

Bisogna anche tener conto che quando fu pensato lo stack TCP/IP le reti erano peggiori di quelle attuali, quindi controlli avevano un senso…al giorno d’oggi forse no.
nettuddo
07 dic 2008 - 15:14 - #3

0 punti

La cosa che trovo strana è piuttosto che il VoIP usi il protocollo UDP.
Cioè praticamente in una conversazione potrebbe arrivarmi mezza frase si e mezza no.

Veramente è l’applicazione più adatta per usare UDP. Quando parli al telefono ti piace avere ritardo perché si sono persi pacchetti?
Al massimo se ti perdi una parola fai: “Eh?”, e realizzi un TCP umano.
Piddy
07 dic 2008 - 15:47 - #4

0 punti

UDP è perfetto per i video e l’audio in streaming, perché se perdi qualche frame neanche te ne accorgi, il tuo cervello compensa automaticamente… Per troncare intere frasi si devono perdere centinaia di pacchetti in sequenza…

Cmq tornando a bitTorrent, credo che gli sviluppatori sappiano cosa stannno facendo… inseriranno probabilmente un controllo di congestione implementato a livello applicazione, altrimenti rischiano sul serio di intasare tutto, visti i volumi di traffico p2p…
fabio9999999
07 dic 2008 - 17:49 - #5

0 punti

il problema è che tcp usa algoritmi tipo TCP Tahoe per il controllo della congestione…..udp no li invia e basta….
Nordico
08 dic 2008 - 00:20 - #6

0 punti

gli unici controlli utili alla congestione per il p2p sono quelli che girano sulla macchina dove è in esecuzione il software p2p, anche se il loro principale obbiettivo è quello di dare preferenza ad un torrent rispetto ad un altro.

@fabio9999999:
Vero che UDP non implementa controlli, ma nel caso che il pacchetto finisca su un router congestionato questo viene scartato, sarà poi l’applicazione a richiedere alla sorgente di re-inviare il pacchetto di nuovo e visto che la “strada” precedente tra i due utenti è intasata il pacchetto verrà inviato tramite un altro percorso.
coppermine
08 dic 2008 - 11:48 - #7

0 punti

io vedo solo vantaggi, oltre alle considerazioni fatti da Nordico, il passaggio udp rispetto a tcp potrebbe sfruttato anche per utilizzare tecniche di udp hole punching per reti nattate.