[Guida] PPPoE,PPPoA,MTU,MRU,MSS,RWIN...ecco spiegato cosa sono e come settarli

[FulValBot]

ho libero 4 mega tuttoincluso. nel mio router dlink dsl-g624t a1 con ultimo firmware del 2007 è settato l'MTU a 1492 e ho PPPoE ethernet. ho notato che facendo ping maya.ngi.it me lo dà ad oltre 90! c'è qualche settaggio che devo cambiare? all'interno del router andando su status vedo anche data rate downstream 5056 e upstream 352 ma il bello è che rimangono sempre così? lo fa anche a voi?

[Yakkuz]

Assolutamente no, la latenza non si può cambiare, come scritto nella guida.
(si lo so è lunga ed è scritta male..sono mesi e mesi che ogni tanto mi ricordo che vorrei sistemarla, ma il tempo è un bene prezioso che non mi concesso accumulare).

@donkyfakka

Il problema del non riuscire ad accedere ad alcuni siti può dipendere dall'MTU, quindi, se tele due ti dice così, ed riesci a navigare solo così, no problem. Impostalo così sia su Router che su Win e sei a posto.

L'Rwin a 8352 come hai potuto notare è terribilmente limitante.
Un valore corretto per la 2 mega dovrebbe essere proprio intorno ai 64mila (il resto è spiegato in guida, non mi dilungo).
La latenza non dovrebbe dipendere da quello direttamente.

[lo_gnu]

... ho utilizzato tcp-optimizar per impostare i valori ed apportare le modifiche al registro.... ma ho un dubbio

ho impostato come valore MTU 1492 ed avando una linea Alice 20 MB mi propone come TCP Receive Window 1045440...

...è un valore che può essere accettabile oppure o sbagliao a fare qualcosa?

[Yakkuz]

IMHO è troppo elevato.

Non spingerti oltre i 522720.

[lo_gnu]

ok... mi sembrava un pò troppo... provo così...grazie

[gryfo]

usr-9108
alice flat 7 mega

vi sembra normale



test
« SpeedGuide.net TCP Analyzer Results »
Tested on: 01.29.2008 16:01
IP address: 87.1.xx.xxx

TCP options string: 020405ac0103030201010402
MSS: 1452
MTU: 1492
TCP Window: 261360 (multiple of MSS)
RWIN Scaling: 2
Unscaled RWIN : 65340
Reccomended RWINs: 63888, 127776, 255552, 511104
BDP limit (200ms): 10454kbps (1307KBytes/s)
BDP limit (500ms): 4182kbps (523KBytes/s)
MTU Discovery: ON
TTL: 107
Timestamps: OFF
SACKs: ON
IP ToS: 00000000 (0)

[Yakkuz]

Normalissimo.

[gryfo]

grazie x la risposta
purteoppo speravo di avere sbagliato configurazione un mega in entrata mi sembraxa poco.

[Yakkuz]

Beh, considera che una 7mega teoricamente dovrebbero essere circa 7000 Kbps (approssimando alla carlona), in realtà è sempre qualcosa di meno, cioè 6000-6700kbs...la tua configurazione ti limita a 10454kbps...praticamente 3-4000Kbps in più...in pratica a 200ms il limite non lo raggiungerai mai...va più che bene come settaggio.

Insomma..non puoi aspettarti di scaricare a 1,3 Mbyte con una 7Mbit...basta fare 7/8=0,875 ammesso proprio che ti vada di lusso sarebbe come pretendere di tirare fuori 2 litri d'acqua da una bottiglia di 1,5

[andrears250]

io ho alice 7 mega e un router netgear 834gt
per mesi ho pagato il 20 mega ma non ha mai funzionato.. anzi andava a 1,5... record!

mi sono fatto mettere la 7 e ora sembra arrivare a 2,7... ridicolo.. ma andiamo oltre

ho sempre mantenuto un valore mtu coi canonici 1492... beh da due giorni msn non funzionava.. ho provato a pingare i server sia hostname che ip ma nisba... nessuna risposta.. ho modificato il valore e messo a 1312... ed è tornato a funzionare...

