Feature #3352
open
Set transport state UP/DOWN based on the state of the underlying network interface
Added by Davide Pesavento almost 9 years ago. Updated about 2 years ago.
10%
Description
#2989 implemented a minimal permanent UDP face that is always UP, i.e. does not perform any UP/DOWN transitions. We'd like to implement these state transitions based on the state of the "lower layer", for example:
wlan0goes down or is unplugged -> set all faces usingwlan0to DOWN.eth0loses an IP address -> set face using that address as its local endpoint to DOWN.eth0reacquires an IP address -> set face back UP.
The implementation should rely on ndn::net::NetworkMonitor signals to detect changes in the host network configuration.
Updated by Junxiao Shi almost 9 years ago
- Blocked by Feature #3353: NetworkMonitor: emit fine-grained signals when the state of a network interface changes added
Updated by Junxiao Shi almost 9 years ago
Question: how to determine which UDP faces are on wlan0?
Updated by Davide Pesavento almost 9 years ago
Junxiao Shi wrote:
Question: how to determine which UDP faces are on
wlan0?
We're still working out the details of that mechanism, but the idea is that FaceManager maintains a mapping from NICs to faces. Andrea will post a more detailed design once we get there.
Updated by Davide Pesavento almost 9 years ago
- Subject changed from Setting transport state UP/DOWN based on the state of the underlying network interface to Set transport state UP/DOWN based on the state of the underlying network interface
Updated by Andrea Tosatto almost 9 years ago
- Status changed from New to In Progress
Updated by Andrea Tosatto over 8 years ago
We've some design questions regarding permanent unicast faces, in particular how they behave when their face local address is removed from the interface. For example, when the permanent face local address is removed from the interface there could be the possibility to communicate with the face remote endpoint using a different local address. Is it the behavior we want for a permanent face?
Our proposed solution, that fits well our scenario, is to choose an address from the same interface when the face local address has been removed. If no other address is available the face will stick around until an address becomes available on that interface. Is this a good behavior for a permanent face? It could be strange if a user specify a local address when creating the permanent face(#3471).
Updated by Davide Pesavento over 8 years ago
- Related to Feature #3521: Netdev-bound faces added
Updated by Davide Pesavento over 8 years ago
- Status changed from In Progress to Feedback
- Assignee deleted (
Andrea Tosatto)
Andrea's internship with us is over. He already wrote most of the implementation of this feature in a local branch. I will polish the code and submit it for merging when/if time allows, most likely after the summer.
Updated by Davide Pesavento about 8 years ago
- Target version changed from v0.5 to v0.6
Updated by Junxiao Shi over 7 years ago
- Blocked by Feature #4021: FaceSystem: use NetworkMonitor::listNetworkInterfaces() added
Updated by Junxiao Shi over 7 years ago
- Blocks Feature #3420: best-route: return Nack if nexthops are DOWN added
Updated by Davide Pesavento about 7 years ago
- Target version changed from v0.6 to v0.7
Updated by Ashlesh Gawande over 6 years ago
- Blocks Task #3937: NLSR should react to Face event notifications added
Updated by Junxiao Shi almost 6 years ago
- Status changed from Feedback to In Progress
- Assignee set to Junxiao Shi
- Estimated time set to 12.00 h
I'll work on state transition of Ethernet faces. I do not see a clear implementation path to other unicast faces.
Updated by Junxiao Shi almost 6 years ago
- % Done changed from 0 to 10
Ethernet multicast https://gerrit.named-data.net/#/c/NFD/+/5042
Updated by Junxiao Shi almost 6 years ago
- Blocks deleted (Feature #3420: best-route: return Nack if nexthops are DOWN)
Updated by Junxiao Shi almost 6 years ago
- Related to Feature #3420: best-route: return Nack if nexthops are DOWN added
Updated by Junxiao Shi almost 6 years ago
- Assignee deleted (
Junxiao Shi)
As I indicated, I don't know how to implement for non-Ethernet faces, so I'm releasing this issue to whoever interested.
#3420 can now proceed. Strategy can return Nack to a point-to-point downstream when upstream is Ethernet that is DOWN.
#3937 is still blocked because NLSR mainly uses UDP unicast faces.
Updated by Davide Pesavento about 5 years ago
- Target version changed from v0.7 to 22.02
Updated by Davide Pesavento over 3 years ago
- Target version changed from 22.02 to 22.12