Newsgroup: it.comp.reti.ip-admin
Titolo: MTU e ADSL  ?!??!? Mumble... mumble...

Ciao,
ho configurato una macchina riciclata per fare da 
router/firewall/altro... ma non ho ben capito come calcolare la giusta MTU.
Ho capito che, se la dimesnione è troppo grossa, parte del pacchetto può 
essere scartata a causa del payload (o almeno credo) durante il path me 
è una stima empirica o... cosa ?
Scusate per le inesattezze ma non sono un'esperta (uso D-Link 300T con 
ultimo firmware non hackerato e Fedora Core 1, Libero come ISP):
ppp0      Link encap:Point-to-Point Protocol
           inet addr:151.42.x.x  P-t-P:151.6.x.x  Mask:255.255.255.255
           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
           RX packets:28446 errors:0 dropped:0 overruns:0 frame:0
           TX packets:30895 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:3
           RX bytes:18444378 (17.5 Mb)  TX bytes:9407287 (8.9 Mb)
Ciao ragazzi !

> ma non ho ben capito come calcolare la giusta MTU.
Alloooooora; ti basta usare il comando "ping", in pratica
avviando il comando con i parametri -l e -f riuscirai con
qualche tentativo ad ottenere la dimensione ottimale per
la tua MTU; inizia con questo comando:
in windows
ping -l 1472 -f 
www.google.com
in linux
ping -c 4 -s 1472 -v -M do 
www.google.com
a questo punto puoi ottenere due risultati, il primo è che il
ping funziona e ricevi le relative risposte, il secondo è che
il ping NON funziona ed ottieni una serie di errori relativi alla
necessità di frammentare il pacchetto
nel primo caso significa che la dimensione del pacchetto è
ancora accettata, quindi potrai incrementare tale dimensione
(es. 1473) fino a ricevere un errore, nel secondo il significato
degli errori è che il pacchetto è troppo grande quindi dovrai
ridurre la dimensione richiesta (es. 1471) ad ogni modo una
volta stabilita la dimensione MASSIMA con la quale il "ping"
ottiene risposta, basterà sommare al numero usato per il
parametro "-l" 28 (la dimensione degli headers) per ottenere
il valore di MTU, ad esempio 1472+28 = 1500 ossia il valore
di MTU da usare sarebbe in questo caso 1500
... sempre che io non abbia detto castronerie :-)
Ciao

 Ciao
Ottengo 1492, lo stesso valore che ho per default (fortuna ?!?)!

 Ottengo 1492, lo stesso valore che ho per default (fortuna ?!?)!
Ma il problema in sostanza qual'e'? Tiro a indovinare: la linuxbox
va tranquillamente, mentre ti si "inceppano" i client nattati? :-)
bye G.L.

 va tranquillamente, mentre ti si "inceppano" i client nattati? :-)
Toh ... mi hai per caso letto nel pensiero :^) ??

 va tranquillamente, mentre ti si "inceppano" i client nattati? :-)
Non ho riscontrato problemi di nessun genere (finora), è solo per 
ottimizzare al massimo l'utilizzo del link ADSL (insieme a marckamento 
paccketti, schedulatori di traffico)... non che sia indispensabile,mi 
interessa imparare cose nuove e trovo interessante il networking 
casalingo avanzato (con software open source).
Un passatempo...

Tiziana wrote:


Pero' una domanda te la faccio lo stesso.  :-)
Incapsulamento pppOE? Allora mi sa che piu' di 1492 non si possa
andare (e' 1500 quello della ethernet...). Il mio dubbio sugli
host nattati riguardava il MSS.  ;-)
bye G.L.

Tiziana wrote:


Pero' una domanda te la faccio lo stesso.  :-)


Tiziana wrote:


Pero' una domanda te la faccio lo stesso.  :-)


 Toh ... mi hai per caso letto nel pensiero :^) ??
Cercavo di leggere quello di Tiziana. Ho letto male, sara' ora
di revisionare la sfera... :-p
bye G.L.

 host nattati riguardava il MSS.  ;-)
Credo sia lecito :
[root@gollum root]# cat /etc/sysconfig/network-scripts/ifcfg-ppp0
USERCTL=yes
BOOTPROTO=dialup
NAME=DSLppp0
DEVICE=ppp0
TYPE=xDSL
ONBOOT=yes
PIDFILE=/var/run/pppoe-adsl.pid
FIREWALL=NONE
PING=.
PPPOE_TIMEOUT=80
LCP_FAILURE=3
LCP_INTERVAL=20
CLAMPMSS=1412
CONNECT_POLL=6
CONNECT_TIMEOUT=60
DEFROUTE=yes
SYNCHRONOUS=no
ETH=eth0
PROVIDER=DSLppp0
USER=tiziana@liberolight
PEERDNS=no
e poi :
[root@gollum root]# iptables -t filter -nvL
Chain INPUT (policy ACCEPT 221 packets, 20358 bytes)
  pkts bytes target     prot opt in     out     source 
destination
Chain FORWARD (policy ACCEPT 13 packets, 608 bytes)
  pkts bytes target     prot opt in     out     source 
destination
     2    96 TCPMSS     tcp  --  *      *       
0.0.0.0/0
 
0.0.0.0/0
           tcp flags:0x06/0x02 TCPMSS clamp to PMTU
Chain OUTPUT (policy ACCEPT 325 packets, 20252 bytes)
  pkts bytes target     prot opt in     out     source 
destination
Tutto ok senconde te ?

 Tutto ok senconde te ?
Tutto OK, IMHO. Lungi da me affermare che fosse il contrario,
e' che non capivo se paventassi o meno un problema legato a
MTU/MSS.  :-)
bye G.L.

secondo lei quale può essere il problema che con la mia linea
multigroup mega interbusiness non riesco ad andare a pià di 1300 di
mtu? sia con 2000 che con XP testato tutto con i tools di
speedguide.net
. in ufficio prima con smart 10 ed ora con fastweb non ho
problemi di mtu. qui invece setto 1500 ma nulla mi da sempre come
massimo 1300. router? impostazione della rete interbusiness stessa?
grazie