volevo sapere se mantenendo 1312 potrei avere in futuro dei problemi o se non cambia molto...

con tcp optimizer mi viene riscontrato questo (ma è molto variabile)

The largest possible non-fragmented packet is 1284 (1312 - 28 ICMP & IP headers).
You can set your MTU to 1312

(ps. quando avevo ancora 1492 era una strage di fragmented)

[J.Lankart]

Ciao a tutti!!
Allora, ho messo da poco la vodafone casa da 7.2 mega con l'internet box usb E270 (quello nero per capirci) e stavo smanettando con Dr.TCP.

Sto tentando di seguirvi qui sul forum, ma ammettiamolo, di limiti ne ho troppi e mi sono perso...

Da immane ignorante come sono, posso dirvi che è da un po che faccio prove con download di file abbastanza corposi e attualmente sto scaricando con il DAP ad una media di 115 KB/s.
E' un risultato che fa schifo?posso aspettarmi di più?
da oggi pomeriggio cmq è migliorato molto....vengo da una velocità sempre con il DAP di 70KB/s.......

Il risultato che ho ottenuto è questo:

« SpeedGuide.net TCP Analyzer Results »
Tested on: 02.10.2008 12:45
IP address: 83.225.xxx.xx

TCP options string: 020405b401010402
MSS: 1460
MTU: 1500
TCP Window: 33580 (multiple of MSS)
RWIN Scaling: 0
Unscaled RWIN : 33580
Reccomended RWINs: 64240, 128480, 256960, 513920
BDP limit (200ms): 1343kbps (168KBytes/s)
BDP limit (500ms): 537kbps (67KBytes/s)
MTU Discovery: ON
TTL: 108
Timestamps: OFF
SACKs: ON
IP ToS: 00000000 (0)

[SwS11]

ciao ragazzi,
vi risulta che per giocare online sia piu' utile avere un MTU basso con RWIN = MSS*22 ???

grazie

[gio_gio]

Avevo letto già tempo fa questa tua guida, ma adesso che sto riscontrando problemi alla linea vado cercando la soluzione

Questi sono i dati che mi da SpeedGuide.net:

« SpeedGuide.net TCP Analyzer Results »
Tested on: 03.06.2008 06:25
IP address: 151.56.xxx.xxx

TCP options string: 020405ac01010402
MSS: 1452
MTU: 1492
TCP Window: 65535 (NOT multiple of MSS)
RWIN Scaling: 0
Unscaled RWIN : 65535
Reccomended RWINs: 63888, 127776, 255552, 511104
BDP limit (200ms): 2621kbps (328KBytes/s)
BDP limit (500ms): 1049kbps (131KBytes/s)
MTU Discovery: ON
TTL: 110
Timestamps: OFF
SACKs: ON
IP ToS: 00000000 (0)

Uso un Router ADSL Netgeard DG834GT ed ho un abbonamneto con Infostrada 2 mega..

Facendo dei test su speedtest.net adesso riscontro una velocità in download di 300kbps e un Upload di 289Kbps per una latenza di 78ms con il server di Roma di cui ho una distanza di 100 mi.

Ieri serva invece la velocità di download era di 1939kbps, quella di upload 293, una latenza di 71ms sempre allo stesso serve!!

Come mai? Che ne dite?

[oltremare]

Scusate ma sono nuovo a certe cose , esiste un programma che permette il settagio dei valori di rwin sotto linux
riporto quello che ho ottenuto

« SpeedGuide.net TCP Analyzer Results »
Tested on: 03.08.2008 04:13
IP address: 87.18.xx.xxx

TCP options string: 020405b40402080a000f262d0000000001030305
MSS: 1460
MTU: 1500
TCP Window: 5856 (NOT multiple of MSS)
RWIN Scaling: 5
Unscaled RWIN : 183
Reccomended RWINs: 64240, 128480, 256960, 513920
BDP limit (200ms): 234kbps (29KBytes/s)
BDP limit (500ms): 94kbps (12KBytes/s)
MTU Discovery: ON
TTL: 44
Timestamps: ON
SACKs: ON
IP ToS: 00000000 (0)

