<div dir="ltr">> 

but you can avoid the behavior of a<br>static IP being removed in response to carrier changes by installing the<br>NetworkManager-config-server package.<div><br></div><div>This package is installed.</div><div><br></div><div>It did not immediately seem to make any difference, as to whether ignore_carrier, in this package's configuration, was set to no or yes.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 5, 2023 at 3:27 PM Chris Adams <<a href="mailto:linux@cmadams.net">linux@cmadams.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Once upon a time, Vincent <<a href="mailto:techburgher@gmail.com" target="_blank">techburgher@gmail.com</a>> said:<br>
> We have a customer running Red Hat 8.5.0-10,<br>
> kernel 4.18.0-372.26.1.el8_6.x86_64, NetworkManager version 1.36.0-7.el8_6.<br>
> When they disconnect their network cable, the static IP address, on the<br>
> corresponding interface, is lost. When the cable is reconnected, the IP<br>
> address is never restored, unless nmcli con down is issued. What would<br>
> account for this behavior? We would expect a statically configured IP<br>
> address to persist between carrier state changes. What seems a bit odd, is<br>
> that the logs indicate the state change, triggered from disconnection, as<br>
> reason "user-requested" instead of "carrier-changed".<br>
<br>
I'm not sure what the connection isn't automatically restored (unless<br>
"autoconnect" is set to false/0), but you can avoid the behavior of a<br>
static IP being removed in response to carrier changes by installing the<br>
NetworkManager-config-server package.<br>
<br>
-- <br>
Chris Adams <<a href="mailto:linux@cmadams.net" target="_blank">linux@cmadams.net</a>><br>
</blockquote></div>