[OpenWrt-Devel] ethernet carrier, udhcpc, hotplug
I don't seem to get udhcpc renewing a lease after plugging out/in the ethernet cable. I've checked that the carrier state is being signaled correctly via 'ip link'. I imagined that either udhcpc directly, or hotplug indirectly, would make the magic happen, ie. an attempted renewal. Am I missing something? I would think this useful, as it may have been plugged into a different network. Thanks, Conor ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] ethernet carrier, udhcpc, hotplug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am I missing something? I would think this useful, as it may have been plugged into a different network. Yes. This might work for units that have their wan at a dedicated interface, but it will fail through bridges or switches which are always up from the system pov. ~ Jow -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+xOVQACgkQdputYINPTPODWQCfWJ8SqvmsOIJmAyR0Qp1eoTWM etEAniehrTsK2IsWljOFq6KIQAw0+vr3 =k7bX -END PGP SIGNATURE- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] ethernet carrier, udhcpc, hotplug
On Mon, 2012-05-14 at 18:56 +0200, Jo-Philipp Wich wrote: Am I missing something? I would think this useful, as it may have been plugged into a different network. Yes. This might work for units that have their wan at a dedicated interface, but it will fail through bridges or switches which are always up from the system pov. Yes, I understand. Bridges, I believe, do a suitable AND operation of the carriers for encompassed ports. Switches are more difficult and depend on driver behaviour. It would be appropriate for switch drivers to also do a logical AND of relevant physical port's carriers. But those are the details. I was enquiring about the basic principle in the first instance. There is no current mechanism for dhcpc (or other) activity on carrier down/up? I saw a patch for uevent to handle interface carrier events, but it doesn't seem to have stuck? Thanks, Conor ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel