vanescar
03-02-06, 10:40
Tarando il parametro RWin (Receive Windows = "finestra di ricezione") del protocollo TCP/IP in modo da adeguarlo alla ADSL da 4 Mbps (che per di più è fortemente asimmetrica).
Ecco il trucco che si adatta a qualsiasi modem ADSL sia esso con interconnessioni Wireless che cablate.
In estrema sintesi e in modo molto, ma molto grossolano si tratta una specie di buffer inerente il protocollo TCP/IP: In questo protocollo di rete, come sai, i dati vengono suddivisi e trasferiti in pacchetti. Ciascun pacchetto contiene un'intestazione (in realtà articolata su più livelli) che funge da "etichetta": vi sono riportate una serie di informazioni tra cui, ovviamente, anche il destinatario (il client che deve ricevere la pagina web, per esempio), l'ordine con cui i pacchetti devono essere riassemblati dal client e così via.
Appena ricevuto un pacchetto il client comunica al server l'avvenuta ricezione tramite un ulteriore pacchetto che deve percorrere il percorso inverso (acknowlegement packet). Ovviamente, se il server dovesse attendere questa specie di "ricevuta di ritorno" dopo ciascun pacchetto inviato,
tenuto conto anche del fatto che le connessioni spesso sono asimmetriche (le ADSL di oggi poi lo sono in modo molto spiccato), la navigazione sarebbe lentissima.
Per evitare ciò, nel protocollo TCP è implementato un parametro che il client comunica al server all'inizio della connessione (sempre nell'header del pacchetto TCP/IP), che si chiama appunto Receive Windows (finestra di ricezione) e che ha il compito di comunicare al server quanti pacchetti potrà spedire, uno dopo l'altro, anche se non ha ancora ricevuto la conferma di corretta ricezione da parte del client.
E' chiaro, quindi, che sulle lunghe distanze o nelle ipotesi in cui la
velocità di upload è molto più bassa del download (asimmetria delle attuali ADSL), la conferma della corretta ricezione impiega più tempo per ritornare dal client al server, con la conseguenza che, se l'RWin è impostato su un valore troppo basso, il server potrebbe arrestare l'invio di pacchetti ulteriori, non perché sono andati perduti e debbono essere rispediti nuovamente, ma solo perché le citate conferme "sono in ritardo".
Ora, in Windows XP l'RWin di default è impostato su 17520 byte, valore che si rivela decisamente basso sia per le lunghe distanze (si nota soprattutto scaricando dati da siti all'altro capo del mondo), sia per le adsl asimmetriche (per la lentezza del ritorno al server del acknowlegement packet a causa del bit rate a 256 kbps).
Io, con una classica 4 mbps in download 256 kbps in upload, l'ho settato su 64240 e la velocità di download è radicalmente cambiata.
Va comunque impostato su un valore multiplo di 1460. Il massimo è 65535.
Con che cosa si modifica? Con un'utility apposita. Io utilizzo Dr.TCP che non va installato, ma solo copiato in un percorso qualunque dell'HD ed è completamente free.
Tratto da Wireless-Italia.com sito (http://www.wireless-italia.com/)
Ecco il trucco che si adatta a qualsiasi modem ADSL sia esso con interconnessioni Wireless che cablate.
In estrema sintesi e in modo molto, ma molto grossolano si tratta una specie di buffer inerente il protocollo TCP/IP: In questo protocollo di rete, come sai, i dati vengono suddivisi e trasferiti in pacchetti. Ciascun pacchetto contiene un'intestazione (in realtà articolata su più livelli) che funge da "etichetta": vi sono riportate una serie di informazioni tra cui, ovviamente, anche il destinatario (il client che deve ricevere la pagina web, per esempio), l'ordine con cui i pacchetti devono essere riassemblati dal client e così via.
Appena ricevuto un pacchetto il client comunica al server l'avvenuta ricezione tramite un ulteriore pacchetto che deve percorrere il percorso inverso (acknowlegement packet). Ovviamente, se il server dovesse attendere questa specie di "ricevuta di ritorno" dopo ciascun pacchetto inviato,
tenuto conto anche del fatto che le connessioni spesso sono asimmetriche (le ADSL di oggi poi lo sono in modo molto spiccato), la navigazione sarebbe lentissima.
Per evitare ciò, nel protocollo TCP è implementato un parametro che il client comunica al server all'inizio della connessione (sempre nell'header del pacchetto TCP/IP), che si chiama appunto Receive Windows (finestra di ricezione) e che ha il compito di comunicare al server quanti pacchetti potrà spedire, uno dopo l'altro, anche se non ha ancora ricevuto la conferma di corretta ricezione da parte del client.
E' chiaro, quindi, che sulle lunghe distanze o nelle ipotesi in cui la
velocità di upload è molto più bassa del download (asimmetria delle attuali ADSL), la conferma della corretta ricezione impiega più tempo per ritornare dal client al server, con la conseguenza che, se l'RWin è impostato su un valore troppo basso, il server potrebbe arrestare l'invio di pacchetti ulteriori, non perché sono andati perduti e debbono essere rispediti nuovamente, ma solo perché le citate conferme "sono in ritardo".
Ora, in Windows XP l'RWin di default è impostato su 17520 byte, valore che si rivela decisamente basso sia per le lunghe distanze (si nota soprattutto scaricando dati da siti all'altro capo del mondo), sia per le adsl asimmetriche (per la lentezza del ritorno al server del acknowlegement packet a causa del bit rate a 256 kbps).
Io, con una classica 4 mbps in download 256 kbps in upload, l'ho settato su 64240 e la velocità di download è radicalmente cambiata.
Va comunque impostato su un valore multiplo di 1460. Il massimo è 65535.
Con che cosa si modifica? Con un'utility apposita. Io utilizzo Dr.TCP che non va installato, ma solo copiato in un percorso qualunque dell'HD ed è completamente free.
Tratto da Wireless-Italia.com sito (http://www.wireless-italia.com/)