From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from diktynna.open-mesh.org (diktynna.open-mesh.org [136.243.236.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id D25CFF43832 for ; Wed, 15 Apr 2026 15:11:07 +0000 (UTC) Received: from diktynna.open-mesh.org (localhost [IPv6:::1]) by diktynna.open-mesh.org (Postfix) with ESMTP id 38418858C6 for ; Wed, 15 Apr 2026 17:11:06 +0200 (CEST) ARC-Seal: i=2; cv=pass; a=rsa-sha256; d=open-mesh.org; s=20121; t=1776265866; b=0sAz2az/ppEN2uBKQD2mxn6QIFtPMkbAyB/EMBR047NseGMxgttTdsSnahBBLgSQ8Y1Gh nCrE8PuUzR5Kw50uSUNsoQ/WtTK546kqkqDOfFRYUPduriE2jUV1OxzPUAHJhUctpAL0gdp vvO3herAdaWl4/XJKMSvu6rPFdqvvAM= ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=open-mesh.org; s=20121; t=1776265866; h=from : sender : reply-to : subject : date : message-id : to : cc : mime-version : content-type : content-transfer-encoding : content-id : content-description : resent-date : resent-from : resent-sender : resent-to : resent-cc : resent-message-id : in-reply-to : references : list-id : list-help : list-unsubscribe : list-subscribe : list-post : list-owner : list-archive; bh=e24eqtKYIJpdTpokvc3pTgwCYyQZvLY0txZ+HWVxK9A=; b=SCRM3nfTGYkvd1eCBJQ05lDKnYAO05TL4skPa6djYvMciv/isaczHLJREWjHVv6oF+j6G a6NRSK8ayNPZvzQOsccYxiW5yOGxODg/0TDhIJu/TfnxBqUPJrgEpVR/S6sx4+9EhwwH98/ MWB9gfhnGZR0yEx1c2WJjQk8GeBTRkE= ARC-Authentication-Results: i=2; open-mesh.org; dkim=pass header.d=simonwunderlich.de; arc=pass; dmarc=pass header.from=simonwunderlich.de policy.dmarc=none Authentication-Results: open-mesh.org; dkim=pass header.d=simonwunderlich.de; arc=pass; dmarc=pass (Used From Domain Record) header.from=simonwunderlich.de policy.dmarc=none Received: from mail.simonwunderlich.de (mail.simonwunderlich.de [23.88.38.48]) by diktynna.open-mesh.org (Postfix) with ESMTPS id E23C882C59 for ; Wed, 15 Apr 2026 17:10:24 +0200 (CEST) ARC-Seal: i=1; a=rsa-sha256; d=open-mesh.org; s=20121; cv=none; t=1776265835; b=Pk4OoLcCLOqmQmLm4ir3rj2W96Q3m0HXl3rcnUHqX+7rQm9BdVLuYBKBnS3CZArF6m4GTp y/x++zN9j+CxD/tNYA3nxSj2WI9OKQGFL65E5gdxwBX7+ctcxMHyVBiuFLr7eL/DrQQeAC NkShF6AETRnivxVxk7i/LELY9Nk8QBM= ARC-Authentication-Results: i=1; diktynna.open-mesh.org; dkim=pass header.d=simonwunderlich.de header.s=09092022 header.b=2ORWD521; spf=pass (diktynna.open-mesh.org: domain of sw@simonwunderlich.de designates 23.88.38.48 as permitted sender) smtp.mailfrom=sw@simonwunderlich.de; dmarc=pass (policy=none) header.from=simonwunderlich.de ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=open-mesh.org; s=20121; t=1776265835; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=e24eqtKYIJpdTpokvc3pTgwCYyQZvLY0txZ+HWVxK9A=; b=XOKB8IYDxbqLKul6KC365Ptne+382w1z3JoFCBP+NKR1xXhQq9zsk3S2bYWJTUYzLw3T/n Diwpx/g430omuqmTpHOhiug74BAiQMHSIjmaD5tuZYHE9lJtFOKdhCx4uw+UJmfl0q/9+w TbzsPA3lym+He6j/gnnVP8X+VdHxbik= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=simonwunderlich.de; s=09092022; t=1776265823; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=e24eqtKYIJpdTpokvc3pTgwCYyQZvLY0txZ+HWVxK9A=; b=2ORWD5211wh3/RvHEKscs5vEQA5Vj/3D4GwwHqwHcatbVviYFxJrp854OGXQiEmqvh2Dbn QWDUN3QGfrCZ04Ri0Bp8Wc8G36RlpWUr3zx1giywQNClC6qV2MY5uZ4fxmxFWunSif8lz6 Ta1IPOQ+PnE9wBdN04f57wWadJW9fKyo3LEjbbmGIC4AmjggPEhKd55F2uj8riTERShEK2 uAdr4ZZArF1gNCtpFdLpl0tPBqBej94hjeZ1nSKVlSuV6Yo7wcNR8/3rJLjkmBn/pRLN7u cSSETZ9GoX3pdswuF5bp3vPNuuE1KWRKY9NfnL68ss67jfmE4A3Rv8Mr8NkDYw== From: Simon Wunderlich To: b.a.t.m.a.n@lists.open-mesh.org Cc: martinvdberg@gmail.com Subject: Re: Gateway shut down detection takes too time from other nodes Date: Wed, 15 Apr 2026 17:10:23 +0200 Message-ID: <13667793.EVyyLHbfrO@prime> In-Reply-To: <177556961939.1631.5621807886524407791@diktynna.open-mesh.org> References: <3735338.hdfAi7Kttb@prime> <177556961939.1631.5621807886524407791@diktynna.open-mesh.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Message-ID-Hash: YGCQFXYYMMIS3HQ3VZHS7B7JJTUGK7IG X-Message-ID-Hash: YGCQFXYYMMIS3HQ3VZHS7B7JJTUGK7IG X-MailFrom: sw@simonwunderlich.de X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; header-match-b.a.t.m.a.n.lists.open-mesh.org-0; header-match-b.a.t.m.a.n.lists.open-mesh.org-1; header-match-b.a.t.m.a.n.lists.open-mesh.org-2; header-match-b.a.t.m.a.n.lists.open-mesh.org-3; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header X-Mailman-Version: 3.3.10 Precedence: list List-Id: The list for a Better Approach To Mobile Ad-hoc Networking Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: Hi Martin, On Tuesday, April 7, 2026 3:46:59=E2=80=AFPM Central European Summer Time=20 martinvdberg@gmail.com wrote: > I think I have a similar use-case as the original poster and ran into the > same problem. >=20 > Let me try to explain: >=20 > - Given a mesh network where each node is assigned a *static IP*. > - In the mesh network there are some nodes acting as a Gateway. > - The other nodes in the mesh are clients. > - Using BATMAN-V >=20 > Each client node has a script running, when it detects "batctl gwl" to el= ect > another gateway, the script will set the gateway's IP-address as default > route: "ip route replace default via $gateway_ip dev bat0". >=20 > Now whenever a mesh-gateway is turned off, it will take 200 seconds before > it is removed from the originators and only then "batctl gwl" will elect > another gateway. This results in some client nodes have no internet for 2= 00 > seconds. >=20 > So far, I haven't been able to get batman-adv (using batctl) to switch to > another gateway sooner, e.g. after 10 or 20 seconds. >=20 >=20 > Using DHCP is not an option in my use-case. >=20 > Is there somehow a way to reduce the 200 seconds? Possibly by switching to > BATMAN-IV? >=20 > Regards, Martin that's an interesting use case, although I would like to make clear that th= e=20 gateway feature was designed for DHCP in mind, yet you use it with static I= Ps.=20 The main purpose was to re-route DHCP packets to the selected gateway.=20 Nethertheless, you could still use this mechanism for "signaling". The gateway selection can be based on TQ or on bandwidth parameters, but th= ere=20 is no option to speed up the "dead marking" from the 200s of the originator= =20 timeout. you can decrease that number in the source code, but I would actua= lly=20 advise to use a completely different method independent of batman-adv - for= =20 example by using a layer 3 routing daemon, or another application which=20 regularly signals their availability as a gateway. For DHCP (which it was=20 originally designed for), lease times are typically 5 minutes minmum, so th= e=20 200s timeout are not really a problem there ... but I acknowledge that it's= =20 not really useful for "fast" switching. Cheers, Simon