[FS#3499] [netifd] no way to monitor the real state of a connection via protocol handlers
OpenWrt Bugs
openwrt-bugs at lists.openwrt.org
Wed Dec 9 04:51:57 EST 2020
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Aleksander Morgado (aleksander0m)
Attached to Project - OpenWrt/LEDE Project
Summary - [netifd] no way to monitor the real state of a connection via protocol handlers
Task Type - Bug Report
Category - Base system
Status - Unconfirmed
Assigned To -
Operating System - All
Severity - Low
Priority - Very Low
Reported Version - Trunk
Due in Version - Undecided
Due Date - Undecided
Details - The current ModemManager integration in netifd is not fully operational right now, and usually requires an additional management script on top of it to properly reconnect the modems under certain scenarios.
The simplest and most common use case is the following:
* The network interface configured for "modemmanager" protocol is ifup-ed.
* netifd runs the connection start procedure in the protocol handler and the modem gets connected.
* Some time passes, and the network operator decides to disconnect the connection (network-initiated disconnection).
* ModemManager detects the disconnection, reports the bearer objects a "disconnected" and the modem back to only "registered".
* netifd still thinks the interface is up, and reports it as up everywhere.
See e.g. https://github.com/openwrt/packages/issues/14096
What would be the best way to solve this issue?
Is there currently any way to extend the protocol handler in a way that allows some polling inside netifd to ensure the interface is still up? Would that be a big change? Any other solution suggested?
More information can be found at the following URL:
https://bugs.openwrt.org/index.php?do=details&task_id=3499
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
More information about the openwrt-bugs
mailing list