From owner-freebsd-net@freebsd.org Tue Jun 23 05:33:42 2020 Return-Path: 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 E3BDB349A7F for ; Tue, 23 Jun 2020 05:33:42 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49rZh655DVz42Gx for ; Tue, 23 Jun 2020 05:33:42 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: by mailman.nyi.freebsd.org (Postfix) id ACE4E349946; Tue, 23 Jun 2020 05:33:42 +0000 (UTC) Delivered-To: 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 AB659349877; Tue, 23 Jun 2020 05:33:42 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49rZh55b1Bz42Gw; Tue, 23 Jun 2020 05:33:41 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 05N5XdP6013965; Mon, 22 Jun 2020 22:33:39 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 05N5XdsD013964; Mon, 22 Jun 2020 22:33:39 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202006230533.05N5XdsD013964@gndrsh.dnsmgr.net> Subject: Re: routed && route6d removal proposal In-Reply-To: <33c892bf-5d71-cd65-3041-449cc1bf6e6b@grosbein.net> To: Eugene Grosbein Date: Mon, 22 Jun 2020 22:33:39 -0700 (PDT) CC: "Rodney W. Grimes" , "current@FreeBSD.org" , net , freebsd-hackers X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 49rZh55b1Bz42Gw X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [0.76 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.37)[-0.369]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.38)[0.382]; NEURAL_HAM_LONG(-0.15)[-0.150]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2020 05:33:43 -0000 > 23.06.2020 2:26, Rodney W. Grimes wrote: > > >> 22.06.2020 19:49, Rodney W. Grimes wrote: > >>> Whats unmaintained about code that has no need to change cause it just pretty much works? > >> Have you actually tried running routed(8) as base for real network with loops, > >> mix of p2p and ethernet-like interfaces, IPv4 aliases, need of offset-lists and > >> with diameter about 6 hops? > > > > As I said I know of people that are running and it is working, and > > Hiroko's post clearly establishes that as fact in evidence. > > > > I am not even sure that RIP* has loop detection in the protocol, > > It has, of course. Slight miss communications, there really isnt a loop detection in the on wire protocol, or multipath support, it simply excludes certain routes that end up excluded by counting to infinity to stop the loop (inifinity is usually 16 for this solution). Its not like OSPF or BGP where you can calculate loops and mulipath effects. Bottom line, RipV2 is not healthy on a network when loops exist, though it should not lead to failure. > > > as the prefered routing protocol for anything multipath (which > > is what loops are in effect) is OSPF. > > RIPv2 may be used for failover, not for multipath. Any redundant route creates L3 "multipath". Yes. > >> I'm not talking about RIPv2 inherent deficiencies. > >> Our routed just glitches where quagga's ripd just works. > > > > And your PR# for reporting the bug is? > > Was. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=51927 > Never had a chance to verify if it was really fixed in HEAD because it was not for RELENG_4, > so I moved to ripd. As you may remeber, RELENG_5 needed much time to become ready for production. I can not find any commit linked to that bug, but this is probalby before the system to do that existed. Unless we can confirm the bug still exists I think it would be predunt to assume it is fixed based on what I read in the PR, so dismissing the claim that the inbase routed "just glitches." Can you agree with that logic Eugene? Regards, -- Rod Grimes rgrimes@freebsd.org