Newsgroup: it.comp.aiuto
Titolo: MTU ed RWIN

Leggendo qualche cosa riguardo al funzionamento dei protocolli TCP ed IP ho
trovato alcune grandezze che è possibile modificare e che sono : MSS , MTU
, RWIN . Se non ho capito male dovrebbero indicare :
MSS= dimensione di un pacchetto 
MTU= MSS+dimensione intestazione 
RWIN= buffer dei pacchetti 
A questo punto mi sono sorti alcuni dubbi e sarei molto grato a chiunque
potesse aiutarmi a chiarirli .
Anzitutto non ho capito se le suddette grandezze si riferiscono ai
pacchetti in uscita o in arrivo o a entrambi  .
Ho provato inoltre a connettermi a due distinti provider facendo
visualizzare la finestra del terminale e ho notato che dopo
l'autentificazione compariva la scritta ' MTU=1500' . A cosa si riferisce
esattamente questo valore ?
Il fatto che in win95 sia settabile solo il MaxMTU significa che la
dimensione dell'intestazione è convenzionalmente fissa ?
Avrei anche altre domandine , ma mi fermo qui per non tediarvi
eccessivamente .
Grazie anticipatamente 
Saluti ,
           Ruggiero Guida ( 
gu...@ba.dada.it
 )

 writes:
   Leggendo qualche cosa riguardo al funzionamento dei protocolli TCP ed IP ho
   trovato alcune grandezze che è possibile modificare e che sono : MSS , MTU
   , RWIN . Se non ho capito male dovrebbero indicare :
   MSS= dimensione di un pacchetto 
MSS = Maximum   Segment Size; relativo al  *TCP*,  non e`  la dimensione del
"pacchetto"  (TCP  implementa una  connessione   "stream",  ossia un  flusso
continuo di dati   *non*  strutturati, o  divisi  in  pacchetti), bensi`  la
massima  dimensione di  un   singolo segmento in   *uscita*.   Di fatto,  un
segmento assomiglia in  modo  sospetto ad un pacchetto,   ma il concetto  e`
molto  diverso, e   la terminologia  lo e` di   conseguenza.
Non  entro in dettagli, anche perche' la cosa si farebbe lunghetta...
   MTU= MSS+dimensione intestazione 
MTU = Maximum  Transmission Unit; relativa a  *IP* (il protocollo di livello
inferiore), determina qual e` la  dimensione massima del datagramma  (spesso
chiamato pacchetto)  che  la   rete   sottostante  puo`  accettare     senza
frammentazione    (=   pacchetti  troppo   grandi    vengono    spezzati  in
"sottopacchetti" di dimensioni  adeguate, e riassemblati  dal destinatario).
Anche questo  parametro e` relativo ai  dati  in trasmissione. Valori tipici
sono 1500 per LAN ethernet e Token Ring, fino a 64KB per FDDI, ecc.
Per i collegamenti PPP, la MTU dipende  essenzialmente dalla velocita` della
linea e  dal   tipo   prevalente  di  applicazione   (trasferimento  dati  o
interattivo). Come regola pratica - per modem a 14.400/28.800 bps - MTU=1500
da` buone prestazioni per WWW, FTP, ecc., mentre  se si usa parecchio telnet
conviene   abbassare il valore   (576,   260,  ...). Valori  piu`  alti  non
convengono, dato che nel  99%  dei casi il  pacchetto  passera` per una  LAN
ethernet, dove MTU=1500.
La relazione MTU =  MSS + intestazione non e`  obbligatoria, ma e` utile per
evitare  inutili frammentazioni con scadimento  delle prestazioni: spesso e`
il  software che   determina  automaticamente i   due valori   (almeno nelle
implementazioni fatte come si deve...) con  opportuni algoritmi descritti da
varie RFC.
   RWIN= buffer dei pacchetti 
