- frog - lists.frrouting.org

Researchers Uncover New BGP Flaws in Popular Internet Routing Protocol Software
by Turritopsis Dohrnii Teo En Ming 10 May '23

10 May '23

Subject: Researchers Uncover New BGP Flaws in Popular Internet Routing Protocol Software Good day from Singapore, I have just come across this article. Thought of sharing it. Article: Researchers Uncover New BGP Flaws in Popular Internet Routing Protocol Software Link: https://thehackernews.com/2023/05/researchers-uncover-new-bgp-flaws-in.html Thank you. Regards, Mr. Turritopsis Dohrnii Teo En Ming Targeted Individual in Singapore Blogs: https://tdtemcerts.blogspot.com https://tdtemcerts.wordpress.com GIMP also stands for Government-Induced Medical Problems.

1 0

Re: [FROG] FRR 8.5.1 Release
by Mark Tinka 01 May '23

01 May '23

I hope there would have been some fixes to the outstanding IS-IS issues I have posted about. It seems IS-IS is not going to be ready for production use anytime soon, so I'll have to go back to Quagga. Mark. On 4/30/23 12:49, Jafar Al-Gharaibeh via frog wrote: > ear FRR Community, > > We are pleased to announce FRR 8.5.1 bug fix release. > > Packages are available at: > > Debian Packages -https://deb.frrouting.org > RPM Packages -https://rpm.frrouting.org > Snaps -https://snapcraft.io/frr > Docker - quay.io/frrouting/frr:v8.5.1 > > For release notes please visit: > > https://frrouting.org/release/8.5.1/ > > https://github.com/FRRouting/frr/releases/tag/frr-8.5.1 > > > > Cheers, > > The FRR Development Team!

2 2

FRRouting to leverage AI/ML networking synergies
by David 'equinox' Lamparter 01 Apr '23

01 Apr '23

Hi all, as you are likely well aware, recent developments in Artificial Intelligence and Machine Learning have been consistently performing one quantum leap after another. To leverage the new possibilities and avenues enabled by these developments, and not get left behind, we must join up and integrate these new technologies as soon as possible. I would therefore like to present our plans for the immediate future: - all SPF calculation and BGP best-path decision logic is to be replaced by a GNN (Graph Neural Network). In preparation of this, significant effort has been made to train such a network to produce results exceeding those provided by the previous hard-coded logic. - all configuration interfacing is to be performed by Microsoft's Sydney LLM (Large Language Model) chatbot. Not only is this the obvious choice of vendor considering our SONiC integration, but we also believe Sydney to be superior in its capability to handle typical network engineers' outbursts of swearing and curses. In fact, we are confident that future networks may be configured by simply swearing at the hardware until it works. - monitoring and other OAM functions will be handled by clippy, as provided in the original version of Office 97. The rationale for this is to ease the production of the appropriate curses necessary to affect the configuration changes needed to fix the outage at hand. We understand some of you may be concerned about the reliability and availability of these new AIs. As an open source project, we will obviously not try to confine you to the use of our provided AIs. In fact, we will try our best to enable you to train up your own AI according to the needs of your particular network! (Cloud compute credits not included.) I am happy to invite you all to join our path to this bright future, -equi P.S.: Please note that, despite the obvious connection, YANG schemas and configuration data exceed the limits of swearing we were able to train Sydney for. I am unsure we will be able to achieve this particular feat, but it's not quite time to give up just yet.

3 2

IS-IS Appears More Broken Than Before
by Mark Tinka 31 Mar '23

31 Mar '23

Hi all. I posted the below in 2020 about IS-IS in FRR (7.3, at the time): https://seclists.org/nanog/2020/Apr/226 I gave up and moved back to Quagga with OSPF. I decided to try again today, with FRR 8.5, on FreeBSD-13.1-RELEASE-p6. Things seem to have taken a major step back since then. I can't even get an adjacency going with a Cisco IOS XE router: 2023/03/31 07:12:01 ISIS: [WDVAD-TY6HY] ISIS-LFA: failed to unregister RLFA with LDP 2023/03/31 07:12:01 ISIS: [WDVAD-TY6HY] ISIS-LFA: failed to unregister RLFA with LDP 2023/03/31 07:12:01 ISIS: [WDVAD-TY6HY] ISIS-LFA: failed to unregister RLFA with LDP 2023/03/31 07:12:01 ISIS: [YDRGH-0DJ94] Opened BPF device /dev/bpf0 2023/03/31 07:12:01 ISIS: [QJWNQ-3FFKM] BPF buffer len = 4096 2023/03/31 07:12:01 ISIS: [V3AHD-XE2Z5] failed to set BPF buffer len (4096 to 9000) 2023/03/31 07:12:01 ISIS: [W02G1-H56T1] IS-IS bpf: could not transmit packet on em0: Input/output error 2023/03/31 07:12:01 ISIS: [G7ZA5-AT06A][EC 67108865] ISIS-Adj (1): Send L2 IIH on em0 failed 2023/03/31 07:12:04 ISIS: [W02G1-H56T1] IS-IS bpf: could not transmit packet on em0: Input/output error 2023/03/31 07:12:04 ISIS: [G7ZA5-AT06A][EC 67108865] ISIS-Adj (1): Send L2 IIH on em0 failed 2023/03/31 07:12:07 ISIS: [W02G1-H56T1] IS-IS bpf: could not transmit packet on em0: Input/output error 2023/03/31 07:12:07 ISIS: [G7ZA5-AT06A][EC 67108865] ISIS-Adj (1): Send L2 IIH on em0 failed Thoughts? Mark.

1 0

Re: [FROG] rpki start
by Donald Sharp 22 Mar '23

22 Mar '23

What does your config look like? Mine starts automatically, rpki is programmed to start it when you leave the rpki subnode donald On Tue, Mar 21, 2023 at 5:15 PM Chris Knipe via frog < frog(a)lists.frrouting.org> wrote: > > > > ---------- Forwarded message ---------- > From: Chris Knipe <cknipe(a)opticnetworks.net> > To: ch <ch(a)ntrv.dk>, "frog(a)lists.frrouting.org" <frog(a)lists.frrouting.org> > Cc: > Bcc: > Date: Tue, 21 Mar 2023 19:00:29 +0000 > Subject: RE: [FROG] rpki start > Hi, > > > > >Or are you referring to an RPKI (caching) server FRR connects to? > > > > Correct. RPKI doesn't automatically connect to the RPKI servers unless I > issue a "rpki start" command. > > Configuration etc. is 100%, works absolutely fine. Just doesn't > automatically connect to the RPKI servers. > > -- > Chris. > > > > > ---------- Forwarded message ---------- > From: Chris Knipe via frog <frog(a)lists.frrouting.org> > To: ch <ch(a)ntrv.dk>, "frog(a)lists.frrouting.org" <frog(a)lists.frrouting.org> > Cc: > Bcc: > Date: Tue, 21 Mar 2023 19:00:29 +0000 > Subject: Re: [FROG] rpki start > _______________________________________________ > frog mailing list > frog(a)lists.frrouting.org > https://lists.frrouting.org/listinfo/frog >

2 5

Re: [FROG] rpki start
by ch 21 Mar '23

21 Mar '23

On 19/03/2023 15.47, Chris Knipe via frog wrote: > Is there a way to start rpki automatically when frr starts? > > Trying to avoid having to execute "rpki start" each and every time, Having to start rpki? What is the exact scenario? A bit unclear IMO. Does RPKI not start with FRR when you specify the bgpd_option `-M rpki`? Or are you referring to an RPKI (caching) server FRR connects to?

2 1

rpki start
by Chris Knipe 19 Mar '23

19 Mar '23

Hi all, Is there a way to start rpki automatically when frr starts? Trying to avoid having to execute "rpki start" each and every time, Ta -- Chris.

1 0

.deb for 8.3
by Erwan David 02 Mar '23

02 Mar '23

Hello, I need to get .deb of frr for 8.3 (must be able to rollback before performing upgrade) I see "NOTE: To revert to FRR version 8.0, 8.1 or 8.2, please replace frr with frr8.0, frr8.1, or frr8.2 in the \ sources url above. For example to revert to FRR 8.1, use: deb.frrouting.org/frr8.1 " However deb.frrouting.org/frr8.3 gives a 404 error code.

3 2

Prefixes sent do not match route-map
by Willy Manga 14 Jan '23

14 Jan '23

Hi ... I may have missed something but I don't see what ... I have a routing table in IPv6 (~166000 routes) that I want to send to a neighbor. When I check the summary of my bgp sessions , with that neighbor I am only sending in average 24 prefixes . Here is an output of the route map for outgoing advertisements [1]. Sequences 200 (line 12) and 210 (line 21) have a lot prefixes but they are not sent. I do not have another prefix list applied to that neighbor. Any idea ? :) 1. http://paste.debian.net/1267190/ -- Willy Manga @ongolaboy https://ongola.blogspot.com/

1 0

FRR 8.4.2 Bug Fix Release
by Jafar Al-Gharaibeh 13 Jan '23

13 Jan '23

Dear FRR Community, We are pleased to announce another bug fix release: FRR 8.4.2. Important Note: we have migrated away from Dockerhub to quay.io to host FRR docker images. Moving forward, all docker images will be found at: https://quay.io/repository/frrouting/frr Thank you all for your feedback. Packages are available at: Debian Packages - https://deb.frrouting.org RPM Packages - https://rpm.frrouting.org Snaps - https://snapcraft.io/frr Docker - https://quay.io/repository/frrouting/frr/manifest/sha256:54f9a7b9e5436430de… For release notes and a list of notable bug fixes, please visit: https://frrouting.org/release/8.4.2/ https://github.com/FRRouting/frr/releases/tag/frr-8.4.2 Cheers, The FRR Development Team!

1 0