ciao e grazie

[=>TaroKSoft<=]

Originariamente inviato da SwS11

ciao ragazzi,
vi risulta che per giocare online sia piu' utile avere un MTU basso con RWIN = MSS*22 ???

grazie

ciao! sbaglio o sei il cl dei dvl? primi in europa al 2142?

avevo letto anch'io di questo, tipo con un valore intorno agli 800 e qualcosa ma non ho mai provato un valore così basso...

io seguendo questa guida ora pingo su maya 28ms e su www.k-play.de 39 O_o il problema è che su alcuni server italiani pingo 55 mentre come in germania ma lol

[SwS11]

Originariamente inviato da =>TaroKSoft<=

ciao! sbaglio o sei il cl dei dvl? primi in europa al 2142?

avevo letto anch'io di questo, tipo con un valore intorno agli 800 e qualcosa ma non ho mai provato un valore così basso...

io seguendo questa guida ora pingo su maya 28ms e su www.k-play.de 39 O_o il problema è che su alcuni server italiani pingo 55 mentre come in germania ma lol

si sono io

[Spellsword]

Originariamente inviato da gio_gio

Avevo letto già tempo fa questa tua guida, ma adesso che sto riscontrando problemi alla linea vado cercando la soluzione

Questi sono i dati che mi da SpeedGuide.net:

« SpeedGuide.net TCP Analyzer Results »
Tested on: 03.06.2008 06:25
IP address: 151.56.xxx.xxx

TCP options string: 020405ac01010402
MSS: 1452
MTU: 1492
TCP Window: 65535 (NOT multiple of MSS)
RWIN Scaling: 0
Unscaled RWIN : 65535
Reccomended RWINs: 63888, 127776, 255552, 51110

4
BDP limit (200ms): 2621kbps (328KBytes/s)
BDP limit (500ms): 1049kbps (131KBytes/s)
MTU Discovery: ON
TTL: 110
Timestamps: OFF
SACKs: ON
IP ToS: 00000000 (0)

Uso un Router ADSL Netgeard DG834GT ed ho un abbonamneto con Infostrada 2 mega..

Facendo dei test su speedtest.net adesso riscontro una velocità in download di 300kbps e un Upload di 289Kbps per una latenza di 78ms con il server di Roma di cui ho una distanza di 100 mi.

Ieri serva invece la velocità di download era di 1939kbps, quella di upload 293, una latenza di 71ms sempre allo stesso serve!!

Come mai? Che ne dite?

benvenuto nel mondo libero.. a me è un pezzo che la linea va esattamente come la tua, e non ci sono guide da seguire.. a te già pinga basso! io pingo alto, oltre 100 in italia, e ho una banda di 300kbps durante il giorno.. E NOI PAGHIAMO!

cmq tornando IT

TCP options string = 020405ac01010402
MTU = 1492
MTU is optimized for PPoE DSL broadband. If not, consider raising MTU to 1500 for optimal throughput.
MSS = 1452
MSS is optimized for PPPoE DSL broadband. If not, consider raising your MTU value.
Default TCP Receive Window (RWIN) = 63888
RWIN Scaling (RFC1323) = 0 bits
Unscaled TCP Receive Window = 63888

RWIN is a multiple of MSS
Other RWIN values that might work well with your current MTU/MSS:
511104 (MSS x 44 * scale factor of 8)
255552 (MSS x 44 * scale factor of 4)
127776 (MSS x 44 * scale factor of 2)
63888 (MSS x 44) <-- current value
bandwidth * delay product (Note this is not a speed test):

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


pensavo di mettere RWIN a 127776 (MSS x 44 * scale factor of 2), contando che il ping e 130 su libero.it, poi volevo mettere a 64 il TTL.
ah dimenticavo libero 2 mega, su rete TELECOZ (ancora per poco..)

