FRRouting, the IP routing protocol suite that speaks BGP, OSPF and more, up and routing the moment it boots.
FRRouting (FRR) is a full IP routing protocol suite for Linux, the successor to Quagga. It runs the core internet routing protocols including BGP, OSPF, IS-IS, RIP, PIM, LDP and BFD as cooperating daemons under a single management shell, vtysh. It turns a Linux host into a capable software router or route server for a cloud network, an on premises site or a lab, all driven by a plain text configuration with no database and no web console.
cloudimg ships FRRouting fully patched and secure by default: every daemon management interface is bound to the local host so the routing control plane is never exposed, and no login credential is baked into the image. It boots with a self contained OSPF demo already forming a real adjacency and learning a route, so you can see it working immediately and then point it at your own peers. Paired with a step by step deploy guide and backed by 24/7 support.
This is a repackaged open source software product wherein additional charges apply for cloudimg support services.
## Overview
FRRouting (FRR) is the Linux Foundation's successor to Quagga and is widely deployed in production networks worldwide. This AMI delivers FRR 10.7.0 fully installed and running under systemd as a hardened routing node, so you have a dynamic-routing speaker serving within minutes of launch, with no compilation, no dependency chasing and no manual hardening. It is installed from the official FRR stable APT repository with the signing key pinned by fingerprint, and the FRR origin is added to the unattended-upgrades allow-list so your instance keeps receiving security updates automatically.
## Routing Protocol Suite
The zebra routing manager runs with the bgpd and ospfd daemons enabled and supervised by watchfrr, all managed through the integrated vtysh shell so a single frr.conf is the source of truth. bgpd ships running and ready for you to add your own BGP neighbours; ospfd runs a live OSPF instance. Add IS-IS, RIP, PIM, LDP, BFD or the other daemons by flipping a flag in /etc/frr/daemons. Kernel IP forwarding is enabled and persisted so the image is a correct router from the start.
## Secure by Default
Every routing daemon binds its telnet VTY to the loopback interface only, so the VTY ports are never reachable off the instance. The suite is managed locally as root with vtysh over a root-only unix socket. No VTY or enable password is baked into the image, and no shared or default routing credential ships. The instance security group opens SSH only; you open the specific protocol ports to your own peers when ready.
## Self-Contained OSPF Demonstration
The image ships a genuinely functional OSPF demonstration that runs on a single instance with no external peers: a virtual link joins the main router to a lightweight peer router in an isolated network namespace, OSPF forms a real Full adjacency across the link, and the peer originates a route that the main router learns via OSPF. Run show ip ospf neighbor to see the Full adjacency and show ip route to see the OSPF-learned route from the moment the instance boots. Replace the demo configuration with your own topology when you are ready.
## Secure First Boot
On the first boot of every deployed instance a one-shot service asserts the VTY is loopback-only, brings up the routing daemons, waits for the demo adjacency and learned route, resolves the instance public IP, and records the per-instance node details in a file only the root user can read. There is no shared secret to rotate because the suite has no network login.
## Why This AMI Instead of a Manual Install
Installing FRR from source or bare packages typically means resolving build dependencies, compiling, writing systemd unit files, hardening the VTY bindings, enabling IP forwarding and testing, which is easily an hour or more of engineering time per instance. This AMI eliminates that entire workflow and ships with security defaults that many manual installs overlook.
## cloudimg Support
24/7 technical support by email and chat. We can help with deployment, BGP and OSPF peering design, route reflectors and route servers, connecting dynamic routing to on-premises networks over a tunnel, and upgrade planning.
## Use Cases
Note that FRR on an instance is a routing speaker and control plane, and complements rather than replaces the AWS VPC route table for steering traffic between subnets.
FRRouting and FRR are trademarks of their respective holders. This product is not affiliated with, sponsored by, or endorsed by The FRRouting Project or the Linux Foundation. All other product and company names are trademarks or registered trademarks of their respective holders; use of them does not imply any affiliation with or endorsement by them.