From owner-freebsd-net@freebsd.org  Sat Oct 12 09:33:58 2019
Return-Path: <owner-freebsd-net@freebsd.org>
Delivered-To: freebsd-net@mailman.nyi.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
 by mailman.nyi.freebsd.org (Postfix) with ESMTP id 01C69150229
 for <freebsd-net@mailman.nyi.freebsd.org>;
 Sat, 12 Oct 2019 09:33:58 +0000 (UTC)
 (envelope-from nicolas-ml@deffayet.com)
Received: from smtp.novso.com (smtp1.novso.com [193.189.104.85])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client CN "smtp.novso.com",
 Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK))
 by mx1.freebsd.org (Postfix) with ESMTPS id 46r0504Jlgz3Hyt
 for <freebsd-net@freebsd.org>; Sat, 12 Oct 2019 09:33:56 +0000 (UTC)
 (envelope-from nicolas-ml@deffayet.com)
Message-ID: <1570872297.8425.1.camel@deffayet.com>
Subject: Re: FRR on FreeBSD 12 - problems with OSPFv3
From: Nicolas DEFFAYET <nicolas-ml@deffayet.com>
To: BulkMailForRudy <crapsh@monkeybrains.net>, "Rodney W. Grimes"
 <freebsd-rwg@gndrsh.dnsmgr.net>
Cc: freebsd-net@freebsd.org
Date: Sat, 12 Oct 2019 11:24:57 +0200
In-Reply-To: <e17ad0a5-93bd-611c-4e7b-7de7e23c6d4c@monkeybrains.net>
References: <201910112112.x9BLCHJ7092447@gndrsh.dnsmgr.net>
 <e17ad0a5-93bd-611c-4e7b-7de7e23c6d4c@monkeybrains.net>
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.22.6-1+deb9u2 
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
X-Rspamd-Queue-Id: 46r0504Jlgz3Hyt
X-Spamd-Bar: --
X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[];
 NEURAL_HAM_MEDIUM(-1.00)[-0.997,0];
 R_DKIM_ALLOW(-0.20)[deffayet.com:s=dkim]; FROM_HAS_DN(0.00)[];
 RCPT_COUNT_THREE(0.00)[3];
 R_SPF_ALLOW(-0.20)[+ip4:193.189.104.0/23]; MV_CASE(0.50)[];
 MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0];
 TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[];
 DKIM_TRACE(0.00)[deffayet.com:+];
 DMARC_POLICY_ALLOW(-0.50)[deffayet.com,quarantine];
 RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[];
 MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.00)[country: FR(-0.00)];
 ASN(0.00)[asn:25358, ipnet:193.189.104.0/23, country:FR];
 MID_RHS_MATCH_FROM(0.00)[]
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net/>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Oct 2019 09:33:58 -0000

On Fri, 2019-10-11 at 16:14 -0700, BulkMailForRudy wrote:

Hello,

> Thanks for the questions, good for me to think about it some more.  
> Short response:
> 
>   I don't think it is the FRR config, but the routes received that
> are 
> crashing it or ospf6d has some other issue.

FRR 7.1, the last release have a lot of ospf6d issues making it very
unreliable. The only way to have reliable ospf6d is to keep quagga
unfortunately.

I have troubles in routes exchanges with ospf6d but never get daemon
crash.

On my loopback, I have an IPv4 address with /32 netmask and an IPv6
address with /64 netmask.

If your configuration work fine with Quagga, and you add a router-id
statement at the root of configuration (FRR have moved router-id
statement outside of 'router ospf6' statement), it should work with
FRR.

If it didn't works, open a bug: https://github.com/FRRouting/frr/issues


-- 
Nicolas DEFFAYET