[andrears250]

Originariamente inviato da andrears250

io ho alice 7 mega e un router netgear 834gt
per mesi ho pagato il 20 mega ma non ha mai funzionato.. anzi andava a 1,5... record!

mi sono fatto mettere la 7 e ora sembra arrivare a 2,7... ridicolo.. ma andiamo oltre

ho sempre mantenuto un valore mtu coi canonici 1492... beh da due giorni msn non funzionava.. ho provato a pingare i server sia hostname che ip ma nisba... nessuna risposta.. ho modificato il valore e messo a 1312... ed è tornato a funzionare...

volevo sapere se mantenendo 1312 potrei avere in futuro dei problemi o se non cambia molto...

con tcp optimizer mi viene riscontrato questo (ma è molto variabile)

The largest possible non-fragmented packet is 1284 (1312 - 28 ICMP & IP headers).
You can set your MTU to 1312

(ps. quando avevo ancora 1492 era una strage di fragmented)

non mi sembrava una domanda tanto difficile... piuttosto, qualcuno ogni tanto risponde o siamo destinati a parlare da soli?

[mardurhack]

Guida molto esaustiva! E mi piacciono le guide scritte a mò di interattività! Sicuramente meglio di un noiosissimo pdf estremamente tecnico e non formattato! :P Grazie!

[astaris]

Lo scopo di questo post è dimostrare, con formule alla mano, quale sia l'MTU ottimale per connessioni ADSL con protocolli PPPoA e PPPoE.
A chi se ne frega delle spiegazioni e delle formule consiglio di andare alle conclusioni
Prima di iniziare, è necessario introdurre il concetto di cella ATM.
I dati che viaggiono su ADSL vengono sempre impacchettati, indipendentemente dal tipo di incapsulamento scelto, in celle (o pacchetti) ATM. Ogni cella ATM contiente un payload (i dati che il modem invia o riceve) fisso, di dimensione pari a 48 byte. Il payload è sempre accompagnato da un Header (intestazione) di dimensione pari a 5 byte. Quindi di per sè l'efficienza del protocollo ATM è pari a:
eff_ATM=48/(48+5)=90.57%
Questo significa che i dati che inviamo o riceviamo possono viaggare a una velocità massima idelae pari al 90.57% della velocità "agganciata" dal modem.
Tuttavia la velocità massima è in realtà minore a causa dell'overhead introdotto dai protocolli incapsulanti che agiscono a monte dell'ATM.
E' importante osservare che l'ATM si aspetta sempre dal protocollo incapsulante superiore un pacchetto dati multiplo di 48 byte, perchè, come abbiamo detto, le celle ATM portano in ogni caso 48 bytes di dati.
Se questo non avviene, il protocollo incapsulante superiore aggiunge un padding (riempimento) in maniera tale da soddisfare questa condizione. Questo padding ovviamente non contiene dati e quindi diminuisce l'efficienza dell'adsl, in altre parole diminuisce la velocità con la quale scarichiamo
In generale è possibile annullare il padding agendo sull'MTU. Ma ora procediamo separatamente per PPPoA e PPPoE.

PPPoA
In questo caso i protocolli utilizzati sono, nell'ordine di incapsulamento:
TCP/IP - 40 bytes header
PPP - 2 bytes header
AAL5 - Padding + 8 bytes Trailer
ATM - 5 bytes header per ogni cella
Accanto ad ogni protocollo ho indicato il numero di bytes che non fanno parte dei dati utili. Come si vede il protocollo responsabile del padding per avere un numero intero di celle ATM è l'AAL5. Da notare che il pacchetto AAL5 viene scomposto in tante celle ATM fino ad esaurimento del pacchetto stesso. Il numero di celle ATM dipenderà dall'MTU, ovverro dalle dimensioni del pacchetto TCP/IP. Vediamo ora di scoprire qual'e' l'MTU che garantisce la maggiore efficienza per il PPPoA.

