On Sun, 2008-12-14 at 01:09 -0300, Horst H. von Brand wrote: > Aldrin Martoq <[email protected]> wrote: > > On Sat, 2008-12-13 at 12:59 +0100, Miguel Oyarzo O. wrote: > > > Existe alguna forma para que un cliente negocie o sugiera el tamaño > > > maximo del paquete que recibirá desde un servidor cualquiera remoto? > > > Quiero conectarme a un servidor WEB remoto, pero deseo recibir secuencia > > > paquetes menores a 200Bytes hasta mi cliente. > > Si se puede, depende del sistema operativo del cliente. Si el cliente es > > linux puedes configurar la interfaz: > > # ip link set eth0 mtu 200 > Ilegal, fuera de rango. [...] > El taman~o minimo de un segmento TCP es 536 bytes (salvo que se usen > opciones), dado un MTU de 576 (minimo de IP).
No encuentro referencias a que un MTU de 200 sea ilegal, lo que encontré
es que el MTU mínimo para IPv4 es 68; este parámetro no considera lo
físico y TCP _funciona_ con esta configuración (aunque no estoy seguro
si sea ilegal!).
RFC-791 (std-5):
Every internet module must be able to forward a datagram of 68
octets without further fragmentation. This is because an internet
header may be up to 60 octets, and the minimum fragment is 8 octets.
Every internet destination must be able to receive a datagram of 576
octets either in one piece or in fragments to be reassembled.
Había probado la configuración antes de enviar (wget a
listas.inf.utfsm), y pase por alto que para enviar (en el servidor)
estará ok, pero para recibir (en el cliente, la pregunta) debes
configurar además /proc/sys/net/ipv4/route/min_adv_mss.
> Y es el taman~o de un datagrama IP, no de un
> segmento TCP, lo que configuras asi.
Me parece que el tamaño IP es lo que quiere/necesita, pero tampoco veo
la necesidad "real" en todo caso...
--
Aldrin Martoq <[email protected]>
http://aldrin.martoq.cl/videopodcast/
signature.asc
Description: This is a digitally signed message part
