I think this bug was meant as a "feature": NetworkManager[7084]: <info> (eth0): carrier now OFF (device state 100, deferring action for 4 seconds)
So I quickly checked with the sources of network manager and set_carrier function in nm-device-ethernet.c in deed has a HARDCODED timeout of four seconds: priv->carrier_action_defer_id = g_timeout_add_seconds (4, carrier_action_defer_cb, self); Maybe someone from the nm-developers can comment on the necessity of this delay. The comparison with WinXP/Vista/7 and OSX (all Version) shows that their implementation does not introduce a delay and even a very brief network interruption results in functional re-establishment of the network connectivity. This timeout prevents the use of common snmp port-restart actions where the port is put in shutdown mode for a split second to clear err-disabled flags or to force 802.1x re-authentification after a change of vlan membership for a specific device/user. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/894082 Title: Network-Manager doesn't handle short network interruptions correctly! To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/894082/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
