Newsgroup: it.comp.reti.locali
Titolo: pacchetti MTU

Da dove li setto questi pacchetti MTU, ma potrebbe una delle possibili cause
della navigazione a "singhiozzo"? Mi capita spesso che se la navigazione è
lenta basta cabiare IP e le cose cambiano in meglio..
ADSL: verifica la dimensione dei pacchetti MTU. ( 
www.tin.it
)
Se hai la linea ADSL e utilizzi una LAN, il problema il problema potrebbe
essere una diversità nella dimensione dei pacchetti che vengono generati
dalla LAN e che vengono poi inviati tramite la linea ADSL in internet
soprattutto se la linea è di tipo EtherNet (PPPoE)
E´ consigliato cambiare la dimensione dei pacchetti MTU della rete
impostando il valore a 1450, in questo modo si evita la frammentazione dei
pacchetti e il conseguente rallentamento o blocco dell´invio di dati.
Tale parametro va impostato su ogni macchina che appartiene alla rete LAN e
che deve trasmettere dati su internet.
-- 
Ciao, Henry.
                     \\|//
                     (o o)
             oOOo~(_)~oOOo
«=¤=»«=¤=»«=¤=»«=¤=»«=¤=»«=¤=»«=¤=»
         mail: 
hen...@despammed.com
           WEB: 
www.henryxp.net
«=¤=»«=¤=»«=¤=»«=¤=»«=¤=»«=¤=»«=¤=»

 della navigazione a "singhiozzo"?
Se hai Windows, cerca e scarica EasyMTU, freeware.
Se usi linux, forse non c'e' bisogno che te lo dica ;-)
Ciao
Luca
-- 
Luca Sasdelli
Microsoft MVP - Security, Networking, Windows NT/2000/XP
http://support.microsoft.com/newsgroups/default.aspx
IDRCI Italia - 
http://www.idrci.it
 - 
http://forum.idrci.it
CHX-I, CHX-I NAT Stateful Packet Filter

 Se hai Windows, cerca e scarica EasyMTU, freeware.
Non funge con WinXP..
Ciao.

Forse puņ aiutarti questo link:
http://www.zanezane.net/articoli.asp?id=288


 
http://www.zanezane.net/articoli.asp?id=288
DefaultTTL
Il "Time to Live" determina quanto a lungo un pacchetto possa "vivere"
nella rete prima di essere scartato: settare il TTL in maniera corretta
non č facile. Se da un lato un valore elevato riduce al minimo il
rischio di Timeout, le performance potrebbero essere compromesse:
abbiamo quindi modificato il valore di default, 128 secondi, a 200,
numero che riteniamo possa essere un buon compromesso.
==> SECONDI?

 
http://www.zanezane.net/articoli.asp?id=288
Ho seguito le info del sito e installato il file .reg ma la navigazione non
cambia..
Ma la navigazione "singhiozzante" da cosa puo' dipendere?
Oggi è un calvario! Eppure se faccio dei test di velocità ho ottimi
riscontri sia in up che in dow, ho Alice flat e un router DSL-500 IIa gen.
(settato in PPPoA VC Mux) ...
Ciao, grazie.

 Non funge con WinXP..
Come "non funge" ?!?
Vabbè ... 
http://www.speedguide.net
è in inglese, ma se lo mastichi un pò
non dovresti avere problemi... se poi
vuoi il link diretto, prova ..
http://www.speedguide.net:8117
Inizia dal test della connessione (vedi
link sopra) che ti dice come/cosa potrebbe
essere ottimizzato, poi prosegui nelle sezioni
"ottimizzazioni" dove tra l'altro trovi il
pgm "TCP Optimizer" che fa proprio
quello che ti serve (modifica MTU ed
altri parametri) .. se poi quanto sopra
non ti basta, dai un'occhiata a
http://lists.gpick.com/
nella sezione "network tools" dovresti
trovare abbastanza roba "utile" .... :-)
Ciao
-- 
* ObiWan
DNS "fail-safe" for Windows 2000 and 9X clients.
http://ntcanuck.com
Support and discussions forum
http://ntcanuck.com/net/board
408 XP/2000 tweaks and tips
http://ntcanuck.com/tq/Tip_Quarry.htm

 Inizia dal test della connessione (vedi
Ho fatto il test e questi sono i risultati: ( non ci ho capito gran che ;-\
---------------------------------------------------
TCP options string = 020405b40101080a000000000000000001010402
MTU = 1500
MTU is fully optimized for broadband.
MSS = 1460
Maximum useful data in each packet = 1460, which equals MSS.
Default Receive Window (RWIN) = 65535
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 65535
Note: Under Windows 9x, if you have RWIN set to any other value, and the
Analyzer reports 65535 you might need to install the MS Vtcp386 fix.
For optimum performance, consider changing RWIN to a multiple of MSS.
Other values for RWIN that might work well with your current MTU/MSS:
513920 (MSS x 44 * scale factor of 8)
256960 (MSS x 44 * scale factor of 4)
128480 (MSS x 44 * scale factor of 2)
 64240 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 2621.4 kbps (327.675 KBytes/s) @ 200ms
Your RcvWindow limits you to: 1048.56 kbps (131.07 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 190 hops
TTL value is ok.
Timestamps (RFC1323) =
Timestamps (RFC1323) = ON
Note: Timestamps add 12 bytes to the TCP header of each packet, reducing the
space available for useful data.
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349) = 00000000
----------------------------------------------
Ciao, grazie.

 ha scritto nel messaggio

hai parlato di pppoe e ora di pppoa e un router, il tuo mtu
ha senso impostarlo per connessioni pppoe con bridge/modem,
passi da una connessione dialup a una con router? piglia su
dslreports.com
 doctor tcp e imposta pmtudiscovery a 1

 ha scritto nel
messaggio news:3aJ0c.44654$gk.18...@news3.tin.it...


 Hai provato ad aggiornare il firmware del router?
L' ho aggiornato giorni fà, non cambia nulla, a quello che si legge in giro
l'ultimo firmware era per correggere un problema con "tele 2 ADSL" ...
Ho scritto alla d-link, mi hanno solo detto cio':
"In questo caso sono stati modificate alcune funzioni del Router che
avrebbero potuto, in alcuni casi, creare dei problemi con il protocollo
H.323 ( un software che utilizza questo protocollo è per esempio MSN
Messenger  )."
Sarà forse un problema dell'ISP (Alice) anche perchè è presente nelle ore di
punta con maggior problemi..
Ciao.