Upgrade Alice 4 mega !

[deleted_20230418_1]

Originariamente inviato da camy84
ma che dici? con adsl metti l'upload a 11?
fai qualche test: se vedi che hai a disposizione tutti i 256kbit (32kb) metti l'upload a 20 (12 kb per l'invio dei pacchetti sono più che buoni)
se tutti impostiamo limiti così bassi in upload il p2p andrà sempre lento.

VVoVe: Be io ho dato la mia idea dopo uno deve decidere se farlo o meno ,io con 11kb in upload vado anche a 389kb in download percui non vedo dove sia il problema aumentando l upload si rischia di saturare il download !!

[fede976]

Originariamente inviato da Andrea786
VVoVe: Be io ho dato la mia idea dopo uno deve decidere se farlo o meno ,io con 11kb in upload vado anche a 389kb in download percui non vedo dove sia il problema aumentando l upload si rischia di saturare il download !!

Certo ti andrà anche più veloce, ma se tutti impostassimo l'upload ad 11kb, sarebbe la fine del p2p.....

[ennemi]

Originariamente inviato da fede976
Certo ti andrà anche più veloce, ma se tutti impostassimo l'upload ad 11kb, sarebbe la fine del p2p.....

Però è proprio la guida di eMule, che spiega che l'upload vada limitato.
Se non mi sbaglio, dice che si deve prendere la velocità massima di upload della propria aDSL in kbps, dividerla diviso circa 8, e farne l'80% circa (per es. upload massimo da contratto: 256kbps/8=32 *80%=25 circa).

[fede976]

Originariamente inviato da ennemi
Però è proprio la guida di eMule, che spiega che l'upload vada limitato.
Se non mi sbaglio, dice che si deve prendere la velocità massima di upload della propria aDSL in kbps, dividerla diviso circa 8, e farne l'80% circa (per es. upload massimo da contratto: 256kbps/8=32 *80%=25 circa).

Giustissimo, infatti anche io l'ho settato a 25kb, ma da 11 a 25 c'è una grossa differenza! Ciao

[Cisco x™]

Originariamente inviato da Andrea786
VVoVe: Be io ho dato la mia idea dopo uno deve decidere se farlo o meno ,io con 11kb in upload vado anche a 389kb in download percui non vedo dove sia il problema aumentando l upload si rischia di saturare il download !!

con la 4M/256k ,in upload, puoi anche dare 22 kB/s ( e poi ci si lamenta di perchè ci sono fonti lente sui p2p :rollo: ) , i 10 kB/s che ti rimangono sono più che suffcienti per scaricare un file alla velocità di 500 kB/s.

[ennemi]

Originariamente inviato da fede976
Giustissimo, infatti anche io l'ho settato a 25kb, ma da 11 a 25 c'è una grossa differenza! Ciao

Più che 11, dovrebbe essere 12 circa, nel caso lui abbia NGI 640/128, cioè, la più economica di NGI.

[camy84]

Originariamente inviato da fede976
Certo ti andrà anche più veloce, ma se tutti impostassimo l'upload ad 11kb, sarebbe la fine del p2p.....

se tutti capissero questa cosa il p2p migliorerebbe del 25% minimo

[camy84]

Originariamente inviato da Cisco x™
con la 4M/256k ,in upload, puoi anche dare 22 kB/s ( e poi ci si lamenta di perchè ci sono fonti lente sui p2p :rollo: ) , i 10 kB/s che ti rimangono sono più che suffcienti per scaricare un file alla velocità di 500 kB/s.

sante parole...

[lukio68]

Originariamente inviato da lukio68
a proposito di quanto detto nel messaggio qui sopra posto anche il test di speedguide....



TCP properties for IP = 87.1.4.xxx
Browser/OS = Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Notes: Read the Analyzer FAQ if the above is not your IP address.

TCP options string = 020405a00103030201010402

MTU = 1480
MTU is optimized for Windows XP PPoE DSL broadband. If not, consider raising MTU to 1500 for optimal throughput.

MSS = 1440
MSS is optimized for Windows XP PPPoE DSL broadband. If not, consider raising your MTU value.

Default TCP Receive Window (RWIN) = 253440
RWIN Scaling (RFC1323) = 2 bits (scale factor of 4)
Unscaled TCP Receive Window = 63360

RWIN is a multiple of MSS
Other RWIN values that might work well with your current MTU/MSS:
506880 (MSS x 44 * scale factor of 8)
253440 (MSS x 44 * scale factor of 4) <-- current value
126720 (MSS x 44 * scale factor of 2)
63360 (MSS x 44)

bandwidth * delay product (Note this is not a speed test):

Your TCP Window limits you to: 10137.6 kbps (1267.2 KBytes/s) @ 200ms
Your TCP Window limits you to: 4055.04 kbps (506.88 KBytes/s) @ 500ms

MTU Discovery (RFC1191) = ON

Time to live left = 55 hops
TTL value is ok.

Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349) = 00000000 (0)

tornando al tema del tread....secondo voi è possibile quello che continua a dirmi il 187, ossia che la mia aliceadsl a loro risulta settata come una 4 Mbit ma a me non ha mai superato le velocità di quando era una 1,2, in tutti i test fatti?
non potrebbe esserci un problema alla centrale telefonica nonostante a loro risulti settata come una 4 Mbit?
Grazie

[rotar]

lukio anche io come te..mai avvicinato ai 4mega come velocita'..ti posto i miei dati ottenuti
il 187 mi dice che i parametri sono corretti e non c'e' nessunissimo problema,per cui non mandano neanhce la segnalazione all'assistenza..
il risultato sara' che probabilmente annullero' il mio abbonamento..scarto anche l'ipotesi del downgrade..comunque pagare 36 al mese per una 1,2 effettiva e' uno sproposito..


TCP options string = 020405a00103030201010402
MTU = 1480
MTU is optimized for Windows XP PPoE DSL broadband. If not, consider raising MTU to 1500 for optimal throughput.
MSS = 1440
MSS is optimized for Windows XP PPPoE DSL broadband. If not, consider raising your MTU value.
Default TCP Receive Window (RWIN) = 257760
RWIN Scaling (RFC1323) = 2 bits (scale factor of 4)
Unscaled TCP Receive Window = 64440

RWIN is a multiple of MSS
Other RWIN values that might work well with your current MTU/MSS:
506880 (MSS x 44 * scale factor of 8)
253440 (MSS x 44 * scale factor of 4)
126720 (MSS x 44 * scale factor of 2)
63360 (MSS x 44)
bandwidth * delay product (Note this is not a speed test):

Your TCP Window limits you to: 10310.4 kbps (1288.8 KBytes/s) @ 200ms
Your TCP Window limits you to: 4124.16 kbps (515.52 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 121 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349) = 00000000 (0)