After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 332953 - NM doesn't configure interface-mtu from DHCP response
NM doesn't configure interface-mtu from DHCP response
Status: RESOLVED FIXED
Product: NetworkManager
Classification: Platform
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Dan Williams
Dan Williams
Depends on:
Blocks:
 
 
Reported: 2006-03-01 05:38 UTC by Christopher Aillon
Modified: 2008-01-06 15:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Christopher Aillon 2006-03-01 05:38:01 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;
Comment 1 Antony Mee 2006-06-15 10:58:12 UTC
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.
Comment 2 Dan Williams 2008-01-06 15:10:59 UTC
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.