Re: MTU y DHCP
2005-12-01 13:32 +0100, Francisco J. Bejarano <webmaster@qye.com>:
> El mié, 30-11-2005 a las 15:53 +0100, Gonzalo HIGUERA DÍAZ escribió:
> > 2005/11/30, Francisco J. Bejarano <webmaster@qye.com>:
> > > Hola
> > >
> > > Me interesaria saber si se puede cambiar el MTU de un adaptador de red
> > > de forma automaica mediante DHCP.
> > >
> > > Es decir, que cuando DHCP asigne una direccion de red al host que se
> > > conecta, directamente le diga que tiene un MTU de 1300 por ejemplo.
> > >
> > > Se que se puede cambiar con el comando
> > >
> > > ifconfig eth0 MTU 1300
> > >
> > > Pero si pudiese hacerlo automaticamente DHCP seria mejor que estar
> > > añadiendo manualmente a todos los adaptadores de red esa configuración.
> > > Es bastante tedioso, y más si tienes clientes windows que tienes que
> > > tocar el registro.
> > >
> > > Espero que se me haya entendido :-), mas o menos. ¿Alguien sabe como
> > > hacerlo?
> >
> > Según RFC 2132:
> >
> > """
> > 5.1. Interface MTU Option
> >
> > This option specifies the MTU to use on this interface. The MTU is
> > specified as a 16-bit unsigned integer. The minimum legal value for
> > the MTU is 68.
> >
> > The code for this option is 26, and its length is 2.
> >
> > Code Len MTU
> > +-----+-----+-----+-----+
> > | 26 | 2 | m1 | m2 |
> > +-----+-----+-----+-----+
> > """
> >
> > El cómo configurar este parámetro dependerá del servidor DHCP que se
> > esté usando. Que los clientes hagan caso a la opción dependerá del
> > programa cliente y de las posibilidades del sistema operativo. Por
> > ejemplo, el tamaño de la ventana de transmisión TCP en Windows creo
> > que hay que actualizarla reiniciando el ordenador. Si ocurre lo mismo
> > con el MTU, no va a haber suerte. :-(
>
> Gracias por las respuestas.
>
> Por lo que he visto, existe esta opcion en el servidor
>
> option all-subnets-local flag;
>
> " This option specifies whether or not the client may assume that all
> subnets of the IP network to which the client is connected use the same
> MTU as the subnet of that network to which the client is directly
> connected. A value of 1 indicates that all subnets share the same MTU. A
> value of 0 means that the client should assume that some subnets of the
> directly connected network may have smaller MTUs."
>
> Segun esto, si pusiese la opcion con 0 en el flag, ¿significaria que los
> clientes se adaptarian a MTUs menores dentro de su subred redes? Si esto
> es así y pusiese esta opcion en globales, no lo harían para todas?
Cuando es uno, se le dice al cliente que puede enviar paquetes a la
red IP sin que vaya a haber fragmentación. Cuando es cero, se le
advierte que puede haber fragmentación. Esa advertencia puede usarse
para usar técnicas de adaptación dinámica del MTU como "Path MTU
discovery" (RFC 1191, algo similar a lo que es obligado en IPv6), pero
no obliga a hacerlo. Si Internet es visible desde el interfaz que
refiere este comando, entiendo que habría que dejarlo a 0.
> También está esta otra
>
> option interface-mtu uint16;
>
>
> " This option specifies the MTU to use on this interface. The minimum
> legal value for the MTU is 68."
Esa misma es la opción número 26 que cité, que sirve para avisar al
cliente del MTU.
> si lo pongo como global con 1300, a todas las direcciones que sirviera
> les pondria MTU 1300 no?
> o me estoy equivocando porque el cliente no le va a dejar. No entiendo
> porque el cliente no va aceptar las opciones que le sirva el DHCP si
> usan el mismo protocolo.
El protocolo DHCP permite obtener infomación acerca de la red, pero no
obliga a honrarla. Por ejemplo, en Windows XP es (casi) posible
independizar la configuración IP por DHCP de la de los DNS. Aparte,
las posibilidades citadas entran dentro del campo "opciones" de DHCP,
con lo que el cliente no tiene ni siquiera que ser capaz de
entenderlas (salvo "DHCP message type", si no he interpretado mal RFC
2131 - "Dynamic Host Configuration Protocol").
> Yo uso el servidor dhcp3 y el cliente el que instala por defecto debian
> sarge, es decir,
>
> dhcp-client 2.0pl5-19.1 DHCP Client
>
> Sabeis si con esta combinación se puede hacer? y con el cliente de
> windows XP?
No sé decir qué clientes entenderán y actuarán según las opciones
mencionadas, pero si lo hacen, debería ser independientemente del
servidor (para eso es un protocolo). Esperaremos impacientes cualquier
resultado. ;-)
Es verdad que en windows XP hay que añadir MTU al registro y
> que esos cambios se aplican al reiniciar, pero si en el reinicio coge
> los datos de DHCP, ya estaria iniciando con la MTU proporcionada o ¿no?
El hecho de que haya que reiniciar quita bastante utilidad a la
opción, y presiento que esto puede llevar a que el cliente por defecto
no honre la opción DHCP acerca del MTU del enlace. Espero equivocarme.
:-)
--
Gonzalo HIGUERA DÍAZ <gonhidi@gmail.com>
Reply to: