Bugzilla – Bug 2808
NetDevices are inconsistent with LinkUp/LinkDown
Last modified: 2017-11-15 01:38:09 EST
This problem is known, but its extent has been made clear by MIPv6 GSoC project. Without a proper LinkUp/LinkDown signalling, the IP interfaces cannot know if a NetDevice is active or it has been disconnected from its endpoint. In particular, this problem affects Wi-Fi and LTE (and WiMAX too). The correct behaviour should be: - Fire LinkUp when the NetDevice is associated to an AP (or an eNB), - Fire LinkDown when the NetDevice is disassociated. - No signalling if the NetDevice changes its AP (or eNB) in the same domain - i.e., when IP is not changed and session continuity is handled by L2.
Hi, I am working on continuing the implementation of MIH in ns-3 which would require LinkUp and LinkDown events. Hence, I would like to know what exactly is the issue with LinkUp and LinkDown methods of NetDevice as I was not very clear after going through the bug.
Hi, the problem is twofold: 1) Not all the NetDevices fire the callback set by AddLinkChangeCallback consistently. For example, Wi-Fi does it, but LTE doesn't. 2) Ipv*Interfaces are "Up" as soon as the NetDevice is up and running, and they are not set to down when the NetDevice is down. A better model would be to defer the Ipv*Interface setup to when the netDevice is up for real and to set it to down when the NetDevice loses its connectivity. that, of course, preserving the capability to manually set an Ipv*Interface to down when needed. However, it should go up only when the NetDevice is up as well. (In reply to Susanna Ruth Peter from comment #1) > Hi, > > I am working on continuing the implementation of MIH in ns-3 which would > require LinkUp and LinkDown events. Hence, I would like to know what exactly > is the issue with LinkUp and LinkDown methods of NetDevice as I was not very > clear after going through the bug.
Thanks for the clarifications.