24.06.2020 15:20, Alexander V. Chernikov wrote:
> Different people have different opinions :-)
> Let me rephrase the point I'm trying to make: RIP original design was created
> a long time ago. The current landscape is different: there are multiple
> protocols that are superset of RIP. There are
On Wed, 24 Jun 2020 10:07:34 +0100 Alexander V. Chernikov melif...@freebsd.org
said
22.06.2020, 14:54, "Hiroki Sato" :
> "Alexander V. Chernikov" wrote
> in <273191592779...@mail.yandex.ru>:
>
> me> Hey,
> me>
> me> I would like to propose removal of sbin/routed and usr.sbin/route6d.
Please
22.06.2020, 14:54, "Hiroki Sato" :
> "Alexander V. Chernikov" wrote
> in <273191592779...@mail.yandex.ru>:
>
> me> Hey,
> me>
> me> I would like to propose removal of sbin/routed and usr.sbin/route6d.
>
> I am still using both of them in production environments because they
> work well at leas
22.06.2020, 13:50, "Rodney W. Grimes" :
>> Hey,
Hi Rodney,
>>
>> I would like to propose removal of sbin/routed and usr.sbin/route6d.
>
> I disagree with removal, as your analysis is flawed.
Thank you for the feedback!
>
>> routed(8) is the daemon implementing RIPv2 routing protocol.
>> route6d
23.06.2020 12:33, Rodney W. Grimes wrote:
> Can you agree with that logic Eugene?
I'm not against keeping routed(8) in the base while it has happy users raising
voice for it.
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/
> 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 p
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-
> 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 offs
"Alexander V. Chernikov" wrote
in <273191592779...@mail.yandex.ru>:
me> Hey,
me>
me> I would like to propose removal of sbin/routed and usr.sbin/route6d.
I am still using both of them in production environments because they
work well at least for my configurations and most of promising
alt
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
w
> Hey,
>
> I would like to propose removal of sbin/routed and usr.sbin/route6d.
I disagree with removal, as your analysis is flawed.
> routed(8) is the daemon implementing RIPv2 routing protocol.
> route6d(8) is the daemon implementing RIPng routing protocol for IPv6.
>
> RIP [1] was one of th
22.06.2020 6:05, Alexander V. Chernikov wrote:
> To summarise: RIP protocol is obsolete, implementations for newer protocols
> exists in ports, implementation in base is unmaintained.
Too many reasons but one real one: it's broken since FreeBSD 4 at least when I
tried to use it in production
Sounds good to me. We don't need a RIP daemon in base, and if needed,
it is just a pkg install away via one of the myrriad maintained
routing daemons.
Thanks,
Conrad
On Sun, Jun 21, 2020 at 4:06 PM Alexander V. Chernikov
wrote:
>
> Hey,
>
> I would like to propose removal of sbin/routed and us
Hey,
I would like to propose removal of sbin/routed and usr.sbin/route6d.
routed(8) is the daemon implementing RIPv2 routing protocol.
route6d(8) is the daemon implementing RIPng routing protocol for IPv6.
RIP [1] was one of the first protocols used in the networking. The first
version was im
14 matches
Mail list logo