RWIN = Receive Window; dimensione (dinamica)  del buffer di ricezione di una
connessione TCP;  il valore massimo e` di  64 KB, a meno che  non si usi una
opzione, presente in alcune implementazioni, che puo` definire RWIN fino a 4
GB: serve  solo  in casi molto particolari,  come  connessioni  ad altissima
velocita` (dalle centinaia  di Mbit/s i su)  su tratte lunghe: le cosiddette
Long Fat Pipe (LFP).
Serve in sostanza come mezzo di controllo del flusso dei  dati del TCP (e ne
definisce il valore  *massimo*):  valori tipici  sono 4,  8, o anche  64 KB,
dipende dalla  memoria  disponibile e dalla  velocita`  della macchina (RWIN
elevato  su una macchina  lenta e`  una garanzia  di   perdita di dati,  con
conseguenti ritrasmissioni e cali di prestazioni).
   ...
   Il fatto che in win95 sia settabile solo il MaxMTU significa che la
   dimensione dell'intestazione è convenzionalmente fissa ?
L'intestazione  e` praticamente di  dimensione fissa nell'uso normale (ossia
senza opzioni aggiuntive) e pari a 20 byte per TCP, 20  byte per IP e 8 byte
per UDP (quindi 40 byte nella maggior parte dei casi, in cui si usa TCP/IP).
Nel  caso del  PPP,  gran parte  dei  dati  di intestazione  possono  essere
eliminati poiche' sono fissi, trattandosi di  una connessione punto a punto.
Van Jacobson ha percio` proposto una versione "compressa" delle intestazioni
che occupa in pratica solo 5 byte: la famosa  "VJ [header] compression", che
rende  particolarmente appetibili  valori anche   bassi  di MTU  (meno  byte
"sprecati"  per  ogni  singolo   datagramma)  e   aiuta   nelle applicazioni
interattive (molto   meglio  inviare   6   byte per  ogni    tasto  premuto,
anziche' 66...).
Noticina   conclusiva: TCP/IP ha    *molti* parametri di  configurazione, la
maggior parte dei quali si dimensiona automaticamente, ma molti vanno tarati
"ad hoc" per la particolare  situazione (e non  e` detto che la  particolare
implementazione sia  efficiente in tutti i casi:  ad es. Solaris  continua a
presentare svariate   carenze sulle connessioni PPP,   mentre  e` fin troppo
veloce in rete   locale...) e non  sempre  e`  facile determinare   i valori
migliori.
Questo  significa che - mentre la  baracca continua  a funzionare in qualche
modo - non e` affatto improbabile che le prestazioni e l'affidabilita` siano
ben al di sotto  dell'optimum: personalmente sono  convinto che almeno i due
terzi dei vari provider stiano usando al peggio le loro risorse; se a questo
aggiungiamo i singoli utenti, lasciati a se stessi e con parametri messi li`
praticamente a caso, viene da levarsi tanto di  cappello a chi ha progettato
la suite IP...  e  viene anche voglia di   prendere a frustate  certa  gente
(magari con un bel cavo multicoppia corazzato da 100)...
Saluti,
Luca Polo.
-- 
+-----------------------------------------++---------------------------+
| Luca Polo   : 
ja...@gest.unipd.it
        || System administrator,     |
| (
http://www.gest.unipd.it/~jake
   for   || Ist. di Ing. Gestionale,  |
| address and phone numbers)              || Universita` di Padova.    |

 migliori.
Della serie "3 sparc in rete che usano NFS sono capaci di buttare
fuori dal bus tutti gli altri". Ne sanno qualcosa gli utenti dei VAX
che sono sulla stessa LAN di una SUN.
o   oooooo	Gian Uberto Lauri        "So, are you working on finding
      o    o	
sa...@maya.dei.unipd.it
   that bug *now* or leaving it until
     o o				  later?" - "Yes!" 

ja...@mercurio.gest.unipd.it
 (Luca Polo) wrote:
[.............]
Caro Luca,visto che ne sai così a pacchi di reti e mi sembri anche un
tipo molto disponibile ,approfitto della tua pazienza per chiederti
consigli più dettagliati a proposito di questi parametri da settare
per avere una connessione efficiente e funzionale.Penso che la mia
configurazione sia abbastanza standard per cui gli eventuali consigli
che mi darai saranno utili a molte persone che leggeranno in questo
newsgroup.
Possiedo un Pentium 150 su Triton II con 32Mb di ram,il tutto
accompagnato da un misero modem Trust 14.4 (che però nel suo piccolo
funziona egregiamente).Dispongo solo dei servizi di email e news a cui
accedo tramite Trumpet 2.1 sotto win 3.11.Come devo tarare secondo te
i parametri MTU ed RWIN nel mio caso particolare per avere prestazioni
al top su linea telefonica normale  ??(un valore secco ,secondo il tuo
parere)
Sullo stesso sistema è installato anche Win95 e Linux (da buon
studente di Ingegneria ):sarebbe meglio usare uno di questi due
sistemi al posto di win 3.11 o va sempre bene ?
Grazie in anticipo per la tua disponibilità.
Ps:deve essre un bel lavoro essere l'amministratore di una rete
universitaria ,nevvero ?
Ps2:come mai il Trumpet continua a darmi qualche comm errors di
overrun quasi tutte le volte ? (ho installato il cybercom ma niente da
fare,gli errori rimangono !)
     ________            
    /  __   /  _________
   /  / /__/  /  ______/ ---------------------------------
  /  / ______/  /__             Gualtiero Fabbri
 /  /_/  ____  ___/      e-mail: 
gfa...@racine.ra.it
 
/_______/  /  /         FAENZA (Ra) ; Phone : 054646287    
          /__/       ----------------------------------         

 fare,gli errori rimangono !)
Be', Windows non e` poi cosi` efficiente ad elaborare le interruzioni, e una
seriale a 115200  --  anche se   bufferizzata  -- ne genera   parecchie:  di
conseguenza, e` facile che il buffer FIFO vada  in overflow (o overrun, come
lo chiamano loro). L'unico, vero rimedio in questo caso, e` cambiare sistema
operativo, o calare la velocita` della seriale (se il newsfeed comprime gia`
i file, non noterai nemmeno la differenza, dato che in tal caso il modem non
comprime ulteriormente; al piu`, rallenta un po' la posta).
Ciao,
Luca.

 Ci sono gli alti e i bassi anche li`: io sono  l'alto,
Confermo! :)


           Ruggiero Guida ( 
gu...@ba.dada.it
 )
Ciao, se ottieni una risposta potresti con molta cortesia farmi un
forward? grazie in anticipo
ciao!

> Caro Luca,visto che ne sai cosě a pacchi di reti...
Si, e' il meglio. Un piacere leggerlo, peccato si conceda cosi' di
rado.
Lui (il Meglio) dice che ha giusto il tempo di respirare, ma con un
po' di esercizio, magari in apnea.....
Forse 16384 sono un po' tantini, comunque.
Ciao, Luca
mp
PS: tanto che ci sono descrivo il mio settaggio, giusto per
chiacchierare un po'.
In Win95 MTU e' settato di default a 1500 e puo' utilizzare un valore
differente per ogni protocollo adottato. 
Rwin pure e' modificabile, ma .. in comune.
Per MSS, ..... bo! (la risposta non e' mia, ma della Microsoft)
Come regola, adotto per MTU 1500 o il valore piu' vicino ad esso che
permetta connessioni senza overrun, in pratica da 1000 a 1500, dipende
dal modem e dal computer; per RWIN mi trovo bene con
4 * (MTU+24).
Ho anche notato che con le seriali integrate sulle main gli overrun
sono molto piu' probabili che con le vecchie seriali su slot, dotate
di UART 16550 AFN, in particolar modo per le main che utilizzano il
nuovo chipset Triton II.
E comunque Win95 e' un ben strano animale, tutto bene e poi un giorno
ti trovi un messaggio del genere
Errori di sovrapposizione seriale: 628
senza che nulla sia cambiato nella linea o  nella configurazione del
computer, ma... bilgattiani misteri.
E a proposito di Microsoft, mi pare avesse proposto con una RFC una
sua implementazione o comunque modifiche del  PPP, ne sai qualcosa? 
mp