Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 10 Sep 2021 16:34:20 +0800
From:      Zhenlei Huang <zlei.huang@gmail.com>
To:        mike tancsa <mike@sentex.net>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: routing changes from Sept 7th and possible ppp breakage (RELENG_13)
Message-ID:  <FC96E48A-5EFB-4304-846C-0F9A8D37FD2E@gmail.com>
In-Reply-To: <c1cd5310-c241-6b7a-b81a-33e29648fa82@sentex.net>
References:  <c1cd5310-c241-6b7a-b81a-33e29648fa82@sentex.net>

next in thread | previous in thread | raw e-mail | index | archive | help


> On Sep 10, 2021, at 5:38 AM, mike tancsa <mike@sentex.net> wrote:
>=20
> On our standard nanobsd router image we use, I noticed failover =
routing
> broke all of a sudden.  We are not using multiple FIBs, but somehow we
> now have two default routes I am guessing because of multipath.  =
(Note,
> we just started testing RELENG_13 so its possible I am making bad
> assumptions somewhere.)
>=20
> default            10.255.255.1       UGS         6   1500       igb0
> default            10.1.0.1           UGS        17   1500      tun10
>=20
> I am pretty sure from the code base from 3+ days ago, I would not see
> this condition.
>=20
> In the past, my nano image would get a default route via DHCP.  If =
that
> path was not functional or blocked, my monitoring software would =
detect
> the failure and fire up PPP which has
>=20
>  add! default HISADDR
>=20
> That now seems to add a second default route instead of getting rid of
> the old one.
>=20
> if I add net.route.multipath=3D0
>=20
> I get back the old behaviour
FreeBSD 13 enabled multipath and default is on. See the routing section
of release notes. =
https://www.freebsd.org/releases/13.0R/relnotes/#network-routing

>=20
> According to the ppp docs
>=20
>          If the add! command is used (note the trailing "!"), then if =
the
>          route already exists, it will be updated as with the `route =
change'
>          command (see route(8) for further details).
>=20
> Where as now, it doesnt seem to replace it, it seems to just add =
another
> default route.
At first glance it seems that ppp does not check existing default route =
before
replacing it with a new one.
>=20
> For my purposes, setting net.route.multipath=3D0 seems to work just =
fine,
> but I wonder if this warrants a note in ppp's docs since it no longer
> seems to work that way in RELENG_13 ?
Not sure if we need errata. I think we should fix ppp :)
>=20
>     ---Mike
>=20
>=20




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FC96E48A-5EFB-4304-846C-0F9A8D37FD2E>