MTU = 1500
Questo è il valore di MTU generalmente consigliato per il PPPoA. Verifichiamo che sia effettivamente il valore di MTU che garantisce l'efficienza massima del protocollo:
Overhead fisso
40 (TCP/IP) + 2 (PPP) + 8 (AAL5) = 50 bytes
Numero di celle ATM necessarie
Ceil (1500 (MTU) + 2 (PPP) + 8 (AAL5) / 48) = 32
Padding necessario
32*48-(1500 (MTU) + 2 (PPP) + 8 (AAL5)) = 26
OverHead finale = 50 (Overhead fisso)+ 26 (PAdding) + 5*32 (Header celle)= 236
Efficienza
1460/(1460+236)=86.08 %

MTU = 1492
Questo MTU viene impostato da negoziazione automatica con il modem da alcuni provider anche su PPPoA
Ripetendo i calcoli:
Efficienza
1452/(1452+244)=85.61 %
Quindi l'efficienza, come c'era da aspettarsi, è scesa.

MTU = 1478
Questo MTU è il più grande MTU trasportabile (ricordiamo che il massimo MTU trasportabile è 1500, il collo di bottiglia è il PPP e generalmente le schede Ethernet se colleghiamo il pc al router via ethernet) che garantisce padding nullo. In questo caso si ha:
Efficienza
1438/(1438+205) = 87.52 %
Quindi 1478 è l'MTU che garantisce la massima efficienza su ADSL con PPPoA.
La TCP Window Size dovrebbe essere quindi impostata ad un valore multiplo di 1438.

PPPoE
In questo caso i protocolli utilizzati sono, nell'ordine di incapsulamento:
TCP/IP - 40 bytes header
PPP - 2 bytes header
PPPoE - 6 Bytes Header
MAC - 14 Bytes Header
LLC - 10 Bytes Header
AAL5 - Padding + 8 bytes Trailer
ATM - 5 bytes header per ogni cella
Come vediamo, ci sono tre protocolli in più. Questo comporta che l'overhead è maggiore. Ci aspettiamo quindi un'efficienza minora. Ma come vedremo ci possono essere casi in cui il PPPoE è più efficiente del PPPoA...

MTU = 1492
Questo è il massimo MTU impostabile con il PPPoE; la limitazione è indotta dal protocollo MAC, che può trasportare un payload massimo di 1500 bytes. A questi 1500 bytes vanno sottratti i 2 bytes del PPP e i 6 bytes del PPPoE, arrivando così ai 1492 bytes lasciati disponibili per il TCP/IP, l'MTU appunto.
Andiamo avanti con i calcoli:
Overhead fisso
40 (TCP/IP) + 2 (PPP) + 6 (PPPoE) + 14 (MAC) + 10 (LLC) + 8 (AAL5) = 80 bytes
Numero di celle ATM necessarie
Ceil (1492 (MTU) + 2 (PPP) + 6 (PPPoE) + 14 (MAC) + 10 (LLC) + 8 (AAL5) / 48) = 32
Padding necessario
32*48-(1492 (MTU) + 2 (PPP) + 6 (PPPoE) + 14 (MAC) + 10 (LLC) + 8 (AAL5) ) = 4
OverHead finale = 80 (Overhead fisso)+ 4 (PAdding) + 5*32 (Header celle)= 236
Efficienza
1452/(1452+236)=86.02 %
Si vede subito che questa è la massima efficienza raggiungibile con il PPPoE.
Da notare che con MTU 1492 il PPPoE è più efficiente del PPPoA, 86.02 % contro 85,61%; la cosa triste è che in PPPoA alcuni provider settano l'MTU su questo valore...

Conclusione:
PPPoA
Valore consigliato per MTU: 1478
Efficienza con valore consigliato: 87.52 %
Valore consigliato per TCP Window Size: multiplo di 1438
PPPoE
Valore consigliato per MTU: 1492
Efficienza con valore consigliato: 86.02 %
Valore consigliato per TCP Window Size: multiplo di 1452

Guadagno PPPoA vs PPPoE: 1.5 %