Roaming Mischief
Markus Woschank
markus.woschank at gmail.com
Sat Nov 18 16:11:54 CET 2017
Sorry for the previous message.
@matthias
> Simple example: a mobile IP phone. Rebooting your telephony server
> causes you to drop the connection to the client until _it_ next issues a
> call. However, if you persist the phone's address, you don't lose
> incoming service.
Thank you for the example.
While a reboot already impacts the service of the telephony system
this might be also tackled via the persistent keepalive, but I see
your point.
But then again the original configuration did not specify any endpoint
and suddenly, after reboot, it does.
I strongly believe the state (current endpoint of roaming peers) needs
to be separated from the configuration.
Take the dhcpd server for example, it does _not_ store leases in the
configuration and rewrites it on every shutdown, it stores the _state_
at a different location.
Again ;) my proposal: if a peer's endpoint is specified this makes it
a non roaming peer, make it possible to store and restore, and/or set
current roaming peers endpoints, for special situations and don't
change the configuration syntax.
Markus
More information about the WireGuard
mailing list