GNOME Bugzilla – Bug 332953
NM doesn't configure interface-mtu from DHCP response
Last modified: 2008-01-06 15:10:59 UTC
Upstreaming from: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176787 Description of problem: My DHCP server sends option interface-mtu 1440 since it is an IPsec VPN gateway. With a custom /etc/dhclient-eth0.conf, dhclient-script handles this option properly, configuring the ethernet interface with the interface-mtu value returned from DHCP. NetworkManager, however, ignores the option. Version-Release number of selected component (if applicable): 0.5.1-1.FC4.4 How reproducible: always Steps to Reproduce: 1. edit ifcfg-eth0 to set ONBOOT=no 2. Reboot 3. Plug ethernet cable in 4. Note that NM did not configure the MTU, leaving it the default MTU:1500 5. service NetworkManager stop 6. ifdown eth0; ifup eth0 7. Note that dhclient did configure the MTU:1440 Actual results: /etc/dhclient-eth0.conf: request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, host-name, nis-domain, nis-servers, ntp-servers, interface-mtu; After bootup with NetworkManger, ifconfig: eth0 Link encap:Ethernet HWaddr 00:0D:60:xx:xx:xx inet addr:a.b.c.d Bcast:a.b.c.255 Mask:255.255.255.0 inet6 addr: fe80::20d:60ff:fexx:xxxx/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:355 (355.0 b) TX bytes:744 (744.0 b) Base address:0x8000 Memory:c0240000-c0260000 /var/lib/dhcp/dhclient-eth0.leases: lease { interface "eth0"; fixed-address a.b.c.d; option subnet-mask 255.255.255.0; option routers a.b.c.1; option dhcp-lease-time 3600; option dhcp-message-type 5; option domain-name-servers a.b.c.w,a.b.c.x,a.b.c.y,a.b.c.z; option dhcp-server-identifier a.b.c.1; option interface-mtu 1440; option broadcast-address a.b.c.255; option domain-name "domain"; renew 1 2006/1/2 18:59:52; rebind 1 2006/1/2 19:24:20; expire 1 2006/1/2 19:31:50; } Expected results: NM should configure the interface-mtu with the value returned from the DHCP server. Additional info: The DHCP server's dhcpd.conf has this configured: option interface-mtu 1440;
The following is not a duplicate, but is probably is the first step toward a fix: http://bugzilla.gnome.org/show_bug.cgi?id=344967 The appropriate VPN plugin would also need configuring to pass the correct MTU back to NM.
fixed in stable and trunk. For stable, system configured MTU is preferred, DHCP is used if that isnt present. For trunk, DHCP-provided MTU is preferred.