QVBF lFo2PLq35OwN0ratbObh+FYq8+k0BiyotOm6mE0HeNS11Aj99r9HHAeCVSeSHknjzzya BDcU3+m72DcQAHfx5iFoHcaZs0K1N7rxOSh61h6H0wP6JrIIU83wMt9pHHIoF4r+E5jC KcAmJcqM8QKISX441GC2BqC3yqsxCZBcIbt1cND2pfGd+mMAA/5C5041IXZVBNPrnteQ JDd2/L2hyLM/d3Q+zXF8AtRG9qp+PHqpLDg+iOdVoIZUj5ZSzJDgqHgqcs3+r8R4gufq 4unw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715784037; x=1716388837; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=nbL8Mwr7d+40fVaCK7XL5Mmxn2Y7prONnjYWKJoOMks=; b=SLGHnXsK6ya76LE6ja7TXSsYOaWVrWPVhb5VIWXAXQ4KxFO45HG3YubSLy4uUgUDgx dsa9JBTWGV1nnPnliul7RJUk1di85hBpROl6oxviXksrIabzWZWlw/X6OxoXVVrijMDT H7JVB+osE9DjvYIbSCGc0wab8bSJlV9zGfGodmwoP0sdL2U5QX3oYZxViFBqZvroDpqw uUwa2rqR34xotUDWR/I0OxiW2+R/5JilB4qqb4WcMMDp10eZn5uxnqfL5JQC08SdoKXF ykDTLWR7zsKGsVws9GuoQ9LQ6Zf3vXwooSxMNGnBL97k/FFKiYeFQdwXKQD0rSonqZcj CpnQ== X-Forwarded-Encrypted: i=1; AJvYcCXEBFrhto1JKS727v5q5+/IUTpEfNjWRvBMOiJWaynHKqf8KgFSnA/ED+S/NExxLSU7qZSxW/q6/MxqRxAcu04= X-Gm-Message-State: AOJu0YziPE4rPBE5L4yQN0h5lojmKlyZPx88u5SgxXAvDTSPNXTs7XEK w1EZJ8uezxogU732RUWSrhwfX6OlyYxseOFRnJ0oNFgHO/jRs9LiZNjv15ABrhi8XGE6cliU6pw = X-Google-Smtp-Source: AGHT+IFI/OAngCBPhrKUBjeJ+lVD+TYzSXUiaYStERJ/uwqXNkNdK02/gCAlMuPd8YMmdfC6mNRypQ== X-Received: by 2002:a05:690c:6c87:b0:615:9a1:602b with SMTP id 00721157ae682-622b00134e3mr160871857b3.44.1715784037429; Wed, 15 May 2024 07:40:37 -0700 (PDT) Received: from mail-yw1-f171.google.com (mail-yw1-f171.google.com. [209.85.128.171]) by smtp.gmail.com with ESMTPSA id 00721157ae682-622c4f25d78sm21305197b3.13.2024.05.15.07.40.36 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 15 May 2024 07:40:36 -0700 (PDT) Received: by mail-yw1-f171.google.com with SMTP id 00721157ae682-61804067da0so68874427b3.0 for ; Wed, 15 May 2024 07:40:36 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCWuGeLtuH9wmMMkvU9XCohv856STl6IF800Lz1vfP2VfLXn5bvbkdXhzveSxWXMe1S8mb1eePAUdKaYoH5fRNc= X-Received: by 2002:a0d:d407:0:b0:61b:bd65:1538 with SMTP id 00721157ae682-622aff75895mr161447667b3.3.1715784036426; Wed, 15 May 2024 07:40:36 -0700 (PDT) List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Tomek CEDRO Date: Wed, 15 May 2024 16:40:25 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: removing RIP/RIPng (routed/route6d) To: Scott , net@freebsd.org Cc: Lexi Winter Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4VfbVt4rvtz4Drq On Wed, May 15, 2024 at 4:20=E2=80=AFPM Scott = wrote: > On Mon, Apr 15, 2024 at 09:49:27PM +0100, Lexi Winter wrote: > > (..) > > i'd like to submit a patch to remove both of these daemons from src. i= f > > there's some concern that people still want to use the BSD > > implementation of routed/route6d, i'm also willing to submit a port suc= h > > as net/freebsd-routed containing the old code, in a similar way to how > > the removal of things like window(1) and telnetd(8) were handled. > > I use RIPv2 for it's simplicity and small memory and CPU requirements. I= t > has its place and shouldn't be considered "legacy" despite its shortcomin= gs. > It's not uncommon for vendors like Cisco to produce "basic" feature sets = of > IOS that do not include any link-state protocols. > > Anyway, I'm a user, albeit a small user, of RIP and wouldn't object to it= s > removal from FreeBSD if there were a small footprint alternative. I've u= sed > FRR and VyOS a bit and they are overkill as replacements. > > Your email doesn't justify its removal other than to say you are unconvin= ced > of the value of shipping it. As a user I definitely see the value. I > understand that there is always a cost to providing code, but that wasn't > suggested as a reason. All APIs, modules, utilities, etc. need to regula= rly > justify their presence in the OS. > > If it must be removed, is there any way to fork the FreeBSD routed and > route6d to a port? Or would that defeat the purpose of removing it in th= e > first place? Yeah, where did that recent trend came to FreeBSD to remove perfectly working code?? There are more and more ideas in recent times like this. Architectures removal, drivers removal, backward compatibility removal. While basic functions become unstable and unreliable. Looks more like diversion and sabotage than progress. If anything is about to be moved out from SRC for a really good reason it should be available in ports and not in /dev/null.